Comment déterminer la taille minimale requise pour un dossier intermédiaire de réplication DFSR

[Remarque traducteur. L'article concerne Windows Server 2003 / 2003R2 / 2008 / 2008R2, mais la plupart des éléments ci-dessus s'appliquent aux versions ultérieures du système d'exploitation.]

Warren est de retour. Cet article est un guide de référence rapide sur la façon de calculer correctement la taille minimale du dossier intermédiaire requis pour que DFSR fonctionne correctement. La définition de valeurs inférieures peut ralentir la réplication ou même l'arrêter. Gardez à l'esprit qu'il ne s'agit que des valeurs minimales . Lorsque vous décidez de la taille d'un dossier intermédiaire, n'oubliez pas ce qui suit: plus la taille du dossier intermédiaire est grande, mieux c'est, jusqu'à la taille du dossier répliqué lui-même. Pour plus d'informations sur l'importance d'utiliser la taille correcte du dossier intermédiaire, consultez la section «Comment déterminer si vous rencontrez un problème avec le dossier intermédiaire» et les articles de blog liés à la fin de cet article.

Mise à jour: Warren sait vraiment convaincre! Il existe maintenant un correctif avec lequel vous pouvez calculer la taille du dossier intermédiaire.
https://support.microsoft.com/kb/2607047

Règles d'or

Windows Server 2003 R2 - Le quota du dossier de transfert doit être identique à la taille totale des 9 plus gros fichiers du dossier répliqué.

Windows Server 2008 et 2008 R2 - Le quota du dossier de transfert doit être identique à la taille totale des 32 plus gros fichiers du dossier répliqué [Remarque traducteur. Ce numéro est également valable pour Windows Server 2012 / 2012R2]

La réplication principale utilise beaucoup plus d'espace dans le dossier intermédiaire que la réplication quotidienne normale. Si la taille de l'espace disque le permet, avant de démarrer la réplication principale, il est fortement recommandé de définir une taille supérieure au minimum requis.

Où obtenir PowerShell?

PowerShell est inclus avec Windows 2008 et supérieur. Il devra être installé sur Windows Server 2003. Téléchargez PowerShell pour Windows 2003 ici .

Comment trouver ces fichiers les plus volumineux?

Utilisez un script PowerShell pour rechercher les 32 ou 9 fichiers les plus volumineux et déterminer le nombre de gigaoctets qu'ils occupent (grâce aux commandes Ned Pyle pour PowerShell). Je veux vous présenter trois scripts PowerShell. Chacun d'eux est utile à sa manière, cependant, le 3ème est le plus utile.

1. Exécuter:
   

   Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | ft name,length -wrap -auto 

   
   Cette commande renvoie les noms de fichiers et leur taille en octets. Il est utile de savoir quels sont les 32 fichiers les plus volumineux du dossier répliqué et de visiter leurs propriétaires.
   
2. Exécuter:
   

    Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum 

   
   Cette commande renvoie le nombre total d'octets pour les 32 fichiers les plus volumineux d'un dossier sans spécifier leurs noms.
   
3. Exécuter:
   
   

    $big32 = Get-ChildItem c:\temp -recurse | Sort-Object length -descending | select-object -first 32 | measure-object -property length –sum $big32.sum /1gb 

   
   Cette commande obtient le nombre total d'octets pour les 32 fichiers les plus volumineux d'un dossier et les convertit en gigaoctets à l'aide de calculs mathématiques. Cette commande se compose de deux lignes distinctes. Vous pouvez les coller immédiatement dans le shell de commandes PowerShell ou les exécuter à leur tour.
   

Analyse manuelle

Pour démontrer le processus et, si possible, approfondir notre compréhension de ce que nous faisons, nous allons passer par chaque opération et l'exécuter manuellement.

La 1ère commande en cours d'exécution retournera des résultats similaires à ceux indiqués ci-dessous. Par souci de concision, cet exemple ne prend que 16 fichiers. Considérez toujours 32 fichiers pour Windows 2008 et les systèmes d'exploitation ultérieurs et 9 pour Windows 2003 R2.

Exemples de données renvoyées par PowerShell:

Nom	La longueur
File5.zip	10286089216
archive.zip	6029853696
BACKUP.zip	5751522304
file9.zip	5472683008
MENTOS.zip	5241586688
File7.zip	4321264640
file2.zip	4176765952
frd2.zip	4176765952
BACKUP.zip	4078994432
File44.zip	4058424320
file11.zip	3858056192
Backup2.zip	3815138304
BACKUP3.zip	3815138304
Current.zip	3576931328
Backup8.zip	3307488256
File999.zip	3274982400

Comment utiliser ces données pour déterminer la taille minimale du dossier intermédiaire:

• Nom = nom de fichier
• Longueur = taille en octets
• Un gigaoctet = 1073741824 octets

Vous devez d'abord calculer le nombre total d'octets. Divisez ensuite le nombre résultant par 1073741824. Je recommande d'utiliser Excel ou un autre éditeur de feuille de calcul que vous utilisez pour ces calculs.

Exemples de calculs basés sur

Dans l'exemple ci-dessus, le nombre total d'octets est 75241684992. Pour obtenir la taille minimale requise du quota intermédiaire, vous devez diviser 75241684992 par 1073741824.

75241684992/1073741824 = 70,07 (Go)

Sur la base des données, je définirais la taille du dossier de transfert à 71 Go, arrondissant à un nombre entier.

Application pratique

Malgré le fait que l'analyse manuelle soit une chose intéressante, ce n'est pas la meilleure chose à consacrer à votre temps. Pour automatiser le processus, utilisez la 3e commande des exemples ci-dessus. Les résultats seront quelque chose comme ceci:



En utilisant la commande du 3ème exemple, il est possible sans aucun calcul (sans compter l'arrondi) de déterminer que le dossier d: \ docs nécessite un quota intermédiaire de 6 Go.

Dois-je redémarrer le serveur ou redémarrer le service pour appliquer les modifications?

Pour que les modifications apportées au quota du dossier de transfert prennent effet, il n'est pas nécessaire de redémarrer le serveur ou de redémarrer le service. Pour appliquer les modifications, vous devrez attendre que la réplication AD et le cycle d'interrogation des objets DFSR dans AD soient terminés.

Comment identifier les problèmes avec le dossier intermédiaire

Les problèmes de dossier intermédiaire sont détectés en suivant des codes d'événement spécifiques dans les journaux du serveur DFSR. Voici une liste de ces événements: 4202, 4204, 4206, 4208 et 4212. Leur description est présentée ci-dessous. Il est important de comprendre la différence entre les événements 4202 et 4204, ainsi que les autres événements. Les événements 4202 et 4204 peuvent être enregistrés en grand nombre et pendant le fonctionnement normal. Considérez les événements 4202 et 4204 comme quelque chose comme une impulsion, tandis que 4206, 4208 et 4212 s'apparenteront à des douleurs thoraciques. Ci-dessous, je vais expliquer comment interpréter les événements 4202 et 4204.

Événements liés au dossier de transfert

[Remarque traducteur. Les événements de journal décrits ci-dessous sont présentés sous la forme dans laquelle ils sont présents dans la localisation russe de Windows Server 2012 R2.]

Code: 4202
Niveau: Avertissement
La réplication DFS a constaté que l'espace de transfert utilisé par le dossier répliqué avec le chemin local <chemin> a dépassé sa limite supérieure. Le service essaiera de supprimer les fichiers intermédiaires les plus anciens. Cela peut affecter les performances.

Code: 4204
Niveau: Information
Le service de réplication DFS a supprimé avec succès les anciens fichiers intermédiaires du dossier répliqué avec le chemin local <chemin>. L'espace intermédiaire est maintenant en dessous de la limite supérieure.

Code: 4206
Niveau: Avertissement
Le service de réplication DFS n'a pas pu nettoyer les anciens fichiers intermédiaires du dossier répliqué sur le chemin local <chemin>. Le service peut ne pas être en mesure de répliquer certains fichiers volumineux et le dossier répliqué peut devenir désynchronisé. Le service tentera automatiquement de nettoyer à nouveau la zone de transit dans les <X> minutes. Un service peut commencer à nettoyer plus tôt s'il détecte que certains fichiers intermédiaires ont été déverrouillés.

Code: 4208
Niveau: Avertissement
La réplication DFS a trouvé que l'espace de transfert dépassait le quota de transfert du dossier répliqué sur le chemin local <chemin>. répliquer certains fichiers volumineux et le dossier répliqué peut devenir désynchronisé. Le service tentera automatiquement de nettoyer à nouveau la zone de transit.

Code: 4212
Niveau: erreur
Le service de réplication DFS n'a pas pu répliquer le dossier répliqué avec le chemin local <chemin> car le chemin intermédiaire n'est pas valide ou n'est pas disponible.

Quelle est la différence entre les événements 4202 et 4208?

Les événements 4202 et 4208 ont une description similaire, c'est-à-dire DFSR détecte que la taille occupée par le dossier intermédiaire dépasse la limite. La différence est que l'événement 4202 est enregistré immédiatement après le démarrage du processus de nettoyage de dossier intermédiaire, alors que le quota intermédiaire est toujours dépassé. L'événement 4202 est un signe de fonctionnement normal normal, tandis que 4208 indique un écart par rapport à la norme et nécessite une intervention.

Combien d'événements 4202 et 4204 sont considérés comme trop importants?

Il n'y a pas de réponse unique à cette question. Contrairement aux événements 4206, 4208 et 4212, qui indiquent toujours de mauvaises choses et indiquent la nécessité d'une action, les événements 4202 et 4204 se produisent également pendant le fonctionnement normal. Les événements fréquents 4202 et 4204 peuvent indiquer un problème. Faits à considérer:

1. Les événements 4202 sont-ils enregistrés pour un dossier répliqué (RF) lors de sa réplication principale? Si c'est le cas, les événements 4202 et 4204 sont normaux. Si, lors de la synchronisation initiale, vous souhaitez réduire au minimum le nombre de ces événements, cela peut être obtenu en augmentant la taille du dossier intermédiaire.
2. Il ne suffit pas de compter le nombre total de 4202 événements. Vous devez savoir combien d'entre eux s'appliquent à un RF spécifique. Si en 24 heures il y avait vingt 4202 événements dans le journal liés à un dossier, c'est beaucoup. Mais si vous avez 20 dossiers répliqués et un événement pour chacun d'eux, alors tout est en ordre.
3. Pour identifier les tendances, vous devez analyser les informations collectées sur plusieurs jours.

Je conseille généralement aux clients de ne pas autoriser plus d'un événement 4202 par dossier répliqué pendant la journée pendant le fonctionnement normal. «Normal» signifie que la réplication principale ne se produit pas. J'étaye cela par le raisonnement suivant:

1. Le temps nécessaire pour nettoyer le dossier intermédiaire est le temps nécessaire à la réplication de fichiers. La réplication est suspendue pendant le nettoyage du dossier intermédiaire.
2. DFSR fonctionne plus efficacement si suffisamment d'espace est alloué pour l'intermédiaire, en l'utilisant pour le RDC et le RDC inter-fichiers , ainsi que pour la réplication de fichiers identiques vers d'autres membres de réplication.
3. Plus les événements 4202 et 4204 sont enregistrés, plus il est probable que vous rencontriez une situation où DFSR ne peut pas effacer le dossier intermédiaire ou est obligé de supprimer des fichiers de celui-ci prématurément.
4. D'après mon expérience, les événements 4206, 4208 et 4212 ont toujours été anticipés et accompagnés d'un grand nombre d'événements 4202 et 4204.

Le fait de respecter la règle "pas plus d'un événement 4202 par jour pour chaque RF" réduira considérablement la probabilité de problèmes avec le dossier de transfert et aidera le serveur DFSR à utiliser plus efficacement les ressources pour sa destination - la réplication de fichiers.

Information additionnelle

https://blogs.technet.com/b/askds/archive/2010/03/31/tuning-replication-performance-in-dfsr-espially-on-win2008-r2.aspx
https://blogs.technet.com/b/askds/archive/2007/10/05/top-10-common-causes-of-slow-replication-with-dfsr.aspx

Warren «dépasse mon quota d'Oud» Williams