简介
本文档介绍用于验证Cisco Unified Communications Manager(CUCM)数据库复制的重要命令及其预期输出。
先决条件
要求
思科建议您先了解下列主题的相关知识:
使用的组件
本文档中的信息基于以下软件版本:
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您的网络处于活动状态,请确保您了解所有命令的潜在影响。
背景信息
CUCM中的数据库是一个全网状拓扑,这意味着发布方和每个用户以逻辑方式连接到集群中的每台服务器;并且它们都能够更新它们之间的数据。
为了验证CUCM中的数据库状态,必须在集群的每个节点中授予从命令行界面(CLI)的访问权限。如果图形用户界面(GUI)可用,则必须生成数据库状态报告。
要生成Unified CM数据库状态报告,请导航到Cisco Unified Reporting > System Reports > Unified CM Database Status。选择Generate a new report。
连接验证
对于数据库复制,必须在群集所涉及的每个节点中正确建立服务器之间的连接。通过这些命令,您可以了解每个命令的状态。
show network cluster
使用show network cluster命令确认节点之间已经过身份验证。发布服务器的输出包含processnode表条目。但是,必须对所有节点进行身份验证(确保所有节点上的安全密码相同)。
发布者:
admin:show network cluster
10.1.89.30 CUCMv10SUB.alegarc2.lab CUCMv10SUB Subscriber callmanager DBSub authenticated using TCP since Mon Jul 1 13:44:09 2019
10.1.89.20 CUCM10.alegarc2.lab CUCM10 Publisher callmanager DBPub authenticated
Server Table (processnode) Entries
----------------------------------
10.1.89.20
10.1.89.30
用户:
admin:show network cluster
10.1.89.30 CUCMv10SUB.alegarc2.lab CUCMv10SUB Subscriber callmanager DBSub authenticated
10.1.89.20 CUCM10.alegarc2.lab CUCM10 Publisher callmanager DBPub authenticated using TCP since Mon Jul 1 13:44:19 2019
从processnode运行sql select *
Processnode表必须列出群集中的所有节点。
admin:run sql select * from processnode
pkid name mac systemnode description isactive nodeid tknodeusage ipv6name fklbmhubgroup tkprocessnoderole tkssomode
==================================== ================== === ========== =========== ======== ====== =========== ======== ============= ================= =========
00000000-1111-0000-0000-000000000000 EnterpriseWideData t t 1 1 NULL 1 0
68b56caa-d320-4c94-9c5a-43c3ba6cb4b8 10.1.89.20 f 10.1.89.20 t 2 0 NULL 1 0
a6a92a62-8e66-cdfc-80fa-56a688d3dd58 10.1.89.30 f t 3 1 NULL 1 0
utils network connectivity <IP/主机名>
Publisher必须能够连接所有用户,而且必须成功完成网络连接结果。
admin:utils network connectivity 10.1.89.30
This command can take up to 3 minutes to complete.
Continue (y/n)?y
Running test, please wait ...
......
Network connectivity test with 10.1.89.30 completed successfully.
每个用户都必须连接到发布服务器,而且必须成功完成群集网络连接结果中包括的其他用户。
admin:utils network connectivity 10.1.89.20
This command can take up to 3 minutes to complete.
Continue (y/n)?y
Running test, please wait ...
.
Network connectivity test with 10.1.89.20 completed successfully.
在Unified CM数据库状态报告中,连接必须显示为1=每个节点成功,如图所示。

