- Mange brukere våknet den første dagen i året og kunne ikke tro det.
- Arbeids-e-poster var tomme på grunn av et stort Microsoft Exchange-problem.
- Redmond-teknologigiganten har nå utstedt en oppdatering for dette ekle problemet.
- Løsningen kan brukes manuelt eller automatisk ved å bruke PowerShell.
Mange brukere våknet 1. januar 2022 og fant ut at jobbe-e-postens innboks var uvanlig tom. Dette massive problemet med datobehandlingsfeil overskred det serverne er i stand til å behandle under gjeldende Int32-datatype.
Som et resultat krasjer søkemotoren for skadelig programvare, og følgelig har e-poster og meldinger blitt sittende fast i transportkøer på tvers av Exchange-servere 2016 og 2019.
Men du kan nå puste lettet ut fordi Redmond-teknologigiganten har gitt ut en oppdatering for denne feilen.
Manuelle og automatiserte løsninger levert av Microsoft
Akkurat som selskapet lovet den første dagen i 2022, har det endelig gjort det levert en løsning på dette ekle problemet.
For å få løsningen kan IT-administratorer endre utførelsespolicyen for PowerShell-skript ved å kjøre Set-ExecutionPolicy -ExecutionPolicy RemoteSigned.
Etterpå kan manuset være lastet ned med et enkelt klikk. og kjørte på hver Exchange-postboksserver som laster ned antimalware-oppdateringer.
Det er også en manuell løsning tilgjengelig, som ifølge Microsoft for øyeblikket er automatisert fordi det kan ta litt tid å gjøre endringer, laste ned oppdaterte filer og tømme transportkøer.
Loggnavn: Applikasjonskilde: FIPFS Logget: 1/1/2022 1:03:42 Hendelses-ID: 5300 Nivå: Feil Datamaskin: server1.contoso.com. Beskrivelse: FIP-FS "Microsoft" Scan Engine kunne ikke lastes. PID: 23092, feilkode: 0x80004005. Feilbeskrivelse: Kan ikke konvertere "2201010001" til lang.
Loggnavn: Applikasjonskilde: FIPFS Logget: 1/1/2022 11:47:16 Hendelses-ID: 1106 Nivå: Feil Datamaskin: server1.contoso.com Beskrivelse: FIP-FS Scan Process mislyktes ved initialisering. Feil: 0x80004005. Feildetaljer: Uspesifisert feil.
Teknologigiganten gjør det klart at enhver manuell eller automatisert løsning må utføres på hver lokale Exchange 2016 og Exchange 2019 server, og skriptet kan til og med kjøres samtidig på flere servere.
[PS] C:\Program Files\Microsoft\Exchange Server\V15\Scripts>.\Reset-ScanEngineVersion.ps1. EXCH1 stopper tjenester... EXCH1 Fjerner Microsoft-motormappe... EXCH1 Tømmer metadata-mappe... EXCH1 starter tjenester... ADVARSEL: Venter på at tjenesten 'Microsoft Filtering Management Service (FMS)' skal starte... ADVARSEL: Venter på at tjenesten 'Microsoft Filtering Management Service (FMS)' skal starte... ADVARSEL: Venter på at tjenesten 'Microsoft Filtering Management Service (FMS)' skal starte... ADVARSEL: Venter på at tjenesten 'Microsoft Filtering Management Service (FMS)' skal starte... ADVARSEL: Venter på at tjenesten 'Microsoft Exchange Transport (MSExchangeTransport)' skal starte... EXCH1 Starter motoroppdatering... Kjører som EXCH1-DOM\Administrator. Kobler til EXCH1.CONTOSO.com. Sendt fjernkommando. 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 08:58:22 PM -08:00. Sist oppdatert: 01/01/2022 08:58:31 PM -08:00. Motorversjon: 1.1.18800.4. Signaturversjon: 1.355.1227.0. SignaturDatoTid: 01/01/2022 03:29:06 AM -08:00. Oppdaterversjon: 2112330001. UpdateStatus: UpdateAttemptSuccessful
I alle tilfeller kan det ta litt tid å bruke Microsofts nødskript. Skriptet kan også ta litt tid å rydde opp i eventuelle tapte meldinger i transportkøen.
Offentlige reaksjoner på reparasjonen har vært blandet, med noen sier det fungerer, mens andre hevder at det ikke gjør noe.
Andre brukere rapporterer at å kjøre skriptet flere ganger kan bidra til å fikse problemet, noe som indikerer at Microsoft kunne ha gjort en bedre jobb.
Har du klart å ordne opp med løsningen fra Microsoft? Gi oss beskjed i kommentarfeltet nedenfor.