GB∕T22081-2024《网络安全技术-信息安全控制》之72：“8技术控制-8.14信息处理设施的冗余”专业深度解读和应用指导材料2025

GB/T22081-2024《网络安全技术——信息安全控制》之72:

“8技术控制-8.14信息处理设施的冗余”专业深度解读和应用指导材料(编制-2025A0)

8技术控制GB/T22081-2024《网络安全技术——信息安全控制》

8.14信息处理设施的冗余

8.14.1属性表

信息处理设拖的冗余属性表见表74.

表74:信息处理设施的冗余属性表

控制类型信息安全属性网络空间安全概金运行能力安全领域

#连续性#防护

#预防禁可用性#防护

#资产管理#韧性

8技术控制-8.14信息处理设施的冗余-8.14.1属性表

信息处理设施的冗余见表74。

“表74:信息处理设施的冗余”属性表解析

属性维度属性值属性涵义解读属性应用说明与实施要点

(1)通用涵义：通过事前技术与管理手段，在潜在威胁或-技术实现：采用主备双活架构、负载均衡、N+1冗余配置、RAID

故障发生前进行有效干预，降低信息安全事件发生的可能磁盘阵列等技术，确保关键信息处理设施具备自动切换能力；

性；-管理要求：建立冗余系统巡检与测试机制，定期验证冗余功能的

控制类型#预防(2)特定涵义；在信息处理设施的冗余控制中，通过冗余可用性；制定冗余配置标准与变更管理流程；

系统的设计与配置，主动消除单点故障风险，确保主设施合规依据：依据《中华人民共和国网络安全法》《中华人民共和

失效时能迅速切换至冗余系统，避免服务中断，是“前置国数据安全法》及《网络数据安全管理条例》中关于高可用性、系

性”控制的核心体现。统连续性的要求。

加油努力你行的

属性维度属性值属性涵义解读属性应用说明与实施要点

指标量化：根据业务影响分析(BIA)定义可用性目标(如99.99%

(1)通用涵义：授权用户在需要时能够及时、持续地访问

),并设置RT0(恢复时间目标)与RPO(恢复点目标)指标：

其所需的信息与服务；

信息安全验证机制：定期开展冗余系统的切换演练，确保其在真实故障场景

#可用性(2)特定涵义：在冗余控制中，通过冗余配置与故障切换

属性下的可用性：记录演练结果并持续优化；

机制，确保系统在主设施失效时能快速恢复服务，保障关

-案例参考：金融、电信等行业广泛采用“两地三中心”架构，通

键业务的不间断运行。

过冗余部署实现FPO≈0与RTOK10秒的高可用性目标。

-系统隔离：主备系统部署在不同物理或逻辑区域，使用独立的网

(1)通用涵义；通过技术与管理手段防御来自网络空间的

络分区、防火墙和入侵检测系统(IDS);

各类威胁，保障信息系统的完整性、机密性与可用性；

网络空间-安全策略同步：冗余系统与主系统保持一致的安全策略更新机制

#防护(2)特定涵义：在冗余机制中，防护覆盖冗余系统本身，

安全概念,如同步补丁、策略变更等；

确保其具备独立的网络隔离、访问控制与安全防护能力，

-防御强化：对冗余系统部署入侵防御、流量监控等措施，避免其

防止攻击者利用冗余通道突破系统边界。

成为攻击路径或跳板。

全链路冗余：从硬件到应用层全面实施冗余措施，如双电源、冗

余网络链路、数据库镜像，应用服务器集群等：

(1)通用涵义：系统在正常或异常状态下均能持续提供服

-灾备机制：建立异地备份与灾难恢复机制，确保在主数据中心失

务的能力，是信息系统运行稳定性的核心体现；

效时，灾备中心可快速接管业务；

运行能力#连续性(2)特定涵义：在冗余控制中，通过冗余设计、灾备机制

-演练与评估：定期组织全业务链容灾演练，验证冗余系统在极端

与自动切换能力，确保信息处理设施在故障、攻击或自然

场景下的恢复能力；

