Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Überwachen globaler Tabellen **Wichtig** Diese Dokumentation bezieht sich auf globale Tabellen der Version 2017.11.29 (veraltet), die für neue globale Tabellen vermieden werden sollte. Kunden sollten nach Möglichkeit die [Version 2019.11.21 (Aktuell) für globale Tabellen](GlobalTables.md) verwenden, da sie mehr Flexibilität und höhere Effizienz bietet und weniger Schreibkapazität verbraucht als Version 2017.11.29 (Legacy). Informationen dazu, welche Version Sie verwenden, finden Sie unter [Ermitteln der Version einer globalen Tabelle](V2globaltables_versions.md#globaltables.DetermineVersion). Informationen zur Aktualisierung globaler Tabellen von Version 2017.11.29 (veraltet) auf Version 2019.11.21 (aktuell) finden Sie unter [Versionen von globalen DynamoDB-Tabellen](V2globaltables_versions.md). Sie können Amazon CloudWatch verwenden, um das Verhalten und die Leistung einer globalen Tabelle zu überwachen. Amazon DynamoDB veröffentlicht `ReplicationLatency` und `PendingReplicationCount`-Metriken für jedes Replikat in der globalen Tabelle. + **`ReplicationLatency`** – Die verstrichene Zeit zwischen dem Erscheinen eines aktualisierten Elements im DynamoDB-Stream für eine Replikattabelle und dem Erscheinen dieses Elements in einem anderen Replikat in der globalen Tabelle. `ReplicationLatency` wird in Millisekunden ausgedrückt und für jedes Quell- und Zielregionspaar ausgegeben. Im Normalbetrieb sollte `ReplicationLatency` relativ konstant sein. Ein erhöhter Wert für `ReplicationLatency` könnte darauf hinweisen, dass Updates von einem Replikat nicht in einem angemessenen Zeitraum an andere Replikattabellen verteilt werden. Dies kann im Lauf der Zeit dazu führen, dass andere Replikattabellen *zurückfallen*, da sie Updates nicht mehr konsistent erhalten. In diesem Fall müssen Sie überprüfen, dass die Lese- und Schreibkapazitätseinheiten für jede Replikattabelle identisch sind. Außerdem müssen Sie bei Auswahl der Einstellungen für die Schreibkapazitätseinheiten (WCU) die Empfehlungen in [Version der globalen TabellenBewährte Methoden und Anfoderungen zum Verwalten der Kapazität](globaltables_reqs_bestpractices.md#globaltables_reqs_bestpractices.tables) beachten. `ReplicationLatency` kann steigen, wenn eine AWS-Region veraltet ist und Sie über eine Replikattabelle in dieser Region verfügen. In diesem Fall können Sie die Lese- und Schreibaktivitäten Ihrer Anwendung vorübergehend an eine andere AWS-Region weiterleiten. + ** `PendingReplicationCount`** – Die Anzahl der Elementaktualisierungen, die in eine Replikattabelle geschrieben werden, aber noch nicht in ein anderes Replikat in der globalen Tabelle geschrieben wurden. `PendingReplicationCount` wird in der Anzahl der Elemente ausgedrückt und für jedes Quell- und Zielregionspaar ausgegeben. Im Normalbetrieb sollte `PendingReplicationCount` sehr niedrig sein. Wenn `PendingReplicationCount` für einen längeren Zeitraum steigt, sollten Sie prüfen, ob die Einstellungen für die bereitgestellte Schreibkapazität Ihrer Replikattabellen für Ihre aktuelle Workload ausreichen. `PendingReplicationCount` kann steigen, wenn eine AWS-Region veraltet ist und Sie über eine Replikattabelle in dieser Region verfügen. In diesem Fall können Sie die Lese- und Schreibaktivitäten Ihrer Anwendung vorübergehend an eine andere AWS-Region weiterleiten. Weitere Informationen finden Sie unter [DynamoDB-Metriken und -Dimensionen](metrics-dimensions.md).