本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 監控全域資料表
<a name="globaltables_monitoring"></a>

**重要**  
 本文件適用於全域資料表 2017.11.29 版 (舊版)，新的全域資料表應避免使用此文件。客戶應盡可能使用 [2019.11.21 版全域資料表 (目前版本)](GlobalTables.md)，因為相較於 2017.11.29 (舊版)，其提供更大的彈性、更高的效率，且消耗的寫入容量更少。  
若要判斷您使用的是哪個版本，請參閱 [判斷全域資料表版本](V2globaltables_versions.md#globaltables.DetermineVersion)。若要將現有全域資料表從 2017.11.29 版 (舊版) 更新至 2019.11.21 版 (目前版本)，請參閱 [DynamoDB 全域資料表版本](V2globaltables_versions.md)。

您可以使用 Amazon CloudWatch 來監控全域資料表的行為和效能。Amazon DynamoDB 為全域資料表中的每個複本發布 `ReplicationLatency` 和 `PendingReplicationCount` 指標。
+  **`ReplicationLatency`**：某個更新項目出現在 DynamoDB 串流的複本列表，以及當該項目出現在全域資料表中的另一個複本經過的時間。`ReplicationLatency` 會以毫秒表示，並會針對每對來源及目標區域配對發送。

  `ReplicationLatency` 在正常操作期間應該很穩定。`ReplicationLatency` 值上升可能表示某個複本的更新未及時散佈到其他複本資料表。一段時間後，這會造成其他複本資料表*落後*，因為他們不再一致地收到更新。在此情況下，您應該確認每個複本資料表的讀取容量單位 (RCU) 和寫入容量單位 (WCU) 皆相同。此外，選擇 WCU 設定時應遵循 [全域資料表版本管理容量的最佳實務和要求](globaltables_reqs_bestpractices.md#globaltables_reqs_bestpractices.tables) 中的建議。

  如果某個 AWS 區域遭到降級，而您在該區域有複本列表，`ReplicationLatency` 就會增加。這種情況下，您可以暫時將應用程式的讀取和寫入活動重新導向至不同的 AWS 區域。
+ ** `PendingReplicationCount`**：寫入複本列表，但尚未寫入全域資料表中另一個複本的項目更新數目。`PendingReplicationCount` 會以項目數量表示，並會針對每對來源及目標區域配對發送。

  正常的操作期間，`PendingReplicationCount` 的值應非常低。如果 `PendingReplicationCount` 大幅增加，請調查複本列表的佈建寫入容量設定是否足以滿足您目前的工作負載。

  如果某個 AWS 區域遭到降級，而您在該區域有複本列表，`PendingReplicationCount` 就會增加。這種情況下，您可以暫時將應用程式的讀取和寫入活動重新導向至不同的 AWS 區域。

 如需更多詳細資訊，請參閱 [DynamoDB 指標和維度](metrics-dimensions.md)。