Ermitteln der Mindestanforderungen an den DFSR-Stagingbereich für einen replizierten Ordner

• Artikel                                                
•                                                    02.04.2022                                                
• 6 Minuten Lesedauer
•                                                        

Dieser Artikel ist eine kurzübersichtliche Anleitung zum Berechnen des minimalen Stagingbereichs, der für eine ordnungsgemäße Funktionsweise von DFSR erforderlich ist. Werte, die niedriger sind als diese, können dazu führen, dass die Replikation langsam wird oder ganz beendet wird.

Beachten Sie, dass es sich hierbei nur um Mindestanforderungen handelt. Wenn Sie die Größe des Stagingbereichs in Betracht ziehen, gilt: Je größer der Stagingbereich, desto besser bis zur Größe des replizierten Ordners. Im Abschnitt "Ermitteln, ob ein Stagingbereichsproblem vorliegt" und in den Blogbeiträgen, die am Ende dieses Artikels verlinkt sind, finden Sie weitere Informationen dazu, warum es wichtig ist, über einen Stagingbereich mit ordnungsgemäßer Größe zu verfügen.

Allgemeine Hinweise

Das Stagingbereichskontingent muss so groß sein wie die 32 größten Dateien im replizierten Ordner.

Bei der ersten Replikation wird der Stagingbereich wesentlich mehr genutzt als bei der täglichen Replikation. Es wird dringend empfohlen, den Stagingbereich während der ersten Replikation höher als den Mindestwert festzulegen, wenn Der Laufwerksspeicherplatz verfügbar ist.

Wie finden Sie diese X größten Dateien?

Verwenden Sie ein PowerShell-Skript, um die 32 oder 9 größten Dateien zu ermitteln und zu bestimmen, wie viele Gigabytes sie addieren. Aktivieren Sie vor Beginn die Unterstützung der maximalen Pfadlänge, die sie zuerst in Windows Server 2016 mithilfe der Maximalen Längenbeschränkung hinzugefügt wurde.

1. Führen Sie den folgenden Befehl aus:

   Powershell        

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

  Dieser Befehl gibt die Dateinamen und die Größe der Dateien in Bytes zurück. Nützlich, wenn Sie wissen möchten, welche 32 Dateien im replizierten Ordner die größten sind, damit Sie ihre Besitzer "besuchen" können.

• Führen Sie den folgenden Befehl aus:

  Powershell        

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

  Dieser Befehl gibt die Gesamtzahl der Bytes der 32 größten Dateien im Ordner zurück, ohne die Dateinamen aufzulisten.

• Führen Sie den folgenden Befehl aus:

  Powershell        

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

   Mit diesem Befehl wird die Gesamtzahl der Bytes von 32 größten Dateien im Ordner angezeigt, und die Berechnung wird für Sie zum Konvertieren von Bytes in Gigabytes verwendet. Dieser Befehl besteht aus zwei separaten Zeilen. Sie können beide auf einmal in die PowerShell-Befehlsshell einfügen oder zurück ausführen.

Manuelle exemplarische Vorgehensweise

Wenn Sie Befehl 1 ausführen, werden Ergebnisse zurückgegeben, die der folgenden Ausgabe ähneln. In diesem Beispiel werden aus Gründen der Kürze nur 16 Dateien verwendet. Verwenden Sie immer 32 für Windows 2008 und höher.

Von PowerShell zurückgegebene Beispieldaten

Verwenden dieser Daten zum Bestimmen der minimalen Größe des Stagingbereichs:

• Name = Name der Datei.
• Länge = Bytes
• Ein Gigabyte = 1073741824 Bytes

Summiert zunächst die Gesamtzahl der Bytes. Dividieren Sie als Nächstes den Gesamtwert durch 1073741824. Microsoft Excel ist hierfür eine einfache Möglichkeit.

Beispiel

Im obigen Beispiel ist die Gesamtanzahl der Bytes = 75241684992. Um das mindest erforderliche Stagingbereichskontingent zu erhalten, müssen Sie 75241684992 durch 1073741824 aufteilen.

75241684992/1073741824 = 70,07 GB

Basierend auf diesen Daten würden Sie meinen Stagingbereich auf 71 GB festlegen, wenn Sie auf die nächste ganze Zahl aufrunden.

Reales Szenario:

Auch wenn eine manuelle exemplarische Vorgehensweise interessant ist, ist es wahrscheinlich nicht die beste Zeit, die Mathematik selbst zu erledigen. Verwenden Sie befehl 3 aus den obigen Beispielen, um den Prozess zu automatisieren. Die Ergebnisse sehen wie folgt aus:

[! [Image]

/// @Delan, diese Bilder (eine Miniaturansicht, eine erweiterte) zeigen auf nicht vorhandene Blogwebsites. Ich konnte das Image in voller Größe von Wayback Machine finden, und es befindet sich hier – \redmond\scratchfs\Teams\has\nedpyle\Delan\0876.image_03A39EFE.png . Können Sie es diesem Artikel hinzufügen? ///

Mithilfe des Beispielbefehls 3 ohne zusätzlichen Aufwand mit Ausnahme der Rundung auf die nächste ganze Zahl können Sie feststellen, dass Sie ein Stagingbereichskontingent von 6 GB für d:\docs benötigen.

Müssen Sie den DFSR-Dienst neu starten, damit die Änderungen übernommen werden?

Änderungen am Stagingbereichskontingent erfordern keinen Neustart oder Neustart des Diensts, um wirksam zu werden. Sie müssen auf die AD-Replikation und den AD-Abrufzyklus von DFSR warten, bis die Änderungen übernommen werden.

Ermitteln, ob ein Stagingbereichsproblem vorliegt

Sie erkennen Stagingbereichsprobleme, indem Sie bestimmte Ereignis-IDs auf Ihren DFSR-Servern überwachen. Die Liste der Ereignisse lautet 4202, 4204, 4206, 4208 und 4212. Die Texte dieser Ereignisse sind unten aufgeführt. Es ist wichtig, zwischen 4202 und 4204 und den anderen Ereignissen zu unterscheiden. Es ist möglich, eine hohe Anzahl von 4202- und 4204-Ereignissen unter normalen Betriebsbedingungen zu protokollieren.

https://docs.microsoft.com/de-de/windows-server/troubleshoot/how-to-determine-the-minimum-staging-area-dfsr-needs-for-a-replicated-folder