L’événement ID 2104 est enregistré dans la réplication DFS ouvrir une session sur un serveur en aval lorsque le service de réplication DFS s’arrête.

Informations sur le correctif

Un correctif pris en charge est disponible auprès de Microsoft. Toutefois, ce correctif vise à corriger uniquement le problème décrit dans cet article. Appliquez ce correctif uniquement aux systèmes qui rencontrent le problème décrit dans cet article. Ce correctif va peut-être subir des tests supplémentaires. Par conséquent, si vous n'êtes pas sérieusement concerné par ce problème, nous vous recommandons d'attendre la prochaine mise à jour logicielle qui contiendra ce correctif.

Si le correctif est disponible pour le téléchargement, il existe une section « Téléchargement de correctif logiciel disponible » au début de cet article de la Base de connaissances. Si cette section n'apparaît pas, contactez le Service clientèle et Support de Microsoft pour obtenir le correctif.

Remarque Si des problèmes supplémentaires se produisent ou si des procédures de dépannage sont nécessaires, vous devrez peut-être formuler une demande de service distincte. Les coûts habituels du support technique s'appliqueront aux questions et problèmes qui ne relèvent pas de ce correctif logiciel. Pour une liste complète des numéros de téléphone du Service clientèle et support technique de Microsoft ou pour créer une demande de service distincte, visitez le site Web de Microsoft à l'adresse suivante :

http://support.microsoft.com/contactus/?ws=supportRemarque Le formulaire « Téléchargement de correctif logiciel disponible » affiche les langues pour lesquelles le correctif est disponible. Si vous ne voyez pas votre langue, c'est parce qu'il n'y a pas de correctif disponible pour cette langue.

Solution de contournement pour l’erreur de réplication DFS

Pour contourner ce problème, manuellement effectuer une opération de désactivation sur l’ancien enregistrement ID_RECORD et crée un nouveau numéro de séquence de version internationale. Pour ce faire, procédez comme suit :

