Microsoft a lansat o remediere pentru eroarea Exchange Y2K22

Mulți utilizatori s-au trezit pe 1 ianuarie 2022 și au descoperit că căsuța de e-mail a e-mailului de la serviciu era neobișnuit de goală. Această problemă masivă de eșec de procesare a datei a depășit ceea ce serverele sunt capabile să proceseze cu tipul de date Int32 actual.

Drept urmare, motorul de verificare a malware-ului se prăbușește și, în consecință, e-mailurile și mesajele au fost blocate în cozile de transport pe serverele Exchange 2016 și 2019.

Dar acum puteți răsufla ușurat, deoarece gigantul tehnologic de la Redmond a lansat un patch de remediere pentru acest bug.

Soluții manuale și automate furnizate de Microsoft

Așa cum compania a promis în prima zi a anului 2022, în sfârșit a făcut-o livrat o remediere pentru această problemă urâtă.

Pentru a obține remedierea, administratorii IT pot modifica politica de execuție pentru scripturile PowerShell executând Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.

După aceea, scenariul poate fi descărcat cu un simplu clic. și a rulat pe fiecare server de cutie poștală Exchange care descarcă actualizări antimalware.

Există, de asemenea, o soluție manuală disponibilă, care, conform Microsoft, este în prezent automatizată, deoarece poate dura ceva timp pentru a face modificări, a descărca fișiere actualizate și a șterge cozile de transport.

Nume jurnal: Sursa aplicației: FIPFS Înregistrat: 1/1/2022 1:03:42 ID eveniment: 5300 Nivel: Eroare Computer: server1.contoso.com. Descriere: Motorul de scanare FIP-FS „Microsoft” nu s-a încărcat. PID: 23092, Cod de eroare: 0x80004005. Descrierea erorii: nu se poate converti „2201010001” în lung.

Nume jurnal: Sursa aplicației: FIPFS Înregistrat: 1/1/2022 11:47:16 ID eveniment: 1106 Nivel: Eroare Computer: server1.contoso.com Descriere: Procesul de scanare FIP-FS nu a reușit inițializarea. Eroare: 0x80004005. Detalii eroare: eroare nespecificată.

Gigantul tehnologic arată clar că orice soluție manuală sau automată trebuie efectuată pentru fiecare Serverul local Exchange 2016 și Exchange 2019, iar scriptul poate fi chiar rulat simultan pe mai multe servere.

[PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>.\Reset-ScanEngineVersion.ps1. EXCH1 Oprirea serviciilor... EXCH1 Se elimină folderul motor Microsoft... EXCH1 Se golește folderul cu metadate... EXCH1 Începe serviciile... AVERTISMENT: Se așteaptă pornirea serviciului „Microsoft Filtering Management Service (FMS)”... AVERTISMENT: Se așteaptă pornirea serviciului „Microsoft Filtering Management Service (FMS)”... AVERTISMENT: Se așteaptă pornirea serviciului „Microsoft Filtering Management Service (FMS)”... AVERTISMENT: Se așteaptă pornirea serviciului „Microsoft Filtering Management Service (FMS)”... AVERTISMENT: Se așteaptă pornirea serviciului „Microsoft Exchange Transport (MSExchangeTransport)”... EXCH1 Pornește actualizarea motorului... Rulează ca EXCH1-DOM\Administrator. Se conectează la EXCH1.CONTOSO.com. Comanda de la distanță expediată. Start-EngineUpdate -UpdatePath http://amupdatedl.microsoft.com/server/amupdate. [PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>Get-EngineUpdateInformation Engine: Microsoft. Ultima verificare: 01.01.2022 20:58:22 -08:00. Ultima actualizare: 01/01/2022 20:58:31 -08:00. Versiune motor: 1.1.18800.4. Versiune semnătură: 1.355.1227.0. SemnăturăDataOra: 01/01/2022 03:29:06 AM -08:00. Versiunea de actualizare: 2112330001. UpdateStatus: UpdateTemptSuccessful

În toate cazurile, utilizarea scriptului de urgență Microsoft poate dura ceva timp. De asemenea, scriptul poate dura ceva timp pentru a curăța mesajele pierdute din coada de transport.

Reacția publicului la remediere a fost amestecată, unii spunând că funcționează, în timp ce alții susțin că nu face nimic.

Alți utilizatori raportează că rularea scriptului de mai multe ori ar putea ajuta la remedierea problemei, ceea ce indică faptul că Microsoft ar fi putut face o treabă mai bună.

Ați reușit să o rezolvați folosind soluția oferită de Microsoft? Anunțați-ne în secțiunea de comentarii de mai jos.