灾害下仍能维持服务连续运行。

-云环境适配：在云环境中，利用多可用区(Multi-AZ)部署、弹

性伸缩组(AutoScalingiroup)等技术提升系统连续性。

加油努力你行的

属性维度属性值属性涵义解读属性应用说明与实施要点

一资产清单管理：建立冗余设施的资产台账，包括设备编号、配置

参数、责任人、维护周期等，支持快速定位与管理；

(1)通用涵义：

版本一致性：保持主备系统软件版本、安全补丁一致，避免因版本

一资产管理：对信息系统资产进行全生命周期识别、分类

差异导致安全漏洞或兼容性问题：

、控制与保护，保障资产的安全与可控：

-自动故障转移：实施自动化切换机制(如VRRP、HSRP、数据库高

韧性：系统在遭受攻击或发生故障后，能够快速恢复并

可用集群),提升故障时的响应速度；

继续提供服务的能力，体现“抗压性”与“自愈能力”;

#资产管理智能监控与预警：部署智能监控系统(如Zabbix,Pronetheus),

安全领域(2)特定涵义：

#韧性实时监测冗余设施运行状态，提前预警潜在问题；

-资产管理：在冗余控制中，将冗余设施纳入统一资产管

合规联动机制：在重要数据处理系统中，建立冗余设施与应急响

理体系，明确其归属、状态、配置及维护责任，防止成为

应机制的联动流程，确保故障或攻击时，冗余系统自动触发应急响

“孤岛”或安全隐患；

应预案；

-韧性：冗余系统具备自我诊断、自动修复、动态调整等

-数据资产保护：根据《中华人民共和国数据安全法》和《数据分

能力，提升整体抗风险能力。

类分级指南》,对冗余系统中存储的数据进行分类分级管理，扳感

数据采取加密、访问控制等额外保护措施。

GB/T22081-2024《网络安全技术——信息安全控制》

8.14.2控制

信息处理设施宜具有足够的冗余以满足可用性要求。

8.14.2控制

(1)“8.14.2控制”解读和应用说明表

“8.14.2(信息处理设施的冗余)控制”解读和应用说明表

加油努力你行的

内容维度“8.14.2《信息处理设施的冗余)控制”解读和应用说明

2)技术与管理结合：

-技术层面：部署智能监控系统(如Zabbix,Pronetheus)实时监测冗余组件状态，配置自动故障转移机制：

-管理层面：建立冗余系统巡检制度(每日检查切换日志、每月演练故障切换),制定配置变更流程(确保主备系统版本一致性》,

3)合规联动：将冗余控制纳入应急响应预案，确保故障时冗余系统与应急机制自动联动(如触发告警、启动备用电源),并留存审计日志

以备监管检查；

4)云环境适配；在公有云环境中，利用多可用区(Multi-AZ)部署、弹性伸缩组(AutoScalingGroxup)等服务实现冗余，同时与云服务

商明确SLA中冗余保障责任《见ISO/IECTS23167):

5)持续验证：每季度在生产环境测试冗余切换功能(如断开主链路验证备用链路接管),记录演练结果并优化流程。

(2)“8.14.2控制”条款与GB/T22080-2025相关条款的逻辑关联关系；

“8.14.2控制”与GB/T22080相关条款的逻辑关联关系分析表

关联GB/T22080条款逻辑关联关系分析关联性质

冗余是风险处置的一种具体控制措施，用于应对可用性风险，雷在风险处置过程中

6.1.3信息安全风险处置执行实施型

被识别、选择并纳入处置计划，且需与附录A中的控制进行比较以验证必要性。

信息安全目标需考虑风险评估和处置结果，冗余控制作为保障可用性的处置措施，

6.2信息安全目标及其实现策划目标支撑型

应与信息安全目标(如可用性目标)保持一致，为目标实现提供支持。

实施信息处理设施的冗余需要相应的资源(如硬件设备、软件支持、人力等),组

7.1资源资源保障型

织需确定并提供这些资源以确保冗余控制的建立和维护。

