Événement DFSR ID 2213 dans Windows Server 2008 R2 ou Windows Server 2012

S’applique à : Windows Server 2008 R2 StandardWindows Server 2008 R2 EnterpriseWindows Server 2008 R2 Datacenter Plus

Résumé


Microsoft a introduit de nouvelles fonctionnalités pour le service de réplication DFS (DFSR) pour Windows Server 2008 R2 via le correctif 2663685. Après avoir installé le correctif logiciel 2663685 ou une version ultérieure de Dfsrs.exe dans Windows Server 2008 R2, le Service DFSR n’exécute plus la récupération automatique du moteur ESE (Extensible Storage)) de la base de données une fois la base de données subit un arrêt intempestif. Au lieu de cela, lorsque le nouveau comportement DFSR est déclenché, 2213 d’ID d’événement est enregistré dans le journal DFSR. Un administrateur DFSR doit reprendre manuellement la réplication après la détection d’un arrêt intempestif par DFSR.

Windows Server 2012 présente ce comportement par défaut.

Plus d'informations


Le service DFSR gère une base de données du moteur ESE par volume sur les volumes qui hébergent un dossier répliqué. DFSR utilise cette base de données pour stocker des métadonnées relatives à chaque fichier et dossier dans le dossier répliqué. L’intégrité de la base de données doit être maintenue pour vous assurer que le service continue à fonctionner correctement.

Lorsque le service DFSR est informé que le service doit arrêter, il démarre valider toutes les modifications en attente dans la base de données ESE. Arrêt intempestif dans DFSR se produit lorsque le service DFSR Impossible de valider toutes les modifications en attente dans la base de données ESE de DSFR avant que le service DFSR s’arrête. Au démarrage, le service DFSR vérifie l’intégrité de la base de données.

Récupération d’arrêt incorrect peut entraîner des retards de traitement importants, et, à leur tour, peuvent provoquer des conflits de réplication. Dans certains cas, avant le correctif dans le correctif logiciel 2780453 a été publié, le fichier gagnant peut-être pas la version qui souhaite que l’utilisateur final. Arrêt de la réplication lors de l’arrêt brutal de la mise à jour a été conçu comme une mesure de sécurité qui permet aux administrateurs sauvegarder les données pour capturer les deltas depuis la dernière sauvegarde a été prise avant que la réplication est relancée.

Après avoir installé le correctif logiciel 2780453, vous n’avez plus à suspendre la réplication au cours d’un arrêt intempestif. Le correctif à partir du correctif 2780453 est inclus dans tous les supports de 2012 de Windows par défaut.

Meilleures pratiques

Meilleures pratiques pour la récupération automatique basé sur le rôle du serveur, du système d’exploitation et niveau de correctif

RôleWindows Server 2008 R2Installation de Windows Server 2008 R2 avec Ko 2780453Windows Server 2012
CONTRÔLEUR DE DOMAINESurSurSur
Nœud de clusterSurSurSur
Serveur DFSR accessible en écritureHors tensionSurSur
Serveur DFSR en lecture seuleSurSurSur

Comment faire pour désactiver la fonctionnalité de réplication d’arrêter de récupération automatique

Pour effectuer la récupération automatique lorsqu’un arrêt de la base de données incorrecte est détecté, modifier le Registre valeur après correctif logiciel suivant DFSR 2780453 est installé dans Windows Server 2008 R2. Vous pouvez déployer cette modification sur toutes les versions de Windows Server 2012. Si la valeur n’existe pas, vous devez la créer.
Clé : HKLM\System\CurrentControlSet\Services\DFSR\Parameters
Valeur : StopReplicationOnAutoRecovery
Type : Dword
Données : 0
Comment faire pour reprendre la réplication une fois que l’événement 2213 est enregistré

Après que l’événement 2213 est enregistré, un administrateur doit exécuter une commande de ligne de commande WMI pour reprendre la réplication. Les détails de commande sont fournis dans le texte de l’événement ID 2213

Étape 1 : ID d’événement 2213 est enregistré sur votre serveur DFSR.


Étapes de récupération

  1. Sauvegarder les fichiers dans tous les dossiers répliqués sur le volume. Cela peut entraîner de perte de données à partir de la résolution des conflits inattendus lors de la restauration des dossiers répliqués.
  2. Pour reprendre la réplication pour ce volume, utilisez la méthode WMI de ResumeReplication de la classe DfsrVolumeConfig . Par exemple, à partir d’une invite de commandes avec élévation de privilèges, exécutez la commande suivante :

    dfsrVolumeConfig de chemin d’accès de ligne de commande WMI /namespace:\\root\microsoftdfs où GUID = « « E18D8280-2379-11E2-A5A0-806E6F6E6963 » » appel ResumeReplication

Étape 2 : Copie de la ligne de commande WMI à partir de l’étape 2 de la procédure de récupération d’événement ID 2213, puis collez-le dans une invite de commandes avec élévation de privilèges. Lorsque la commande est exécutée avec succès, il renvoie les résultats suivants :
pathdfsrVolumeConfig de /namespace:\\root\microsoftdfs de ligne de commande WMI où GUID = « F1CF316E-6A40-11E2-A826-00155D41C919 » appel ResumeReplication

