Microsoft випустила виправлення помилки Exchange Y2K22

Багато користувачів прокинулися 1 січня 2022 року і виявили, що ваша робоча електронна скринька надзвичайно порожня. Ця велика проблема з обробкою дати перевищила те, що сервери здатні обробляти за поточного типу даних Int32.

В результаті механізм перевірки зловмисного програмного забезпечення виходить з ладу, і, отже, електронні листи та повідомлення застрягли в чергах транспорту на серверах Exchange 2016 і 2019.

Але тепер ви можете зітхнути з полегшенням, оскільки технологічний гігант Redmond випустив виправлення цієї помилки.

Ручні та автоматизовані рішення від Microsoft

Так само, як компанія обіцяла в перший день 2022 року, нарешті вона здійснила доставлено вирішення цієї неприємної проблеми.

Щоб отримати виправлення, ІТ-адміністратори можуть змінити політику виконання для сценаріїв PowerShell, запустивши Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.

Після цього сценарій може бути завантажується простим клацанням миші. і запущено на кожному сервері поштової скриньки Exchange, який завантажує оновлення для захисту від шкідливих програм.

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

Ім’я журналу: Джерело програми: FIPFS Зареєстровано: 01.01.2022 1:03:42 Ідентифікатор події: 5300 Рівень: Помилка Комп’ютер: server1.contoso.com. Опис: FIP-FS «Microsoft» Scan Engine не вдалося завантажити. PID: 23092, код помилки: 0x80004005. Опис помилки: не вдається перетворити "2201010001" на довгий.

Ім’я журналу: Джерело програми: 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 (FMS)»... ПОПЕРЕДЖЕННЯ: очікується запуск служби «Служба керування фільтрацією Microsoft (FMS)»... ПОПЕРЕДЖЕННЯ: очікується запуск служби «Служба керування фільтрацією Microsoft (FMS)»... ПОПЕРЕДЖЕННЯ: очікується запуск служби «Служба керування фільтрацією Microsoft (FMS)»... ПОПЕРЕДЖЕННЯ: очікується запуск служби «Microsoft Exchange Transport (MSExchangeTransport)»... EXCH1 Запуск оновлення двигуна... Запуск від імені адміністратора EXCH1-DOM. Підключення до 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. Остання перевірка: 01.01.2022 20:58:22 - 20:00. Останнє оновлення: 01.01.2022 20:58:31 - 20:00. Версія двигуна: 1.1.18800.4. Версія підпису: 1.355.1227.0. Підпис ДатаЧас: 01.01.2022 03:29:06 -08:00. Версія оновлення: 2112330001. UpdateStatus: UpdateAttemptSuccessful

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

Реакція громадськості на виправлення була неоднозначною: деякі кажуть, що це працює, а інші стверджують, що це нічого не робить.

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

Чи вдалося вам вирішити проблему за допомогою рішення, наданого Microsoft? Дайте нам знати в розділі коментарів нижче.