-
-
-
Domänen- und Gesamtstrukturunterstützung in der Profilverwaltung
-
Hochverfügbarkeit und Notfallwiederherstellung mit 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 2 – Mehrere Ordnerziele und Replikation
„Wenn mein lokales NUS nicht verfügbar ist, sollen meine Benutzer ihre Profildaten von einem Sicherungsort an einer anderen Stelle im Unternehmensnetzwerk abrufen können. Wenn sie Änderungen vornehmen, müssen diese Änderungen zu ihrem bevorzugten NUS zurückgelangen, sobald es wieder verfügbar ist.“
Die Grundvoraussetzung in diesem Szenario ist die Bereitstellung alternativer Speicherorte für Profile im Netzwerk. Der Anwendungsfall umfasst den teilweisen Ausfall der Netzwerkinfrastruktur oder die vollständige Nichtverfügbarkeit eines Ordnerziels, z. B. eines Failover-Clusters.
Optionen, die Sie berücksichtigen müssen, sind die Verwendung mehrerer Ordnerziele und die Verwendung der DFS-Replikation.
Option 1 – Verweise auf mehrere Ordnerziele
Hintergrundinformationen
Informationen zur Optimierung von DFS-Namespaces finden Sie unter https://docs.microsoft.com/de-de/windows-server/storage/dfs-namespaces/tuning-dfs-namespaces.
Zu dieser Option
Ein Verweis ist eine geordnete Liste von Zielen, die von einem Benutzergerät der Reihe nach ausprobiert werden. Er ist für Szenarien konzipiert, in denen die Ziele schreibgeschützt sind, z. B. Softwarebibliotheken. Es gibt keine Verknüpfung zwischen den Zielen, sodass die Verwendung dieser Technik mit Profilen mehrere Profile erstellen könnte, die nicht synchronisiert werden können.
Es ist jedoch möglich, sowohl eine Sortiermethode als auch eine Zielpriorität für Ziele in Verweisen zu definieren. Die Wahl einer geeigneten Sortiermethode scheint zu einer konsistenten Zielauswahl durch alle Benutzersitzungen zu führen. In der Praxis können jedoch selbst dann, wenn alle Geräte eines Benutzers innerhalb derselben Site sind, Routing-Probleme innerhalb der Site dazu führen, dass verschiedene Ziele von verschiedenen Sitzungen ausgewählt werden. Dieses Problem kann sich verschärfen, wenn Geräte Verweise zwischenspeichern.
Wichtig: Diese Option ist für Profile Management-Bereitstellungen nicht geeignet und wird nicht unterstützt. Die Dateireplikation wurde jedoch in einigen spezialisierten Bereitstellungen verwendet, in denen nur eine einzige Sitzung garantiert werden kann und Aktives Zurückschreiben deaktiviert ist. Informationen zu diesen Sonderfällen erhalten Sie von Citrix Consulting.
Option 2 – Verteilte Dateisystemreplikation
Hintergrundinformationen
- Einen Überblick über die verteilte Dateisystemreplikation (DFSR) finden Sie unter https://docs.microsoft.com/de-de/windows-server/storage/dfs-replication/dfsr-overview.
- Eine Support-Erklärung zu replizierten Benutzerprofildaten finden Sie unter https://techcommunity.microsoft.com/t5/ask-the-directory-services-team/microsoft-8217-s-support-statement-around-replicated-user/ba-p/398230.
- Informationen dazu, warum DFSR keine verteilte Dateisperre unterstützt, finden Sie unter https://blogs.technet.com/b/askds/archive/2009/02/20/understanding-the-lack-of-distributed-file-locking-in-dfsr.aspx.
Implementierung dieser Option
Die DFS-Replikation bietet Ordnersynchronisierung über Netzwerkverbindungen mit begrenzter Bandbreite. Diese Option scheint die Probleme in Option 1 zu lösen, da sie mehrere Ordnerziele synchronisiert, auf die sich eine einzelne Namespace-Ordnerdefinition bezieht. Tatsächlich können Ordner, wenn sie als Ziele zu einer Ordnerdefinition hinzugefügt werden, als zu einer Replikationsgruppe gehörend angegeben werden.
Es sind zwei Formen der Replikation zu berücksichtigen:
- Die unidirektionale Replikation (auch als aktiv-passive Replikation bezeichnet) dient zum Sichern kritischer Daten in einem sicheren Repository. Diese Replikation eignet sich beispielsweise zur Aufrechterhaltung eines Notfallwiederherstellungsstandorts. Sie kann mit Profile Management verwendet werden, solange die passiven Ziele für Verweise deaktiviert sind und nur aktiviert werden, wenn der Notfallwiederherstellungsplan aktiviert wird.
- Die bidirektionale Replikation (auch als aktiv-aktive Replikation bezeichnet) soll lokalen Lese-/Schreibzugriff auf globale freigegebene Daten ermöglichen. Eine sofortige Replikation ist hier nicht unbedingt erforderlich. Die freigegebenen Daten werden möglicherweise nur selten geändert. Wichtig: Aktiv-aktives DFSR wird nicht unterstützt.
Ein Zeitplan definiert die Häufigkeit, mit der Daten repliziert werden. Ein häufiger Zeitplan ist sowohl für die CPU als auch für die Bandbreite intensiver, garantiert jedoch keine sofortigen Updates.
An verschiedenen Punkten seines Betriebs erfordert Profile Management, dass bestimmte Dateien im NUS gesperrt werden, um Updates des (freigegebenen) Benutzerspeichers zu koordinieren. Typischerweise erfolgen diese Updates beim Starten und Beenden einer Sitzung sowie mitten in einer Sitzung, wenn aktives Write-Back aktiviert ist. Da die verteilte Dateisperre von der DFS-Replikation nicht unterstützt wird, kann Profile Management nur ein Ziel als NUS auswählen. Diese Einstellung eliminiert effektiv jeden Wert der bidirektionalen Replikation (aktiv-aktive Replikation), die daher für Profile Management nicht geeignet ist und nicht unterstützt wird. Die unidirektionale Replikation (aktiv-passive Replikation) ist für Profile Management nur als Teil eines Notfallwiederherstellungssystems geeignet. Andere Verwendungen werden nicht unterstützt.
Teilen
Teilen
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.