应急手动校时
手动校时是设备没有可用 NTP 时的应急手段。三厂的日期格式差异很大，而且 H3C Comware 有一个容易踩的坑：clock protocol 选择 ntp 之后手动改时间会被拒绝，必须先切回 none。手动校时只适合应急，长期仍应启用时间同步，否则时钟会持续漂移。
基本信息
| 适用平台 | 思科 IOS / 华为 VRP / H3C Comware |
|---|---|
| 华为 | clock datetime，用户视图执行，格式 YYYY-MM-DD |
| 思科 | clock set，特权模式执行，格式为日 月名 年 |
| H3C | clock datetime，格式 YYYY/MM/DD，受 clock protocol 管控 |
典型使用场景
- 离线环境或开局阶段的应急校时
- NTP 暂不可用时的临时处理
- 排查时间设置命令被拒绝的原因
- 日志时间线异常时的核对
- 割接前统一多台设备的时间
华为 VRP
华为 VRP
<Huawei> clock datetime 10:00:00 2026-10-12 # 用户视图执行，格式 YYYY-MM-DD
<Huawei> display clock
[Huawei] clock timezone CST add 08:00 # 时区按需设置，部分版本需先删除原时区思科 IOS
思科 IOS
SW-CORE-01# clock set 10:00:00 12 October 2026 # 特权模式，日 月名 年
SW-CORE-01# show clock
SW-CORE-01(config)# clock timezone CST 8H3C Comware
H3C Comware
[H3C] clock protocol none
<H3C> clock datetime 10:00:00 2026/10/12 # 先切 protocol none 才能手动设置
<H3C> display clock
[H3C] clock timezone Beijing add 08:00:00三厂格式对照
| 厂商 | 命令 | 日期格式 |
|---|---|---|
| 华为 VRP | clock datetime | YYYY-MM-DD，例如 2026-10-12 |
| 思科 IOS | clock set | 日 月名 年，例如 12 October 2026 |
| H3C Comware | clock datetime | YYYY/MM/DD，且受 clock protocol 管控 |
| 通用建议 | 设置后立即 display clock 复核 | 格式错误会被命令直接拒绝 |
日期格式差异明显：华为是 YYYY-MM-DD，思科是「日 月名 年」，H3C 是 YYYY/MM/DD 并且额外受 clock protocol 管控。记不清时用命令后的 ? 查看格式提示，比凭印象输入可靠。
手动校时只适合应急：校时之后如果没有启用时间同步，设备时钟会持续漂移，依赖时间的日志、证书校验与审计记录都会逐渐失真。
时间对排障的影响常被低估：跨设备日志比对、证书校验、审计追溯都依赖一致的时间基准。开局阶段即使没有 NTP，也应先手动校准一次，并把校时动作记录在实施单里。
校时之前先确认设备当前的时区设置：时区偏移不正确时，即使时间输入准确，显示出来的时间也会整体偏移若干小时，跨设备比对日志时会持续对不上。