ТОЛЬКО В ЭТОМ МЕСЯЦЕ мы начали получать отчеты от ряда очень стабильных клиентов о том, что ошибки MrxSmb event id 50 продолжают появляться в их журналах системных событий. В противном случае, похоже, у них нет никаких сетевых проблем, за исключением того, что есть критическое устаревшее приложение, которое, похоже, либо генерирует ошибки MrxSmb, либо имеет ошибки, возникающие из-за них. Унаследованное приложение состоит из 16- и 32-битного кода и не изменялось и не перекомпилировалось в течение многих лет. Он всегда был стабильным в системах Windows XP. У клиентов, у которых есть проблема, обычно есть небольшая (5 клиентов или меньше) одноранговая сеть со всеми системами Windows XP. Все пакеты обновлений загружены на машины XP.
Примечание. Единственное, что решает проблему, - это отключение гибкой блокировки. Мне не нравится это решение, потому что оно, кажется, замедляет работу сети и иногда вызывает проблемы с блокировкой записей между пользователями (в некоторых сетях). Кроме того, похоже, это только начало происходить - как будто это вызвало обновление Windows для XP? Однако я удалил последние обновления, и это не устранило проблему.
Заранее благодарим за любую помощь, которую вы можете предоставить.
По моему опыту, эти ошибки возникают из-за какой-то сетевой проблемы, так как запись происходит в общий сетевой ресурс. Я предлагаю посмотреть, есть ли какие-то общие черты в сетевых компонентах затронутых клиентов:
Сетевая карта и драйвер недавно обновлялись?
Пакет обновления ОС недавно установлен?
Обновление Windows применялось недавно?
Перегрузка сети - лавинная передача ARP-пакетов или проблема сетевого вещания?
Неверно настроенный порт коммутатора - для портов коммутатора и сетевых адаптеров жестко заданы параметры скорости и дуплексного режима или для них установлено значение Авто?
Заражение вредоносным ПО?
Я сталкивался с этой ошибкой раньше, и причиной был отказ жесткого диска в сочетании с изворотливым контроллером RAID.
У нас был файловый сервер, на котором был установлен аппаратный RAID5, и один из дисков в массиве вышел из строя. Он провалился посреди дня, и почти сразу мы начали получать грузы ошибок «Отложенная запись не удалась» на всех наших клиентских машинах, пытающихся загрузить / сохранить файлы на этом сервере. Они по-прежнему загружали файлы с сервера и сохраняли файлы нормально (как и следовало ожидать с RAID5), но с этими предупреждающими сообщениями. Через несколько часов он полностью вышел из строя, и нам пришлось выполнить полное восстановление из резервной копии, поэтому вы можете проверить, в порядке ли ваши резервные копии, и быть готовыми к восстановлению из них.
Тот факт, что это только начало происходить, может указывать на сбой оборудования на сервере (в частности, дисковой подсистемы), либо произошедший, либо неизбежный. Если вы можете провести тест S.M.A.R.T на жестком (-ых) диске (-ах) компьютера, это может быть хорошей идеей.