什么是备份、恢复、它们的关系是什么？

核心提示： 灾难恢复的最重要步骤是设计充足频率的硬盘备份过程，备份过程应该满足系统要求的可恢复性，什么是备份、恢复、它们的关系是什么？(5)，例如，如果数据库可有较长的关机时间，如果用户自己有高水平的专业人员，自己完成这项工作是没有问题的，则可以每周进行一次冷备份，并归档重做日志；但是

灾难恢复的最重要步骤是设计充足频率的硬盘备份过程。备份过程应该满足系统要求的可恢复性。例如，如果数据库可有较长的关机时间，则可以每周进行一次冷备份，并归档重做日志；但是，如果数据库只有极少的关机时间，则只能从硬件的角度来考虑备份与恢复的问题，例如使用硬盘镜像或双机系统。选择备份策略的依据是：丢是数据的代价与确保数据不丢失的代价之比。

果每天都能备份当然会很理想，但要考虑其现实性。企业都在想办法降低维护成本，现实的方案才可能被采用。只要仔细计划，并想办法达到数据库可用性的底线，花少量的钱进行成功的备份与恢复也是可能的。

DBA 还应以服务协议的形式制订一个可恢复性与可用性的标准文件。该文件应成为讨论DBA 服务，以及服务是否能达到预期标准的依据。这样做可使所有相关人员对同样的预期有潜在的危机感。

测试备份与恢复策略的重要性

备份与恢复策略必须经测试无误后才可使用。如果进行了备份，但不知道该备份是否支持希望的恢复目标则与根本没有备份没有两样。

恢复策略也要考虑虑对环境的依赖性。例如，假如机器的硬盘失效了，供货商能在多长时间内提供一个新的硬盘；在机器需要重新启动时，能找到操作系统管理员吗？

另外一个需要考虑的问题是数据库是否能经受自然的破坏。应在与计算机不同的地方再存储一份备份介质，以免出现自然灾害时主机与备份一起遭到破坏。

最后需要考虑的问题是万一DBA 出现了问题怎么办？后备的DBA能否执行备份策略？他或她能找到支持用的文档吗？这些文档存在吗？

没有比花了大精力指定了好的计划，但没有测试其有效性而使其付诸东流的了。一个好的计划还应容纳人为错误，特别是用于开发的系统。理想的测试计划应包括以下内容：

一系列的测试例子及其状态描述；

测试结果是否成功的标准；

解决这些状态的步骤。

只有在上述情况测试成功的前提下，DBA 才应该考虑把备份计划付诸实施，用于实际使用的生产系统。

在数据库实际使用时，备份策略的测试也不能终止。小范围的测试可以确保备份策略可以满足未来的需求。随着应用系统的成熟，备份策略也应相应地成熟。如果备份策略不能满足新的需求，就应该重新设计。

测试备份策略还有其它的一些好处：

测试人工的备份过程可能会发现人工的疏漏，促使DBA考虑自动的备份方法。只要自动的备份过程经过了测试，并能解决数据库改变后的（例如增加了表空间）的备份问题，自动备份是有益无害的。

测试的另外一个好处是可以发现数据块的问题。如果数据文件的一个或多个数据块损坏了，而又使用了数据库的物理备份方法，则损坏了的数据块会被拷贝到备份文件中，这会导致备份的损坏和数据库的损坏。如果不做测试，该问题是不会被发现的。当然，也可以通过设置INIT.ORA 文件中的参数DB_BLOCK_CHECKSUM 或用DBVERIFY 实用工具进行数据的完整性检查。

为什么要请人制定备份恢复计划和编写操作脚本

备份恢复计划极其重要，万一失手，损失不可估量。

备份恢复计划和编写操作脚本需要高水平专业人员完成，以确保万无一失。

当然，如果用户自己有高水平的专业人员，自己完成这项工作是没有问题的，无需外援。