Active Directory ist eine äußerst robuste Anwendung, wie es sich für einen so grundlegenden Baustein der IT-Infrastruktur eines Unternehmens gehört. Doch die Architektur, die es so robust macht, erschwert zugleich das Verständnis. Dieses mangelnde Verständnis führt häufig zu Annahmen in Ihrer Wiederherstellungsstrategie, die dazu führen können, dass Ihr AD ausfällt, ohne dass eine Rückkehr zum Normalbetrieb möglich ist.
Wenn das AD-Entwicklungs- und Betriebsteam seinen Wiederherstellungsplan erstellt, besteht die natürliche Tendenz, zunächst an die Wiederherstellung von Domänencontrollern (DCs) zu denken. Dies ist ein guter erster Schritt, der auf zwei sehr praktischen Gründen beruht. Erstens waren DCs in der Vergangenheit die AD-Komponente, bei der es am häufigsten zu Ausfällen kam. Zweitens gehört die Wiederherstellung und der Wiederaufbau von Servern zu den ältesten betrieblichen Aufgaben im Betriebshandbuch, weshalb man diese Vorgehensweise natürlich auch auf diese Situation anwenden würde.
Im Fall von Active Directory geht das Team jedoch häufig nicht weiter und plant nicht für die andere Art von Notfall vor, die bei Active Directory auftreten kann: die logische Beschädigung von AD-Daten.
Das Netz der Replikation
Ein Grund dafür, dass Active Directory schwer zu verstehen und im Betrieb schwer zu beheben ist, liegt in der Komplexität seines logischen Datenmodells. Ich habe AD stets durch mehrere „Brillen“ betrachtet, wie ich es nenne. An erster Stelle und am offensichtlichsten steht das Netzwerk der physischen Domänencontroller und deren Zustand. Wir neigen dazu, an die Domänencontroller einer Gesamtstruktur zu denken, da sie die greifbaren Komponenten von Active Directory darstellen. Als Nächstes kommt meine „Standort“-Brille. Mit ihr betrachte ich die Standorttopologie des Unternehmensnetzwerks und die Art und Weise, wie Daten ständig zwischen den Domänencontrollern repliziert werden: Standorte mit guter Konnektivität (die einen Domänencontroller enthalten können, aber nicht müssen), Standortverknüpfungen, um die Standorte so miteinander zu verbinden, wie es den Anforderungen der Benutzer und Anwendungen, die AD-Standorte nutzen, am besten entspricht, sowie die Feinabstimmung dieser Standortverknüpfungen mittels Link-Costing und DNS-Priorität, um bestimmte Domänencontroller gegenüber anderen zu bevorzugen.
Die Realität ist jedoch komplexer als ein Diagramm der Site-Architektur. Wenn Sie die Replikation mit einem Tool wie ADREPLSTATUS oder Repadmin genauer betrachten, wird die wahre Komplexität von Active Directory deutlich. Jeder Domänencontroller (DC) hostet mehrere Verzeichnispartitionen, die wichtige Daten enthalten, und unterschiedliche Forest-Designs beeinflussen, welche Partitionen ein DC hostet. Jede dieser Partitionen ist mit mehreren anderen Domänencontrollern an anderen Stellen innerhalb der Domäne oder der Gesamtstruktur verbunden. Ich stelle mir das wie ein Knäuel aus Hunderten von bunten Fäden vor, die die Stifte einer Stecktafel miteinander verbinden. Manche Fadenfarben führen nur zu wenigen Stiften, während andere zu jedem einzelnen Stift auf der Tafel verlaufen. Es ist ein Wunder, dass das Ganze überhaupt funktioniert – ganz zu schweigen davon, dass es so gut funktioniert.
Aber dieser Mechanismus funktioniert für schlechte Daten genauso gut wie für gute Daten. Im Falle einer logischen Datenbeschädigung werden die beschädigten Daten über alle DCs in der Domäne oder im Forest repliziert. In Fällen, in denen die logische Beschädigung schwerwiegend ist (z.B. Deaktivierung des DC-Kontos in AD über die Standardkonsole Users and Computes), muss eine Notfallwiederherstellung von AD durchgeführt werden. Der Wiederherstellungsprozess von Microsoft umfasst mehr als 50 manuelle Schritte, was ihn langsam, fehleranfällig und für die Anforderungen von Unternehmen unzureichend macht. Die Komplexität des Verfahrens ist so hoch, dass Microsoft es im Rahmen des ADRES (AD Recovery Execution Service) anbietet, einem 5-tägigen Serviceeinsatz, der sich auf AD-Wiederherstellungsprobleme konzentriert.
Viele Unternehmen haben Disaster Recovery Sites in Active Directory implementiert, um Failover-DCs für Benutzer und Dienste bereitzustellen, wenn der normale DC ausgefallen ist. DR-Sites oder die Anzahl der DCs, die Sie haben, helfen Ihnen im Falle einer logischen Beschädigung jedoch nicht - sie machen die Wiederherstellung sogar noch komplizierter.
Hier können Sie entweder ein manuelles Verfahren anwenden oder eine automatisierte Lösung verwenden, die dies für Sie erledigt.
