# 监控全局表
<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) 中的建议。

  如果某个 Amazon 区域降级，并且您在该区域有一个副本表，则 `ReplicationLatency` 会增加。在这种情况下，可以临时将应用程序的读取和写入活动重定向到不同的 Amazon 区域。
+ ** `PendingReplicationCount`**-写入一个副本表但尚未写入全局表中另一个复制副本的项目更新数。`PendingReplicationCount`以项目数表示，并针对每个源-和目的地-区域对发射。

  在正常运行期间，`PendingReplicationCount` 应该非常低。如果 `PendingReplicationCount` 增加延期时，请调查副本表的预配写入容量设置是否足以满足当前工作负载。

  如果某个 Amazon 区域降级，并且您在该区域有一个副本表，则 `PendingReplicationCount` 会增加。在这种情况下，可以临时将应用程序的读取和写入活动重定向到不同的 Amazon 区域。

 有关更多信息，请参阅 [DynamoDB 指标与维度](metrics-dimensions.md)。