1. 前言

生产环境中不是所有服务器都会配置NTP服务，这种情况下系统时间或多或少都会有延迟。ORACLE的RAC集群节点在系统时间差距过大时会宕机集群，只保留一个节点单机运行。DSC集群是否对操作系统时间有要求，修改时间对DSC集群有什么影响，下面我们将测试这个场景。

2. 安装NTP前系统时间

[dmdba@DSC-1 ~]$ date 
2026年 05月 14日 星期四 03:17:17 CST

[dmdba@DSC-2 DMDB2_config]$ date 
2026年 05月 14日 星期四 03:17:20 CST

3. 安装并配置NTP，实现两节点时间同步

yum install -y chronyd

##节点1作为NTP服务端
vi /etc/chrony.conf
allow 192.168.20.0/24
local stratum 10

##节点2以节点1的时间为准，作为NTP客户端
vi /etc/chrony.conf
pool 192.168.20.31 iburst

systemctl start chronyd

[root@DSC-1 ~]# date
2026年 05月 26日 星期二 15:14:31 CST

[root@DSC-2 ~]# date
2026年 05月 26日 星期二 15:14:31 CST

4. 节点2关闭NTP，时间延后7分钟

systemctl stop chronyd

[root@DSC-2 ~]# date 
2026年 05月 26日 星期二 15:17:02 CST

使用脚本对数据库发起持续连接
日志开始报告警，数据库可以连接，监视器状态正常

5. 测试节点2调整时间对数据库连接有无影响

以压测模拟业务连接

两节点均有连接

回调时间，压测未断开

6. 总结

达梦的DSC集群对操作系统时间的依赖性不高，时间延迟高或者回调时间都没什么影响
如果真的有机会配NTP还是配上吧，少刷点告警日志也是好事