2. 灾备准入概述

2.1 灾备准入的定义

灾备准入（Disaster Recovery Admission）是指在企业或组织引入新的业务系统、应用平台或基础设施时，由灾备架构团队依据既定策略与合规要求，对该系统是否具备纳入灾备保护体系的条件进行评审、验证与授权的全过程。其核心目标在于确保每一个被保护对象在进入灾备体系前，其RPO（恢复点目标）与RTO（恢复时间目标）已与整体灾备架构对齐，避免因准入标准缺失导致后期保护失效或资源浪费。

2.2 准入流程

标准灾备准入流程通常包含以下五个阶段，每个阶段均需输出明确的交付物与决策记录：

1. 申请与信息采集 — 业务系统负责人提交《灾备准入申请表》，包含系统架构、数据量、变更频率、依赖关系等基础信息。
2. RPO/RTO 目标对齐评估 — 灾备架构师根据业务影响分析（BIA）结果，评估系统提出的RPO/RTO是否与现有灾备技术栈（如异步复制、同步复制、快照周期）匹配。
3. 技术可行性验证 — 在隔离环境中执行连通性测试、数据一致性校验、带宽与延迟模拟，确认技术方案可行。
4. 合规与安全审查 — 检查系统是否满足数据主权、加密标准、行业监管（如等保2.0、GDPR）等合规要求。
5. 准入决策与注册 — 评审委员会做出“准入/有条件准入/拒绝”决策，通过后系统被注册至灾备资源池，纳入日常演练与监控。

2.3 准入标准

准入标准是衡量一个系统是否具备纳入灾备保护条件的量化与定性指标集合。以下为通用的核心准入维度：

• RPO 对齐度： 系统要求的最大数据丢失窗口必须小于或等于灾备平台可提供的最小保护周期。例如，要求 RPO ≤ 15 分钟的系统，必须采用同步复制或日志实时传输技术。
• RTO 对齐度： 系统要求的恢复时间必须小于或等于灾备平台在同等资源下的恢复能力，需考虑启动顺序与资源争抢。
• 数据一致性要求： 系统必须明确声明一致性模型（崩溃一致性、应用一致性、事务一致性），并提供对应的验证方法。
• 网络带宽与延迟： 生产中心与灾备中心之间的网络必须满足复制流量峰值需求，且单向延迟不超过复制协议允许的上限。
• 依赖关系完整性： 系统必须完整列出所有外部依赖（数据库、中间件、认证服务、存储），且这些依赖必须已通过准入或处于同一准入批次。
• 变更管理合规： 系统上线后，任何架构变更必须触发灾备准入重新评估。

2.4 合规要求

灾备准入必须满足多层次的合规要求，这些要求通常来自法律法规、行业监管以及企业内部审计政策。以下为常见的合规维度：

合规要求并非静态不变。灾备准入流程中应内置合规基线更新机制，确保新系统在准入时即满足最新的监管与审计标准。