Microsoft выпустила исправление ошибки Exchange Y2K22

Многие пользователи проснулись 1 января 2022 года и обнаружили, что почтовый ящик вашей рабочей электронной почты необычно пуст. Эта проблема с массивным сбоем обработки даты превышает то, что серверы могут обрабатывать с текущим типом данных Int32.

В результате механизм проверки вредоносных программ дает сбой, и, как следствие, электронные письма и сообщения застревают в транспортных очередях на серверах Exchange Server 2016 и 2019.

Но теперь вы можете вздохнуть с облегчением, потому что технический гигант Редмонда выпустил исправление для этой ошибки.

Ручные и автоматизированные решения, предоставляемые Microsoft

Как и обещала компания в первый день 2022 года, она наконец-то доставлен исправление этой неприятной проблемы.

Чтобы получить исправление, ИТ-администраторы могут изменить политику выполнения для сценариев PowerShell, запустив Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.

После этого сценарий можно скачивается простым щелчком. и работал на каждом сервере почтовых ящиков Exchange, который загружает обновления защиты от вредоносных программ.

Также доступно ручное решение, которое, по словам Microsoft, в настоящее время автоматизировано, поскольку для внесения изменений, загрузки обновленных файлов и очистки транспортных очередей может потребоваться некоторое время.

Имя журнала: Источник приложения: FIPFS Зарегистрировано: 01.01.2022, 1:03:42 КОД события: 5300 Уровень: Ошибка Компьютер: server1.contoso.com. Описание: Не удалось загрузить модуль сканирования FIP-FS «Microsoft». PID: 23092, код ошибки: 0x80004005. Описание ошибки: не удается преобразовать «2201010001» в long.

Имя журнала: Источник приложения: FIPFS Зарегистрировано: 01.01.2022 11:47:16 КОД события: 1106 Уровень: Ошибка Компьютер: server1.contoso.com Описание: Не удалось инициализировать процесс сканирования FIP-FS. Ошибка: 0x80004005. Сведения об ошибке: неопределенная ошибка.

Технический гигант ясно дает понять, что любое ручное или автоматическое решение должно выполняться на каждом локальный сервер Exchange 2016 и Exchange 2019, и сценарий можно запускать одновременно на несколько серверов.

[PS] C: \ Program Files \ Microsoft \ Exchange Server \ V15 \ Scripts>. \ Reset-ScanEngineVersion.ps1. EXCH1 Остановка служб... EXCH1 Удаление папки движка Microsoft... EXCH1 Очистка папки метаданных... EXCH1 Запуск служб... ВНИМАНИЕ! Ожидание запуска службы Microsoft Filtering Management Service (FMS)... ВНИМАНИЕ! Ожидание запуска службы Microsoft Filtering Management Service (FMS)... ВНИМАНИЕ! Ожидание запуска службы Microsoft Filtering Management Service (FMS)... ВНИМАНИЕ! Ожидание запуска службы Microsoft Filtering Management Service (FMS)... ВНИМАНИЕ! Ожидание запуска службы Microsoft Exchange Transport (MSExchangeTransport)... EXCH1 Запуск обновления двигателя... Запуск от имени EXCH1-DOM \ Administrator. Подключение к EXCH1.CONTOSO.com. Отправлена ​​удаленная команда. Start-EngineUpdate -UpdatePath http://amupdatedl.microsoft.com/server/amupdate. [PS] C: \ Program Files \ Microsoft \ Exchange Server \ V15 \ Scripts> Get-EngineUpdateInformation Engine: Microsoft. LastChecked: 01.01.2022 20:58:22 -08: 00. Последнее обновление: 01.01.2022 20:58:31 -08: 00. Версия двигателя: 1.1.18800.4. Подпись Версия: 1.355.1227.0. SignatureDateTime: 01.01.2022 03:29:06 AM -08: 00. Версия обновления: 2112330001. UpdateStatus: UpdateAttemptSuccessful

В любом случае использование аварийного сценария Microsoft может занять некоторое время. Сценарию также может потребоваться некоторое время для очистки всех пропущенных сообщений в транспортной очереди.

Общественная реакция на исправление была неоднозначной: одни утверждали, что оно работает, а другие утверждали, что ничего не помогает.

Другие пользователи сообщают, что многократный запуск сценария может помочь решить проблему, указывая на то, что Microsoft могла бы справиться лучше.

Удалось ли вам разобраться с помощью решения, предоставленного Microsoft? Дайте нам знать в комментариях ниже.