8.1运行策划和控制冗余控制的实施需通过运行策划和控制过程确保其按计划执行，包括建立控制准则、执行实施型

加油努力你行的

关联GB/T22080条款逻辑关联关系分析关联性质

管理计划内变更及评审非预期变更的影响，确保冗余措施有效融入运行过程。

冗余控制是风险处置计划的一部分，雷在实际运行中予以实现，且需保留冗余措施

8.3信息安全风险处置执行实施型

实施结果的文件化信息作为证据。

需对冗余控制的运行绩效(如冗余设施的可用性、切换效率等)进行监视和测量，

9.1监视、测量、分析和评价验证评价型

以评估其是否持续满足可用性要求，为有效性评价提供依据。

基于监视和测量的结果，若发现冗余控制未能充分满足可用性要求，需通过持续改

10.1持续改进进过程优化冗余措施(如增加冗余节点、提升切换机制等),以增强信息安全管理改进优化型

体系的有效性。

(3)“8.14.2控制”与GB/T22081-2024其他条款逻辑关联关系。

“8.14.2控制”与GB/T22081-2024其他条款逻辐关联关系分析表

关联GB/T22081条款逻辑关联关系分析关联性质

5.1信息安全策略冗余策略需遵循组织的信息安全方针和特定主题策略，确保与管理方向一致，是实现信息安全目标的重要策略指导

技术手段。

冗余设施的建设属于项目范畴，需在项目生命周期中集成信息安全要求，包括冗余设计、实施和测试，确

5.8项目管理中的信息安全实施支持

保项目交付的设施满足冗余需求。

5.9信息及其他相关资产的冗余设施属于组织资产，雷在清单中识别、记录和管理，包括其配置、位置及与主设施的关联，确保资产管理依赖

清单全生命周期可追溯。

加油努力你行的

关联GB/T22081条款逻辑关联关系分析关联性质

冗余设施是中断期间维持信息安全和业务连续性的关键保障，5.29要求制定中断期间信息安全维持计划，

5.29中断期间的信息安全直接支持

冗余设施为该计划提供技术支撑。

5.30业务连续性的信息通信冗余是业务连续性ICT就绪的核心要素，5.30要求基于RTO和RPO规划ICT就绪，冗余设施是实现这些目标的

直接支持

技术就绪重要手段，确保中断后快速恢复可用性。

冗余设备的物理安置需符合7.8的要求，包括避免物理和环境威胁(如盗窃、火灾、电磁干扰等),确保

7.8设备安置和保护物理实施支持

其与主设备具有同等的物理保护水平。

冗余设施(如冗余服务器、网络设备)依赖支持性设施(如电力、空调、通信等),7.11要求保护这些支

7.11支持性设施基础设施依赖

持性设施，为冗余设施的稳定运行提供基础保障。

冗余设施的设计需基于容量评估结果，8.6要求监控和调整资源使用以满足当前和预期需求，冗余配置需

8.6容量管理相互依赖

与容量需求匹配，避免资源浪费或不足。

冗余设施的配置需纳入配置管理，确保其安全设置(如访问控制、加密配置等)与主设施一致，并记录所

8.9配置管理配置一致性要求

有配置变更，维持配置的完整性和一致性。

冗余设施与备份策略共同构建恢复能力：备份确保数据可恢复，冗余确保系统持续可用，二者互补，共同

8.13信息备份互补关系

提升信息处理设施的韧性。

若冗余设施涉及用户终端设备(如冗余工作站、备用移动设备),雷符合8.1中对终端设备的保护要求(

8.1用户终端设备技术实施延伸

如访问控制、加密、恶意软件防范等)。

8.20网络安全冗余网络设备(如冗余路由器、交换机)的保护和管理雷符合8.20的要求，包括网络隔离、访问控制、日技术实施支持

加油努力你行的

关联GB/T22081条款逻辑关联关系分析关联性质

志记录等，确保网络层面的冗余设施安全。

冗余设施的变更(如新增、移除、配置调整)需遵循8.32的变更管理规程，包括评估影响、获得授权、测

8.32变更管理实施控制关系

