数据存储备份与灾难恢复

1、数据存储备份与灾难恢复数据存储备份技术综述本章要点 数据失效原因分析 数据备份的概念及层次 系统备份的方案选择 数据备份系统结构数据失效的原因 自然灾害 硬件故障 软件故障 人为原因 资源不足引起的计划性停机结果结果原因原因自然灾害自然灾害硬件故障硬件故障软件故障软件故障人为原因人为原因计划性停机计划性停机破坏性很大中等无法估计无法估计较小影响范围整个网络单台计算机无法估计无法估计部分业务发生可能性很小小中等较大小失效种类物理损坏物理损坏逻辑损坏逻辑损坏平均破坏性中等中等较大大中等平均破坏性=破坏性*发生可能性数据失效的表现形式 物理损坏失效后的数据无法使用 逻辑损坏 效的数据仍可部分使用常见

2、逻辑损坏 数据不完整 系统缺少完成业务所必须的数据 数据不一致 系统数据是完全的，但不符合逻辑关系 数据错误 系统数据是完全的，也符合逻辑关系，但数据是错误的，与实际不符数据备份的概念 24*7系统 备份窗口 故障点 备份服务器 跨平台备份 备份代理程序 备份介质轮换数据备份的层次及备份手段 硬件级备份 软件级备份 人工级备份硬件级备份 用空余的硬件来保证系统的连续运行 磁盘镜像 可以防止单个硬盘的物理损坏，无法防止逻辑损坏 磁盘阵列 可防止多个硬盘的物理损坏，但无法防止逻辑损坏 双机容错 防止单台计算机的物理损坏，无法防止逻辑损坏数据备份概述数据备份概述 数据备份的方式 按备份的数据量的不同

3、来说，有四种： 完全备份 增量备份 差分备份 按需备份 按备份介质存放的位置可分为 本地备份 异地备份系统级数据备份 几个误区 复制=系统备份 用双机、磁盘阵列、镜像等系统冗余替代系统备份 数据库自带的备份系统可以满足严格的系统备份需求 已有备份软件，恢复数据没有问题数据备份概述数据备份概述 数据备份的方式 按备份的数据量的不同来说，有四种： 完全备份 增量备份 差分备份 按需备份 按备份介质存放的位置可分为 本地备份 异地备份 完全备份（Full Backup）：就是每天都对整个系统进行备份，包括系统和数据。 增量备份（Incremental Backup）：就是每次备份的数据只是相对于上一

4、次备份后新增加的和修改过的数据。 差分备份（Differential Backup）：就是每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。 本地备份是在本地硬盘的特定区域备份文件。 异地备份是指备份的数据存放在异地。 完全备份所需时间最长，但恢复时间最短，操作最简易，数据量不大时，适宜采用全备份； 随着数据量的增大，可以采用所用时间更少的增量备份或差分备份。 各种备份的数据量不同： 完全备份差分备份增量备份。 完全备份（Full Backup）分析： 就是每天都用一盘磁带对整个系统进行备份，包括系统和数据。这种备份方式的好处就是很直观。当发生数据丢失的灾难时，只要用一盘磁带（即灾

5、难发生前一天的备份磁带），就可以恢复丢失的数据。 不足之处： 每天都对系统进行完全备份，有大量是重复数据，例如操作系统与应用程序； 备份所需时间较长。 增量备份分析： 就是每次备份的数据只是相对于上一次备份后新增加的和修改过的数据。 优点：没有重复的备份数据，既节省了磁带空间，又缩短了备份的时间。 缺点：当发生灾难时，恢复数据比较麻烦。 可靠性差-各盘磁带间的关系就像链子一样，一环套一环，其中任何一盘磁带出了问题都会导致整条链子脱节。 举例来说，如果系统在星期四的早晨发生故障，丢失大批数据，那末现在就需要将系统恢复到星期三晚上时的状态。这时管理员需要首先找出星期一的那盘完全备份磁带进行系统恢复

6、，然后再找出星期二的磁带来恢复星期二的数据，然后再找出星期三的磁带来恢复星期三的数据。 差分备份（Differential Backup）分析： 就是每次备份的数据是相对于上一次全备份之后新增加的和修改过的数据。 例如：管理员先在星期一进行一次系统完全备份；然后在接下来的几天里，管理员再将当天所有与星期一不同的数据（新的或经改动的）备份到磁带上。 举例来说，在星期一，网络管理员按惯例进行系统完全备份；在星期二，假设系统内只多了一份资产清单，于是管理员只需将这份清单备份下来即可；在星期三，系统内又多了一份产品目录，于是管理员不仅要将这份目录，还要连同星期二的那份资产清单一并备份下来。如果在星期四

7、系统内又多了一张工资表，那末星期四需要备份的内容就是：工资表+产品目录+资产清单。 为防范风险，应当每天做备份。 最低的要求是一周做一次完整的备份，之后每天再做增量备份或者差分备份。 至少一个月要对备份介质做一次测试，以保证数据确实被正确的保存了下来，这是最低要求。 很多公司每天都做完整的备份，并且一天就要做多次备份。 数据备份系统的基本构成 一个好的数据备份系统应该具备以下一些基本要素： 保护性全面保护企业的数据，在灾难发生时能快速可靠地进行数据恢复。 可管理性备份中一个重要的因素。因为可管理性与备份的可靠性紧密相关。最佳的可管理性自动化备份方案。 可扩展性备份最大的忌讳就是在备份过程中因介

