Heren Exchange kenners,
Gisteren in Rotterdam is er een stroomstoring geweest van 1 sec. Die ene seconde was voldoende om een Exchange 2000 server volledig over de zeik te krijgen.
Natuurlijk bij een klant die geen budget had voor backup en UPS. (Nu misschien wel, maar dat is praten achteraf.)
Wat is er gebeurd.
Toen ik daar gisteren kwam was de Exchange Information Store niet opgekomen.
Ik heb als leesvoer dit artikel van Microsoft gebruikt: http://support.microsoft.com/?id=313184
eseutil /mh <priv1/pub1.edb> vertelde mij dat de databases in de state: Dirty Shutdown stonden.
eseutil /r E00 /l <path to logs> /d <path to database> retourneerde de melding:
error -1216 JET_errAttachedDatabaseMismatch voor zowel de pub1.edb als de priv1.edb
na enig lezen kwam ik tot de ontdekking dat je deze melding kon ignoren met de /i switch.
eseutil /r E00 /l <path to logs> /d <path to database> /i retourneerde daarna de melding:
error -1022 JET_errDiskIO
Dit schijnt een minder leuke foutmelding te zijn.
Ik heb een geforceerde scan van het filesystem geplanned, en de server gereboot. (Alle exchange services stonden disabled)
Helaas kwam eseutil na de reboot nog steeds met de zelfde DiskIO error.
Ik heb toen samen met de klant besloten om een wat geforceerdere repair van de database te doen. Hierbij kan je echter wat zaken kwijt raken wanneer deze nog niet vanuit de logfiles in de database zijn verwerkt. Het is geen groot bedrijf, en er komt niet enorm veel binnen. Dus de klant ging akkoord.
Eerst een kopie gemaakt van alle databases en alle logfiles.
Eseutil /p priv1.edb -> Repaired successfully
Eseutil /p pub1.edb -> Repaired successfully
Daarna heb ik beide databases gedefragmenteerd.
eseutil /d priv1.edb -> Oké
eseutil /d pub1.edb -> Oké
Verder staat er in het bovenstaande MS artikel dat je nu met isinteg.exe de databases moet kunnen testen en fixen met:
isinteg.exe -s <servername> -fix -test alltests
De servername is EX2 (Heb ik niet verzonnen) maar:
isinteg.exe -s EX2 -fix -test alltests retourneerd de error dat hij de servernaam niet kent, en dat er misschien netwerk problemen zijn.
Blijkbaar moet de Information Store service hiervoor draaien, en de databases _NIET_ gemount.
Ik krijg echter op geen enkele manier de Information Store gestart. Alle andere exchange services (behalve de excahnge event service welke dependant is op de IS service) zijn gestart.
Let wel: eseutil /mh <*.edb> geeft van zowel de pub1 als de priv1.edb files de status: Clean Shutdown.
Wat kan ik nu nog doen om de information store te starten. De foutmelding die wordt gegeven bij het starten van de Exchange Information Store service is: The service returned service specific error 0.
-> Enkele antwoorden gevonden via Google.
Onder andere:
- dat de service geen rechten heeft op de stores. (Gechecked.. Everyone FC)
- de registry key HKLM\Software\Microsoft\Exchange\Setup\ zou het Root path niet kloppen. (Gechecked: Klopt wel degelijk)
- Op bovenstaande regkey zou het SYSTEM geen Fullcontroll rechten hebben (regedt32.exe: Jawel.. FC rechten.)
Het was 21:45 gisteravond en ik ben er mee opgehouden, en leg mijn vraag nu hier neer.
Welke stappen ben ik vergeten, moet ik nog doen om de Information Store up and running te krijgen.
Gisteren in Rotterdam is er een stroomstoring geweest van 1 sec. Die ene seconde was voldoende om een Exchange 2000 server volledig over de zeik te krijgen.
Natuurlijk bij een klant die geen budget had voor backup en UPS. (Nu misschien wel, maar dat is praten achteraf.)
Wat is er gebeurd.
Toen ik daar gisteren kwam was de Exchange Information Store niet opgekomen.
Ik heb als leesvoer dit artikel van Microsoft gebruikt: http://support.microsoft.com/?id=313184
eseutil /mh <priv1/pub1.edb> vertelde mij dat de databases in de state: Dirty Shutdown stonden.
eseutil /r E00 /l <path to logs> /d <path to database> retourneerde de melding:
error -1216 JET_errAttachedDatabaseMismatch voor zowel de pub1.edb als de priv1.edb
na enig lezen kwam ik tot de ontdekking dat je deze melding kon ignoren met de /i switch.
eseutil /r E00 /l <path to logs> /d <path to database> /i retourneerde daarna de melding:
error -1022 JET_errDiskIO
Dit schijnt een minder leuke foutmelding te zijn.
Ik heb een geforceerde scan van het filesystem geplanned, en de server gereboot. (Alle exchange services stonden disabled)
Helaas kwam eseutil na de reboot nog steeds met de zelfde DiskIO error.
Ik heb toen samen met de klant besloten om een wat geforceerdere repair van de database te doen. Hierbij kan je echter wat zaken kwijt raken wanneer deze nog niet vanuit de logfiles in de database zijn verwerkt. Het is geen groot bedrijf, en er komt niet enorm veel binnen. Dus de klant ging akkoord.
Eerst een kopie gemaakt van alle databases en alle logfiles.
Eseutil /p priv1.edb -> Repaired successfully
Eseutil /p pub1.edb -> Repaired successfully
Daarna heb ik beide databases gedefragmenteerd.
eseutil /d priv1.edb -> Oké
eseutil /d pub1.edb -> Oké
Verder staat er in het bovenstaande MS artikel dat je nu met isinteg.exe de databases moet kunnen testen en fixen met:
isinteg.exe -s <servername> -fix -test alltests
De servername is EX2 (Heb ik niet verzonnen) maar:
isinteg.exe -s EX2 -fix -test alltests retourneerd de error dat hij de servernaam niet kent, en dat er misschien netwerk problemen zijn.
Blijkbaar moet de Information Store service hiervoor draaien, en de databases _NIET_ gemount.
Ik krijg echter op geen enkele manier de Information Store gestart. Alle andere exchange services (behalve de excahnge event service welke dependant is op de IS service) zijn gestart.
Let wel: eseutil /mh <*.edb> geeft van zowel de pub1 als de priv1.edb files de status: Clean Shutdown.
Wat kan ik nu nog doen om de information store te starten. De foutmelding die wordt gegeven bij het starten van de Exchange Information Store service is: The service returned service specific error 0.
-> Enkele antwoorden gevonden via Google.
Onder andere:
- dat de service geen rechten heeft op de stores. (Gechecked.. Everyone FC)
- de registry key HKLM\Software\Microsoft\Exchange\Setup\ zou het Root path niet kloppen. (Gechecked: Klopt wel degelijk)
- Op bovenstaande regkey zou het SYSTEM geen Fullcontroll rechten hebben (regedt32.exe: Jawel.. FC rechten.)
Het was 21:45 gisteravond en ik ben er mee opgehouden, en leg mijn vraag nu hier neer.
Welke stappen ben ik vergeten, moet ik nog doen om de Information Store up and running te krijgen.