灾难恢复是企业用于为数据丢失或者运营中断做好准备并从中恢复的策略。由于涉及广泛的功能和技术，从事灾难恢复工作的员工了解相关的术语至关重要。有了正确的信息，才可以解决问题并推进恢复，也可以随时通知其他相关方正在发生的事情。通常专注于协议、自动化工具和其他IT技术方面的团队成员可能不熟悉一些常见的灾难恢复术语。以下列出了IT团队、灾难恢复人员和高层管理人员应该熟悉的27个关键灾难恢复术语，供您参考。
1、备份。备份是将数据、应用程序和系统配置复制到备用介质，这个备用介质可以在本地或异地以及云端，一般采用备份文件格式保存，以便在发生故障或者数据丢失的时候能够从备份的数据中恢复，其包含完整备份，差异备份，增量备份等类型。
2、业务连续性。灾难发生之后保持业务运营的过程。业务连续性规划确定了潜在问题、故障点以及服务级别协议和其他有关允许的停机时间的法律义务的要求。业务连续性优先考虑在危机期间维护业务功能，而不是专注于数据和基础设施的完全恢复。在灾难恢复规划中，业务连续性和灾难恢复（BCDR）通常被组合在一起。
3、业务影响分析（BIA）。评估危机对关键业务运营的潜在负面影响。BIA由内部人员或外部顾问进行，涉及收集数据和评估结果报告。负责BIA的团队通常会与高层领导会面，讨论结果，并可能对组织的灾难恢复计划进行更改。
4、危机沟通。在灾难中，危机沟通对于向员工、利益相关者、公众和其他相关方传递信息至关重要。如今许多组织使用自动紧急通知系统来传递有关持续中断的消息。
5、灾难恢复计划。组织制定灾难恢复计划，指导人员完成危机后恢复运营的步骤。计划文件通常包括目标和意图声明，然后是重要的密码和身份验证工具、员工的联系信息、可能要准备的风险以及处理存储介质的技巧。灾难恢复计划还应包括过去的数据，如果该计划曾在组织中使用过。
6、灾难恢复站点。在危机期间执行业务操作和存储数据的物理替代位置。灾难恢复站点主要有三种：
（1）热站点。一个功能齐全的位置，能够不间断地接管所有操作。在考虑热站点时，首先要平衡热站点的费用和立即进行故障转移的需要。企业通常使用现有的辅助位置作为热站点。
（2）温站点。在接管业务运营之前，需要一些手动配置、人员和设备的半功能站点。它比热站点便宜，但无法快速接管运营。一家公司可能会使用现有的辅助位置，但必须首先转移设备和人员。
（3）冷站点。一个仅包含最少基础设施的替代位置，在接管运营之前需要额外的设备和配置。冷站点比热站点和温站点都便宜，但在灾难发生后需要付出更多的努力。
7、灾难恢复即服务（DRaaS）。将数据和服务托管给第三方，以解决业务连续性问题。在评估了备选的热、温或冷站点并确定了内部支持的故障转移服务后，一些组织选择DRaaS外包存储和故障转移服务托管，这种方式可能更具成本效益。
8、故障回复。在解决故障后，将业务流程转移回主站点，或将服务转移回主平台。例如如果主数据库发生故障，服务将切换到辅助服务器。一旦主服务器被修复，服务就会故障回复，辅助服务器就会重新进入待机状态。
9、故障转移。将业务流程转移到备用站点或将服务转移到备用平台。例如一个组织可能在备用模式下在不同的服务器上托管一个主数据库和一个辅助副本。如果主服务器崩溃，数据库服务将故障转移到辅助服务器。
10、容错性。即使组件发生故障，仍能继续运行的设备或服务被认为是容错的。即使服务降级，也可以通过冗余或其他方式提供容错能力，以确保服务的连续性。示例包括RAID阵列、数据复制和冗余硬件。
11、热备用。用于故障转移事件的已连接且可用的组件。一个常见的热备盘示例是使用RAID阵列时安装在设备内部的附加存储磁盘。如果RAID阵列检测到不可用的磁盘，它会立即启用热备盘。
12、已知良好的组件。经过测试并确认运行正常的替换组件或设备。在故障排除过程中，帮助识别故障的组件，例如企业可以随身携带一张已知良好的备用网络接口卡，以帮助解决网络连接问题。
13、平均无故障时间（MTBF）。可修复设备在故障之间的平均运行时间。MTBF越高，表示可靠性和可用性越高。通过将总正常运行时间除以指定时间内的故障次数来计算MTBF。
14、平均无故障时间（MTTF）。不可修复设备的可靠性和预期使用寿命的衡量标准。MTTF越高，寿命越长。IT团队可以使用此值来选择设备，或证明更高的成本和更高质量的组件是合理的。
15、平均修复时间（MTTR）。衡量故障或灾难事件后恢复操作所需的平均时间，MTTR是恢复时间目标值的基础。
16、RAID。RAID是“独立磁盘冗余阵列”的缩写，是一种数据保护方法，它使用多个存储磁盘来降低任何一个磁盘发生故障的风险。数据可以分布在多个磁盘上，以便在某个甚至多个磁盘发生故障时能重建整个RAID系统的数据。有软RAID和硬件RAID之分。
17、恢复点目标（RPO）。灾难造成的最大可容忍数据丢失量或者可恢复到故障前的哪个时间点。通过评估环境中的数据类型并评估可以容忍多少数据丢失来开始确定RPO。例如客户销售信息数据库可能容忍一小时的丢失，而最终用户文档可能容忍24小时的丢失，根据这个值可以用来设置备份计划。
18、恢复时间目标（RTO）。灾难发生后恢复数据或者恢复业务所需要的时间目标。首先要确定基本业务流程及其相关的服务级别协议，定义这些流程不可用的后果。例如一个崩溃的客户数据库可能会在一个工作日后导致不可接受的销售损失。
19、冗余。使用多个组件来消除单点故障。比如具有多个网络接口卡的服务器、两个或多个路由器以及托管相同文件副本的多个数据库服务器。首先确定所有单点故障，然后列出如何使每个故障点冗余。
20、还原（文件）。从备份介质中恢复一个或多个文件，以替换用户无意更改或丢失的原始文件。
21、还原（系统）。从备份中还原系统，使其恢复到早期状态。可能会在操作系统更新后出现意外后果或磁盘故障后进行系统还原，恢复的数据通常是操作系统配置信息。
22、风险。如果威胁利用漏洞，则有可能造成损失。损失可能是停机、数据丢失、敏感数据泄露等。组织通过分配数值、对每个数值进行优先级排序，然后将威胁乘以漏洞来计算风险。这些计算是风险评估的一部分，组织应进行风险评估以制定灾难恢复计划。
23、服务水平协议（SLA）。消费者和提供者之间的合同，规定了服务、性能水平和双方责任。
24、单点故障。服务或设备链中的单个链接，如果发生故障，会阻止整个工作负载正常运行。例如，如果网络使用一个路由器连接到互联网，则该路由器就是单点故障，因为如果这个路由器发生故障，整个站点将失去互联网连接。识别和解决单点故障在灾难恢复规划中至关重要。
25、快照。指定信息的时间点副本，通常是整个磁盘的快照。快照对于快速恢复非常有用，快照通常是短期修复，而不是长期灾难恢复工具，而且并不等同于数据备份。
26、威胁。潜在的自然或人为损害源，威胁可能不是故意的。威胁的例子包括天气事件、网络罪犯和系统故障等。
27、脆弱性。是威胁可以利用或执行的弱点。弱点包括软件错误或缺陷、糟糕的安全实践以及未加密的协议或连接。
（本文著作权归原作者所有，通过MyStor.com.cn平台发布，转载需获得原作者授权！）