Szenario 3 – Notfallwiederherstellung
„Wie richte ich einen vollständigen Notfallwiederherstellungsstandort für Citrix®-Benutzerprofile ein?“
Profile Management unterstützt wichtige Funktionen, die für die Notfallwiederherstellung (DR) erforderlich sind:
-
DFS-Namespaces. Domänenbasierte Namespace-Server werden in diesem Szenario bevorzugt, da sie es dem DR-Standort ermöglichen, einen eigenen Namespace-Server zu haben. (Ein eigenständiger Namespace-Server kann nicht repliziert werden, aber er kann auf einem Failovercluster gehostet werden.)
-
Mehrere Ordnerziele und DFS-Replikation. Für jeden NUS stellen Sie mindestens zwei Ziele bereit, aktivieren aber im Normalbetrieb nur eines. Sie richten eine unidirektionale DFS-Replikation ein, um sicherzustellen, dass die deaktivierten Ziele (an den DR-Standorten) auf dem neuesten Stand gehalten werden.
-
Failovercluster zum Hosten einzelner Ordnerziele. Optional. Dies könnte am DR-Standort Ressourcen verschwenden.
In diesem Diagramm verwaltet ein domänenbasierter Namespace den NUS. (Das Diagramm in Szenario 1 enthielt bewusst keine Namespaces.) Sie können einen Namespace-Server in jeden Standort, einschließlich des DR-Standorts, aufnehmen. Die Server unterstützen alle dieselbe Ansicht des Namespace.
Wird der DR-Plan aktiviert, ist der NUS des DR-Standorts mit den vom Master-NUS replizierten Änderungen auf dem neuesten Stand. Der Namespace-Server spiegelt jedoch immer noch die falsche Ansicht des Namespace wider, daher muss seine Konfiguration aktualisiert werden. Für jeden Ordner muss das Ordnerziel am Master-Standort deaktiviert und das Ordnerziel am DR-Standort aktiviert werden.
Nachdem die AD-Updates propagiert wurden, lokalisiert der Namespace-Server die DR-Ordnerziele korrekt, und der DR-Standort ist für die Verwendung durch Profile Management bereit.
Hinweis: Die Einstellung „Pfad zum Benutzerspeicher“ bezieht sich auf Namespace-Ordner, nicht auf reale Server, sodass die Profile Management-Konfiguration nicht aktualisiert werden muss.
In der Praxis ist eine unidirektionale oder bidirektionale Replikation möglich, da der DR-Standort normalerweise nicht für Profile verwendet wird. Sobald die Katastrophe vorüber ist, stellt eine Verbindung vom DR-Standort zum Master-Standort sicher, dass Änderungen, die während der Katastrophe am NUS vorgenommen wurden, am Master-Standort repliziert werden.