DFS / Réplication de données

DFS / Réplication de données - Infrastructures serveurs - Systèmes & Réseaux Pro

Marsh Posté le 05-10-2012 à 13:18:01    

Salut,
 
Dans la boite où je travaille actuellement. Nous avons un soucis avec nos serveurs de fichiers et la racine DFS..
 
Avant la mise en place de DFS et de la réplication, il y avait un seul serveur de données, on va dire ServA, auquel les utilisateurs accédaient par un partage \\servA\partage$  
 
Depuis le DFS, les données se répliquent sur 3 serveurs (ServA, ServB, ServC), le partage est accessible par \\mondomaine.loca\data\partage
 
Il y a eu la semaine dernière (pendant que j'étais en congés) une coupure élec qui a duré, les serveurs ont été éteints proprement. Tout à bien fonctionner.
 
Sauf que quelque jours plus tard, nous nous sommes aperçu que les serveurs ne répliquait plus & nous sommes aperçu que pas tous les utilisateurs pointaient sur le partage DFS...bref vous l'aurez compris c'est la galère, car certains utilisateurs n'ont pas les même données à jour que d'autres etc...
 
Quelle solution pourrais je envisager pour que tous re-fonctionne correctement en conservant les données les plus récents de chaque répertoire, conserver les droits, et partages ?
 
Merci

Message cité 1 fois
Message édité par tony83400 le 05-10-2012 à 14:01:31
Reply

Marsh Posté le 05-10-2012 à 13:18:01   

Reply

Marsh Posté le 05-10-2012 à 14:18:10    

tony83400 a écrit :

Salut,
 
 
 
Depuis le DFS, les données se répliquent sur 3 serveurs (ServA, ServB, ServC), le partage est accessible par \mondomaine.locadatapartage
 
 
 
Sauf que quelque jours plus tard, nous nous sommes aperçu que les serveurs ne répliquait plus & nous sommes aperçu que pas tous les utilisateurs pointaient sur le partage DFS...bref vous l'aurez compris c'est la galère, car certains utilisateurs n'ont pas les même données à jour que d'autres etc...
 
 


Donc tes 3 serveurs etaient accessibles simultanément ? Comment tu gérais le blocage de fichiers pour qu'un fichier A ne soit pas éditer sur plusieurs serveurs simultanéments ( car ce n'est pas géré nativement pas l'Os )?
 

Citation :

nous sommes aperçu que pas tous les utilisateurs pointaient sur le partage DFS


Tu entends quoi par là ?
 
1) Vérifier le bon fonctionnement DFS-N
Dans la console de gestion DFS, vérifie les config des espaces de noms et des dossiers cibles.
2) vérifier le bon fonctionnement DFS-R
Dans la console de gestion DFS, faire un rapport de diagnostic sur tes dossiers de réplication .. Tu verras ainsi quel(s) serveur(s) fait défaut, et surtout l'état ( et éventuellement la file d'attente des fichiers répliqués).


---------------
www.google.fr  
Reply

Marsh Posté le 05-10-2012 à 15:38:40    

boobaka a écrit :


Donc tes 3 serveurs etaient accessibles simultanément ? Comment tu gérais le blocage de fichiers pour qu'un fichier A ne soit pas éditer sur plusieurs serveurs simultanéments ( car ce n'est pas géré nativement pas l'Os )?
 
Oui, ils étaient accessible simultanément ? il ne faut pas ?
 

Citation :

nous sommes aperçu que pas tous les utilisateurs pointaient sur le partage DFS


Tu entends quoi par là ?
 
Dans les gpo, pour les mappages de lecteur, certaines pointait sur \\ServA\partage & d'autres sur \mondomaine.local\data\partage
Quand tout fonctionnait bien pas de soucis. Mais après le soucis, ServA s'est retrouvé comme indépendant, et en dehors de la réplication. Donc les utilisateurs ont continué a accéder à leur données, sauf qu'elle étaient différent de celle de la racine DFS...

 
1) Vérifier le bon fonctionnement DFS-N
Dans la console de gestion DFS, vérifie les config des espaces de noms et des dossiers cibles.
2) vérifier le bon fonctionnement DFS-R
Dans la console de gestion DFS, faire un rapport de diagnostic sur tes dossiers de réplication .. Tu verras ainsi quel(s) serveur(s) fait défaut, et surtout l'état ( et éventuellement la file d'attente des fichiers répliqués).


Message édité par tony83400 le 05-10-2012 à 15:39:08
Reply

Marsh Posté le 05-10-2012 à 15:49:19    

Citation :

Oui, ils étaient accessible simultanément ? il ne faut pas ?  
 


 
DFSR ne gère pas l'accès concurrent au même fichier si il est sur différent serveur, donc nom il ne faut pas le faire sinon tu auras forcement du conflit ... La dernière personne qui enregistre un fichier "gagne" et uniquement sa version sera en ligne.
 

Citation :

Dans les gpo, pour les mappages de lecteur, certaines pointait sur \ServApartage & d'autres sur mondomaine.localdatapartage
Quand tout fonctionnait bien pas de soucis. Mais après le soucis, ServA s'est retrouvé comme indépendant, et en dehors de la réplication. Donc les utilisateurs ont continué a accéder à leur données, sauf qu'elle étaient différent de celle de la racine DFS...
 


si \ServAPartage est un dossier cible actif  de \mondomainedatapartage, ce n'est pas forcément génant ni source d'erreur, ca n'empeche qu'il faut régler ce soucis ...
 
Fait un rapport de diagnostic pour voir ce qui cloche.


---------------
www.google.fr  
Reply

Marsh Posté le 05-10-2012 à 17:44:20    

Si la coupure a été longue il faut aussi attendre que les base DFS se re-synchronisent.
 
Je ne connais pas ta volumétrie et le taux de changement de données, mais si ses 2 points sont important alors ca joue beaucoup.


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
Reply

Marsh Posté le 05-10-2012 à 17:46:10    

essayes cette commande pour voir le journal de diag et voire si tes serveurs sont pas entrain de rattraper tout ça :
 
dfsrdiag backlog /receivingmember:nom_serveur_qui_recoit /sendingmember:Nom_serveur_qui_envoi /RGName:domaine\dfsname /RFName:nom_dossier


---------------
Mon feed-back : http://forum.hardware.fr/hfr/Achat [...] 1974_1.htm
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed