问
uis平台主备切换后，数据不准确
2026-11-08提问
- 1关注
- 0收藏，128浏览
zhiliao_Gixe
九段
UIS平台主备切换后数据不准确，通常与数据库同步、缓存未刷新或切换过程中数据未完全落盘有关。建议按以下步骤排查：
1. 检查主备切换状态
登录UIS管理节点，确认当前主备角色及集群状态：
bash
uis status
cat /var/log/uis/uis.log | grep -i "switchover"
2. 核对数据库同步状态
UIS使用MariaDB/MySQL主从复制，检查从库状态：
bash
mysql -u root -p -e "SHOW SLAVE STATUS\G"
关注 Slave_IO_Running、Slave_SQL_Running 是否为 Yes，Seconds_Behind_Master 是否过大。
3. 检查缓存服务
UIS依赖Redis/Memcached，切换后缓存可能未清理，导致读到旧数据：
bash
redis-cli -h -p 6379 info replication
redis-cli -h -p 6379 flushall # 谨慎操作，确认业务影响
4. 核对时间同步
主备节点时间不同步会导致数据记录错乱：
bash
chronyc sources -v
timedatectl status
5. 查看切换日志与告警
检查UIS切换前后的错误日志，定位是否有数据未提交或回滚：
bash
grep -iE "error|fail|switchover" /var/log/uis/*.log | tail -100
6. 数据一致性校验
对比主备切换前后关键业务表数据量或校验和，确认差异范围。
若上述步骤无法定位，建议收集UIS日志、数据库日志及切换时间点信息，联系H3C技术支持进一步分析。
1. 检查主备切换状态
登录UIS管理节点，确认当前主备角色及集群状态：
bash
uis status
cat /var/log/uis/uis.log | grep -i "switchover"
2. 核对数据库同步状态
UIS使用MariaDB/MySQL主从复制，检查从库状态：
bash
mysql -u root -p -e "SHOW SLAVE STATUS\G"
关注 Slave_IO_Running、Slave_SQL_Running 是否为 Yes，Seconds_Behind_Master 是否过大。
3. 检查缓存服务
UIS依赖Redis/Memcached，切换后缓存可能未清理，导致读到旧数据：
bash
redis-cli -h
redis-cli -h
4. 核对时间同步
主备节点时间不同步会导致数据记录错乱：
bash
chronyc sources -v
timedatectl status
5. 查看切换日志与告警
检查UIS切换前后的错误日志，定位是否有数据未提交或回滚：
bash
grep -iE "error|fail|switchover" /var/log/uis/*.log | tail -100
6. 数据一致性校验
对比主备切换前后关键业务表数据量或校验和，确认差异范围。
若上述步骤无法定位，建议收集UIS日志、数据库日志及切换时间点信息，联系H3C技术支持进一步分析。
- 2026-11-08回答
- 评论(0)
- 举报
-
(0)
暂无评论
- 切换前主备数据库同步就已经存在延迟 / 异常（最高概率） Handy‑HA 双管理节点是异步复制；切换之前，主节点部分配置、任务记录、性能统计、告警数据还没有完全同步到备节点，此时执行手动切换 / 故障强制切换，新主（原备）拿到一份旧快照，页面展示旧数据。
计划内运维切换，官方要求先确认主备同步状态，再执行切换；故障强制切换天然就有丢失少量未同步管理元数据风险Microsoft ...。
- 主备之间管理同步链路抖动、丢包、带宽不足 管理节点之间的同步网络不稳定，binlog 复制中断，数据库复制线程报错，但是页面没有明显告警，切换后暴露数据差异。
- 旧主节点降级之后没有停止写入，出现短暂双写 切换完成后旧主没有正确降为备库，部分 CVK 主机上报性能、告警还往旧主推送；新旧两个库各自写入，两份元数据分叉不一致。
- 页面前端缓存未刷新，不是真实数据库不一致 浏览器缓存、Redis 内存缓存，页面显示旧数据，后台数据库实际数据正确。
- 磁盘空间告警：原备节点磁盘满，数据库复制无法落地数据
排查步骤（顺序执行）
第一步：区分是前端缓存问题，还是底层数据库真不一致
- 浏览器：清除全部缓存，无痕模式打开 Web 页面；
- 分别登录新主管理节点后台、旧主管理节点后台，直接查询数据库关键表（如虚拟机列表）做对比；
- 如果后台数据库两边数据本身不一样，属于真实元数据同步故障；
- 如果后台数据库数据一致，仅 Web 页面显示错误：重启 uis‑manager 相关缓存服务即可。
第二步：检查 Handy‑HA 主备复制状态（SSH 登录新主节点）
- 查看双机 HA 状态
handyha status
重点观察：角色（Primary/Standby）、复制状态、复制延迟、是否报错。
如果显示
Replication abnormal，代表主备数据库复制链路已经故障。
- 检查磁盘，备节点系统盘不要占用 100%：
df -h
磁盘满会直接阻断数据库同步。
- 检查主备之间网络互通：两个管理节点之间管理互访 443、数据库同步端口连通性。
第三步：两种不同故障场景处理
⚠️重要：底层 CVK 主机上的虚拟机业务不受 Manager 数据库异常影响，虚拟机业务继续运行；只影响管理平台展示、告警、任务、报表，不会损坏虚拟机磁盘数据H3C。
场景 A：计划内手动切换，切换前没有确认同步，备节点拿到旧副本
- 现在的新主是原备机，数据版本偏旧；优先把业务切回原来的旧主节点（现在为备），原来主节点拥有切换前完整全部元数据；
- 切回之后，等待 handyha 状态显示复制正常、无延迟，再重新执行主备切换。
场景 B：已经发生强制故障切换，原主节点故障不可用，新主（原备）元数据缺失
此时原主已经无法上线，不能回切。
- 优先使用 UIS Manager管理平台备份文件恢复元数据，导入最近时间点有效的管理备份（只恢复管理配置，不碰虚拟机存储数据）H3C。
- 如果备份缺失，只能做平台侧数据修复：
- 主机列表：执行【重新连接主机】，CVK 主机重新上报虚拟机、网络、存储配置，刷新平台元数据；
- 告警、历史任务、性能统计这部分历史数据无法找回；当前运行的虚拟机配置会从 CVK 重新采集回来。
第四步：如果 handyha 复制已经报错中断（主备都在线）
- 确认当前哪个节点是正确完整数据源；
- 停止 handyha 双机；以完整的节点为基准，重建主备数据库复制关系，全量重新同步元数据；
⚠️重建复制操作风险较高，建议联系 H3C400 工程师现场指导，防止元数据被覆盖丢失。
避坑要点
- ONEStor 存储业务数据 ≠ Manager 管理元数据 切换异常只会丢失告警、历史任务、报表、部分管理配置，虚拟机磁盘文件在分布式存储中完好，不要动存储层，不要重建存储池。
- 计划内维护切换操作标准流程：
handyha status确认复制状态正常、无延迟 → 再执行handyha switchover手动切换，禁止直接断电强制切换。 - 强制故障切换（原主宕机）本身就存在少量未同步管理元数据丢失风险，属于产品机制。
需要收集日志给 400 定位时收集
handyha status
display logbuffer
/var/log/handyha/*
/var/log/mysql/*
/var/log/uis-manager/*
暂无评论
编辑答案
➤
✖
亲~登录后才可以操作哦!
确定
✖
✖
你的邮箱还未认证，请认证邮箱或绑定手机后进行当前操作
✖
举报
×
侵犯我的权益
>
对根叔社区有害的内容
>
辱骂、歧视、挑衅等（不友善）
侵犯我的权益
×
侵犯了我企业的权益
>
抄袭了我的内容
>
诽谤我
>
辱骂、歧视、挑衅等（不友善）
骚扰我
侵犯了我企业的权益
×
您好，当您发现根叔知了上有关于您企业的造谣与诽谤、商业侵权等内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到 pub.zhiliao@h3c.com 邮箱，我们会在审核后尽快给您答复。
- 1. 您举报的内容是什么？（请在邮件中列出您举报的内容和链接地址）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
- 3. 是哪家企业？（营业执照，单位登记证明等证件）
- 4. 您与该企业的关系是？（您是企业法人或被授权人，需提供企业委托授权书）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
抄袭了我的内容
×
原文链接或出处
诽谤我
×
您好，当您发现根叔知了上有诽谤您的内容时，您可以向根叔知了进行举报。 请您把以下内容通过邮件发送到pub.zhiliao@h3c.com 邮箱，我们会尽快处理。
- 1. 您举报的内容以及侵犯了您什么权益？（请在邮件中列出您举报的内容、链接地址，并给出简短的说明）
- 2. 您是谁？（身份证明材料，可以是身份证或护照等证件）
我们认为知名企业应该坦然接受公众讨论，对于答案中不准确的部分，我们欢迎您以正式或非正式身份在根叔知了上进行澄清。
对根叔社区有害的内容
×
垃圾广告信息
色情、暴力、血腥等违反法律法规的内容
政治敏感
不规范转载
>
辱骂、歧视、挑衅等（不友善）
骚扰我
诱导投票
不规范转载
×
举报说明
暂无评论