简介
本文档详细介绍了验证Cisco Unified Communications Manager(CUCM)数据库复制的当前状态;以及每个参数的预期输出。
先决条件
要求
Cisco 建议您了解以下主题:
- Cisco Unified Communications Manager
使用的组件
本文档中的信息基于以下软件版本:
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始(默认)配置。如果您的网络处于活动状态,请确保您了解所有命令的潜在影响。
背景信息
CUCM中的数据库是全网状拓扑,即发布方和每个订用方逻辑连接到集群中的每台服务器;并且所有设备都能够更新它们之间的数据。
要验证CUCM中的数据库状态,必须在集群中的每个节点中授予从命令行界面(CLI)的访问权限。如果图形用户界面(GUI)可用,则必须生成数据库状态报告。
要生成Unified CM数据库状态报告,请导航至Cisco Unified Reporting > System Reports > Unified CM数据库状态。选择生成新报告。
连接验证
对于数据库复制,必须在集群中涉及的每个节点中正确建立服务器之间的连接。通过这些命令,您可以了解每个命令的状态。
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/hostname>
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 diagnose test
它检查所有组件并返回传递/失败值。数据库复制功能最重要的组件是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状态
思科强烈建议在CUCM发布服务器中配置网络时间协议(NTP)服务器,使用Stratum-1、Stratum-2或Stratum-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
synchronised 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数据库层监控器。
utils service list
命令utils服务列表在CUCM节点中显示服务及其状态。这些服务必须显示为“已启动”。
- 群集管理器[已启动]
- 思科数据库[已启动]
- 思科数据库复制器[已启动]
- 思科数据库层监控器[已启动]
数据库命令
必须从发布服务器运行数据库复制命令。
utils dbreplication status
此命令仅触发数据库状态检查。要验证其进度,请使用utils dbreplication 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
utis 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数据库状态报告中可以看到数据库状态,如图所示。

主机/主机/SQLHOSTS文件
有三个重要文件与数据库关联,它们在涉及的每个节点中必须相同。要从CLI验证它们,需要根访问。但是,Unified CM数据库状态报告也显示此信息,如图所示。

系统历史记录日志文件
数据库复制可能因不正常关闭而损坏,并且它们在系统历史记录日志中可见。
不流畅的关闭示例:
09/13/2018 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/2018 14:51:51 | root: Restart 10.5.2.15900-8 Start
09/03/2018 14:52:27 | root: Boot 10.5.2.15900-8 Start
建议在系统不正常关闭时重建服务器,并记录在缺陷CSCth53322中
。
验证
如果验证这些参数时出现错误,建议联系思科技术支持中心(TAC),并提供从集群中每个节点收集的信息以获得进一步帮助。
相关信息