Les fichiers répliqués par FRS sont supprimés dans les réplicas en aval dans Windows

IMPORTANT : Cet article est issu d'une traduction automatique réalisée par un logiciel Microsoft et non par un traducteur professionnel. Cette traduction automatique a pu aussi être révisée par la communauté Microsoft grâce à la technologie Community Translation Framework (CTF). Pour en savoir plus sur cette technologie, veuillez consulter la page http://support.microsoft.com/gp/machine-translation-corrections/fr. Microsoft vous propose en effet des articles traduits par des professionnels, des articles issus de traductions automatiques et des articles issus de traductions automatiques révisées par la communauté Microsoft, de manière à ce que vous ayez accès à tous les articles de notre Base de connaissances dans votre langue. Il est important de noter que les articles issus de la traduction automatique, y compris ceux révisés par la communauté Microsoft, peuvent contenir des erreurs de vocabulaire, de syntaxe ou de grammaire. Microsoft ne pourra être tenu responsable des imprécisions, erreurs, ainsi que de tout dommage résultant d’une traduction incorrecte du contenu ou de son utilisation par les clients.

La version anglaise de cet article est la suivante: 3099433
Symptômes
Lorsque vous utilisez le Service de réplication de fichiers (FRS) dans Windows, les fichiers répliqués dans les jeux de réplicas DFS ou Sysvol sont supprimées de façon inattendue sur tous les partenaires de réplication une fois que les fichiers existants sont remplacés par des versions plus récentes. Les suppressions peuvent ne pas être remarquées pour minutes, heures ou jours suivant le remplacement en raison des retards de réplication et de la latence entre les membres de réplica FRS.

Remarque « Remplacement » dans ce contexte fait référence à une série d'opérations qui sont effectuées sur les fichiers répliqués : un nouveau fichier est créé dans le dossier (par exemple, un fichier temporaire) et est ensuite renommé pour remplacer un fichier existant. Ces opérations de fichier sont généralement, mais ne sont pas limitées à, la Console Gestion de stratégie de groupe, la console MMC Gestion de stratégie de groupe avancée (AGPM) et certaines cmdlets Windows PowerShell (par exemple, restauration-objet stratégie de groupe) de Windows Server 2012 et les versions ultérieures).

En fonction de l'utilisation des fichiers supprimés par les applications et les services, une erreur peut être signalée lorsqu'un fichier est manquant dans le dossier répliqué. Manquantes dans le jeu de réplicas Sysvol, les fichiers de stratégie de groupe, les administrateurs peuvent trouver pas les paramètres de stratégie ou de découvrir que clients ne traitent pas les paramètres de stratégie attendu parfois après la modification de la stratégie. Autres symptômes sont les suivants :
  • Pour un modèle manquant. Fichier de stratégie INI, un client signale les ID d'événement 7017 dans le canal du journal des événements Microsoft-Windows-SystemRoot%\System32\GroupPolicy opérationnel. Le message d'erreur indique les éléments suivants :

    Les appels système pour accéder au fichier spécifié terminée. <UNC path="" to="" the="" gpt.ini="" file="" in="" the="" sysvol="" share="">. Les appels a échoué après X millisecondes. » Lorsque vous exécutez une mise à jour de stratégie manuelle à l'aide de gpupdate.exe, elle peut indiquer « le traitement de la stratégie de groupe a échoué. Windows a essayé de lire le fichier <UNC path="" to="" gpt.ini="" file="" in="" the="" sysvol="" share="">à partir d'un contrôleur de domaine et n'a pas réussi.</UNC> </UNC>
  • Les paramètres de stratégie de DirectAccess (DA) ne sont pas appliquées aux clients comme prévu, et les clients ne peuvent pas se connecter aux serveurs DirectAccess.
Cause
Il existe un problème dans FRS que les serveurs en aval confronté à une violation de partage du fichier remplacé et le nouveau fichier à supprimer. Lorsque le serveur en aval ne peut pas traiter la modification de FRS en raison de la violation de partage, l'opération de résolution de conflit FRS choisit de conserver le fichier le plus ancien et il réplique ensuite la suppression du nouveau fichier sur tous les autres partenaires de réplication.
Contournement
Il n'existe actuellement aucun plan pour résoudre ce problème. Au lieu de cela, Microsoft recommande que la transition de Sysvol et réplica DFS FRS affecte le service de réplication de système de fichiers distribués (DFSR).

Pour Sysvol, la migration du service FRS à DFSR a la configuration minimale requise, et il tire parti de l'utilitaire Dfsrmig.exe. Pour plus d'informations, reportez-vous à la section.Guide de Migration de réplication SYSVOL : Les FRS à la réplication DFS.

Pour les jeux de réplicas DFS FRS, vous pouvez manuellement effectuer une transition à DFSR en utilisant les méthodes dans la Guide des opérations DFS : Migration du service FRS à la réplication DFS. Vous pouvez également envisager l'utilisation de la FRS2DFSR. EXE à jour qui est décrite à la FRS à l'outil de Migration DFSR.

Warning: This article has been translated automatically

Propriétés

ID d'article : 3099433 - Dernière mise à jour : 11/10/2015 06:01:00 - Révision : 2.0

Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Standard, Windows Server 2012 Datacenter, Windows Server 2012 Standard, Windows Server 2012 R2 Datacenter, Windows Server 2012 R2 Standard, Windows 7 Entreprise, Windows 7 Professionnel, Windows 8, Windows 8 Enterprise, Windows 8.1, Windows 8.1 Enterprise

  • kbexpertiseadvanced kbsurveynew kbtshoot kbmt KB3099433 KbMtfr
Commentaires