-
-
-
Domänen- und Gesamtstrukturunterstützung in der Profilverwaltung
-
Hochverfügbarkeit und Notfallwiederherstellung mit der Profilverwaltung
-
Szenario 1: Grundlegende Einrichtung geografisch benachbarter Benutzerspeicher und Failovercluster
-
Verzeichnis-, Authentifizierungs- und Dateidienste von Drittanbietern
-
FAQs zu Profilen auf mehreren Plattformen und zur Migration der Profilverwaltung
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Szenario 1 – Grundlegende Einrichtung geografisch benachbarter Benutzerspeicher und Failover-Cluster
„Ich möchte, dass meine Benutzer immer einen geografisch benachbarten, bevorzugten Netzwerk-Benutzerspeicher (NUS) für ihre Profile verwenden.“ Optionen 1 und 2 treffen in diesem Fall zu.
„Ich möchte, dass mein NUS auf einem Failover-Cluster liegt, um mir Hochverfügbarkeit zu bieten.“ Option 2 trifft in diesem Fall zu.
Die folgende Grafik veranschaulicht dieses Szenario. Benutzer in Nordamerika (NA) möchten den NUS in New York anstelle des NUS in Brisbane verwenden. Ziel ist es, die Latenz zu reduzieren und den über die interkontinentale Verbindung nach Australien oder Neuseeland (ANZ) gesendeten Datenverkehr zu minimieren.
Option 1 – DFS-Namespaces
Hintergrundinformationen
Eine Übersicht über die Microsoft DFS-Namespaces-Technologie finden Sie unter DFS-Namespaces-Übersicht.
Implementierung dieser Option
DFS-Namespaces können einige der im Blogartikel dargestellten Probleme lösen.
Richten wir einen Namespace für den NUS namens \\MyCorp\Profiles ein. Dies ist der Namespace-Stamm. Wir richten Namespace-Server in New York und Brisbane (und an allen anderen Standorten) ein. Jeder Namespace-Server verfügt über Ordner, die jedem Active Directory-Standort entsprechen, welche wiederum Ziele auf einem Server in New York oder Brisbane haben.
Wir könnten die folgenden Standorte in Active Directory konfiguriert haben (Teil der Benutzerdatensätze).
| AD-Standortattribut (#l#) | Geografischer Standort |
|---|---|
| Wagga Wagga | ANZ |
| Darwin | ANZ |
| Brisbane | ANZ |
| Auckland | ANZ |
| Seattle | NA |
| San Diego | NA |
| West Palm Beach | NA |
| Poughkeepsie, New York | NA |
Die folgende Grafik zeigt eine Möglichkeit, dies mithilfe von DFS-Namespaces einzurichten.
Nach der Einrichtung konfigurieren wir die Einstellung „Pfad zum Benutzerspeicher“ wie folgt:
\\MyCorp\Profiles\#l#
Die Profile der Benutzer, die zu den acht Standorten gehören, werden auf nur zwei Server verteilt, wodurch die für das Szenario erforderlichen geografischen Einschränkungen erfüllt werden.
Alternativen
Sie können Namespace-Ziele anordnen und die Anordnungsregeln wie folgt verwenden. Wenn DFS-Namespaces auflöst, welches Ziel verwendet werden soll, kann angegeben werden, dass nur Ziele am lokalen Standort ausgewählt werden. Dies funktioniert, solange Sie sicher sind, dass für jeden Benutzer jeder Desktop und Server garantiert zum selben Standort gehört.
Diese Technik schlägt fehl, wenn beispielsweise ein Benutzer, der normalerweise in Poughkeepsie ansässig ist, Wagga Wagga besucht. Sein Laptop-Profil könnte aus Brisbane stammen, aber das von seinen veröffentlichten Anwendungen verwendete Profil könnte aus New York stammen.
Die empfohlene Technik, die AD-Attribute verwendet, stellt sicher, dass für jede vom Benutzer initiierte Sitzung dieselben DFS-Namespace-Auswahlen getroffen werden. Der Grund dafür ist, dass das #l# von der AD-Konfiguration des Benutzers und nicht von den Computerkonfigurationen abgeleitet wird.
Option 2 – DFS-Namespaces mit Failover-Clustering
Hintergrundinformationen
- Eine Schritt-für-Schritt-Anleitung zum Konfigurieren eines Zwei-Knoten-Dateiserver-Failover-Clusters finden Sie unter Bereitstellen eines Zwei-Knoten-Cluster-Dateiservers.
- Informationen zur Auswahl eines Namespace-Typs finden Sie unter https://docs.microsoft.com/de-de/windows-server/storage/dfs-namespaces/choose-a-namespace-type.
Diese Option implementieren
Durch das Hinzufügen von Failover-Clustering können Sie eine grundlegende Hochverfügbarkeit bereitstellen.
Der entscheidende Punkt bei dieser Option ist, die Dateiserver in Failover-Cluster umzuwandeln, sodass Ordnerziele auf einem Failover-Cluster statt auf einem einzelnen Server gehostet werden.
Wenn Sie möchten, dass der Namespace-Server selbst hochverfügbar ist, müssen Sie einen eigenständigen Namespace wählen. Domänenbasierte Namespaces unterstützen die Verwendung von Failover-Clustern als Namespace-Server nicht. Ordnerziele können auf Failover-Clustern gehostet werden, unabhängig vom Typ des Namespace-Servers.
Wichtig: Der Zustand von Dateisperren wird möglicherweise nicht beibehalten, wenn ein Server in einem Failover-Cluster ausfällt. Profile Management nimmt Dateisperren auf dem NUS zu bestimmten Zeitpunkten während der Profilverarbeitung vor. Es ist möglich, dass ein Failover an einem kritischen Punkt zu einer Profilbeschädigung führen kann.
Teilen
Teilen
In diesem Artikel
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.