[server 2003 - Exchange 2003] restore op andere server.

[Verwijderd]

Hey,

Ik heb een server 2003 standaard die vanmiddag uit het niets herstarte en niet meer terug kwam. Deze bleek vast te staan in het laden van het windows scherm en met geen mogelijkheid hebben we die nog aan de gang gekregen.

Nu hebben wij een identieke server staan hier en die zijn wij nu aan het installeren met de windows server 2003 standaard die bij de andere server geleverd was.
Alle data hebben wij nog met Symantec Backup Exec, die heeft gister avond goed gelopen nog.

Heeft er iemand ervaring met het restoren van een exchange 2003 database op een andere server die identiek is qua hardware?

Ik heb gezocht naar een goeie handleiding maar wil graag jullie ervaring erbij horen.
- How to move a database to another Exchange Server 2003
- http://www.networksteve.c...ox/?TopicId=24123&Posts=4
- http://technet.microsoft....125070%28EXCHG.65%29.aspx

Wat ik begreep wat gedaan moet worden op de destination server 2003:
- Zelfde hotfixes
- Zelfde Service Packs
- Zelfde server naam
- Zelfde users
- Zeflde logfiles directory's.
- Zeflde Domein naam

[ Voor 8% gewijzigd door Verwijderd op 11-01-2013 16:50 ]

[rdvl]

Heb je hier wat aan?

http://www.symantec.com/b...page=content&id=TECH45815
http://www.symantec.com/b...page=content&id=TECH20523
http://www.symantec.com/b...page=content&id=TECH10533

[ Voor 43% gewijzigd door rdvl op 11-01-2013 19:28 ]

[marc181982]

Als de FQDN van de server en de domainname overeen komen met de oude server is het mogelijk om de edb bestanden te copy/pasten om deze hierna te mounten. Houd wel rekening mee dat je de rechten opnieuw moet instellen als je AD niet hersteld.

[Linke Loe]

marc181982 schreef op vrijdag 11 januari 2013 @ 21:57:
Als de FQDN van de server en de domainname overeen komen met de oude server is het mogelijk om de edb bestanden te copy/pasten om deze hierna te mounten. Houd wel rekening mee dat je de rechten opnieuw moet instellen als je AD niet hersteld.

Zou mogelijk moeten zijn, mits je de EDB en de STM files beschikbaar hebt. Niet alleen fqdn van de server moet hetzelfde zijn, maar ook IP-adres. De database moet hierna wel een uitgebreide consistency check ondergaan.

Veiliger is het om de nieuwe server in te richten met dezelfde servernaam en IP-adres als de gecrashte server. Daarna draai je de Exchange setup met de /disasterrecovery optie. Exchange wordt dan opnieuw geinstalleerd, maar dan gebruik makend van de data die al in Active Directory staat (er wordt dus geen nieuwe Exchange organisatie aangemaakt) en zonder de database-files. De Exchange databases zet je vervolgens terug, door een restore te doen van de Information Store in BackupExec.

[ Voor 45% gewijzigd door Linke Loe op 12-01-2013 20:53 ]

[Question Mark]

De "/disasterrecovery optie" is bij mijn weten pas vanaf Exchange 2007 beschikbaar. TS moet echter een Exchange 2003 server restoren....

[Trommelrem]

Als de hardware gelijk is dan kun je gewoon een backup terugzetten en dan start de server gewoon op. Waar je wel op moet letten is dat als je een restore terugzet, dat je wellicht ook het probleem restoretet waardoor de server niet opstart. Mijn eigen ervaring is dat het aantal hotfixes niet exact gelijk hoeft te zijn. Als je geen disasterinstallatie doet, dan moet de nieuwe Exchange organisatienaam gelijk zijn aan de oude, anders willen de databases niet mounten. Vanaf Exchange 2007 hoeft dat niet meer.

[Linke Loe]

Question Mark schreef op zondag 13 januari 2013 @ 11:44:
De "/disasterrecovery optie" is bij mijn weten pas vanaf Exchange 2007 beschikbaar. TS moet echter een Exchange 2003 server restoren....

Deze optie zat er in 2003 ook al in. Ik heb het ooit ook een keer moeten doen bij een klant met Exchange 2003.

Trommelrem schreef op zondag 13 januari 2013 @ 11:58:
Als de hardware gelijk is dan kun je gewoon een backup terugzetten en dan start de server gewoon op. Waar je wel op moet letten is dat als je een restore terugzet, dat je wellicht ook het probleem restoretet waardoor de server niet opstart. Mijn eigen ervaring is dat het aantal hotfixes niet exact gelijk hoeft te zijn. Als je geen disasterinstallatie doet, dan moet de nieuwe Exchange organisatienaam gelijk zijn aan de oude, anders willen de databases niet mounten. Vanaf Exchange 2007 hoeft dat niet meer.