Executing(file://ww2008r2dc1/root/microsoftdfs:DfsrVolumeConfig.VolumeGuid=%22F1CF316E-6A40-11E2-A826-00155D41C919%22)-%3EResumeReplication()">\\WW2008R2DC1\root\microsoftdfs:DfsrVolumeConfig.VolumeGuid="F1CF316E-6A40-11E2-A826-00155D41C919")->ResumeReplication()Method execution successful.Out Parameters:instance of __PARAMETERS{        ReturnValue = 0;};
Remarque pour les utilisateurs de PowerShell : Vous devez ajouter des guillemets simples à la commande de ligne de commande WMI pour l’exécuter à partir de PowerShell, comme suit :
pathdfsrVolumeConfig de /namespace:\\root\microsoftdfs de ligne de commande WMI où « GUID = « F1CF316E-6A40-11E2-A826-00155D41C919 » ' appeler ResumeReplication
Étape 3 : Vérifiez si l’événement ID 2212 et 2214 ont été consignés sur le serveur sur lequel vous avez exécuté la commande de reprise de la réplication :


Remarque de supplémentaires de récupération Si vous devez réinitialiser un dossier répliqué (ou effectuer une synchronisation initiale) après un arrêt incorrect, procédez comme suit :
  1. Désactiver le dossier répliqué.
  2. Activer la réplication à l’aide de la procédure dans la section « Étapes de récupération » ci-dessus.
  3. Activer le dossier répliqué.
Si vous désactivez et activez le dossier répliqué avant d’exécuter la commande de ligne de commande WMI, synchronisation initiale ne se produit pas, car le Gestionnaire de volume est hors connexion.

Étapes à suivre pour réduire les risques d’un arrêt intempestif

Dans Windows, un service a arrêté après avoir reçu une notification d’arrêt de 30 secondes. Après 30 secondes, le Gestionnaire de contrôle de Service force l’arrêt du service. Si le service DFSR est concerné, un serveur concentrateur occupé peut avoir besoin plus de 30 secondes pour valider les modifications en attente dans la base de données. Si le service DFSR ne valide pas toutes les modifications dans les 30 secondes allouées par le Gestionnaire de contrôle des services, le service est fermé, et cela déclenche une récupération arrêt intempestif.

Pannes de courant ou de tout autre redémarrage dur d’un serveur DFSR peut déclencher également une récupération arrêt intempestif. Pour réduire le risque d’un arrêt intempestif, assurez-vous que vos serveurs DFSR sont connectés à une alimentation sans coupure (UPS) afin de leur permettre de fermer progressivement vers le bas.

Extension des temps d’arrêt de service

Sur les serveurs DFSR qui nécessitent plus de 30 secondes pour arrêter, vous pouvez utiliser la valeur WaitToKillServiceTimeout pour étendre la période de temps qui est autorisée pour tous les services à arrêter.

Un serveur DSFR qui a besoin de plus de temps pour arrêter généralement enregistre les événements 2212 et 2214 sur la plupart des redémarrages de serveur ou le redémarrage du service. Ou, si la récupération automatique à partir d’un arrêt intempestif est activée, événement 2213 est connecté à chaque redémarrage du serveur ou de redémarrer le service DFSR.
Chemin d’accès : HKLM\SYSTEM\CurrentControlSet\Control
Valeur : WaitToKillServiceTimeout
Type : chaîne
Données : 300000

Remarque Cette valeur est exprimée en millisecondes. Cet exemple affiche cinq minutes de temps d’arrêt. La valeur peut être augmentée ou réduite si nécessaire. Cette valeur affecte tous les services, et pas seulement le service DFSR. Nous vous recommandons de définir cette valeur à la plus petite valeur qui donne toujours DFSR suffisamment de temps pour arrêter proprement. Utilisez le processus suivant pour déterminer la durée pendant laquelle votre service DFSR doit arrêter :
  1. Ajoutez la valeur de Registre WaitToKillServiceTimeout avec un paramètre de 300000 millisecondes (5 minutes). Redémarrez le serveur pour activer le paramètre. (Important consultez la note sur l’installation de 2549760 dans la section « Notes sur WaitToKillServiceTimeOut » ci-dessous.)
  2. Surveiller le redémarrage suivant quelques du serveur pour les événements DFSR 1006 (arrêt de DFSR) et 1008 (DFSR arrêté). Notez le temps écoulé entre les événements 1006 et 1008.
  3. Ajuster le délai imparti pour l’arrêt en la modifiant la valeur WaitToKillServiceTimeout afin qu’il reflète plus précisément le temps réel devant DSFR arrêtée.
Remarques sur WaitToKillServiceTimeOut
  • Le redémarrage du serveur ou DFSR plusieurs fois dans une ligne ne fournit pas un échantillon approprié de l’heure à laquelle le service DFSR doit arrêter. Vous devez autoriser le temps de service exécuter un certain temps pour s’accumuler les transactions en attente de la base de données.
  • Le paramètre WaitToKillServiceTimeout a la valeur maximale d’une heure. Si le paramètre dépasse d’une heure, SCM rétablit le paramètre par défaut de 30 secondes pour l’arrêt du service.
  • Pour vous assurer que SCM fonctionne correctement lorsque le paramètre WaitToKillServiceTimeout est concerné, assurez-vous que ce correctif 2549760 est installé sur Windows Server 2008 R2.
2549760 Valeur de Registre WaitToKillServiceTimeout ne fonctionne pas dans Windows 7 ou dans Windows Server 2008 R2