试和记录，避免变更导致冗余功能失效。

GB/T22081-2024《网络安全技术——信息安全控制》

8.14.3日的

确保信息处理设施的持续运行。

8.14.3目的

“8.14.3(信息处理设施的冗余)目的”解读说明表

内容维度“B.14.3(信息处理设施的冗余)目的”解读说明

总述：本条款本条款“8.14.3目的”的核心意图在于确保组织在面对各类潜在风险与突发事件时，其信息处理设施能够维持持续、稳定、可靠的运行，从而

的核心意图与保障信息系统服务的连续性与可用性；作为“8.14信息处理设施的冗余”条款中的目的性条款，其作用在于明确该控制项的根本目标，即通过

定位硬件冗余、网络冗余、数据冗余等多维度冗余设计，提升信息处理设施的容错能力，避免因单一故障点导致的服务中断。

提升组织在面对突发事件、系统故障、自然灾害等情形下的信息处理能力，保障关键业务的连续性；

本条款实施的-通过冗余设计实现“永不单点”的架构，降低因设备故障或网络攻击导致的业务中断风险；

核心价值和预-支撑组织业务连续性管理(BCM)目标的实现，确保符合《网络数据安全管理条例》等法规对持续服务的要求：

期结果预期结果

一信息处理设施具备故障自动切换能力(如双机热备、集群技术),关键业务系统中断时间控制在可接受范围内(RTO/RPO);

加油努力你行的

内容维度“8.14.3(信息处理设施的冗余)目的”解读说明

一组织具备应对突发故障的快速恢复能力，例如通过RAID技术实现数据完整性保护。

“确保信息处理设施的持续运行”

-信息处理设施：涵盖服务器、网络设备、存储设备等核心IT资产，包括云计算环境下的虚拟化资源和边缘计算节点；

-持续运行：不仅指设备或系统的高可用性(HighAvailability),更强调在各类风险事件(如硬件故障、软件崩溃、自然灾害、人为失误

等)发生时，仍能保持业务功能的不问断运行；例如，IDC业务需通过冗余设计保障客户数据存储的稳定性；

-冗余机制：实现持续运行的关键手段，包括但不限于：

本条款深度解

-硬件冗余：双电源、双处理器、RAID磁盘阵列等：

读与内涵解析

-网络冗余；多链路负载均衡、SD-WAN等；

-数据冗余：异地容灾、实时数据复制等：

-差异化设计：组织雷根据业务需求和风险等级制定冗余策略；例如，关键信息基础设施运营者需满足更高的冗余标准；

-合规衔接：与《中华人民共和国网络安全法》《中华人民共和国数据安全法》及ISO/IEC22301等业务连续性标准形成协同，确保符合法律

要求和国际最佳实践。

1)目的先行，措施后续：本条款作为“目的”条款，其编制逻辑是先确立目标，后在后续条款中提出具体控制措施(如8.14.4如何实施冗余)

本条款的本意:标准编制者意图明确控制项的根本目标，使组织在理解“为什么要做”之后，能够更有针对性地选择适合自身的实现方式，例如结合零信任

与内在逻辑关原则设计动态冗余机制；

系2)风险导向与业务驱动：标准编制者基于“风险导向”的信息安全治理理念，强调信息处理设施的持续运行不仅是技术问题，更是业务连续性

和组织战略层面的问题；通过保障设施的持续运行，组织可以有效应对因中断引发的经济损失、声誉损害和法律风险。

GB/T220B1-2024《网络安全技术——信息安全控制》

8.14.4指南

组织宜识别重务服务和信息系统的可用性要求。组织宜设计并实施具有适当冗余的系统架构，以满足这些要求。

加油努力你行的

通过复制部分或全部信息处理设施(例如，备用组件或全邻双份》能达到冗余日的。组织宜计划并实施激活完余组件和处理设施的规程。规程宜确定冗余组件

和处理活动是否始终处于激活状态，或在紧急情况下可自动成手动激活。宜确保究余组件和冗余信息处理设施与主组件和主信息处理设施保持相同的安全级别

宜有机制对信息处理设施的故障进行告警，使细织能够执行计到的规程，并允许在信息处理设施维修或更换时持续可用，

当实现冗余系统时，组织宜考虑以下事项：

a与两个或多个网络和关键信息处理设施供应商《例如，互联网服务提供者)签订合同；

