群集验证故障诊断
您可以使用命令行界面 (CLI) 对订阅方节点上的群集验证问题进行故障诊断。
过程
步骤 1 |
输入 |
步骤 2 |
输入
|
The documentation set for this product strives to use bias-free language. For the purposes of this documentation set, bias-free is defined as language that does not imply discrimination based on age, disability, gender, racial identity, ethnic identity, sexual orientation, socioeconomic status, and intersectionality. Exceptions may be present in the documentation due to language that is hardcoded in the user interfaces of the product software, language used based on RFP documentation, or language that is used by a referenced third-party product. Learn more about how Cisco is using Inclusive Language.
您可以使用命令行界面 (CLI) 对订阅方节点上的群集验证问题进行故障诊断。
步骤 1 |
输入 |
步骤 2 |
输入
|
有关这些命令或使用 CLI 的详细信息,请参阅《Cisco Unified Communications 解决方案的命令行界面指南》。
使用命令行界面 (CLI) 检查群集中所有节点的数据库复制状态。验证复制设置 (RTMT) 和详细信息的值是否显示为 2
。如果是除 2 以外的其他值,表示数据库复制存在问题,您需要为该节点重置复制。有关输出的示例,请参阅与数据库复制示例相关的主题。
步骤 1 |
在第一个节点上输入 对于 IM and Presence Service,如果您的部署中有多个节点,则在数据库发布方节点上输入命令。
示例:admin: utils dbreplication runtimestate DDB and Replication Services: ALL RUNNING DB CLI Status: No other dbreplication CLI is running... Cluster Replication State: BROADCAST SYNC Completed on 1 servers at: 2013-09-26-15-18 Last Sync Result: SYNC COMPLETED 257 tables sync'ed out of 257 Sync Errors: NO ERRORS DB Version: ccm9_0_1_10000_9000 Number of replicated tables: 257 Repltimeout set to: 300s Cluster Detailed View from PUB (2 Servers): PING REPLICATION REPL. DBver& REPL. REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? STATUS QUEUE TABLES LOOP? (RTMT) & details ----------- ------------ ------ ---- ----------- ----- ------ ----- ----------------- server1 100.10.10.17 0.052 Yes Connected 0 match Yes (2) PUB Setup Completed server2 100.10.10.14 0.166 Yes Connected 0 match Yes (2) Setup Completed |
||
步骤 2 |
验证输出。 输出应显示每个节点的复制状态为已连接,并且复制设置值为 (2) 设置完成。这意味着群集中的复制网络运行正常。如果输出结果不同,请继续进行故障诊断并修复数据库复制。 |
以下列表显示了当您在群集的第一个节点上运行 utils dbreplication runtimestate
命令行界面 (CLI命令时,Replicate_State 的可能值。
对于 IM and Presence Service,如果您的部署中有多个节点,则在数据库发布方节点上输入命令。
0 - 复制未启动。订阅方不存在,或自从订阅方安装后没有运行过数据库层监控服务。
1 - 复制已创建,但其计数不正确。
2 - 复制正常工作。
3 - 群集中的复制有错误。
4 - 复制设置失败。
注 |
验证复制设置 (RTMT) 和详细信息的值是否显示为 |
在本例中,复制设置 (RTMT) 和详细信息的值显示为 2
。复制正常工作。
admin: utils dbreplication runtimestate
Server Time: Mon Jun 1 12:00:00 EDT 2013 Cluster Replication State: BROADCAST SYNC Completed on 1 servers at: 2013-06-01-12-00 Last Sync Result: SYNC COMPLETED on 672 tables out of 672 Sync Status: NO ERRORS Use CLI to see detail: 'file view activelog cm/trace/dbl/2013_06_01_12_00_00_dbl_repl_output_Broadcast.log' DB Version: ccm10_0_1_10000_1 Repltimeout set to: 300s PROCESS option set to: 1 Cluster Detailed View from uc10-pub (2 Servers): PING Replication REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? Group ID (RTMT) & Details ----------- ---------- ------ ---- ----------- ------------------- uc10-pub 192.0.2.95 0.040 Yes (g_2) (2) Setup Completed uc10-sub1 192.0.2.96 0.282 Yes (g_3) (2) Setup Completed
在本例中,复制设置 (RTMT) 和详细信息的值显示为 2
。复制正常工作。
admin: utils dbreplication runtimestate
Server Time: Mon Jun 1 12:00:00 EDT 2013 DB and Replication Services: ALL RUNNING Cluster Replication State: Replication status command started at: 2012-02-26-09-40 Replication status command COMPLETED 269 tables checked out of 269 No Errors or Mismatches found. Use 'file view activelog cm/trace/dbl/sdi/ReplicationStatus.2012_02_26_09_40_34.out' to see the details DB Version: ccm8_6_3_10000_23 Number of replicated tables: 269 Cluster Detailed View from PUB (2 Servers): PING REPLICATION REPL. DBver& REPL. REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? STATUS QUEUE TABLES LOOP? (RTMT) & details ----------- ------------ ------ ---- ----------- ----- ------- ----- ----------------- gwydla020218 10.53.46.130 0.038 Yes Connected 0 match Yes (2) PUB Setup Completed gwydla020220 10.53.46.133 0.248 Yes Connected 128 match Yes (2) Setup Completed
使用命令行界面 (CLI) 修复数据库复制。
步骤 1 |
在第一个节点上输入 对于 IM and Presence Service,如果您的部署中有多个节点,请从数据库发布方节点修复数据库复制状态。 根据数据库的大小,可能需要几分钟的时间来修复数据库复制。继续执行下个步骤,以监控数据库复制修复的进度。 示例:admin:utils dbreplication repair all -------------------- utils dbreplication repair -------------------- Replication Repair is now running in the background. Use command 'utils dbreplication runtimestate' to check its progress Output will be in file cm/trace/dbl/sdi/ReplicationRepair.2013_05_11_12_33_57.out Please use "file view activelog cm/trace/dbl/sdi/ReplicationRepair.2013_05_11_12_33_57.out " command to see the output |
||
步骤 2 |
在第一个节点上输入 对于 IM and Presence Service,如果您的部署中有多个节点,则在数据库发布方节点上输入命令。 复制输出示例中的粗体文本高亮显示复制修复的最终状态。 示例:admin:utils dbreplication runtimestate DB and Replication Services: ALL RUNNING Cluster Replication State: Replication repair command started at: 2013-05-11-12-33 Replication repair command COMPLETED 269 tables processed out of 269 No Errors or Mismatches found. Use 'file view activelog cm/trace/dbl/sdi/ReplicationRepair.2013_05_11_12_33_57.out' to see the details DB Version: ccm8_6_4_98000_192 Number of replicated tables: 269 Cluster Detailed View from PUB (2 Servers): PING REPLICATION REPL. DBver& REPL. REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? STATUS QUEUE TABLES LOOP? (RTMT) & details ----------- ------------ ------ ---- ----------- ----- ------ ----- ----------------- server1 100.10.10.17 0.052 Yes Connected 0 match Yes (2) PUB Setup Completed server2 100.10.10.14 0.166 Yes Connected 0 match Yes (2) Setup Completed
|
||
步骤 3 |
在第一个节点上输入 对于 IM and Presence Service,如果您的部署中有多个节点,则在数据库发布方节点中输入命令。 根据数据库的大小,完全重新建立复制可能需要几分钟到一个小时以上的时间。继续执行下个步骤,以监控数据库复制重新建立的进度。 示例:admin:utils dbreplication reset all This command will try to start Replication reset and will return in 1-2 minutes. Background repair of replication will continue after that for 1 hour. Please watch RTMT replication state. It should go from 0 to 2. When all subs have an RTMT Replicate State of 2, replication is complete. If Sub replication state becomes 4 or 1, there is an error in replication setup. Monitor the RTMT counters on all subs to determine when replication is complete. Error details if found will be listed below OK [10.53.56.14] |
||
步骤 4 |
在第一个节点上输入 对于 IM and Presence Service,如果您的部署中有多个节点,则在数据库发布方节点上输入命令。 当所有节点的复制状态都显示为已连接且复制设置值为 (2) 设置完成时,系统会视为已重新建立复制。 示例:admin: utils dbreplication runtimestate DDB and Replication Services: ALL RUNNING DB CLI Status: No other dbreplication CLI is running... Cluster Replication State: BROADCAST SYNC Completed on 1 servers at: 2013-09-26-15-18 Last Sync Result: SYNC COMPLETED 257 tables sync'ed out of 257 Sync Errors: NO ERRORS DB Version: ccm9_0_1_10000_9000 Number of replicated tables: 257 Repltimeout set to: 300s Cluster Detailed View from newserver100 (2 Servers): PING REPLICATION REPL. DBver& REPL. REPLICATION SETUP SERVER-NAME IP ADDRESS (msec) RPC? STATUS QUEUE TABLES LOOP? (RTMT) & details ----------- -------------- ------ ---- ----------- ----- ------ ----- ----------------- server1 100.10.10.201 0.038 Yes Connected 0 match Yes (2) PUB Setup Completed server2 100.10.10.202 0.248 Yes Connected 0 match Yes (2) Setup Completed server3 100.10.10.203 0.248 Yes Connected 0 match Yes (2) Setup Completed server4 100.10.10.204 0.248 Yes Connected 0
|
如果没有为群集中的节点设置复制,请重置数据库复制。您可以使用命令行界面 (CLI) 重置数据库复制。
检查群集中所有节点的数据库复制状态。验证复制设置 (RTMT) 和详细信息的值是否显示为 2
。如果是除 2 以外的其他值,表示数据库复制存在问题,您需要为该节点重置复制。
步骤 1 |
在群集中的节点上重置复制。执行下列操作之一:
|
||
步骤 2 |
输入 |
您可以使用命令行界面 (CLI) 对节点上的网络问题进行故障诊断。
步骤 1 |
输入 |
步骤 2 |
如果任何字段缺失,则重置网络接口。
|
步骤 3 |
验证 IP 地址、掩码和网关。 |
网络时间协议故障诊断
您可以使用命令行界面 (CLI) 对订阅方节点上的网络时间协议 (NTP) 问题进行故障诊断。
步骤 1 |
输入 show network eth0 [detail] 验证网络配置。 |
步骤 2 |
输入 utils ntp status 验证 NTP 状态。 |
步骤 3 |
输入 utils ntp restart 重新启动 NTP。 |
步骤 4 |
输入 show network cluster 验证网络群集。 如果输出显示不正确的发布方信息,请使用 set network cluster publisher [hostname/IP_address] CLI 命令重置发布方。 |
您可以使用命令行界面 (CLI) 对发布方节点上的网络时间协议 (NTP) 问题进行故障诊断。
命令或操作 | 目的 | |
---|---|---|
步骤 1 |
输入 show network eth0 [detail] 验证网络配置。 |
|
步骤 2 |
输入 utils ntp status 验证 NTP 状态。 |
|
步骤 3 |
输入 utils ntp restart 重新启动 NTP。 |
|
步骤 4 |
输入 utils ntp server list 验证 NTP 服务器。 |
要添加或删除 NTP 服务器,请使用 utils ntp server [add/delete] CLI 命令。 |