Vous êtes actuellement hors ligne, en attente de reconnexion à Internet.

Fichiers sont répliqués avec DFSR entre serveurs même si contenu du fichier est inchangées

IMPORTANT : Cet article est issu du système de traduction automatique mis au point par Microsoft (http://support.microsoft.com/gp/mtdetails). Un certain nombre d’articles obtenus par traduction automatique sont en effet mis à votre disposition en complément des articles traduits en langue française par des traducteurs professionnels. Cela vous permet d’avoir accès, dans votre propre langue, à l’ensemble des articles de la base de connaissances rédigés originellement en langue anglaise. Les articles traduits automatiquement ne sont pas toujours parfaits et peuvent comporter des erreurs de vocabulaire, de syntaxe ou de grammaire (probablement semblables aux erreurs que ferait une personne étrangère s’exprimant dans votre langue !). Néanmoins, mis à part ces imperfections, ces articles devraient suffire à vous orienter et à vous aider à résoudre votre problème. Microsoft s’efforce aussi continuellement de faire évoluer son système de traduction automatique.

La version anglaise de cet article est la suivante: 974774
Symptômes
Lorsque vous utilisez Distributed réplication de système de fichiers (DFSR), tous les fichiers dans un dossier répliqué sont re-replicated entre serveurs même si le contenu du fichier est inchangé. Ce problème peut se produire de manière «ping pong» entre les serveurs en continu. Lorsque vous examinez attentivement les fichiers, vous trouvez que les conditions suivantes sont remplies :
  • Les fichiers ne sont pas modifiées de façon visible.
  • La date «Dernière modification» n'a pas été modifiée.
  • Pour déplacer les fichiers vers le dossier de DFSR ConflictedAndDeleted.
  • Les utilisateurs peuvent remarquer que leurs dernières modifications de fichier sont supprimées et le fichier semble être une version plus ancienne.
En outre, le débogage DFSR enregistre les entrées de diaporama qui ressemblent aux suivantes pour chaque fichier répliqué :
20090629 19:12:57.725 2532 USNC 2453 UsnConsumer::UpdateIdRecord ID record updated from USN_RECORD:+ USN_RECORD:+ RecordLength: 96+ MajorVersion: 2+ MinorVersion: 0+ FileRefNumber: 0xF000000005E74+ ParentFileRefNumber: 0x5000000000127+ USN: 0x2ba89c0+ TimeStamp: 20090629 19:12:57.709 Eastern Standard Time+ Reason: Basic Info Change Close Named Data Extend Stream Change + SourceInfo: 0x0+ SecurityId: 0x0+ FileAttributes: 0x20+ FileNameLength: 32+ FileNameOffset: 60+ FileName: samplefile.rtf
Remarque Le texte de motif dans cet exemple inclut «Change Stream». À la prochaine mise à jour, le texte de motif peut changer pour «Données troncation.»
Cause
Windows Server 2008 R2 inclut un nouveau composant File Server Resource Manager (FSRM) est appelé «Gestion de classification». Ce composant permet de sélectionner des fichiers basés sur des règles pour effectuer des tâches planifiées. Dans le cadre de son fonctionnement normal, classification gestion écrit autres flux de données dans les fichiers. Ces entraînera le fichier de hachage pour modifier et DFSR re-replicate les règles de classification fichier unnecessarily.If planifiées sont utilisées sur plusieurs serveurs, il peut provoquer l'effet «ping pong» dans lequel chaque serveur réplique tous les fichiers dans chaque direction.

Ce comportement est voulu par la conception même du produit.
Résolution
Nous vous déconseillons d'utiliser les règles de classification de FSRM avec dossiers DFSR répliquée.

Si vous utilisez des règles de classification de FSRM avec dossiers DFSR répliqué, nous vous recommandons de configurer les règles et de les exécuter avant de configurer DFSR. Nous recommandons également uniquement par appliquer les règles à un serveur et non plusieurs serveurs. Règles FSRM planifiées ne doivent pas exécuté pendant les heures de travail. Règles de classification de FSRM ne doit pas appliqué aux serveurs DFSR latentes où modifications entrantes ne sont pas encore répliquées, car dans ce cas les modifications de fichier utilisateur peuvent être perdues.
Statut
Microsoft a confirmé l'existence de ce problème dans les produits Microsoft répertoriés dans la section "S'applique à".
Plus d'informations
Pour plus d'informations sur les nouveautés introduite dans File Server Resource Manager dans Windows Server 2008 R2, visitez le site Microsoft TechNet Web : Pour plus d'informations sur la réplication de système de fichiers distribués, reportez-vous au site Microsoft TechNet Web à l'adresse suivante et consultez la rubrique «Frequently Asked Questions» :

Avertissement : cet article a été traduit automatiquement

Propriétés

ID d'article : 974774 - Dernière mise à jour : 08/20/2009 19:51:38 - Révision : 1.1

Windows Server 2008 R2 Datacenter, Windows Server 2008 R2 Enterprise, Windows Server 2008 R2 Standard

  • kbmt kbexpertiseinter kbtshoot kbsurveynew kbprb KB974774 KbMtfr
Commentaires
"head")[0].appendChild(m); >