utils诊断测试
它检查所有组件并返回传递/失败的值。数据库复制功能最重要的组件是validate_network、ntp_reachability和ntp_stratum。
admin:utils diagnose test
Log file: platform/log/diag1.log
Starting diagnostic test(s)
===========================
test - disk_space : Passed (available: 1753 MB, used: 12413 MB)
skip - disk_files : This module must be run directly and off hours
test - service_manager : Passed
test - tomcat : Passed
test - tomcat_deadlocks : Passed
test - tomcat_keystore : Passed
test - tomcat_connectors : Passed
test - tomcat_threads : Passed
test - tomcat_memory : Passed
test - tomcat_sessions : Passed
skip - tomcat_heapdump : This module must be run directly and off hours
test - validate_network : Passed
test - raid : Passed
test - system_info : Passed (Collected system information in diagnostic log)
test - ntp_reachability : Passed
test - ntp_clock_drift : Passed
test - ntp_stratum : Passed
skip - sdl_fragmentation : This module must be run directly and off hours
skip - sdi_fragmentation : This module must be run directly and off hours
Diagnostics Completed
The final output will be in Log file: platform/log/diag1.log
Please use 'file view activelog platform/log/diag1.log' command to see the output
utils ntp status
Cisco强烈建议在CUCM发布方中配置网络时间协议(NTP)服务器使用第1层、第2层或第3层,以确保集群时间与外部时间源同步。
admin:utils ntp status
ntpd (pid 8609) is running...
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.1.89.1 LOCAL(1) 2 u 935 1024 377 0.262 2.591 3.260
synchronised to NTP server (10.1.89.1) at stratum 3
time correct to within 32 ms
polling server every 1024 s
Current time in UTC is : Wed Jul 3 12:40:36 UTC 2019
Current time in America/Mexico_City is : Wed Jul 3 07:40:36 CDT 2019
订阅服务器的NTP是发布服务器,必须显示为已同步。
admin:utils ntp status
ntpd (pid 30854) is running...
remote refid st t when poll reach delay offset jitter
==============================================================================
*10.1.89.20 10.1.89.1 3 u 179 1024 377 0.524 -1.793 1.739
synchronized to NTP server (10.1.89.20) at stratum 4
time correct to within 50 ms
polling server every 1024 s
Current time in UTC is : Wed Jul 3 12:41:46 UTC 2019
Current time in America/Mexico_City is : Wed Jul 3 07:41:46 CDT 2019
服务验证
数据库复制涉及的CUCM服务包括Cluster Manager、Cisco DB和Cisco Database Layer Monitor。
utils service list
utils service list命令在CUCM节点中显示服务及其状态。这些服务必须显示为STARTED。
- 群集管理器[已启动]
- A Cisco DB [启动]
- Cisco DB Replicator [启动]
- Cisco数据库层监控器[启动]
数据库命令
必须从发布服务器运行数据库复制命令。
实用程序复制状态
此命令仅触发数据库状态检查。要验证其进度,请使用utils dbplication runtimestate命令。
admin:utils dbreplication status
Replication status check is now running in background.
Use command 'utils dbreplication runtimestate' to check its progress
The final output will be in file cm/trace/dbl/sdi/ReplicationStatus.2019_07_03_07_54_21.out
Please use "file view activelog cm/trace/dbl/sdi/ReplicationStatus.2019_07_03_07_54_21.out " command to see the output
utils dbreplication runtimestate
Runtimestate命令可显示数据库状态的进度,这样它可以在节点进行过程中显示不同的复制设置。一旦该命令完成,便可验证输出并显示当前数据库状态。
admin:utils dbreplication runtimestate
Server Time: Wed Jul 3 09:11:03 CDT 2019
Cluster Replication State: Replication status command started at: 2019-07-03-07-54
Replication status command COMPLETED 681 tables checked out of 681
Last Completed Table: devicenumplanmapremdestmap
No Errors or Mismatches found.
Use 'file view activelog cm/trace/dbl/sdi/ReplicationStatus.2019_07_03_07_54_21.out' to see the details
DB Version: ccm10_5_2_15900_8
Repltimeout set to: 300s
PROCESS option set to: 1
Cluster Detailed View from CUCM10 (2 Servers):
PING DB/RPC/ REPL. Replication REPLICATION SETUP
SERVER-NAME IP ADDRESS (msec) DbMon? QUEUE Group ID (RTMT) & Details
----------- ---------- ------ ------- ----- ----------- ------------------
CUCM10 10.1.89.20 0.013 Y/Y/Y 0 (g_2) (2) Setup Completed
CUCMv10SUB 10.1.89.30 0.230 Y/Y/Y 0 (g_3) (2) Setup Completed
“数据库状态”可从Unified CM数据库状态报告中查看,如图所示。

Hosts/Rhosts/Sqlhosts文件
有三种重要文件与数据库关联,并且它们必须在所涉及的每个节点中是相同的。要从CLI验证它们,需要根访问权限。但是,“Unified CM数据库状态报告”也会显示此信息,如图所示。

系统历史记录日志文件
数据库复制可能会由于不正常的关闭而损坏,它们在系统历史记录日志中可见。
非正常关闭示例:
09/13/2019 15:29:01 | root: Boot 10.5.2.15900-8 Start
09/13/2019 16:55:24 | root: Boot 10.5.2.15900-8 Start
正常关闭示例:
09/03/2019 14:51:51 | root: Restart 10.5.2.15900-8 Start
09/03/2019 14:52:27 | root: Boot 10.5.2.15900-8 Start
当系统出现不正常关闭时,建议重建服务器,该服务器记录在Cisco bug ID CSCth中53322
验证
如果验证这些参数时发现错误,建议联系思科技术支持中心(TAC),并提供集群中每个节点的收集信息以获得进一步帮助。
相关信息