b)使用冗余的网络；

c)使用两个地理上分离且具备锐像系统的数据中心：

d)使用物理冗余的供电设施或供电来源：

e)使用软件组件的多个并行实例，并在实例之间(同一数楷中心或不同数据中心的实例之闻)进行自动负载均衡：

f)具有系统硬件(例如，CPU、硬盘，内存)或网络设备(例如，防火墙、路由器，交换机)的备件。

适用时，最好是在生产模式下测试冗余的信息系统，以确保从一个组件到另一个组件的故障切换按预期执行。

8.14.4指南

(1)本指南条款核心涵义解析(理解要点解读);

“8.14.4(信息处理设施的冗余)指南”条款核心涵义解析(理解要点解读)说明表

8.14.4子条

子条款原文子条款核心涵义解析(理解要点详细解读)

款主题事项

条款内容总体概述：本条款旨在引导组织识别信息系统与业务服务的可用性需求，并通过设计具

核心目标8.14.4指南备适当冗余的系统架构来满足这些需求。同时，强调了冗余组件的激活机制、安全一致性、故障

告警机制及冗余实现的若干关键要素，以确保在主系统失效时业务的持续可用性。

识别可用性“组织宜识别业务服务和信息系统的可用性该句明确了组织在信息系统设计阶段的首要任务是明确其业务服务和信息系统在可用性方面的

需求与设计要求。组织宜设计并实施具有适当冗余的系统需求。所谓“可用性要求”包括但不限于系统响应时间、服务连续性、故障恢复时问目标(RTO)

冗余架构架构，以满足这些要求。"、故障恢复点目标(RPO)等。组织应基于这些需求，设计出具有冗余能力的系统架构。所谓“

加油努力你行的

8.14.4子条

子条款原文子条款核心涵义解析(理解要点详细解读)

款主题事项

适当冗余”需结合系统关键性、风险容忍度、资源投入等因素进行权衡，不能过度冗余也不能冗

余不足。

此句明确了实现冗余的基本方式，即通过复制关键信息处理设施。这里的“部分”指的是对关键

冗余达成方“道过复制部分或全部信息处理设施(例如，

组件(如网络设备、服务器、数据库)进行备份；“全部双份”则指整个系统具备镜像或并行运

式备用组件或全部双份)能达到冗余目的。”

行的能力。这种方式可以有效降低单点故障的风险，提升整体系统的健壮性和容错能力。

“组织宜计划并实施激活冗余组件和处理设

此句强调冗余系统不仅需要存在，还需要具备可激活的机制。即：组织应制定明确的规程，明确

冗余组件激施的规程，规程宜确定余组件和处理活动是

冗余组件是否处于“热备”状态(随时可用)还是“冷备”状态(需手动或自动激活)。规程应

活规程否始终处于激活状态，或在紧急情况下可自动

覆盖各种情形下的切换策略，并确保切换过程的可控性、可记录性与安全性。

或手动激活，"

此句指出：冗余系统不能成为安全防护的“短板”。即：无论是物理设备、网络结构、软件配置

冗余组件的“宜确保冗余组件和冗余信息处理设施与主

还是访问控制策略，冗余部分必须与主系统在安全级别上保持一致，防止因冗余系统安全防护不

安全一致性组件和主信息处理设施保持相网的安全级别。

到位而引入新的安全风险。例如，备份服务器若未启用与主服务器相同的日志审计、访问控制、

要求"

加密机制等，则可能成为攻击的入口。

此句强调了系统故障的“可感知性”与“可响应性”。即：组织应建立故障告警机制，确保在主

故障告警机“宜有机制对信息处理设施的故障进行告警，

系统出现异常时，能够及时通知相关人员，并启动冗余机制，保障系统在修复期间仍能持续运行

