Het was gister maandag, uitdaging dag...
De uitdaging was, een exchange server welke in het weekend is gedefragged.
Een eseutul die de first storage group database niet terug kon plaatsen omdat de server ineens geen grote bestanden meer lust. Een een database welke vervolgens mist omdat het bestand wel vervolgens is verwijdert.
Resolutie: back-ups.
Conclusie deze werken ook niet naar behoren.
Ok dat is alles wat er mis ging, dat is best veel.
Maar nu wat we nog hebben.
Een priv1.edb van 29/11.
Log files, welke niet compleet zijn omdat ze allemaal van voor 25/11 verwijdert zijn. Dus vanaf 25/11 zijn ze gewoon aanwezig!
Er is wel een e00.log met als datum 14/12, maar de eerst volgende log is er een met de naam e001c5b4.log .
Deze log is tevens wel ouder dan de database, in mijn ogen moet het dus mogelijk zijn om deze te rebuilden vanaf een van de log files.
Microsoft Exchange Troubleshooting Assistant lijkt ook geen uitweg, ik kan hier bijvoorbeeld niet handmatig aangeven naar welke log gekeken moet worden.
Tevens geeft deze de melding dat de 'current e00 transaction log either missing or corrupted is.'
Even voor de duidelijkheid, de database is te mounten we hebben namelijk wel de stm en de edb van dezelfde datum (29/11) kunnen terug halen.
Ook is er geprobeerd om via eseutil /r e00 de database verder op te bouwen. Helaas eindigt deze aktie na 1,003 seconen met de melding dat het succesvol was. Vermoedelijk gaat er dus iets niet goed met het uitlezen van e00 en het zoeken naar de eerst volgende log.
De uitdaging was, een exchange server welke in het weekend is gedefragged.
Een eseutul die de first storage group database niet terug kon plaatsen omdat de server ineens geen grote bestanden meer lust. Een een database welke vervolgens mist omdat het bestand wel vervolgens is verwijdert.
Resolutie: back-ups.
Conclusie deze werken ook niet naar behoren.
Ok dat is alles wat er mis ging, dat is best veel.
Maar nu wat we nog hebben.
Een priv1.edb van 29/11.
Log files, welke niet compleet zijn omdat ze allemaal van voor 25/11 verwijdert zijn. Dus vanaf 25/11 zijn ze gewoon aanwezig!
Er is wel een e00.log met als datum 14/12, maar de eerst volgende log is er een met de naam e001c5b4.log .
Deze log is tevens wel ouder dan de database, in mijn ogen moet het dus mogelijk zijn om deze te rebuilden vanaf een van de log files.
Microsoft Exchange Troubleshooting Assistant lijkt ook geen uitweg, ik kan hier bijvoorbeeld niet handmatig aangeven naar welke log gekeken moet worden.
Tevens geeft deze de melding dat de 'current e00 transaction log either missing or corrupted is.'
Even voor de duidelijkheid, de database is te mounten we hebben namelijk wel de stm en de edb van dezelfde datum (29/11) kunnen terug halen.
Ook is er geprobeerd om via eseutil /r e00 de database verder op te bouwen. Helaas eindigt deze aktie na 1,003 seconen met de melding dat het succesvol was. Vermoedelijk gaat er dus iets niet goed met het uitlezen van e00 en het zoeken naar de eerst volgende log.
[ Voor 10% gewijzigd door Verwijderd op 16-12-2008 09:41 ]