onze sponsors
Hoi,Laatst een hele server opnieuw moeten opbouwen omdat deze was gecrashed. Dan blijk je ineens tegen allerlei zaken aan te lopen waar je niet altijd aan hebt gedacht. Mijn punt is dat de master database "kwijt" was. Alle system en user databases worden gebackuped. Maar in geval van DR heb je eerst de software nodig én de originele paden van de database, software, etc. Na de installatie van de software en rbuild van de master database kon de restore worden uitgevoerd van de master database vanaf de backup lokatie. Daarna was de rest vrij snel te restoren en te recoveren.Mijn vraag: is het niet handiger om op de een of andere manier de master database te kopieren (filecopy?) zodat je snel een omgeving kan rebuilden? Heeft iemand hier ervaring mee of heeft iemand tips op dit gebied?Bedankt alvast.Paul
los van de interessante links:
als je een simpele file copy gebruikt moet je sql server down brengen voordat je de master bestanden kan kopieren omdat ie in use is. Vervolgens moet sql server weer gestart worden. Technisch mogelijk maar iets waar ik niet voor zou kiezen. Soms is het ook simpelweg geen optie bij 24 uurs databaseservers. Een risico bijv is dat per ongeluk de backup software toevallig met de master bestanden bezig is als sql server wilt starten en dat vervolgens crashed (bij ons failt een opschoon delete soms van een logbackup als een nieuwe is gemaakt doordat backup software het bestand in use heeft).een recovery van een master db via restore vindt ik een makkelijke procedure je moet het alleen een keer gezien hebben. probeer het uit in alle rust in vmware/virtual pc zou ik zeggen :)