Windows 2003 Server SBS Std und Replikation etc.
Hallo erstmal, bin der neue und muss direkt mal dieses Forum ein großes Lob aussprechen!
Ich habe folgendes Problem und wie ich gelesen habe wurde dies auch schon ein paar mal diskutiert. Ich hoffe Ihr schlagt mich nicht alle weil ich es noch einmal aufgreife.
Problematik bzw Ziel meines Projektes ist es einen bereits bestehenden 2003 SBS Std. Server auf dem nur AD, DNS, und Fileserver liegt zu Replizieren um eine Ausfallsicherheit zu ermöglichen.
Hardware mit 2 Identischen Servern besteht.
1 Server ist der DC mit dem besagtem 2003 SBS Std. Edition.
2 Server noch nackt und ohne Software.
Wenn ich richtig gelesen habe, stellt sich mir jetzt folgendes Problem das ich aufgrund der SBS Edition KEINEN zweiten DC aufsetzen kann.
Im Wikipedia steht folgendes
"Zusätzliche DC (keine SBS) an entfernten Standorten mit Replikation sind möglich und erlaubt."
Wenn ich das richtig verstehe könnte ich eine Lösung mit dem Kauf einer Lizens z.B. 2003 Server Standard (kein SBS) ermöglichen, müsste dann aber den Server via VPN oder ähnliches wegstellen !??!?!?!?
Kann ich nicht die SBS "kostengünstig" upgraden ?
Vielen Dank schonmal für eure Mühen!
Ich habe folgendes Problem und wie ich gelesen habe wurde dies auch schon ein paar mal diskutiert. Ich hoffe Ihr schlagt mich nicht alle weil ich es noch einmal aufgreife.
Problematik bzw Ziel meines Projektes ist es einen bereits bestehenden 2003 SBS Std. Server auf dem nur AD, DNS, und Fileserver liegt zu Replizieren um eine Ausfallsicherheit zu ermöglichen.
Hardware mit 2 Identischen Servern besteht.
1 Server ist der DC mit dem besagtem 2003 SBS Std. Edition.
2 Server noch nackt und ohne Software.
Wenn ich richtig gelesen habe, stellt sich mir jetzt folgendes Problem das ich aufgrund der SBS Edition KEINEN zweiten DC aufsetzen kann.
Im Wikipedia steht folgendes
"Zusätzliche DC (keine SBS) an entfernten Standorten mit Replikation sind möglich und erlaubt."
Wenn ich das richtig verstehe könnte ich eine Lösung mit dem Kauf einer Lizens z.B. 2003 Server Standard (kein SBS) ermöglichen, müsste dann aber den Server via VPN oder ähnliches wegstellen !??!?!?!?
Kann ich nicht die SBS "kostengünstig" upgraden ?
Vielen Dank schonmal für eure Mühen!
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 94066
Url: https://administrator.de/forum/windows-2003-server-sbs-std-und-replikation-etc-94066.html
Ausgedruckt am: 24.12.2024 um 01:12 Uhr
12 Kommentare
Neuester Kommentar
Moin,
immer diese Mythen um den SBS... völliger Quatsch.
Auch in einer SBS-Domäne können weitere DCs hinzugefügt werden.
Siehe auch:
[Yusuf`s Directory - Blog - Die Besonderheiten eines Small Business Server`s (SBS)]
http://blog.dikmenoglu.de/PermaLink,guid,1da50fbd-fe72-4f4b-b8f4-cbd664 ...
Viele Grüße
Yusuf Dikmenoglu
Wenn ich richtig gelesen habe, stellt sich mir jetzt folgendes Problem das ich
aufgrund der SBS Edition KEINEN zweiten DC aufsetzen kann.
aufgrund der SBS Edition KEINEN zweiten DC aufsetzen kann.
immer diese Mythen um den SBS... völliger Quatsch.
Auch in einer SBS-Domäne können weitere DCs hinzugefügt werden.
Siehe auch:
[Yusuf`s Directory - Blog - Die Besonderheiten eines Small Business Server`s (SBS)]
http://blog.dikmenoglu.de/PermaLink,guid,1da50fbd-fe72-4f4b-b8f4-cbd664 ...
Viele Grüße
Yusuf Dikmenoglu
Hallo.
Da musst du falsch gelesen haben, oder der Text ist falsch. Du kannst in einer SBS Domäne ohne weiteres zusätzlich DCs installieren. Voraussetzung ist, dass der SBS der Root DC ist und alle Serverrollen halten muss. Auch darf der zusätzliche DC kein weiterer SBS sein.
LG Günther
stellt sich mir jetzt folgendes Problem das ich aufgrund der SBS Edition KEINEN zweiten DC aufsetzen kann.
Da musst du falsch gelesen haben, oder der Text ist falsch. Du kannst in einer SBS Domäne ohne weiteres zusätzlich DCs installieren. Voraussetzung ist, dass der SBS der Root DC ist und alle Serverrollen halten muss. Auch darf der zusätzliche DC kein weiterer SBS sein.
LG Günther
Hallo.
Yusuf hat dir ja den Link zu seinem Blog gepostet. Lies dir da die passenden Artikel durch und du weißt alles über das AD ;)
Da gibt es keinen Switch. Du hast ein redundantes AD, das heißt, bei Ausfall des SBS können sich die User nach wie vor anmelden und auf die Dienste des 2. DC zugreifen. Zudem ist die Wiederherstellung eines der Server bei einem Crash wesentlich einfacher.
LG Günther
wie muss ich mir dann die Replikation vorstellen bzw
Yusuf hat dir ja den Link zu seinem Blog gepostet. Lies dir da die passenden Artikel durch und du weißt alles über das AD ;)
wie funktioniert dann der "Switch" im Falle des versagens vom SBS.
Da gibt es keinen Switch. Du hast ein redundantes AD, das heißt, bei Ausfall des SBS können sich die User nach wie vor anmelden und auf die Dienste des 2. DC zugreifen. Zudem ist die Wiederherstellung eines der Server bei einem Crash wesentlich einfacher.
LG Günther
Hallo,
jetzt muß ich auch etwas nachhacken :
Wir nutzen den SBS mit allen Funktionen. Durch einen Netzteilausfall mit Folgeschäden vor einigen Wochen hatten wir eine Downtime von 3 Tagen. Zu lange.
Ich suche nun nach Konzepten die SBS Umgebung möglichst redundant aufzubauen um die Ausfallzeit deutlich zu minimieren. Ein Backup DC alleine reicht imho nicht. Exchange und andere Dienste wären in meinem Fall ja immer noch down.
Welche Konzepte seht ihr zur Lösung ?
Grüße Stefan
jetzt muß ich auch etwas nachhacken :
Wir nutzen den SBS mit allen Funktionen. Durch einen Netzteilausfall mit Folgeschäden vor einigen Wochen hatten wir eine Downtime von 3 Tagen. Zu lange.
Ich suche nun nach Konzepten die SBS Umgebung möglichst redundant aufzubauen um die Ausfallzeit deutlich zu minimieren. Ein Backup DC alleine reicht imho nicht. Exchange und andere Dienste wären in meinem Fall ja immer noch down.
Welche Konzepte seht ihr zur Lösung ?
Grüße Stefan
Hallo.
Mit einem 2. DC tust du das auch.
Richtig. Den Exchange kannst du in der Standardversion nicht redundant auslegen. Exchange redundant auslegen, heißt Cluster und das ist dann keine SBS Lösung mehr.
Wenn du ein ordentliches Backup Konzept hast, einen Plan für das Disasterrecovery und das Disasterrecovery auch noch in einer virtuellen Umgebung testest, dann bist du auf einem guten Weg, die Ausfallszeit so nieder wie möglich zu halten.
LG Günther
um die Ausfallzeit deutlich zu minimieren. Ein Backup DC alleine reicht imho nicht.
Mit einem 2. DC tust du das auch.
Exchange und andere Dienste wären in meinem Fall ja immer noch down.
Richtig. Den Exchange kannst du in der Standardversion nicht redundant auslegen. Exchange redundant auslegen, heißt Cluster und das ist dann keine SBS Lösung mehr.
Wenn du ein ordentliches Backup Konzept hast, einen Plan für das Disasterrecovery und das Disasterrecovery auch noch in einer virtuellen Umgebung testest, dann bist du auf einem guten Weg, die Ausfallszeit so nieder wie möglich zu halten.
LG Günther
Hallo,
nun ja, Datenverlust haten wir keinen. Aus bisher nicht bekannten Gründen ist die Systempartition (RAID1) beschädigt wurden ... die Wiederherstellung von den Bänden hat ziemlich Zeit gebraucht, da der Bandkatalog auch auf diesem Laufwerk lag.
Meine Ideen für die Zukunft wären :
- Acronis TrueImage für SMB: damit könnte ich auch relativ einfach die komplette Hardware tauschen.
(natürlich müßte für das Image ein entsprechender Speicher her)
- SMB auf eine Virtuelle Maschine konvertieren, Snapshot der VM auf ein entsprechendes Speichersystem, damit wäre auch bei komplett Ausfall der Hardware ein schnelles hochkommen gewährleistet.
die bisherige Bandsicherung wird auf jeden Fall entsprechend angepasst und beibehalten.
Eure Meinung ?
Grüße Stefan
nun ja, Datenverlust haten wir keinen. Aus bisher nicht bekannten Gründen ist die Systempartition (RAID1) beschädigt wurden ... die Wiederherstellung von den Bänden hat ziemlich Zeit gebraucht, da der Bandkatalog auch auf diesem Laufwerk lag.
Meine Ideen für die Zukunft wären :
- Acronis TrueImage für SMB: damit könnte ich auch relativ einfach die komplette Hardware tauschen.
(natürlich müßte für das Image ein entsprechender Speicher her)
- SMB auf eine Virtuelle Maschine konvertieren, Snapshot der VM auf ein entsprechendes Speichersystem, damit wäre auch bei komplett Ausfall der Hardware ein schnelles hochkommen gewährleistet.
die bisherige Bandsicherung wird auf jeden Fall entsprechend angepasst und beibehalten.
Eure Meinung ?
Grüße Stefan
Hallo Stefan
Schlecht, sehr schlecht. Wie es einem ergeht, der seine DCs mit Images sicherst findest du hier - AD-Problem nach Wiederherstellung.
Hier hast du die gleiche Problematik wie mit Images.
LG Günther
Acronis TrueImage für SMB: damit könnte ich auch relativ einfach die komplette Hardware tauschen.
Schlecht, sehr schlecht. Wie es einem ergeht, der seine DCs mit Images sicherst findest du hier - AD-Problem nach Wiederherstellung.
Snapshot der VM auf ein entsprechendes Speichersystem, damit wäre auch bei komplett Ausfall der Hardware ein schnelles hochkommen gewährleistet.
Hier hast du die gleiche Problematik wie mit Images.
LG Günther
Hallo Günther,
1. Fall (Image) kann ich teilweise nachvollziehen, obwohl die WhitePapers zur obigen Version anders sprechen. Ghost9 Images haben hier definitiv schon funktioniert.
2.Fall : kann ich nicht nachvollziehen, wenn ein Server auf einer virtuellen Maschine heruntergefahren wird, dann die Virtuelle Maschine gesichert wird, dann sollte sich diese Sicherung wieder hochfahren lassen oder ?
Ich hake deshalb so pendrant nach, weil ich bisher noch kein hinreichendes Sicherungs und Wiederherstellungskonzept gefunden habe. NTBackup scheint mir zu langsam und funktioniert imho nur bedingt auf neuer Hardware, oder ?
Grüße Stefan
1. Fall (Image) kann ich teilweise nachvollziehen, obwohl die WhitePapers zur obigen Version anders sprechen. Ghost9 Images haben hier definitiv schon funktioniert.
2.Fall : kann ich nicht nachvollziehen, wenn ein Server auf einer virtuellen Maschine heruntergefahren wird, dann die Virtuelle Maschine gesichert wird, dann sollte sich diese Sicherung wieder hochfahren lassen oder ?
Ich hake deshalb so pendrant nach, weil ich bisher noch kein hinreichendes Sicherungs und Wiederherstellungskonzept gefunden habe. NTBackup scheint mir zu langsam und funktioniert imho nur bedingt auf neuer Hardware, oder ?
Grüße Stefan
Hallo.
Ich spreche hier immer von der gewünschten Ausstattung von 2 DCs, also SBS und zusätzlicher Windows 2003 DC. Ein 2. DC inkl. allen dazugehörenden Diensten ist in einer AD Umgebung das absolute "MUSS", wenn es um Redundanz geht. Und wenn es 2 DCs in einer Domäne gibt, dann ist eine Sicherung über Images ein reines "Harakiri Kommando".
Glaube ich nicht, denn im Handbuch von TrueImage Server steht: "Das klassische Beispiel dafür ist die Datenbank
des Active Directory, die ohne entsprechende Vorbereitungsmaßnahmen kaum in einem brauchbaren Status wiederhergestellt werden kann. Deshalb ist die Integration von geeigneten Herstellertools ratsam."
Und weiter gibt es dann im Partnerportal das White Paper ( Windows Active Directory (Domänencontroller)
Hier steht: "Microsoft Windows 2000 / Windows 2003 Active Directory hat den Primary Domain Controller und Backup Domain Controller. Fällt der Primary Domain Controller aus und der Backup Domain Controller übernimmt automatisch, wird das Active Directory nicht mehr synchron sein, nachdem der Primary Domain Controller aus einem Abbildarchiv wiederhergestellt wurde.
Zur Lösung dieses Problems gibt es zwei Ansätze. Zum einen kann das Problem vermieden werden, bevor es eintritt. Zum anderen kann versucht werden, das Problem zu lösen, nachdem es eingetreten ist. Zu bevorzugen ist auf jeden Fall präventives Eingreifen. Eine nachträgliche Bearbeitung ist zwar möglich, kann aber weitere Probleme nach sich ziehen."
Zur Sicherung und Wiederherstellung des AD werden folgende Links angeführt:
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
Ich glaub dir das sogar, dass es schon einmal funktioniert hat. Ich habe auch schon einmal in der Lotterie 10 EURO gewonnen, aber halt auch schon 1000 mal eine Niete gezogen ;)
Dazu kommt, dass der Exchange Server eine transaktionsbasierende Datenbank hat. Mit anderen Worten, bei einem Image Programm werden somit nie die Datenbanken auf Konsistenz überprüft und auch die Transaktionslogs nicht gelöscht.
Nicht umsonst ist derzeit bei Acronis eine eigene Lösung für den Exchange Server im BETA-Test.
Image Programme sind toll, wenn es darum geht Offline ein Backup eines Server zu erstellen (bei Servicepack Installationen ect), aber nie wenn es um die tägliche Datensicherung eines Domain Controller, Exchange, SQL oder Datenbankserver geht.
Und im Prinzip hast du das gleiche Problem, wenn du mit einer virtuellen Lösung arbeitest.
Dann sichere doch den Katalog z.B. mit Robocopy täglich auf den 2. Server, und du hast das Problem nicht.
LG Günther
Ich spreche hier immer von der gewünschten Ausstattung von 2 DCs, also SBS und zusätzlicher Windows 2003 DC. Ein 2. DC inkl. allen dazugehörenden Diensten ist in einer AD Umgebung das absolute "MUSS", wenn es um Redundanz geht. Und wenn es 2 DCs in einer Domäne gibt, dann ist eine Sicherung über Images ein reines "Harakiri Kommando".
obwohl die WhitePapers zur obigen Version anders sprechen
Glaube ich nicht, denn im Handbuch von TrueImage Server steht: "Das klassische Beispiel dafür ist die Datenbank
des Active Directory, die ohne entsprechende Vorbereitungsmaßnahmen kaum in einem brauchbaren Status wiederhergestellt werden kann. Deshalb ist die Integration von geeigneten Herstellertools ratsam."
Und weiter gibt es dann im Partnerportal das White Paper ( Windows Active Directory (Domänencontroller)
Hier steht: "Microsoft Windows 2000 / Windows 2003 Active Directory hat den Primary Domain Controller und Backup Domain Controller. Fällt der Primary Domain Controller aus und der Backup Domain Controller übernimmt automatisch, wird das Active Directory nicht mehr synchron sein, nachdem der Primary Domain Controller aus einem Abbildarchiv wiederhergestellt wurde.
Zur Lösung dieses Problems gibt es zwei Ansätze. Zum einen kann das Problem vermieden werden, bevor es eintritt. Zum anderen kann versucht werden, das Problem zu lösen, nachdem es eingetreten ist. Zu bevorzugen ist auf jeden Fall präventives Eingreifen. Eine nachträgliche Bearbeitung ist zwar möglich, kann aber weitere Probleme nach sich ziehen."
Zur Sicherung und Wiederherstellung des AD werden folgende Links angeführt:
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
http://www.microsoft.com/resources/documentation/Windows/2000/server/re ...
Ghost9 Images haben hier definitiv schon funktioniert.
Ich glaub dir das sogar, dass es schon einmal funktioniert hat. Ich habe auch schon einmal in der Lotterie 10 EURO gewonnen, aber halt auch schon 1000 mal eine Niete gezogen ;)
Dazu kommt, dass der Exchange Server eine transaktionsbasierende Datenbank hat. Mit anderen Worten, bei einem Image Programm werden somit nie die Datenbanken auf Konsistenz überprüft und auch die Transaktionslogs nicht gelöscht.
Nicht umsonst ist derzeit bei Acronis eine eigene Lösung für den Exchange Server im BETA-Test.
Image Programme sind toll, wenn es darum geht Offline ein Backup eines Server zu erstellen (bei Servicepack Installationen ect), aber nie wenn es um die tägliche Datensicherung eines Domain Controller, Exchange, SQL oder Datenbankserver geht.
Und im Prinzip hast du das gleiche Problem, wenn du mit einer virtuellen Lösung arbeitest.
die Wiederherstellung von den Bänden hat ziemlich Zeit gebraucht, da der Bandkatalog auch auf diesem Laufwerk lag.
Dann sichere doch den Katalog z.B. mit Robocopy täglich auf den 2. Server, und du hast das Problem nicht.
LG Günther