Bonjour à tous,
je suis en train d'étudier une solution pour dupliquer notre serveur de fichiers ( environ 700 go de données ).
Je me posais une question sur DFS, est il possible de monter une racine maitre uniquement sur mon serveur principal, une racine secondaire sur le serveur de backup .. et répliquer en intégralité les données entre ces 2 serveurs ?
Pour info je suis sur du 2003 SP2.
 
Merci par avance pour votre aide.
++

D'après Technet :
 

http://technet.microsoft.com/en-us [...] 10%29.aspx

Pour du DFR-R il faut du 2003 sp2 R2
Je l'ai mis en place tu as de la doc sur laboratoire microsoft

Merci de vos retours, R2 c'est bien ce qui me semblait ...
En attente de pouvoir upgrader donc ...
Pour le moment ce sera via robocopy ...

Sinon tu as FRS

Intéressant mais ça ne se met en place qu'avec DFS ?

Non, c'est "l'ancetre"

C'est ce que je vois    
Encore que pour l'activer ( apparemment) c'est via la base de registre pour les dossiers autres que Sysvol ....
Moi je touche pas à la BdR sur des serveurs de prod    
Pourtant une replication similaire à sysvol me conviendrait parfaitement entre  mes 2 serveurs de fichiers uniquement ...
 
Je repars donc sur ma robocopy, puis je betatesterai la R2 et la nouvelle mouture DFS.
++

Pourquoi vouloir utiliser les racines DFS pour faire de la réplication?
Le rôle des racines DFS est de fournir un point unique d'entrée aux users lorsqu'on a une multiplication des ressources sur le réseau.  
Cela permet aussi de déplacer les ressources de manière transparente.
Le réplicat quant à lui sert au load balancing et à la tolerance de panne. Mais ce dernier point est une "annexe" à l'utilisation des racines DFS.
Pour une utilisation exclusive sur le dernier point, d'autres outils (spécialisés dans la réplication de données et souvent libre de droits) le font mieux à mon avis.
Mais je ne dis pas que l'idée n'est pas bonne

En fait, dfs ( version 2008) que je viens de tester me convient ... Reste qu'il nécessite une migration de mon serveurs Data, ce qui n'est jamais chose aisée ...

Merci pour ce retour, à titre personnelle, c'est pour un PRA, pas pour une utilisation fonctionnelle donc, je suppose que les outils auquel tu penses sont payants (dans le cas contraire, je suis tout ouie ).
Bref pour le moment c'est robocopy, ca suivra sur DFS même si toutes mes données sont synchro sur un seul et unique serveur .
 
Merci pour votre aide, si d'autres avis ...
++

Tu laisses entendre qu'un PRA est avant tout technique alors que c'est tout le contraire... il faut penser "service ou process" et "niveau de service".
 
En partant des process critiques et du niveau de service attendu tu fais forcement du sur mesure et donc on peut difficilement avoir des outils "standard"... à moins de mettre en place une plateforme surdimentionné (prix y compris).
 
Dans un PRA tu dois prévoir des pb sur site et sur les systèmes ce qui semble être le cas, quoiqu'on puisse en discuter.  
Le problème de ta solution est sur les données car même si tu répliques, en cas de pb sur ces même données (ex données corrompues ou vérolées), tu répliquera ces données corrompues ou vérolées via le DFS (idem avec robocopy ou d'autre type rsync).
En gros ton PRA ne couvrira pas tous les cas de figure.  
 
Après ça peut être un risque accepté mais en général il ne peut pas être accepté à l'ensemble de l'entreprise (et des données associées aux métiers). On ne peut pas mettre au même niveau de sécurité toute l'entreprise à moins de choisir le plus critique et donc le plus chère.
Mais dans un PRA, pour les données, il faut avant tout se baser sur les backup et resto (conservation et restitution des données). Le niveau de service definira ce qu'il est acceptable de perdre et en combien de temps remettre les services en mode dégradé puis normal.
 
Bref, je dévie de la question de départ(je ne voulais pas troller), mais c'est pas évident de répondre du tac au tac. Tout ça pour dire, je me répète, que tu ne couvrira pas tous les cas de figure avec ta solution, il faut juste le savoir evaluer et accepter le risque.

Bien entendu, mon PRA est testé et prévalidé ...  
Ce serveur n'est ue la partie minim de mon PRA, il s'agit juste de trouver une solution de replica de données ...
Mes sauvegardes et mes autres services/Process, c'est déjà etablie ..
 
Je suis dans le cas précis ou tu arraches le câbles réseau de mon serveur de fichier.
 
Su ce, j'arrête également mon HS .
^^