Hierbij ga je er natturlijk van uit dat er een full system backup wordt gemaakt met alles erop en eraan... In de praktijk gebeurt dat niet zo heel veel bij een niet-gevirtualiseerde omgeving. In negen van de tien gevallen moet je toch restoren naar andere hardware en dan heeft zo'n backup niet veel zin.

Nieuwe server inrichten van scratch en een disasterrecovery doen van Exchange is de procedure die gevolgd dient te worden. Hier overigens meer leesvoer over de procedure: http://www.petri.co.il/exchange_disasterecovery_switch.htm

[ Voor 52% gewijzigd door Linke Loe op 13-01-2013 12:51 ]

[Brahiewahiewa]

Question Mark schreef op zondag 13 januari 2013 @ 11:44:
De "/disasterrecovery optie" is bij mijn weten pas vanaf Exchange 2007 beschikbaar. TS moet echter een Exchange 2003 server restoren....

In 2003 ook hoor. Een collega van mij noemde dat destijds disaster discovery ;o)

[Trommelrem]

Linke Loe schreef op zondag 13 januari 2013 @ 12:42:
[...]
Hierbij ga je er natturlijk van uit dat er een full system backup wordt gemaakt met alles erop en eraan... In de praktijk gebeurt dat niet zo heel veel bij een niet-gevirtualiseerde omgeving. In negen van de tien gevallen moet je toch restoren naar andere hardware en dan heeft zo'n backup niet veel zin.

In NT was dat een probleem vanwege de enorme hoeveelheden HAL's. Sinds 2000 is er alleen ACPI en AACPI (UP en MP). Ik heb weleens disaster recovery's gedaan van ACPI naar AACPI en andersom. Zelfs met compleet verschillende Mass Storage controllers. Sinds het bestaan van de WinPE 1.0 is het een eitje geworden om de Mass Storage Controllers en de juiste HAL offline toe te voegen. Het is niet een ondersteunde configuratie, maar het werkt wel altijd en het geeft je in ieder geval tijd om te migreren terwijl men kan doorwerken.

Daarom de vraag aan TS: Hoe oud is de laatste System State Backup?

[ Voor 7% gewijzigd door Trommelrem op 13-01-2013 13:33 ]

[Jazzy]

Die system state restore is niet noodzakelijk, zeker niet als je de server al onder dezelfde naam in AD gehangen hebt. Je kunt dan gewoon beginnen aan de disaster recovery installatie van Exchange 2003 en SP2.

[Verwijderd]

Trommelrem schreef op zondag 13 januari 2013 @ 11:58:
Als de hardware gelijk is dan kun je gewoon een backup terugzetten en dan start de server gewoon op. Waar je wel op moet letten is dat als je een restore terugzet, dat je wellicht ook het probleem restoretet waardoor de server niet opstart. Mijn eigen ervaring is dat het aantal hotfixes niet exact gelijk hoeft te zijn. Als je geen disasterinstallatie doet, dan moet de nieuwe Exchange organisatienaam gelijk zijn aan de oude, anders willen de databases niet mounten. Vanaf Exchange 2007 hoeft dat niet meer.

Klopt, Dit hebben we eerder gedaan maar hier ging het van alles mee fout. Ik zal een kleine history geven van de betreffende server.

De betreffende server had geen schijf ruimte al geruime tijd maar hier mochten wij niets aan doen in de zin van een schijf uitbreiding omdat de server toch vervangen zou worden.
Er is geruime tijd geen Windows Updates geinstalleerd of zelf de antivirus geupdate.
Vervolgens voor de kerst stortte de server op een hoop. De klant hebben we gewaarschuwd ect... ect...
Om ons zelf het werk makkelijk te maken hadden wij net die week symantec backup exec trial geinstalleerd. En toevallig was de 1ste backup 2 dagen voor de crash.
Bij de crash zijn ze 1 dag data kwijt geraakt, nu hebben we deze backup gerestored op andere hardware, opzich ging het goed maar de server ging eenmaal geplaatst bij de klant in een herstart en kwam in een loop van Windows laden te zitten. Dit werd 2x opgelost door de setup van windows te draaien en na de F8 voor acceptatie van de overeenkomst een repaire uit te voeren.

Afgelopen vrijdag gebeurde dit weer.. We hebben wel een volledige backup maar dit willen we niet nogmaals, vandaar de keuze om de server compleet opnieuw te installeren. Wij vermoeden dat er een software fout in de server zit die het probleem veroorzaakt.

Overigens iedereen bedankt voor de info!
Vandaag ga ik er mee aan de slag, indien er problemen zijn meld ik me hier weer.

[Verwijderd]

Alles is vlekkeloos verlopen tot nog toe
Samen met ESEUTIL ging het goed!