Bonjour Pierre, 

MS Branch Cache est ton ami ;-) pour la réplication distante avec accès des données en local d'abord, par le client, avant de passer par le WAN pour accès aux données non répliquées. 

Branch Cache existe déjà sur 2008 R2

https://www.google.fr/search?q=branchcache+sccm+2012&ie=UTF-8&oe=UTF-8&hl=fr&client=safari

Perso je verrai la soluce comme suit :

- Clients 1 & 2 (Branch Cache) ==> SRV A (DFS -R maître (ie actif) + clustering "file server" si nécessaire) ==> SRV B (DFS-R réplication passive). 

- Bascule du lien / pointeur DFS actif/passif en mode manuel sur panne ou maintenance dans la console DFS.msc


A ma connaissance :
- DFS-R ne prend pas en charge les verrous sur fichiers ouverts. (Réplication SMB locale/distante mais sans HA)
- cluster de file servers prend en charge HA + verrous, mais sans réplication / sync locale/distante. 

En espérant t'avoir été utile. 

Cdlt,
Jean-Christophe. 

PS : merci d'avance aux abonnés de corriger / améliorer la soluce si nécessaire ou débusquer un troll caché s'il s'en est glissé un ;-) 

Message envoyé depuis un terminal embarqué / Message sent from an embedded terminal.

Le 15 janv. 2015 à 11:06, ay pierre <aypierre07@gmail.com> a écrit :

Bonjour,

Je me présente Pierre 30 ans administrateur système & Réseau.

Je viens vous solliciter pour savoir si vous connaissez des équivalents plus pousser du DFS-R 2012 R2 qui s'installe sur Windows 2012 en surcouche ou autre solution.

Le but :

j'ai deux serveurs A et B le but étant de répliquer les données de l'un vers l'autre en temps réel.

les deux serveur sont physiquement sur 2 site différents. il faudrait que je puisse fait un load balancing entre les deux serveurs ou que du moins un utilisateur A puisse accéder au serveur le plus prés de lui même si les deux son accessible et de pouvoir aussi du coup basculer automatiquement est très rapidement vers le deuxième serveur si premier non accessible pour raison X ou Y.

les serveur A et B ne seront que des serveur de fichier.

Dans les options supplémentaires indispensable il faut que le systèmes puissent gérer aussi un le file lock car les données dupliquer étant accessible depuis les deux serveurs si un des deux utilisateur ouvre et modifie le fichier c'est le dernier qui enregistre qui gagne cela ne m’intéresse pas il faut lock le fichier jusqu’à qu'il sois de nouveau libre en écriture. pendant qu'il n'est pas libre il faut qui'l passe donc en read only...

Je vous remercie par avance de toute l'attention que vous porterez à me lire.

Cordialement et merci d'avance de vos réponse.
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/