SQL 2008 R2 Installation auf Memberserver - macht Änderungen im Active Directory?
Hallo Community,
Ich habe mehrere Server 2008 R2. Nun soll auf einem davon SQL 2008R2SP2 installiert werden (nicht auf dem DC)
Wenn man Exchange installiert werden ja im Active Directory änderungen gemacht, bzw. neue OUs und Sicherheitsgruppen angelegt.
macht SQL so was auch?
Der Hintergrund meiner Frage ist das ich vom SQL Server ein Image machen möchte.
Muss ich dann auch vom DC ein Image machen und im Notfall auch den DC wieder mit dem Stand herstellen?
Danke
Ich habe mehrere Server 2008 R2. Nun soll auf einem davon SQL 2008R2SP2 installiert werden (nicht auf dem DC)
Wenn man Exchange installiert werden ja im Active Directory änderungen gemacht, bzw. neue OUs und Sicherheitsgruppen angelegt.
macht SQL so was auch?
Der Hintergrund meiner Frage ist das ich vom SQL Server ein Image machen möchte.
Muss ich dann auch vom DC ein Image machen und im Notfall auch den DC wieder mit dem Stand herstellen?
Danke
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 194863
Url: https://administrator.de/contentid/194863
Ausgedruckt am: 17.11.2024 um 13:11 Uhr
12 Kommentare
Neuester Kommentar
Bitte mal lesen
http://www.msexchangefaq.de/verschiedenes/imagebackup.htm
http://www.msexchangefaq.de/verschiedenes/imagebackup.htm
Moin
Hmm - sicherst du deinen DC bislang nicht ? Mehr als nur fahrlässig...
Ansonsten:
- eine SQL-Installation erweitert nicht das AD-Schema
- Vergiss es, den Server nur per Imaging zu sichern. Zuerst einmal musst du dir schon einen Wartungsplan erstellen. Der sichrt dann nicht nur deine Datenbank(en), sonder führt auch Prüfungen an der Datenbank durch, reorganisiert Inizes etc. Davon ab muss dann der Server natürlich auch noch auf ein externes Medium gesichert werden.
Über Imaging gibt es durchaus verschiedene Meinungen - ich für meinen teio halte da auch nichts von. Gerade beim Sichern eiens DC kommt es tatsächlich vor, dass du beim Restore auf die Schnauze fallen kannst...
Gruß
Hubert
Zitat von @StripLV:
Muss ich dann auch vom DC ein Image machen und im Notfall auch den DC wieder mit dem Stand herstellen?
Muss ich dann auch vom DC ein Image machen und im Notfall auch den DC wieder mit dem Stand herstellen?
Hmm - sicherst du deinen DC bislang nicht ? Mehr als nur fahrlässig...
Ansonsten:
- eine SQL-Installation erweitert nicht das AD-Schema
- Vergiss es, den Server nur per Imaging zu sichern. Zuerst einmal musst du dir schon einen Wartungsplan erstellen. Der sichrt dann nicht nur deine Datenbank(en), sonder führt auch Prüfungen an der Datenbank durch, reorganisiert Inizes etc. Davon ab muss dann der Server natürlich auch noch auf ein externes Medium gesichert werden.
Über Imaging gibt es durchaus verschiedene Meinungen - ich für meinen teio halte da auch nichts von. Gerade beim Sichern eiens DC kommt es tatsächlich vor, dass du beim Restore auf die Schnauze fallen kannst...
Gruß
Hubert
Moin
Offline kann man den DC sehr wohl imagen und daraus restoren, ohne Probleme zu bekommen.
Online sollte man das Vorzugsweise mit dafür vorgesehenen Produkten machen, die bspw. die VSS-API zum Sichern nutzen.
Die oben aufgeführten Bedenken gegen Imagebackups gelten idR nur für Multidomainumgebungen.
Das Problem des USN-Rollbacks tritt bei Einzel-DCs nicht auf, da diese ja mit niemanden replizieren.
PS: Wenn ich allerdings dies lese:
Beste Vorgehensweise für die Sicherung von Windows Servern:
Symantec Backup Exec 2012 für die einzelnen Server
Damit können diese aus einer Komplettsicherung (wie ein Image) ohne vorherige BS-Installation wiederhergestellt werden.
Ansonsten:
- eine SQL-Installation erweitert nicht das AD-Schema
- Vergiss es, den Server nur per Imaging zu sichern. Zuerst einmal musst du dir schon einen Wartungsplan erstellen. Der sichrt
dann nicht nur deine Datenbank(en), sonder führt auch Prüfungen an der Datenbank durch, reorganisiert Inizes etc. Davon
ab muss dann der Server natürlich auch noch auf ein externes Medium gesichert werden.
Soweit gebe ich dir vollkommen Recht. - eine SQL-Installation erweitert nicht das AD-Schema
- Vergiss es, den Server nur per Imaging zu sichern. Zuerst einmal musst du dir schon einen Wartungsplan erstellen. Der sichrt
dann nicht nur deine Datenbank(en), sonder führt auch Prüfungen an der Datenbank durch, reorganisiert Inizes etc. Davon
ab muss dann der Server natürlich auch noch auf ein externes Medium gesichert werden.
Über Imaging gibt es durchaus verschiedene Meinungen - ich für meinen teio halte da auch nichts von. Gerade beim Sichern
eiens DC kommt es tatsächlich vor, dass du beim Restore auf die Schnauze fallen kannst...
Das ist extrem davon abhängig, was man unter einem Image versteht und auch, ob es mehr als einen DC gibt.eiens DC kommt es tatsächlich vor, dass du beim Restore auf die Schnauze fallen kannst...
Offline kann man den DC sehr wohl imagen und daraus restoren, ohne Probleme zu bekommen.
Online sollte man das Vorzugsweise mit dafür vorgesehenen Produkten machen, die bspw. die VSS-API zum Sichern nutzen.
Die oben aufgeführten Bedenken gegen Imagebackups gelten idR nur für Multidomainumgebungen.
Das Problem des USN-Rollbacks tritt bei Einzel-DCs nicht auf, da diese ja mit niemanden replizieren.
PS: Wenn ich allerdings dies lese:
Ich habe mehrere Server 2008 R2. Nun soll auf einem davon SQL 2008R2SP2 installiert werden (nicht auf dem DC)
Wenn man Exchange installiert werden ja im Active Directory änderungen gemacht
Dann sollte es eine Umgebung mit mehr als einem DC sein bzw. werden. Wenn man Exchange installiert werden ja im Active Directory änderungen gemacht
Beste Vorgehensweise für die Sicherung von Windows Servern:
Symantec Backup Exec 2012 für die einzelnen Server
Damit können diese aus einer Komplettsicherung (wie ein Image) ohne vorherige BS-Installation wiederhergestellt werden.
Ja so sind wir... Ist ja aber nicht böse gemeint. So sind die Admins - lieber einmal zu viel auf das Thema Sicherung hinweisen als einmal zu wenig...
Wenn du bislang keinerlei Probleme beim Restore eines DCs hattest, dann sei froh. Lass es aber nicht dazu kommen, dass du irgendwann einmal dein AD wiederherstellen musst und dann feststellst, dass es nicht funktioniert. Imaging von DCs ist ein ganz heikles Thema. vgl. dazu mal z.B. http://kb.acronis.com/content/1802. Ich würde also in jedem Fall sehen, dass ich irgendwie noch eine Sicherung des Systemstates zur Hand habe.
Gruß
Hubert
Zitat von @StripLV:
@ goscho
Ich kann auch aus Acronis ohne OS Installation wiederherstellen. Wenn das nicht gehen würde wäre es ja unnütz.
Das weiß ich, allerdings wusste ich zum Zeitpunt meines Beitrages noch nicht, dass du deine Server mit Acronis sicherst.@ goscho
Ich kann auch aus Acronis ohne OS Installation wiederherstellen. Wenn das nicht gehen würde wäre es ja unnütz.
Und Acronis schreibt hier das die DCs replizeren können. Also DC1->DC2 und DC2->DC1 auch bei älterem Stand.
Anscheinend kapiert das Windows. Wusste ich auch nicht.
Da ja auch Acronis mittlerweile die VSS-API nutzen kann, sollte das schon so gehen. Anscheinend kapiert das Windows. Wusste ich auch nicht.
Zitat von @StripLV:
Das wäre uaf jeden Fall wesentlich sicherer. Ich verstehe das nicht denn Recovern kann Acronis offline bzw. es geht nur
offline-logisch.
man müsste dann in Acronis nur die Reboot Zeiten einstellen können nach dem Backup (das die DC als erstes booten) und
gut.
Wäre mir lieber. Aber Acronis ist sich ja sicher das es genau so gut online geht. Ich teile das aber nicht. Offline wäre
m.M. nach immer besser.
Das wäre uaf jeden Fall wesentlich sicherer. Ich verstehe das nicht denn Recovern kann Acronis offline bzw. es geht nur
offline-logisch.
man müsste dann in Acronis nur die Reboot Zeiten einstellen können nach dem Backup (das die DC als erstes booten) und
gut.
Wäre mir lieber. Aber Acronis ist sich ja sicher das es genau so gut online geht. Ich teile das aber nicht. Offline wäre
m.M. nach immer besser.
Warum sollte man die Server wegen einer Sicherung immer herunterfahren wollen?
Ich mache das seit X Jahren so, wenn auch nicht mit Adonis.
Die Server werden jede Nacht nach Zeitplan gesichert, entweder mit Symantec Backup Exec oder Symantec System Recovery.