Die optimale Größe des Ereignisprotokolls variiert je nach Umgebung und Workload und wird dadurch bestimmt, wie viel Schreib-E/A-Workload ausgeführt wird.
Ein kleineres oder größeres Protokoll bestimmt nicht die Schnelligkeit.
Ein kleineres oder größeres Protokoll wirkt sich beispielsweise nicht auf das Datenvolume von 10 GB im Gegensatz zu 10 TB aus.
Ein größeres Protokoll sammelt nur mehr Schreib-E/A-Vorgänge und behält sie bei, bevor sie ausgeschlossen werden. Deshalb kann eine Unterbrechung des Diensts zwischen dem Quell- und Zielcomputer länger dauern, z. B. ein Netzwerkausfall oder wenn der Zielcomputer offline ist. Wenn das Protokoll 10 Stunden an Schreibvorgängen enthalten kann, und das Netzwerk für 2 Stunden ausfällt, kann der Quellcomputer nach erneutem Verbinden mit dem Netzwerk einfach das Delta der nicht synchronisierten Änderungen schnell zum Ziel zurückgeben, und Sie sind erneut sehr schnell geschützt. Wenn das Protokoll 10 Stunden enthält und der Ausfall 2 Tage beträgt, muss der Quellcomputer Daten aus einem anderen Protokoll zurückgeben, das Bitmap genannt wird – was wahrscheinlich langsamer ist, um zum Synchronisieren zurückzukehren. Wenn die Synchronisierung abgeschlossen ist, wird das Protokoll erneut verwendet.
Speicherreplikate nutzen das Protokoll für die gesamte Schreibleistung. Die Protokollleistung ist für die Replikationsleistung von entscheidender Bedeutung. Sie müssen sicherstellen, dass die Leistung des Protokollvolumens besser als die des Datenvolumens ist, da das Protokoll alle Schreib-E/A-Lasten serialisiert und sequenzialisiert. Sie sollten auf Protokollvolumes immer Flashmedien wie SSD verwenden. Sie dürfen niemals zulassen, dass andere Workloads auf dem Protokollvolume ausgeführt werden, so wie Sie auch niemals zulassen würden, dass andere Workloads auf SQL-Datenbank-Protokollvolumes ausgeführt werden.
Noch einmal: Microsoft empfiehlt dringend, dass die Protokollspeicherung schneller als die Datenspeicherung durchgeführt wird, und dass die Protokollvolumes nie für andere Workloads verwendet werden.
Um Empfehlungen zur Protokolldimensionierung zu erhalten, können Sie das Tool Test-SRTopology ausführen. Alternativ können Sie Leistungsindikatoren auf vorhandenen Servern verwenden, um die Protokollgröße zu beurteilen. Die Formel ist einfach: Überwachen Sie den Datenträgerdurchsatz (durchschnittlich pro Sekunde geschriebene Bytes) unter der Workload, und berechnen Sie auf dessen Grundlage die Zeit, in der unterschiedlich große Protokolle jeweils aufgefüllt werden. Beispielsweise erfasst ein 120 GB-Protokoll bei einem Datenträgerdurchsatz von 50 MB/s 120 GB/50 MB Sekunden, d. h. 2.400 Sekunden oder 40 Minuten. Die Zeitspanne, für die der Zielserver nicht erreichbar sein könnte, bevor das Protokoll geschlossen wird, beträgt also 40 Minuten. Wenn das Protokoll geschlossen wird, aber das Ziel wieder erreichbar ist, gibt die Quelle Blöcke über das Bitmapprotokoll anstelle des Hauptprotokolls wieder. Die Größe des Protokolls wirkt sich nicht auf die Leistung aus.
NUR der Datenträger aus dem Quellcluster sollte gesichert werden. Die Speicherreplikatprotokoll-Datenträger sollten NICHT gesichert werden, da eine Sicherung mit Speicherreplikatvorgängen in Konflikt geraten kann.