Недавно мы испытываем некоторые периоды простоя в наших приложениях, которые используют SMB. SMB Blacks в течение 10 минут, вызывая приложения (некоторые без исключений) для тайм -аута или сбоя. p>
Запрос временный промежуток, потому что от сервера не было никакого ответа. < /p>
Имя сервера: \ XXXXX
session Идентификатор: 0x0
идентификатор дерева: 0x0
идентификатор сообщения: 0x1
Команда: настройка сеанса < /p>
Руководство: Сервер отвечает на TCP но не над SMB. Убедитесь, что
Server Service работает и отзывчив, а диски не имеют
с высокой задержкой для каждого IO, что делает диски без реагирования на
smb. Кроме того, убедитесь, что сервер реагирует в целом и не приостановил; Для экземпляра
убедитесь, что вы можете войти в него. и не должен использовать SMB для передачи/хранения файлов. Он убедил руководство, что решение должно состоять в том, чтобы хранить файлы на внутреннем диске веб -сервера. Это действительно решило проблему простоя приложения, но я еще не убежден, что приложения не должны использовать SMB, поскольку они работают нормально в течение многих лет. Приложения, о которых идет речь, не являются ресурсными интенсивными, одним из них является система HR, которая демонстрирует фотографию сотрудника (сохраненная в SMB Share) вверху. < /P>
Некоторая информация о Ситуация:
[*] Менее 100 одновременных пользователей в минуту с помощью приложения;
[*] ЦП/память На веб -сервере контролируется и далеко от потребления на 100%; < /li>
Приложения в классическом ASP, .NET и C# страдают от этой проблемы; < /li>
Нет более 30 000 файлов JPG на акции, большинство из которых с менее чем 100 КБ;
[*] Не было значительного увеличения доступа/пользователя на приложение;
Проблема возникает случайным образом 2 или 3 раза в день в течение 10 минут каждый; < /li>
Приложения работают нормально в остальное время; < /li>
< /ul>
Что мне нужно понять: использует SMB плохую практику в дизайне приложений? , но безрезультатно. Мы даже показали журналы просмотра событий и график Zabbix, где SMB был недоступен как на рабочих стопах, так и на веб -сервере, тем не менее, они предположили, что изменение было правильным способом работы, потому что это исправило проблему.
Подробнее здесь: https://stackoverflow.com/questions/794 ... d-practice
Является ли SMB для хранения файлов приложений не хорошей практикой? ⇐ C#
Место общения программистов C#
1739206802
Anonymous
Недавно мы испытываем некоторые периоды простоя в наших приложениях, которые используют SMB. SMB Blacks в течение 10 минут, вызывая приложения (некоторые без исключений) для тайм -аута или сбоя. p>
Запрос временный промежуток, потому что от сервера не было никакого ответа. < /p>
Имя сервера: \ XXXXX
session Идентификатор: 0x0
идентификатор дерева: 0x0
идентификатор сообщения: 0x1
Команда: настройка сеанса < /p>
Руководство: Сервер отвечает на TCP но не над SMB. Убедитесь, что
Server Service работает и отзывчив, а диски не имеют
с высокой задержкой для каждого IO, что делает диски без реагирования на
smb. Кроме того, убедитесь, что сервер реагирует в целом и не приостановил; Для экземпляра
убедитесь, что вы можете войти в него. и не должен использовать SMB для передачи/хранения файлов. Он убедил руководство, что решение должно состоять в том, чтобы хранить файлы на внутреннем диске веб -сервера. Это действительно решило проблему простоя приложения, но я еще не убежден, что приложения не должны использовать SMB, поскольку они работают нормально в течение многих лет. Приложения, о которых идет речь, не являются ресурсными интенсивными, одним из них является система HR, которая демонстрирует фотографию сотрудника (сохраненная в SMB Share) вверху. < /P>
[b] Некоторая информация о Ситуация: [/b]
[*] Менее 100 одновременных пользователей в минуту с помощью приложения;
[*] ЦП/память На веб -сервере контролируется и далеко от потребления на 100%; < /li>
Приложения в классическом ASP, .NET и C# страдают от этой проблемы; < /li>
Нет более 30 000 файлов JPG на акции, большинство из которых с менее чем 100 КБ;
[*] Не было значительного увеличения доступа/пользователя на приложение;
Проблема возникает случайным образом 2 или 3 раза в день в течение 10 минут каждый; < /li>
Приложения работают нормально в остальное время; < /li>
< /ul>
[b] Что мне нужно понять: [/b] использует SMB плохую практику в дизайне приложений? , но безрезультатно. Мы даже показали журналы просмотра событий и график Zabbix, где SMB был недоступен как на рабочих стопах, так и на веб -сервере, тем не менее, они предположили, что изменение было правильным способом работы, потому что это исправило проблему.
Подробнее здесь: [url]https://stackoverflow.com/questions/79427784/is-using-smb-to-store-application-files-not-a-good-practice[/url]
Ответить
1 сообщение
• Страница 1 из 1
Перейти
- Кемерово-IT
- ↳ Javascript
- ↳ C#
- ↳ JAVA
- ↳ Elasticsearch aggregation
- ↳ Python
- ↳ Php
- ↳ Android
- ↳ Html
- ↳ Jquery
- ↳ C++
- ↳ IOS
- ↳ CSS
- ↳ Excel
- ↳ Linux
- ↳ Apache
- ↳ MySql
- Детский мир
- Для души
- ↳ Музыкальные инструменты даром
- ↳ Печатная продукция даром
- Внешняя красота и здоровье
- ↳ Одежда и обувь для взрослых даром
- ↳ Товары для здоровья
- ↳ Физкультура и спорт
- Техника - даром!
- ↳ Автомобилистам
- ↳ Компьютерная техника
- ↳ Плиты: газовые и электрические
- ↳ Холодильники
- ↳ Стиральные машины
- ↳ Телевизоры
- ↳ Телефоны, смартфоны, плашеты
- ↳ Швейные машинки
- ↳ Прочая электроника и техника
- ↳ Фототехника
- Ремонт и интерьер
- ↳ Стройматериалы, инструмент
- ↳ Мебель и предметы интерьера даром
- ↳ Cантехника
- Другие темы
- ↳ Разное даром
- ↳ Давай меняться!
- ↳ Отдам\возьму за копеечку
- ↳ Работа и подработка в Кемерове
- ↳ Давай с тобой поговорим...
Мобильная версия