DetailPage-MSS-KB

Base de connaissances

Numéro d'article: 266679 - Dernière mise à jour: lundi 3 décembre 2007 - Version: 6.4

 

Sommaire

Résumé

Cet article décrit le processus de préconfiguration pour les fichiers de service (FRS) répliqué FRS sur le volume de système (SYSVOL) et sur distribué (DFS) partages pour optimiser la synchronisation.

Plus d'informations

Dans Windows Server 2003, l'installation d'Active Directory (Dcpromo.exe) Assistant contient une source de la fonctionnalité Media qui permet à Active Directory pour être alimentés à partir d'une copie récente de la base de données sur un CD-ROM par opposition à l'exécution d'une synchronisation complète d'Active Directory sur le réseau.

Dans Windows 2000 sont générés 2195 et Windows XP, la version de FRS prend en charge une fonctionnalité similaire lorsque les dossiers cibles de nouveaux membres de réplica sont restaurés par le programme NTBackup pour les membres existants avant de rejoindre le jeu de réplicas. Cette opération peut être utilisée sur nouveaux ou réinitialisés membres de réplicas SYSVOL et DFS :
  1. Configurez au moins deux suppléants DFS, tels que \\Server1\Apps, \\Server2\Apps et \\ServerX...\Apps.
  2. Activer la réplication uniquement entre deux membres de réplica, comme \\SERVEUR1 et \\Server2. Vous pouvez désigner n'importe quel serveur comme serveur principal, mais les dossiers répliqués doivent être vides lorsque les ordinateurs sont ajoutés à DFS/FRS jeu de réplicas.
  3. Copiez les fichiers destinés à de réplica du jeu dans le dossier \\Server1\Apps répliquée.

    \\SERVEUR1 ayant au moins un partenaire sortant (\\Server2), lorsque vous copiez un fichier dans \\SERVEUR1, il provoque FRS générer un fichier de zone de transit et un ordre de modification est envoyé à \\Server2. Un MD5 (un algorithme de hachage) checksum est calculée lors de la génération du fichier de zone de transit et le résultat est enregistré dans le IDTable sur \\SERVEUR1 et dans l'ordre de modification envoyée à \\Server2. Lorsque \\Server2 traite cet ordre de modification il enregistre le total de contrôle MD5 dans on\\Server2 de IDTable. Ce processus est le seul moyen de qu'une somme de contrôle MD5 est enregistré dans le IDTable et l'utilisation de MD5 est nécessaire afin d'éviter toute surcharge due lorsque de nouveaux membres sont ajoutés ultérieurement.

    Étape 3 terminée, les fichiers répliqués devraient exister sur \\SERVEUR1 et \\Server2 et les deux IDTables doivent avoir les totaux de contrôle MD5 pour chaque fichier et dossier.
  4. Utilisez NTBackup ou un équivalent de tiers pour sauvegarder le contenu de l'arborescence de réplicas à partir de \\SERVEUR1 ou \\Server2. NTBackup enregistre et restaure l'attribut d' objet identification (ID) associé à chaque fichier et dossier. Windows NT ni les commandes de copie de MS-DOS préservent ces informations au fichiers sont copiés \\SERVEUR1 \\Server2. Cet ID d'objet doit être restauré avec les fichiers lorsque de nouveaux membres sont ajoutés ultérieurement.
  5. Si moins de sept jours se sont écoulés depuis le jeu de réplicas contenant Server1 et Server2 a été créé, le journal sortant doit être désactivée afin qu'un vvjoin complet est déclenchée lorsque le membre suivant joint.

    Remarque La définition de la valeur de Registre suivante sur 0 efface le journal sortant :
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\NtFrs\Parameters
    Nom de clé : Outlog Change History In Minutes (REG_DWORD)
    Valeur: 0
  6. Sur \\Server3 et tous les membres de réplica futures, restaurez la sauvegarde dans le dossier, \\Server3\Apps répliquées (en utilisant le menu restaurer les fichiers vers) vers un «autre emplacement» avant d'ajouter l'ordinateur au jeu de réplicas.
  7. Pour activer la réplication à \\Server3\Apps, FRS sur \\Server3 déplace tous les fichiers à partir du dossier cible dans le dossier préexistant et puis lance une synchronisation complète (également appelée une opération de jointure de vecteur de version) de tous les ordinateurs que \\Server3 dispose d'objets de connexion des services d'annuaire Windows NT (NTDS) de trafic entrant. Dans le cas de DFS jeux de réplicas avec complet d'un maillage topologie préféré par le composant logiciel enfichable Windows 2000 DFS, les jeux peuvent inclure tous les serveurs qui participent, telles que le jeu de réplicas, \\SERVEUR1 et \\Server2. La version de Windows XP du composant logiciel enfichable DFS prend en charge les topologies optimales plus avec une option personnalisée.

    L'exigence clé dans cette situation est que les \\Server3 a connexions entrantes d'un partenaire en amont, \\SERVEUR1 et de \\Server2 dans ce cas, dont IDTABLE contient les totaux de contrôle MD5 pour les fichiers contenus dans les jeux de réplicas d'intérêt.

    FRS sur \\SERVEUR1 énumère tous les fichiers et dossiers dans son IDTable et envoie dirigé (c'est-à-dire, cible unique) les ordres de changement à \\Server3. Car la IDTable a un MD5 total de contrôle, il est inclus dans l'ordre de modification. \\Server3 traite ces modifications des commandes, ce fournit de serveur l'ID d'objet pour le fichier ou dossier à partir de l'ordre de modification et tente de localiser le fichier correspondant dans le dossier préexistant. Si le serveur trouve le fichier, re-computes la somme de contrôle MD5 sur le contenu de ce fichier, il compare le résultat à la somme de contrôle MD5 il reçus dans l'ordre de modification et, le s'ils correspondent, utilise le fichier pré-existant au lieu d'essayer de pour obtenir le fichier à partir de \\SERVEUR1. Si \\Server3 ne trouve pas le fichier, ou si le total de contrôle MD5 ne correspond pas, le serveur extrait le fichier de \\SERVEUR1. Toute modification apportée au fichier contenu, tel que, pour le contrôle d'accès aux listes, des flux de données ou des attributs peuvent provoquer une incompatibilité de MD5 et le fichier est obtenu à partir de \\SERVEUR1 ou autre partenaire en amont.

    Pendant ce temps, FRS \\Server2 (et tous les autres partenaires en amont du membre de réplica nouveaux ou réinitialisés) est en train d'effectuer le même processus que \\SERVEUR1. Processus \\Server3 une modification commander pour un fichier donné ou un dossier à partir de Server1 ou Server2, selon ce qui arrive tout d'abord. L'autre modification est ignorée.

    Lorsque toutes les activités de réplication a réglé hors, IDTables sur tous les trois serveurs disposer d'une somme de contrôle MD5 identique et le contenu des fichiers identiques dans le dossier répliqué. Répétez les étapes 5 et 6 pour ajouter des serveurs supplémentaires au jeu de réplicas.

L'optimisation Initial ou de la jointure VV Process

La jointure VV actuelle est inefficace par nature. Au cours de la réplication normale, partenaires en amont générer un fichier intermédiaire unique, qui peut la source de tous les partenaires en aval. Dans une jointure VV, tous les ordinateurs qui disposent de connexions sortantes vers un nouveau ou réinitialisé partenaire en aval build mise en attente de fichiers désignés uniquement pour ce partenaire. Si 10 ordinateurs faire une jointure initiale à partir de \\SERVEUR1, la jointure génère 10 fichiers dans étape pour chaque fichier en cours de réplication. Optimisations pour limiter l'impact de la jointure VV sont les suivantes :
  • Préconfigurer le contenu de nouveaux membres à l'aide de NTBackup (décrit précédemment).
  • Réduire le nombre de serveurs reclassement de construction pour les fichiers nouveaux ou réinitialisés partenaires en aval.
  • Supprimer ou réduire le nombre de fichiers dans le dossier répliqué que tous les ordinateurs aient terminé la phase de jointure VV.
  • Activer qu'une seule jointure se produire sur un partenaire donné en amont.

Réduction du nombre de fichiers mis en œuvre de la création de serveurs pour les nouveaux ou réinitialisés partenaires en aval

Adhésion à des domaines Windows existantes des contrôleurs de domaine réplica (contrôleurs de domaine de sauvegarde) tenter de répliquer le dossier SYSVOL à partir du même contrôleur de domaine utilisé pour la source Active Directory. Le serveur de source SYSVOL est identifié dans la valeur Replica Set Parent du Registre. Vous devez confirmer que FRS est en cours d'exécution et réactif sur le serveur source désigné.

Pour SYSVOL jeux de réplicas réinitialisés avec une restauration non forcée (Burflags = D2), les administrateurs peuvent limiter la génération de mise en place des fichiers sur un serveur spécifique en définissant la clé de Registre Replica Set Parent pour pointer vers un même site ou un serveur intermédiaire désigné.

Pour plus d'informations sur la clé de Registre Replica Set Parent, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
257338  (http://support.microsoft.com/kb/257338/ ) Dépannage des partages SYSVOL et Netlogon manquants sur les contrôleurs de domaine Windows 2000
L'optimisation de clé de Registre Replica Set Parent n'est pas possible pour les membres de réplica de DFS. Solutions de contournement possibles sont les suivantes :
  • Si vous désactivez le service FRS sur tous les partenaires en amont possibles (ces ordinateurs ce membre nouveaux ou réinitialisé entrant connexions à partir de), de sorte que l'approvisionnement se produit à partir du serveur restant uniquement.

    Cette solution de contournement n'est pas la meilleure solution car l'arrêt du service FRS n'interrompt pas l'accumulation d'enregistrements de modification dans le journal de modification NTFS. Si la feuille encapsule (dépassements de capacité), une jointure VV est nécessaire lorsque le service est redémarré ultérieurement. Si vous savez qu'il est négligeable ou aucune activité de modification de fichier (par exemple, crée, supprime, renomme, mises à jour) sur un des volumes de disque qui héberge un jeu de réplicas, le risque d'est renvoyé automatiquement à la ligne feuille est susceptible d'être faible.
  • Supprimer ou réduire le nombre de fichiers dans le dossier répliqué que tous les ordinateurs aient terminé la phase de jointure VV (présentée dans la section suivante).

    Cette opération peut ne pas être une alternative viable si les serveurs centrales sont connectés sur les nouveaux serveurs de succursale au moyen de faible bande passante des liens et que vous avez gigaoctets de données de fichier d'initialisation. Toutefois, vous devez envisager l'option suivante.
  • Contrôler le nombre de connexions entrantes à partir des serveurs source disponibles au membre nouveaux ou réinitialisés (c'est-à-dire, la jointure se produit avec une seule connexion entrante).
  • Propager les données à partir des serveurs concentrateur sur le week-end ou de l'après-midi.

    Même avec un lien kilobit 64 à 75 pour cent de bande passante disponible, vous pouvez déplacer 21 Mo de données chaque heure ou 506 Mo par jour. Avec deux ordinateurs de concentrateur et 200 branches connectés par l'intermédiaire de kilobit 64 liens, vous pouvez initialiser les avec 1 Go de contenu sur un week-end de deux jours. Si vous obtenez un taux de compression moyen de 50 pour cent, vous pouvez déplacer des 2 Go de données pendant un week-end. Cette opération ne requiert aucun sauvegarde ou les opérations de restauration, aucun progressive de démarrage de branche pour éviter de submerger les serveurs pivot et la surveillance de progression tous les peuvent être effectuées à partir de serveurs du concentrateur à l'aide de la commande ntfrs définit et l'outil de rapport Connstat pour vérifier les retards de traitement aux succursales spécifiques. L'espace de mise en attente et le paramètre de limite de zone de transit sur les serveurs concentrateur doivent être suffisamment grand pour contenir toutes les données car la génération du fichier intermédiaire peut facilement devancer la livraison de données de branche sur les liaisons lentes.

Supprimer ou réduire le nombre de fichiers dans le dossier répliqué Until tous les ordinateurs se sont exécutées à la phase de jointure VV

En général, vous souhaitez que tous les membres de jeu de réplicas pour joindre des jeux de réplicas avec les dossiers vides ou presque vides pour éviter la génération des fichiers sur plusieurs serveurs de mise en attente inefficace. Ce processus est inférieure d'un problème pour SYSVOL, car les serveurs sont générés de façon incrémentielle, le contenu est généralement plus petit que les partages DFS et la clé de Registre Replica Set Parent signifie que FRS tente de source à partir d'un seul partenaire en amont.

Pour les grands ensembles de réplicas DFS, où réplication est activée généralement instantanément sur les serveurs 2 à 50 pour des dizaines de gigaoctets de contenu, l'impact est supérieure. Envisagez d'ajouter la plupart des ordinateurs aux partages DFS de réplication FRS après leur déploiement. En outre, vous souhaitez que le dossier répliqué sur le serveur primaire pour être vide pour que la jointure VV se produit sans avoir à répliquer des fichiers. Fichiers peuvent être ajoutés, peut-être incrémentielle avec efficacité normale.

Une jointure VV vide ou minimale peut servir à récupérer un déploiement Active Directory et/ou FRS rencontré «fusion vers le bas» et doit être réinitialisé. Après avoir confirmé que Active Directory la réplication est fonctionnelle, déplacez les fichiers du dossier répliqué sur le serveur principal et puis réinitialiser les membres de réplica. Dans le cas de SYSVOL, conserver le domaine par défaut et stratégie de contrôleur de domaine dans les dossiers \Policies intactes sur le serveur principal (Burflags = "D4" ou restant des serveurs source) afin que réinitialisé les contrôleurs de domaine peuvent répliquer dans et appliquer la stratégie (par exemple, la stratégie "Ce travail à partir de réseau et autres obligatoire droits d'accès") pour garantir le bon fonctionnement de domaine et le client.

Activer seul joindre pour survenir sur un partenaire donné en amont

Pour grande taille DFS réplicas contenant des dizaines de gigaoctets de fichiers, vous pouvez envisager d'ajouter qu'un seul membre à la fois aux dossiers de réplication FRS. Plus précisément, permettent le nouveau membre de terminer la synchronisation complète et se déplacer hors du mode de jointure VV. Le partenaire en amont doit nettoyer leurs fichiers à partir du dossier intermédiaire avant d'ajouter des membres supplémentaires.

En outre, définir la limite de l'espace de mise en attente (définie dans l'article suivant, Q221111, «Description des entrées FRS dans le Registre») sur tous les serveurs source potentielle est supérieure ou égale aux 128 fichiers les plus volumineux répliqués par les partenaires en amont (le nombre de jointures VV ne se produise à un moment donné).

Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
221111  (http://support.microsoft.com/kb/221111/ ) Description des entrées FRS dans le Registre

Les informations contenues dans cet article s'appliquent au(x) produit(s) suivant(s):
  • Microsoft Windows 2000 Server
  • Microsoft Windows 2000 Advanced Server
  • Microsoft Windows 2000 Datacenter Server
  • Microsoft Windows Server 2003, Standard Edition (32-bit x86)
  • Microsoft Windows Server 2003, Enterprise Edition (32-bit x86)
  • Microsoft Windows Server 2003, Datacenter Edition (32-bit x86)
  • Microsoft Windows Small Business Server 2003 Premium Edition
  • Microsoft Windows Small Business Server 2003 Standard Edition
Mots-clés : 
kbmt kbdfs kbenv kbinfo KB266679 KbMtfr
Traduction automatiqueTraduction automatique
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: 266679  (http://support.microsoft.com/kb/266679/en-us/ )
L'INFORMATION CONTENUE DANS CE DOCUMENT EST FOURNIE PAR MICROSOFT SANS GARANTIE D'AUCUNE SORTE, EXPLICITE OU IMPLICITE. L'UTILISATEUR ASSUME LE RISQUE DE L'UTILISATION DU CONTENU DE CE DOCUMENT. CE DOCUMENT NE PEUT ETRE REVENDU OU CEDE EN ECHANGE D'UN QUELCONQUE PROFIT.
Partager
Options de support supplémentaire
Forums du support Microsoft Community
Nous contacter directement
Trouver un partenaire Microsoft Certified Partner
Microsoft Store