1.

CT机房故障概述（以服务器与网络为核心）

• CT影像采集依赖本地PACS与远程备份服务器，任何服务器/网络异常都会导致影像无法存储或传输。
• 常见故障包括PACS服务宕机、数据库写入阻塞、存储阵列IOPS饱和、DNS解析异常、域名证书失效。
• 网络问题表现为交换机端口错误、VLAN错配、上行链路拥塞、路由黑洞或防火墙误策略。
• 公有云/VPS主机时会遇到宿主机内核升级导致虚拟化中断或云提供商维护窗口。
• 外部攻击如DDoS可造成远程诊断通道瘫痪，CDN与WAF策略需与医疗影像访问做差异化配置。

2.

常见服务器/主机层面故障与判定方法

• CPU/内存过载：top/iostat显示CPU>85%或swap大量使用，影像压缩/转换进程堵塞。
• 存储故障：smartctl报错、RAID掉盘或重建过程导致写入延迟，PACS队列积压。
• 数据库问题：MySQL/MSSQL长时间锁表、慢查询堆积，USE performance_schema定位慢查询。
• 虚拟机故障：宿主机资源抢占，出现ping丢包或VM迁移失败；检查云控制台事件。
• DNS/域名问题：域名解析到错误IP或证书链断裂，检查dig/openssl s_client结果。

3.

网络与安全相关故障排查要点（含CDN/DDoS）

• 物理链路：检查光纤/以太网链路灯、交换机错误计数。
• 路由与ACL：核对路由表、ACL与NAT规则，避免误封内部PACS访问端口（默认104 DICOM）。
• 防火墙策略：确认防火墙未把外部影像查看端点误判为攻击源；查看连接表与日志。
• DDoS检测：流量监控出现突增（例如上行由10Mbps瞬增至300Mbps以上），启动流量清洗或Null Route。
• CDN应用：将对外影像查看（静态缩略图、报表）放在CDN，减少回源压力，并对API层做WAF保护。

4.

标准应急处理流程（服务器/域名/网络维度）

• 立即断定影响范围：是本地机房、同楼层还是全院联网故障，记录故障开始时间与影响系统。
• 切换到备份系统：启动PACS热备或VPS快照恢复，DNS采用低TTL快速切换到备机IP。
• 临时就地存储：若远程写入失败，配置CT机将DICOM写入本地NAS（按队列导出）。
• 网络应急：若遭受DDoS，联络ISP或使用云清洗服务，临时限制非必要端口以保留TAT（诊断传输）。
• 完整恢复与回溯：恢复后进行数据一致性校验、数据库回滚或增量同步，并保存日志供事后复盘。

5.

真实案例与服务器配置示例（含数据演示）

• 案例：越南某三级医院CT中心，突发PACS写入延迟导致当天影像堆积，调查发现RAID阵列重建与数据库备份同时进行。
• 影响：当日影像入队延迟约3小时，急诊影像延误导致2例二次传输。
• 处置：中断备份任务，提升数据库IO优先级，临时切换到备份PACS，完成队列清空后复位。
• 教训：未设置备份窗口与IO限速、未对RAID重建设定维护窗口。
• 下表为该院恢复时使用的服务器与网络配置示例：

组件	配置/参数
PACS服务器	2x Intel Xeon E5, 64GB RAM, RAID10(6x4TB), 10 TB usable, 8k IOPS
备份主机（VPS）	4 vCPU, 16GB RAM, 2TB云盘, 每日快照
外网链路	上行1 Gbps，带宽保证100 Mbps，峰值DDoS检测300 Mbps
域名与证书	主域名：hospital.vn，证书CA签发，TTL 300s，备用域名备用

6.

预防策略与长期运维建议（面向IT与影像科协作）

• 建议建立冷热备份PACS：本地热备+云端冷备，保证RTO<30分钟、RPO<1小时。
• 流量与阈值告警：设置NETFLOW与SIEM，突发流量>100Mbps触发运维通知并自动限制低优先级流量。
• 维护窗口与IO限速：RAID重建、备份任务设定在夜间低峰并启用ionice/rsync限速。
• 域名与证书管理：启用监控证书到期并保持低TTL以便紧急DNS切换。
• 定期演练与文档：每季度进行一次CT机房断网/服务器故障演练，更新应急SOP并与放射科、网络团队签字确认。

来源：越南医院CT机房常见故障与应急处理流程一线经验总结