容灾备份基础活儿

备份基本概念：

备份：指将文件系统或数据库系统中的数据加以复制；一旦发生灾难或错误操作时，得以方便而及时地恢复系统的有效数据和正常运作。

备份组成：备份服务器\备份软件\存储设备

核心组件

备份存储介质‌：用于实际存储备份数据的物理设备，如硬盘、磁盘阵列、磁带或光盘等‌

备份软件‌：负责执行备份任务的程序，例如IBM Data Protect、Veritas NetBackup和国产备份软件等，支持全量、增量、差异备份等多种策略‌

备份服务器‌：管理备份流程的专用服务器，负责调度备份任务、监控状态及协调数据恢复‌

备份网络设备‌：包括交换机、路由器等，用于连接备份系统的各个组件，确保数据传输的稳定性和效率‌

备注说明：

备份主体：需要被保护和备份的数据源

备份目标：

将数据备份至何种存储介质，例如：本地硬盘\SAN存储设备\NAS存储设备\SAN架构下的磁带库设备等。

备份通路：

在数据备份过程中，备份通路是指连接备份主体与备份目的地的路径。当备份主体和备份目的地在同一台设备上时，备份通路即为该设备内部的计算机总线。然而，如果备份主体和备份目的地相距甚远，不在同一台物理设备上就需要通过某种网络连接来传递数据，这个网络就构成了备份环境的备份通路。

备份结构：

软件结构：

LAN Based：

优点：

• 备份系统和应用系统分开，备份时不占用应用服务器的硬件资源。

缺点：

• 备份的代理会影响应用服务器的性能。
• 备份数据基于LAN，影响网络性能。
• 对用户业务处理能力的要求较高。

LAN FREE:

优点：

• 备份数据流不占用LAN资源，大大提高备份性能，且不影响用户网络性能；备份速度比较快。

缺点：

• 备份的代理会影响应用服务器的性能。
• 对用户业务处理能力的要求较高。

常见的备份D2D：

D2D：磁盘-磁盘的数据备份。

常见的备份D2T：

D2T：磁盘-物理磁带库的数据备份。

常见的备份D2V：

D2V：磁盘-虚拟磁带库的数据备份。

常见的备份D2D2T：

D2D2T：磁盘-虚拟磁带库-物理磁带的数据备份

备份技术：

数据重删技术和压缩技术：

重删和压缩是完全不同的两种技术，解决不同的问题。

• 重删：就是说有很多分相同的数据，我只存储其中一份，其他的重复数据块我保留一个地址引用到这个唯一存储的块即可。

  重删技术可以按照重删的位置、时刻、粒度、范围等多个维度进行分类。

• 压缩：将一个大字符串中的子串用一个很简短的数字来标记，然后检索该字符串出现的位置，用个简单的字符来替代。从而来减少数据表达所需要的空间，带来空间节省。

比如说用1代表“AB”，用2代表“CD”，然后用255 来表“hanfute”。1到255只需要8个bit，而“AB”“CD”或者“hanfute”则需要很多的空间，这样多次扫描替代之后，就可以快速的将数据缩减。

用通俗的话说：重删就是讲相同的东西只存储一次，而压缩则是改造数据排布用一种算法来统计数据的排布模式，从而达到减少数据存储的模式。

重复数据删除与压缩的区别：

备份策略制定

备份策略的内容：

1. 数据类型

   文件、操作系统、数据库、裸设备备份、备份软件日志

2. 备份介质：磁盘、磁带、备份服务器、光盘

3. 备份类型

   全量备份：每天全备份，易于管理。

   增量备份：每周一天全备份，周其余每天备份和上次备份的差异部分。

   差量备份：每周一全备份，本周其余每天备份和全备份的差异部分。

4. 数据保留时间

   一周、一个月、一年

   备份数据保留周期：即在介质上存放的备份数据的有效期，在保留周期内的数据是不允许被覆盖，当数据存放时间超过保留周期后，该部分数据所使用的介质空间可以被覆盖，从而释放介质空间。

5. 备份周期

   每天备份、每周备份、每月备份、实时数据保护

6. 备份窗口

   备份时间范围

   备份窗口（Backup window）：是指在不严重影响使用需要备份的数据的应用程序情况下，进行数据备份的时间间隔，也就是完成一次给定备份所需的时间。

容灾介绍

容灾分类：

业务级容灾

应用级容灾

数据级容灾

容灾系统建设：

总体设计：

灾备系统建设三要素

流程：保障容灾系统正常运行工作流程，包括，切换流程、回切流程、测试流程和演习流程等。

技术：容灾系统建设涉及到的技术，包括数据复制技术、应用切换和网络切换技术等。

人员：在容灾系统建设分析、设计、实施和维护等过程中涉及的人员及组织。

容灾系统建设四步走：

需求分析

容灾系统实施前，对客户情况进行全面分析，包括业务影响分析和风险分析。

策略制定

制定适合客户情况的容灾方案和策略。

方案实施

按完善的实施方案建设容灾系统。

管理维护

容灾系统运行后的日常维护，包括演练管理和灾难恢复管理。

建设流程：

恢复流程：

衡量指标：

RPO（Recovery Point Objective）恢复点目标：

• 灾难发生后，系统和数据必须恢复到的时间点要求；
• 值越小表明丢失的数据越少。

RTO（Recovery Time Objective）恢复时间目标：

• 灾难发生后，信息系统或业务功能从停顿到必须恢复的时间要求；
• 值越小表明业务中断时间越小。

按照系统的等级，完成灾难恢复能力等级和灾难恢复目标设计，如：

一类系统：灾难恢复能力最低达到5 级，RTO<6 小时，RPO<15 分钟；

二类系统：灾难恢复能力最低达到3 级，RTO<24 小时，RPO<120 分钟；

三类系统：灾难恢复能力最低达到2 级，RTO<2天，RPO<7天；

通常根据当业务不可用时对业务的财务影响来定义可接受的RTO和RPO,然后技术部门在根据RTO、RPO的要求设计灾难恢复方案，在规划时同时要考虑方案的实现成本。可用性越高，RTO、RPO的值越低，可能实现成本就越高。规划RTO，RPO时应在与实现成本之间找到平衡点。

典型容灾应用—两地三中心：

转载：  https://cshihong.github.io/