Ce service est essentiellement destiné lorsqu’une entreprise a plus d’un serveur et qu’il s’agit de serveurs de fichiers. Disons qu’une entreprise fait travailler tous les employés contre un serveur et qu’il tombe en panne, Tant que le serveur n’est pas levé, il est impossible pour les employés de continuer à travailler. Avec DFS, il est possible que si le serveur de fichiers tombe en panne, ils puissent continuer à travailler contre un autre serveur. Et les employés ne devraient pas travailler contre le serveur de cette façon: SERVERFOLDERocumento.eso sino: DOMAINEDOSSIERAocumento.eso. Ce que cela fait, c’est qu’il fonctionnera contre un serveur et qu’il répliquera les données sur l’autre serveur. En cas de défaillance d’un serveur, le travail peut se poursuivre sur l’autre.

Avant de configurer DFS dans DATA, nous devons changer le Maître des Opérations pour qu’il devienne COMMUNICATIONS, afin qu’en cas de défaillance du service dans DATA de pouvoir remonter le DFS à partir de ce serveur. Pour ce faire, nous allons accéder à DA Users and Computers de COMMUNICATIONS et vous définir en tant que maître des opérations.

Nous changeons la base de données des opérations RID de DATA à COMMUNICATIONS en cliquant sur le bouton 'Modifier'

Nous choisissons maintenant qui est le contrôleur de domaine principal. Il serait modifié de la même manière que l’écran précédent en cliquant sur le bouton 'Modifier'.

Et dans ce dernier onglet, la même tâche que dans les précédentes, Nous devons vous dire qui est le nouveau maître des opérations. En cliquant sur le bouton 'Modifier', nous obtiendrons le nouveau contrôleur de domaine qui sera COMMUNICATIONS.

Ce serait la question que l’annuaire actif nous pose lorsque nous cliquons sur le bouton de modification dans chaque onglet, nous confirmerions la question et nous aurions déjà COMUNICACIONES comme maître des opérations du domaine.

Une fois la tâche précédente effectuée, nous devons créer le DFS sur le serveur DATA. Pour ce faire, nous ouvrons la console 'mmc' des outils d’administration appelée 'Distributed File System'. Une fois là-bas, nous devons créer la racine DFS avec le bouton droit. Entrez le nom du serveur sur lequel cette nouvelle racine DFS sera créée et un dossier partagé avec le nom du DFS. Dans ce cas, j’en ai créé un dans DATOSDFS et pour y accéder à partir du domaine, ce serait: CONFIANCE

Une fois la racine DFS créée, des liens vers des dossiers existants sur le serveur doivent être insérés. À partir du bouton droit, « Nouveau lien DFS...
Dans ce cas, nous créons un lien vers un dossier qui se trouve dans DATA2Ap50Log et pour accéder à: CONFIANZDFS2Ap50Log

Ensuite, nous créons un autre lien vers un autre dossier, dans ce cas, pour y accéder, nous irons à CONFIANZDFSPROGCONTA même si l’itinéraire réel est à DATOSPROGCONTA. Le DFS serait utile en cas de panne du service DFS DATA et que nous n’avons pas à modifier les unités mappées des clients, mais qu’ils désignent CONFIANZDFS

Pour ce qui a été discuté au point précédent, nous devons créer une réplique de la racine sur un autre serveur au cas où DATA ne serait pas disponible. Pour ce faire, avec le bouton droit de la souris, cliquez sur 'Nouveau réplica racine...'

Dans une liste, nous choisissons un contrôleur de domaine qui n’a pas de racine DFS et cliquons sur continuer, dans notre cas, il s’agirait de COMMUNICATIONS.

Et il s’agirait de l’état DFS final du domaine confianz.es. Nous verrions les deux liens qu’il a, la possibilité d’en créer d’autres ultérieurement et sur quels serveurs le DFS est répliqué.