„Microsoft“ išleido „Exchange Y2K22“ klaidos pataisą

Daugelis vartotojų pabudo 2022 m. sausio 1 d. ir pastebėjo, kad jų darbo el. pašto dėžutė buvo neįprastai tuščia. Ši didžiulė datos apdorojimo gedimo problema viršijo tai, ką serveriai gali apdoroti pagal dabartinį Int32 duomenų tipą.

Dėl to užstringa kenkėjiškų programų tikrinimo variklis, todėl el. laiškai ir pranešimai įstrigo transportavimo eilėse „Exchange Servers 2016“ ir „2019“.

Tačiau dabar galite lengviau atsikvėpti, nes Redmond technologijų milžinas išleido šios klaidos pataisymą.

„Microsoft“ siūlomi rankiniai ir automatiniai sprendimai

Kaip bendrovė žadėjo pirmąją 2022 m. dieną, pagaliau padarė pristatyta šios nemalonios problemos sprendimas.

Kad pataisytų, IT administratoriai gali pakeisti PowerShell scenarijų vykdymo politiką paleisdami Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.

Vėliau scenarijus gali būti atsisiunčiama vienu paspaudimu. ir veikė kiekviename Exchange pašto dėžutės serveryje, kuris atsisiunčia kenkėjiškų programų naujinimus.

Taip pat yra rankinis sprendimas, kuris, pasak Microsoft, šiuo metu yra automatizuotas, nes gali prireikti šiek tiek laiko atlikti pakeitimus, atsisiųsti atnaujintus failus ir išvalyti transportavimo eiles.

Žurnalo pavadinimas: Programos šaltinis: FIPFS Užregistruotas: 2022-01-01 1:03:42 Įvykio ID: 5300 Lygis: Klaida Kompiuteris: server1.contoso.com. Aprašymas: nepavyko įkelti FIP-FS „Microsoft“ nuskaitymo variklio. PID: 23092, klaidos kodas: 0x80004005. Klaidos aprašymas: „2201010001“ nepavyko konvertuoti į ilgą.

Žurnalo pavadinimas: Programos šaltinis: FIPFS Užregistruota: 2022-01-01 11:47:16 Įvykio ID: 1106 Lygis: Klaida Kompiuteris: server1.contoso.com Aprašymas: nepavyko inicijuoti FIP-FS nuskaitymo proceso. Klaida: 0x80004005. Išsami klaidos informacija: nenurodyta klaida.

Technologijų milžinas aiškiai nurodo, kad bet koks rankinis ar automatinis sprendimas turi būti atliktas kiekviename vietiniame „Exchange 2016“ ir „Exchange 2019“ serveryje, o scenarijų netgi galima paleisti vienu metu keli serveriai.

[PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>.\Reset-ScanEngineVersion.ps1. EXCH1 Stabdymo paslaugos... EXCH1 Pašalinamas Microsoft variklio aplankas... EXCH1 Ištuštinamas metaduomenų aplankas... EXCH1 Paleidžiamos paslaugos... ĮSPĖJIMAS: Laukiama, kol bus paleista paslauga „Microsoft Filtering Management Service (FMS)“... ĮSPĖJIMAS: Laukiama, kol bus paleista paslauga „Microsoft Filtering Management Service (FMS)“... ĮSPĖJIMAS: Laukiama, kol bus paleista paslauga „Microsoft Filtering Management Service (FMS)“... ĮSPĖJIMAS: Laukiama, kol bus paleista paslauga „Microsoft Filtering Management Service (FMS)“... ĮSPĖJIMAS: laukiama, kol prasidės paslauga „Microsoft Exchange Transport (MSExchangeTransport)“... EXCH1 Paleidžiamas variklio atnaujinimas... Veikia kaip EXCH1-DOM\Administratorius. Prisijungiama prie EXCH1.CONTOSO.com. Išsiųsta nuotolinė komanda. Start-EngineUpdate-UpdatePath http://amupdatedl.microsoft.com/server/amupdate. [PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>Get-EngineUpdateInformation Engine: Microsoft. Paskutinį kartą tikrinta: 01/01/2022 08:58:22 PM -08:00. Paskutinį kartą Atnaujinta: 2022-01-01 08:58:31–08:00. Variklio versija: 1.1.18800.4. Parašo versija: 1.355.1227.0. ParašasDataLaikas: 2022-01-01 03:29:06–08:00. Atnaujinimo versija: 2112330001. Atnaujinimo būsena: Atnaujinimo bandymas sėkmingas

Visais atvejais naudojant „Microsoft“ avarinį scenarijų gali prireikti šiek tiek laiko. Scenarijus taip pat gali užtrukti, kol išvalys visus praleistus pranešimus transportavimo eilėje.

Visuomenės reakcija į taisymą buvo nevienareikšmė, kai kurie teigė, kad jis veikia, o kiti tvirtina, kad tai nieko nedaro.

Kiti vartotojai praneša, kad scenarijaus vykdymas kelis kartus gali padėti išspręsti problemą, o tai rodo, kad „Microsoft“ galėjo atlikti geresnį darbą.

Ar pavyko tai sutvarkyti naudojant „Microsoft“ pateiktą sprendimą? Praneškite mums toliau pateiktame komentarų skyriuje.