执行CUCM数据库复制的运行状况检查

简介

本文档介绍用于验证Cisco Unified Communications Manager (CUCM)数据库复制的重要命令及其预期输出。

先决条件

要求

Cisco 建议您了解以下主题：

• Cisco Unified Communications Manager

使用的组件

本文档中的信息基于以下软件版本：

• 思科统一通信管理器10.5.2.15900-8版

本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您的网络处于活动状态，请确保您了解所有命令的潜在影响。

背景信息

CUCM中的数据库是全网状拓扑，这意味着发布服务器和每个用户都逻辑连接到集群中的每台服务器；并且所有服务器都能够更新它们之间的数据。

为了验证CUCM中的数据库状态，必须在集群中的每个节点中授予从命令行界面(CLI)的访问。如果图形用户界面(GUI)可用，则必须生成数据库状态报告。

要生成Unified CM数据库状态报告，请导航到思科统一报告>系统报告> Unified CM数据库状态。选择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

实用网络连接<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=成功，如图所示。

实用工具诊断测试

它检查所有组件并返回传递/失败的值。数据库复制功能最重要的组件是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

实用工具ntp状态

思科强烈建议在CUCM发布方中配置第1层、第2层或第3层的网络时间协议(NTP)服务器，以确保集群时间与外部时间源同步。

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、思科数据库和思科数据库层监控器。

实用服务列表

实用服务列表命令显示CUCM节点中的服务及其状态。这些服务必须显示为已启动。

• 群集管理器[STARTED]
• Cisco DB [启动]
• Cisco DB Replicator [启动]
• Cisco数据库层监控器[启动]

数据库命令

必须从发布服务器运行数据库复制命令。

实用工具复制状态

此命令仅触发数据库状态检查。要验证其进度，请使用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

实用程序复制运行时间状态

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进行验证，必须具有root访问权限。但是，“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)，并提供从集群中的每个节点收集的信息以获得进一步帮助。

相关信息

• Unified CM NTP时间同步
• 关闭或重新启动系统的过程，版本12.5(1)
• 从非正常关闭中恢复