Citrix XenDesktop – DFS-Namespace
Ich bin Oscar Mas und wenn wir ein auf XenDesktop basierendes System implementieren, ist es unerlässlich, mit DFS-Namespaces (DFS-N). Zu dem, was uns diese Microsoft-Rolle ermöglicht, ist die Verwaltung verschiedener Speichersysteme, Erstellen eines einzigen Zugriffspunkts über unser DFS-N auf transparente Weise, ohne genau wissen zu müssen, wo die Daten gespeichert sind.
Hinter einem DFS-N können wir verschiedene Speicher finden, wie zum Beispiel: QNAP, Linux mit Samba, Synologie, FreeNAS, usw... wenn wir einfach ein DFS-N-System in unserer Infrastruktur implementiert haben (dc.ilba.cat), bei einem Ausfall der DFS-Rolle, werden wir in ein Problem geraten, da unsere XenDesktop-Plattform auf keine Art von Ressourcen zugreifen kann. Was ich euch zeigen werde, ist, einen zweiten DFS-N-Server zu implementieren, damit bei einem Ausfall unseres primären DFS-N-Servers (dc.ilba.cat), unser zweiter DFS-N-Server die Aufgabe übernimmt (srvdc1.ilba.cat)
Der erste Schritt, den wir durchführen müssen, Installieren Sie die DFS-N-Rolle auf unserem sekundären Server: srvdc1.ilba.cat. In meinem Fall, Ich habe die DFS-R-Rolle installiert, falls wir in Zukunft die von Microsoft bereitgestellte Replikationstechnologie verwenden möchten.
Sobald die DFS-N-Rolle auf unserem zweiten Server installiert ist, gehen wir zu unserem DFS-N-System (dc.ilba.cat) und im Stammverzeichnis geben wir an, dass wir einen neuen Namensraum-Server hinzufügen möchten (DFS-N)
Wir geben den Namen des Servers an, der die DFS-N-Sekundärfunktionen übernehmen wird, in meinem Fall ist es srvdc1.ilba.cat.
Und wir haben bereits unseren zweiten DFS-N-Server hinzugefügt. Um zu überprüfen, welcher der beiden aktiv ist, können wir dies über die PowerShell-Konsole beobachten:
Get-DfsnServerConfiguration -ComputerName "SRVDC1" Get-DfsnServerConfiguration -ComputerName "GLEICHSTROM"
Um die korrekte Funktionsweise zu überprüfen, podemos para el Rol de DFS del servidor primario (dc.ilba.cat) y vía PowerShell, ver que realmente ha conmutado y ahora nuestro servidor secundario se convertirá en primario.
Al parar el servicio del DFS-N del servidor dc.ilba.cat, podremos observar cómo se pone en marcha nuestro segundo servidor de DFS-N (srvdc1.ilba.cat). Laufen:
dfsutil /pktinfo
Recordar que los clientes guardan una cache predeterminada de los accesos a los recursos DFS-N. Eso quiere decir que si parasemos los dos sistema de DFS-N, durante un tiempo que viene predeterminado podríamos acceder a los recursos, pero pasado ese tiempo dejaría de funcionar los accesos a nuestro sistema de DFS-N.
Espero que os haya servidor de ayuda!















































