2025年灾备切换试题库及答案

2025年灾备切换试题库及答案一、单项选择题（每题2分，共30分）1.某金融机构灾备系统采用“两地三中心”架构，主中心位于A市，同城灾备中心位于A市郊区，异地灾备中心位于B市。当主中心因电力故障完全中断时，优先启动的切换目标应为（）。A.同城灾备中心B.异地灾备中心C.主中心本地备份机D.云灾备节点答案：A解析：同城灾备中心与主中心距离较近，RPO（恢复点目标）和RTO（恢复时间目标）更优，电力故障属于局部灾难，优先选择同城切换以缩短业务中断时间。2.灾备切换过程中，验证数据一致性的核心依据是（）。A.主备中心最后一次同步的时间戳B.数据库事务日志的完整性校验C.应用系统登录界面的显示状态D.网络连通性测试结果答案：B解析：数据一致性需通过底层数据校验（如数据库事务日志、校验和算法）确认，时间戳仅反映同步时点，无法验证数据完整性。3.以下哪项不属于计划内灾备切换的典型场景？（）A.主中心机房升级改造B.主存储设备计划性更换C.台风预警导致主中心可能断电D.灾备系统年度演练答案：C解析：台风预警属于突发事件，需启动计划外切换；计划内切换通常为可预见的维护或演练。4.某系统RPO设置为15分钟，RTO设置为1小时。若主中心在9:00发生故障，最后一次数据同步完成于8:50，则切换后需补传的数据时间范围是（）。A.8:50-9:00B.8:45-9:00C.8:00-9:00D.无需补传答案：A解析：RPO定义为允许丢失的最大数据量，最后一次同步在8:50，故障发生在9:00，丢失的10分钟数据需通过日志补传，未超过RPO阈值（15分钟）。5.混合云灾备场景中，本地数据中心与云灾备中心的切换顺序应优先考虑（）。A.云平台的带宽成本B.业务系统的实时性要求C.云服务商的SLA承诺D.本地存储的剩余空间答案：B解析：实时性要求高的业务（如交易系统）需优先切换至能快速恢复的节点，避免长时间中断；成本、SLA为次要因素。6.灾备切换前需关闭主中心业务流量，正确的操作顺序是（）。A.停止应用服务→切断数据库写入→断开网络路由B.切断数据库写入→停止应用服务→断开网络路由C.断开网络路由→停止应用服务→切断数据库写入D.停止应用服务→断开网络路由→切断数据库写入答案：A解析：需先停止应用服务避免新请求进入，再切断数据库写入防止数据不一致，最后断开网络路由确保流量完全切换。7.以下哪项是灾备切换后业务验证的关键指标？（）A.灾备中心空调温度B.用户登录页面的UI样式C.交易成功率与延迟D.备份磁带的物理完整性答案：C解析：业务验证需聚焦功能（如交易成功）和性能（如延迟），确保切换后系统满足生产要求。8.主备中心采用存储级同步复制时，切换过程中发现“复制链路中断”告警，最可能的原因是（）。A.应用系统版本不一致B.存储设备间IP路由异常C.灾备中心服务器CPU过载D.主中心数据库事务日志损坏答案：B解析：存储级复制依赖网络链路，路由异常会直接导致复制中断；应用版本、CPU负载、日志损坏不直接影响存储复制链路。9.某企业灾备级别为GB/T20988-2007中的第5级（实时数据备份加应用热备），其切换时无需等待的操作是（）。A.数据同步完成B.应用服务启动C.网络路由切换D.用户权限同步答案：A解析：第5级灾备已实现实时数据同步，切换时数据已一致，无需等待同步完成；应用启动、路由切换仍需时间。10.灾备切换回切（从灾备中心切回主中心）的触发条件不包括（）。A.主中心故障已修复B.主中心数据补传完成C.灾备中心带宽耗尽D.业务部门确认主中心可用答案：C解析：回切需主中心恢复且数据一致，灾备中心带宽耗尽不直接触发回切，除非业务要求。11.多租户系统灾备切换时，关键操作是（）。A.为每个租户单独启动应用实例B.验证租户数据隔离性C.同步租户的个性化配置文件D.调整负载均衡器的租户路由规则答案：B解析：多租户系统需重点验证数据隔离（如A租户无法访问B租户数据），避免切换导致数据泄露。12.以下哪项属于灾备切换中的“不可逆操作”？（）A.暂停主中心数据库写入B.启用灾备中心DNS解析C.清除主中心未同步的事务日志D.关闭主中心防火墙答案：C解析：清除未同步日志会导致数据永久丢失，无法回退；暂停写入、启用DNS、关闭防火墙均可恢复。13.云灾备场景中，“按需切换”的核心优势是（）。A.降低云服务器租赁成本B.减少日常维护工作量C.提高切换灵活性D.避免数据同步延迟答案：C解析：按需切换可根据实际需求（如突发故障）动态启动灾备资源，无需提前部署，提升灵活性；成本、维护、延迟为次要优势。14.灾备切换演练中，“黑盒测试”的重点是（）。A.检查技术团队的操作熟练度B.验证业务端到端可用性C.测试存储复制的性能极限D.评估灾备中心的电力冗余答案：B解析：黑盒测试不关注内部技术细节，重点模拟用户视角，验证业务能否正常使用（如下单、查询）。15.当灾备切换过程中发现“应用启动失败”，优先排查的步骤是（）。A.检查数据库连接配置B.重启灾备中心服务器C.回滚至主中心D.联系应用开发商答案：A解析：应用启动失败常见原因为配置错误（如数据库IP、端口），需优先检查连接配置；重启、回滚、联系厂商为后续步骤。二、判断题（每题1分，共10分）1.灾备切换时，若主中心与灾备中心时间不同步，可能导致数据一致性验证失败。（）答案：√解析：时间不同步会导致日志时间戳错位，影响事务一致性校验。2.计划外切换无需提前通知业务部门，可直接执行以减少中断时间。（）答案：×解析：需第一时间通知业务部门，说明切换原因及预计中断时长，避免用户恐慌。3.存储级灾备切换完成后，应用级灾备切换无需额外操作。（）答案：×解析：存储级切换仅恢复数据，应用需重新启动并关联新存储地址，仍需应用级操作。4.灾备演练中，模拟“主中心网络断网”场景时，只需断开主中心出口路由。（）答案：×解析：需完全隔离主中心网络（如关闭交换机端口），避免演练流量误流入主中心影响结果。5.RPO为0的灾备系统意味着主备中心数据完全实时同步，无任何数据丢失风险。（）答案：×解析：RPO为0需依赖零丢失复制技术（如同步镜像），但极端情况下（如双中心同时故障）仍可能丢失未提交事务。6.切换后若发现业务延迟升高，优先检查灾备中心服务器的CPU、内存使用率。（）答案：√解析：延迟升高常因资源不足（如CPU过载），需优先排查资源占用情况。7.异地灾备切换时，因网络延迟较高，需降低RTO要求。（）答案：×解析：RTO由业务需求决定，网络延迟需通过优化（如就近接入、缓存）解决，而非降低指标。8.灾备切换回切时，需先停止灾备中心业务，再启动主中心业务。（）答案：√解析：避免双中心同时运行导致数据冲突，需“先停后启”。9.云灾备切换中，若选择“冷启动”模式，需等待云服务器初始化完成，会延长RTO。（）答案：√解析：冷启动需分配资源、加载系统镜像，耗时较长，影响RTO。10.切换过程中记录操作日志的主要目的是用于事后审计，对切换本身无直接作用。（）答案：×解析：操作日志可实时定位问题（如某步骤执行失败），辅助快速调整切换策略。三、简答题（每题8分，共40分）1.简述灾备切换前需完成的5项关键检查。答案：（1）数据同步状态检查：确认主备中心数据同步无延迟，复制链路状态正常（如存储复制、日志传输）；（2）灾备资源检查：验证灾备中心服务器、网络、存储等资源可用（如CPU/内存空闲率≥30%，网络带宽冗余≥50%）；（3）应用配置检查：核对灾备中心应用配置（如数据库连接串、域名解析、安全证书）与主中心一致；（4）业务流量隔离检查：确认主中心已停止接收新业务请求（如关闭负载均衡器入口、暂停API网关）；（5）应急预案确认：检查切换失败预案（如回切步骤、备用通信方式）是否就绪，关键人员联系方式有效。2.说明计划内切换与计划外切换的3点主要区别。答案：（1）触发条件不同：计划内切换为可预见事件（如演练、维护），计划外为突发灾难（如火灾、地震）；（2）准备时间不同：计划内可提前数天/周准备（如通知用户、备份关键数据），计划外需分钟级响应；（3）切换目标优先级不同：计划内可按最优路径切换（如优先选择资源利用率高的灾备中心），计划外需优先选择最可能成功的节点（如最近的可用中心）；（4）验证深度不同：计划内可全面验证业务功能（如全量测试用例），计划外仅验证核心功能（如交易主流程）。3.解释RPO和RTO在灾备切换中的作用，并举例说明两者的关系。答案：RPO（恢复点目标）定义允许丢失的最大数据量，决定切换时需补传的日志范围；RTO（恢复时间目标）定义业务允许的最长中断时间，决定切换流程的时间限制。示例：某系统RPO=30分钟，RTO=2小时。若主中心在10:00故障，最后一次同步在9:45，则需补传9:45-10:00的15分钟数据（未超RPO），且整个切换过程（包括数据补传、应用启动、业务验证）需在12:00前完成（RTO约束）。若补传耗时超过1.5小时，即使数据未超RPO，仍会因RTO不达标导致业务损失。4.多节点分布式系统（如Kafka集群、Redis集群）灾备切换的注意事项有哪些？答案：（1）节点状态一致性：确保主备集群中各节点的数据同步进度一致（如Kafka的offset、Redis的slot映射），避免切换后集群分裂；（2）网络地址切换：分布式系统依赖节点间通信，需修改集群配置中的节点IP/域名（如将主中心节点IP替换为灾备中心节点IP），并重启服务使配置生效；（3）负载均衡调整：切换后需更新负载均衡器的后端节点列表，确保客户端请求路由至灾备集群；（4）脑裂防护：启用分布式锁或仲裁机制（如ZooKeeper），防止主备集群同时运行导致数据冲突；（5）增量同步处理：若切换时存在未同步的增量数据（如Kafka未消费的消息），需确认灾备集群能正确接收并处理，避免消息丢失或重复。5.灾备切换失败（如灾备中心应用启动后无法处理业务请求）的恢复步骤是什么？答案：（1）立即暂停切换：停止灾备中心后续操作（如关闭新业务路由、暂停数据补传），避免问题扩大；（2）回切主中心：若主中心故障已修复，按回切流程恢复主中心业务（优先使用未受影响的备用资源）；（3）故障排查：分析切换失败原因（如应用配置错误、存储权限不足、网络安全组拦截），记录详细日志；（4）启用备用方案：若主中心无法恢复，切换至第三级灾备节点（如云灾备、离线备份），通过手工补录数据恢复业务；（5）事后复盘：组织技术、业务部门总结失败原因，更新切换预案（如增加配置校验步骤、优化网络安全策略），并在72小时内完成演练验证。四、案例分析题（每题10分，共20分）案例1：某电商平台主数据中心位于C市，同城灾备中心位于C市新区，异地灾备中心位于D市。某日14:00，主中心因光纤被挖断导致全网断联，监控显示主中心服务器仍在运行但无法对外提供服务。问题：（1）应优先启动哪类切换？说明原因。（2）切换过程中需重点验证哪些业务功能？（3）若切换后用户反映“下单成功但库存未扣减”，可能的原因是什么？如何处理？答案：（1）优先启动同城灾备切换。主中心服务器运行正常但网络断联，属于“可用但不可达”场景，同城灾备中心与主中心数据同步实时性高（RPO通常≤5分钟），切换后可快速恢复业务，避免使用异地灾备（网络延迟高，RTO更长）。（2）重点验证核心交易链路：①用户登录（验证认证系统切换）；②商品查询（验证数据库读一致性）；③下单支付（验证交易事务完整性）；④库存扣减（验证业务逻辑与数据一致性）；⑤物流信息同步（验证与外部系统的接口连通性）。（3）可能原因：灾备中心应用服务器与库存数据库的连接配置错误（如指向主中心已断联的数据库），导致下单请求写入灾备数据库，但库存扣减操作仍尝试访问主中心数据库（超时未执行）。处理步骤：①检查应用服务器的库存数据库连接串，确认指向灾备中心库存数据库IP；②重启应用服务使配置生效；③手工同步主中心断联期间未扣减的库存（通过对比主备数据库的订单表与库存表，补扣库存）；④在切换预案中增加“跨中心接口指向检查”步骤，避免类似问题。案例2：某银行进行年度灾备演练，目标是从主中心切换至异地灾备中心。演练中发现：①存储复制延迟从正常的2秒延长至8分钟；②灾备中心核心交易系统启动后报“密钥验证失败”。问题：（1）分析存储复制延迟异常的可能