Jan 16 2011
6 Raisons de ne PAS Utiliser la Réplication DFS Microsoft
Sur les conseils d’un techie Microsoft, j’ai décidé de mettre en place DFS (Distributed File System) sur plusieurs sites distants il y a plus d’un an. Assez sceptique dès le départ, le produit est si décevant que j’ai décidé de mettre en garde les indécis.
Voici 6 bonnes raisons de ne PAS utiliser DFS:
Impossible de défragmenter
Après une défragmentation, la réplication est relancée engendrant un trafic énorme qui pourrait saturer vos lignes pendant plusieurs jours si la taille des dossiers est conséquente.
Je ne l’ai pas testé mais peut-être y a-t-il un risque d’avoir les mêmes débordements lors de la création/suppression d’index?
Verrouillage des fichiers
Il n’y a pas de verrouillage inter-sites des fichiers puisqu’il s’agit de 2 copies locales (ou +).
Modifications simultanées
Conséquence directe du point précédent, on risque de perdre des données par écrasement. Si une personne laisse son fichier ouvert toute la journée et le sauvegarde avant de partir, toutes les modifications apportées sur un autre site de réplication seront perdues.
De fait, DFS ne convient qu’aux fichiers en lecture seule ou écriture mais depuis un site unique.
Bascule
Si un serveur est indisponible sur un site contenant plusieurs serveurs DFS, certains utilisateurs seront toujours redirigés vers ce serveur et n’auront pas accès à leurs données. N’était-ce pas un but essentiel du DFS?
Bien sûr, les utilisateurs peuvent toujours sélectionner la cible DFS manuellement mais je doute qu’un utilisateur lambda connaisse « l’astuce ». De plus, le problème peut apparaître indépendamment sur tel ou tel répertoire. Le cache est de 1800 secondes par défaut, soit 30 minutes.
Seule solution: upgrader vers Windows Server Enterprise incluant l’option clustering et multipliant le prix de votre licence.
Outils de diagnostique
Aucun outil graphique (pourtant la spécialité de Microsoft) n’est disponible pour monitorer ce qui est en cours de réplication.
Il y a bien ces scripts connstat.cmd et iologsum.cmd écrits en Perl (Tiens donc!?) fournis dans les outils de support Microsoft. Il faut tout d’abord les mettre dans un chemin ne contenant pas d’espace ou vous obtiendrez une jolie erreur:
Can't open perl script "C:\Program": No such file or directoryErreur reportée par Microsoft qui préfèrent passer du temps à écrire un article plutôt que de corriger le bug!
Essayez en remplaçant « @perl %~dpn0.cmd %* » par « @perl %0 %* » à la fin du script…
L’utilisation de ces scripts est assez peu intuitive et donne des informations peu pertinentes à mon goût. Mode d’emploi avec un exemple concret disponible sur Microsoft bien sûr.
Limitation de la bande passante
Limitation de la bande passante impossible autant que je sache sur du 2003 Server…
De plus, pour stopper net une réplication en cours, j’arrête le service DFS. Rien n’y fait, la réplication continue. J’ai également dû exécuter ‘net stop ntfrs’ pour que le flux stoppe. Malheureusement, cela arrête également la réplication Active Directory s’il s’agit d’un contrôleur de domaine.
En résumé, DFS comporte de telles lacunes et restrictions qu’il devient difficile de lui trouver un emploi autre que de la publication de contenu à travers les sites d’une entreprise.
Bonjour,
Merci pour votre article. Vous y parlez de replication DFS mais ne dites pas s’il s’agit de FRS (la réplication ancienne génération) de DFSR (la nouvelle generation, disponible à partir de 2003 R2 je crois mais peut-etre seulement depuis 2008).
En confrontant l’article suivant au votre: http://redmondmag.com/articles/2011/02/01/dfs-best-practices.aspx , pourriez-vous me dire si vous etes toujours aussi catégorique?
J’ai une etude à conduire pour mon stage et on me demande de la replication sur 2 sites mais j’ai du mal à vraiment saisir le pourquoi de leur volonté de réplication DFS, à moins que ce ne soit pour de la sauvegarde mais il y a alors d’autres moyens. Je vais creuser avec eux en attendant.
Je dois dire que la replication DFS reste assez floue car il ne me semble pas qu’elle prend en charge le versioning…
cdt,
Julien
Bonjour,
Il s’agissait de 2003R2
Confronté au problème de resynchro totale (pour diverses raisons), j’ai décidé de lancer la réplication manuellement via robocopy.
J’ai toujours des soucis de cibles: chaque sous-réseau est configuré sur le bon site, aléatoirement, un client peut aller chercher sur un site distant alors qu’un serveur local est présent.
En terme de debug, il me semble que rien n’a changé.
De part mon expérience, je reste catégorique.
Sous 2008: mêmes problèmes.
Sur un environnement ne contenant que 2 serveurs avec une bande passante conséquente, ces problèmes ne sont peut-être pas visibles.