I ny og ne kommer Microsoft med Service Packs til Exchange. Vanligvis går det ganske greit å kjøre inn disse, men noen ganger går det galt. Som de fleste av dere vet så er det ikke noe særlig å oppleve driftsbrudd i Exchange og det er lett at det “går en kule varmt” når det skjer.
Det som er viktig når noe slikt inntreffer er å beholde roen, sikre data og ha dokumentert/kontroll på det man gjorde under oppgraderingen frem til feilen oppstod.
Tips: Husk alltid å ha en full backup av server før større endringer gjøres, spesielt Service Packs. Endringer/oppgraderinger bør også gjennomføres på et tidspunkt som gir deg som tekniker tid til å rette opp feil som eventuelt oppstår.
Hva skjedde?
Jeg skulle oppdatere Exchange 2007 på en SBS 2008 server til Service Pack 3. Exchange serveren hadde ingen service packs inne fra før.
Etter å ha lest meg opp trodde jeg at dette ikke skulle by på noen problemer. SP3 ble lastet ned til server, antivirus/antispam tjenester til Exchange ble stanset og kunden hadde nesten ikke brukere tilkoblet når oppdateringen ble startet.
Som forventet stanset installasjonen først på Readiness sjekken der server måtte restartes pga tidligere Windows Update som var kjørt. Etter restart kjørte vi installasjonen på nytt og denne gangen gikk Readiness sjekken gjennom med alt ok.
Når testene er gjort trykket jeg på “upgrade” og installasjonen starter da med å fjerne alle gamle exchange filer. I praksis blir nesten hele Exchange fullstendig avinstallert. Dette steget i prosessen tar noe tid, men ender opp som “completed”.
Deretter starter installasjonen å kopiere inn filer, men etter ca 4 minutter er katastrofen et faktum og installasjonen stopper opp med en feilmelding:
“Fatal error during installation. Error code is 1935. Last error reported by the MSI package is ‘An error occurred during the installation of assembly ‘policy.9.0.Microsoft.VC90.CRT,version="9.0.30729.4959”, PublicKeyToken=”1fc8b3b9a1e18e3b”, processorArchitecture=”x86”, type=”win32-policy”’.
Eneste mulighet her er da å trykke “Finish” og eventuelt forsøke installasjon på nytt.
Stegene videre mot løsning
Det første jeg sjekket etter at installasjonen feilet var om databasefilen med mailene fortsatt lå der den skulle ligge og det gjorde den. Ok, så da har vi fortsatt tilgang på brukerdataene i tillegg til at vi selvfølgelig har en full backup så “all is not lost”…
Jeg kontaktet Microsoft og fikk tips fra dem på hvordan man best reddet dagen. Under følger hovedlinjene på det vi gjorde videre.
Installasjonen av SP3 ble forsøkt kjørt på nytt, men som forventet feilet den siden det forrige installasjonsforsøket gjorde at OS’et krevde restart.
En restart av server ble gjort og installasjonen ble da forsøkt startet igjen.
Men Readiness sjekkene feilet på nytt, det var prosesser som låste filer, tjenester som ikke ble funnet osv…
Tips: Klikk deg inn på c:\ExchangeSetupLogs og endret navn på filen ExchangeSetup.log til ExchangeSetup.bak slik at du får startet på en ny loggfil og dermed lettere kan se hva som eventuelt går galt. Dette gjør du for hver gang du forsøker å kjøre installasjonen på nytt.
Jeg startet opp kommandolinjeverktøyet (som administrator) og browset frem til installasjonsmappen til SP3. Der kjørte jeg kommandoen setup.com /m:upgrade
Som forventet kjører den readiness sjekker og feiler på låste filer og manglende tjenester:
- Låste filer:
o I mitt tilfelle var det ingen prosesser som låste den nevnte filen (en hjelpefil til Exchange) og restart løste ikke problemet. Etter litt graving viste det seg at filen faktisk ikke lå der installasjonsprogrammet forventet at den skulle ligge og jeg kopierte da filen inn manuelt fra installasjonskatalogen til SP3. Antakeligvis var den blitt fjernet av installasjonsprogrammet under første forsøk.
- Manglende tjenester
o Installasjonsprogrammet klarer ikke detektere de tjenestene som er disablet og følgelig må disse settes tilbake til manuell eller Automatic start. (de ble disablet under første installasjonsforsøk)
Se figur 1 for hvilke tjenester som skal ha Automatic og Manual:
Når alle tjenester er satt riktig og problemet med låste/manglende filer er løst så kjører vi kommandoen setup.com /m:upgrade på nytt.
Denne gangen gikk installasjonsprosessen gjennom som den skulle.
Exchange var nå oppe og mailflyten gikk som den skulle. Best Practice Analyzer’en til exchange ble kjørt gjennom uten problemer.
Storage Groups mountet også som de skulle og problemet var løst.
Oppsummering
Så lenge man beholder roen og leser godt gjennom feilmeldinger/logger så går det som regel greit å løse slike problem som dette. Ta deg gjerne 5 minutter der du går ut for å puste litt frisk luft før du går tilbake igjen og ser på problemet med nye øyne. Ta steg for steg, forstå problemet først, deretter kan du lete etter løsningen.
Og husk: Det er ofte ikke så galt som du tror. 