制与可用性使组织能够执行计划的规程，并允许在信息处

.告警机制可以是自动化的监控系统、日志分析、事件触发器等，旨在实现故障的快速识别与响

保障理设拖维修或更换时持续可用。"

应，减少停机时间。

冗余系统设“当实现冗余系统时，组织宜考虑以下事项：本条列举了实现冗余系统时应重点考虑的六个关键因素，分别从供应链、网络、物理基础设施、

加油努力你行的

8.14.4子条

子条款原文子条款核心涵义解析(理解要点详细解读)

款主题事项

计需考虑的8)与两个或多个网络和关键信息处理设施供软件架构、硬件储备等方面提出了具体要求：

关键事项应商(例加，互联网服务提供者)签订合同；

b)使同冗余的网络；e)使用两个地理上分离且

具备镜像系统的数据中心；d)使用物理冗余的

供电设拖或供电来源；e)使用软件组件的多个

并行实例，并在实例之间(同一数据中心或不

同数据中心的实例之间)进行自动负载均衡；

f)具有系统硬件(例如，CPU、硬盘，内存)

或网络设备(例如，防火墙，路由器，交换机

)的备件。"

a)多供应商a)与两个或多个网络和关键信息处理设施供组织应避免对单一供应商的依赖，尤其是在网络接入、云服务、数据中心托管等关键环节。通过

策略应商(例如，互联网服务提供者)签订合同；与多个供应商签订合同，可以在主供应商出现问题时迅速切换，提升整体服务的可用性和韧性。

b)网络冗余b)使用冗余的网络；网络是信息系统运行的基础，组织应部署多路径、多链路的网络结构，确保即使某一路由或链路

中断，系统仍能通过其他路径进行通信，保障网络层面的持续可用性。

该要求强调通过地理冗余来抵御区域性灾难(如地震，洪水、电力中断等)对信息系统的影响。

c)多地数据c)使用两个地理上分离且具备镜像系统的数

两个数据中心应具备同步或近实时的数据镜像能力，确保在主数据中心不可用时能无缝切换到备

中心部署据中心；

用中心。

d)电力冗余d)使用物理冗余的供电设施或供电来源；电力中断是导致信息系统停机的常见原因。组织应部署不问断电源(UPS)、柴油发电机等备用

加油努力你行的

8.14.4子条

子条款原文子条款核心涵义解析(理解要点详细解读)

款主题事项

供电设备，并确保主备电源之间具备自动切换能力，保障关键系统的电力持续供应。

e)使用软件组件的多个并行实例，并在实例之

e)软件并行该要求强调在软件层面实现冗余与高可用。通过部署多个并行运行的软件实例，并结合自动负载

间(同一数据中心或不同数据中心的实例之间

与负载均衡均衡技术，可以有效提升系统的处理能力与容错能力，同时实现故障时的快速切换。

)进行自动负载均衡；

f)具有系统硬件(例如，CPU、硬盒，内存)

f)硬件备件为应对硬件突发故障，组织应储备关键硬件的备件，包括服务器组件、网络设备等。备件应定期

或网络设备《例如，防火墙、路由器，交换机

储备检查、更新，以确保其可用性和兼容性，从而在故障发生时能迅速替换，缩短恢复时间。

)的备件。

鉴于冗余系统的设计复杂，组织应定期在接近真实运行的环境中测试冗余机制的有效性，尤其是

“适用时，最好是在生产模式下测试冗余的信

冗余系统的在“生产模式”下进行演练，以验证故障切换流程是否顺畅、是否漓足预期的恢复时间目标(RTO

息系统，以确保从一个组件到另一个组件的故

测试要求)和恢复点目标(RPO)。测试不仅应验证技术层面的可行性，还应评估人员响应、流程协调、

障切换按预期执行。”

数据一致性等方面的表现，

(2)实施本指南条款应开展的核心活动要求；

实施“8.14.4(信息处理设施的冗余)指南”条款应开展的核心活动要求说明表

子条款主题事项所需开展的核心活动核心活动具体实施要点及要求说明