8、质容量不足而更换介质。会降低备份数据的可靠性与完整性。在备份方案中一般的要求都要有5-6 TB的容量。 备份管理软件 备份硬件是完成备份任务的基础，备份软件则关系到是否能够将备份硬件的优良特性完全发挥出来，软件的选择非常重要。 选择备份软件时，应考虑以下几点： 软件质量的保证程度 软件对系统性能的影响 软件的可扩充性 软件的运行费用 流行的备份软件： Legato Networker CA ARCServe HP openview IBM adsm VERITAS公司的NetBackup 数据备份策略数据备份策略 备份策略的含义 备份策略是指确定需要备份的内容、备份时间及备份方式。 决定采用何

9、种备份方式还取决于两个重要因素： 备份窗口：完成一次给定备份所需的时间。可用来做备份的时间。备份窗口由需要备份数据的总量和处理数据的网络构架的速度来决定。 恢复窗口：恢复整个系统所需的时间。恢复窗口的长短取决于网络的负载和磁带库的性能及速度。 必须根据备份窗口和恢复窗口的大小，以及整个数据量，决定采用何种备份方式。 备份策略的规划 数据量的大小和数据的修改频率确定了实现数据备份的策略。 一个完善的备份策略在备份手段上应具备自动化的流程设定、数据的安全性、完整性及支持各种数据形态，能跨平台地整合作业系统的备份功能。 在制订或规划备份策略时需考虑的因素有： 选择合适的备份频率 根据数据的重要性可选

10、择一种或几种备份交叉的形式制订备份策略 当数据量比较小，或者当数据实时性不强或者是只读的，则备份的介质可采用磁盘或者光盘。 就一般策略来说，当数据的实时性要求较强，或数据的变化较多而数据需长期保存时，则备份介质可采用磁盘或磁带。 当实现数据库文件或者文件组备份策略时，应时常备份事务日志。 备份数据的保管和记录是防止数据丢失的另一个重要的因素。灾难恢复概述灾难恢复概述 灾难恢复术语 灾难 Disaster 灾难备份 Backup for Disaster 灾难恢复Disaster Recovery 灾难恢复规划（DRP） Disaster Recover Planning 恢复时间目标（RTO）

11、Recovery Time Objective 业务影响分析（BIA）Business Impact Analysis 灾难恢复计划 必需制订计划 一个灾难恢复计划的大纲包括以下这些要点： 对风险的评估 寻求解决方案 执行计划 维护计划 成本考虑 要在风险与保障间寻找一个平衡点。 评估风险 通常IT风险被划分为两大部分： 计算机系统-如断网，黑客破坏和一些意外故障。 环境问题-如洪水，火灾，恐怖袭击等。 获得一张可能遭到的风险以及当硬件设备、应用软件或数据受到破坏时的恢复方法的清晰蓝图。 制订恢复计划 服务器风险恢复计划的核心是物理隔离。 风险恢复计划中要用到恢复中心（recovery sit

12、e） 热站（Hot Site）： 冷站（Cold Site）： 通过其它离站存储设备： 合作备份(Reciprocal Site)： 执行和维护计划 对计划中涉及到的各种硬件设备要进行定期的测试 对于各种应急程序以及假设的紧急事件也要进行定期的更新 服务器及相关设备的灾难恢复措施与日常的IT操作规程都应作为整个计划的一部分 注意与IT相关的服务器，数据，和通讯设施的物理保护 制订一个有效的灾难恢复计划10个步骤： 获得管理层的支持： 选定负责人：负责人是灾难恢复过程中最重要的人。 组成一个跨部门的小组：由负责人召集各部门代表组成。 进行业务影响分析：通过分析选出那些关键的业务过程。 明确优先次

13、序：跨部门小组的首要活动之一就是明确每一恢复过程。 评估可能的业务连续性战略。 为灾难恢复小组选择成员并明确分工。 制定灾难恢复文档。 经常对计划测试：计划至少每年测试一次。大型公司一般一年34次测试。 每次测试之后进行经验总结。 灾难恢复策略的规划 灾难恢复目标与计划决定了所需要采取的数据备份策略。 灾难发生后，最严重的问题不是来自于如何从磁带中将数据恢复出来，而是来自于以下几个因素： 缺乏、甚或完全没有文档化的恢复计划和措施 在重新配置硬件的时候，找不到原始系统配置和设置的文档 磁带文档、归档和跟踪相关资料的缺失，或者不完整的磁带归档策略 对部门级的服务器保护不够充分 制定恢复策略时应该考虑以下几个要素： 文档化并归档系统配置 文档化并归档灾难恢复的程序 安全措施、文档及磁带介质跟踪 判别和保护所有关键业务的服务器 制订数据灾难恢复策略步骤： 评估公司对数据流和有效数据的需要 在多长时间范围内必须成功进行数据恢复，以避免其影响企业收益 评估数据损失的风险，确定跨部门的数据恢复策略优先级别 评估数据存储设