1. Déterminer le serveur d’origine DFSR et le chemin d’accès du fichier. Il est constitué par le fichier GVSN GUID et le nom RG, où correspondance du CSID.
   
   Dans le cas ci-dessus, par exemple :
   
   01:55:56.862 20091213 8820 Rdc::SeedFile::Initialize de 808 RDCX les hachages coïncident. Le téléchargement est redondant, uid:{8BB53DB2-9446-47D0-94E0-F93A56589D18}-v2357 fileName:4 gvsn:{58A90409-3866-4DC1-B474-BE1C8DE41B84}-v22461-5269.dot csId : {B890770A-6043-4004-A149-41E3A1935AC1
   
   20091213 01:55:57.705 8820 vers le bas de la DownstreamTransport::RdcGet de 5186 [erreur] Échec de connId : {7D927665-24BF-4F16-B503-708AABDBC9AE} csId : mise à jour de rgName:SOME_RG {B890770A-6043-4004-A149-41E3A1935AC1} :
   
   Exécuter :
   
   
   DFSRDIAG.EXE GUID2NAME /rgname:"SOME_RG" /guid:{58A90409-3866-4DC1-B474-BE1C8DE41B84}
   

2. Maintenant que vous connaissez le serveur, vous pouvez accéder à cet ordinateur.

   • Si le serveur en amont exécute Windows Server 2008 R2, exécutez la commande suivante :

     DFSRDIAG IDRECORD

   • Si le serveur en amont exécute Windows Server 2003 ou Windows Server 2008, exécutez la commande suivante :

     LIGNE DE COMMANDE WMI. EXE /namespace:\\root\microsoftdfs chemin d’accès dfsridrecordinfo. UID = »< UID de la GVSN dupliqué sur le serveur en amont >"appel de getfullfilepath

3. Recherchez le chemin d'accès complet du fichier qui pose un problème.

   1. Si vous utilisez Windows Server 2008 R2, utilisez DFSRDIAG IDRECORD. Par exemple :
      
      
      DFSRDIAG /. Enregistrement d’ID EXE /UID:{8BB53DB2-9446-47D0-94E0-F93A56589D18}-v2357

   2. Si vous utilisez Win2003 ou Win2008, utilisez WMIC. Par exemple :
      
      LIGNE DE COMMANDE WMI. EXE /namespace:\\root\microsoftdfs chemin d’accès dfsridrecordinfo. UID="{8BB53DB2-9446-47D0-94E0-F93A56589D18}-v2357 » appel de getfullfilepath
      

4. Faites une copie du fichier (dans l’exemple ci-dessus « 4-5269.dot ») dans le même dossier et appeler un nom aléatoire comme « fixed.ned ».

5. Supprimez l’ancien fichier (dans l’exemple ci-dessus « 4-5269.dot »).

6. Renommez le fichier copié le nom d’origine (cas de « fixed.ned » à « 4-5269.dot »).

7. Cela va désactiver l’ancien ID_RECORD et créer un nouveau GVSN et tout ira bien.

Exemple de solution de contournement

Par exemple, supposons que vous recevez le journal de débogage suivant sur le serveur en aval concerné :
20091213 01:55:56.862 8820 RDCX 808 Rdc::SeedFile::Initialize The hashes coincide. The download is redundant, uid:{8BB53DB2-9446-47D0-94E0-F93A56589D18}-v2357 gvsn:{58A90409-3866-4DC1-B474-BE1C8DE41B84}-v22461 fileName:4-5269.dot csId:{B890770A-6043-4004-A149-41E3A1935AC120091213 01:55:57.705 8820 DOWN 5186 [ERROR] DownstreamTransport::RdcGet Failed on connId:{7D927665-24BF-4F16-B503-708AABDBC9AE} csId:{B890770A-6043-4004-A149-41E3A1935AC1} rgName:SOME_RG update: Dans ce scénario, le « {58A90409-3866-4DC1-B474-BE1C8DE41B84}-v22461 » GUID et la RgName « SOME_RG » ont le même « {B890770A-6043-4004-A149-41E3A1935AC1} » CSID. Par conséquent, procédez comme suit pour contourner le problème de délai dans ce scénario :

1. Exécutez la commande suivante pour obtenir le nom du serveur en amont problématique :
   

   DFSRDIAG.EXE GUID2NAME /rgname:"SOME_RG" /guid:{58A90409-3866-4DC1-B474-BE1C8DE41B84}

2. Sur le serveur en amont, trouver le GUID du numéro de séquence version de global dupliqué dans son journal de débogage. Ensuite, exécutez une des commandes suivantes pour obtenir le chemin d’accès complet du fichier qui a le numéro de séquence de version de global dupliqué :
   

   • Pour Windows Server 2008 R2, utilisez la commande suivante :
     

     DFSRDIAG /. Enregistrement d’ID EXE /UID:{8BB53DB2-9446-47D0-94E0-F93A56589D18}-v2357

   • Pour Windows Server 2003 R2 ou Windows Server 2008, utilisez la commande suivante :de ligne de commande WMI. EXE /namespace:\\root\microsoftdfs chemin d’accès dfsridrecordinfo. UID="{8BB53DB2-9446-47D0-94E0-F93A56589D18}-v2357 » appel de getfullfilepath

3. Supposons que vous obtenez le nom de fichier de « 4-5269.dot ». Copiez le fichier « 4-5269.dot » et puis renommez le fichier copié sur le nom de fichier « fix.dot ». Assurez-vous que vous placez les fichiers « 4-5269.dot » et « fix.dot » dans le même dossier.
   

4. Supprimez le fichier « 4-5269.dot ».

5. Renommez le fichier « fix.dot » au nom de fichier de « 4-5269.dot ».

En suivant ces étapes, vous pouvez contourner le problème de base de données de réplication DFS dans l’exemple.