MICROSOFT_SQL_SERVER_7_性能优化－－第15章高性能地备份与恢复.pdfVIP

下载 第15章 高性能的备份与恢复 你的公司最有价值的财产或许就是数据库中的数据。因此，数据库管理员的一项最重要 的职责就是制订一个备份与恢复策略以及灾难恢复计划来保护那些数据。没有这样的计划， 你就有可能丢失数据，并因此损失几千甚至几百万美元。 如同任何运行在 SQL Server 系统中的活动一样，备份与恢复也需要代价。当备份过程正 在运行时，它需要一定量的系统开销。因此，最好通过提高备份操作的性能减少此代价。本 章阐述如何提高备份操作的速度以及如何为你的商务建立最好的备份与恢复解决方案。本章 还提出了许多用于改进备份与恢复策略以及建立灾难恢复计划的准则和技巧。 15.1 备份与恢复概念 备份与恢复是相互关联的主题，这些主题涉及到保存数据库中的数据以便日后使用，以 及把那些数据复制回该系统。恢复与 R D B M S 的承受系统失败以及重放事务的能力有关。在本 章中，术语“恢复”用于描述对数据库与事务的恢复。 15.1.1 备份与还原 数据库备份与恢复操作类似于利用操作系统完成的备份与恢复操作。备份操作包括把数 据从数据库中拷贝到另一个位置。此操作可以是一个完全备份，即整个数据库被复制，也可 以是一个增量备份，即仅有最新的变化被复制。事务日志也定期地得到备份。事务日志备份 用于还原自从上一次完全备份或增量备份以来已经执行的事务。 还原操作包括把备份数据拷贝到数据库。此过程不要与恢复相混淆。这些主题是彼此独 立的并且将被分别看待。还原操作实质上是从备份文件中重新装载数据库。 15.1.2 恢复 恢复是在系统失败后，数据库重放 ( 恢复 ) 事务的能力。每当数据库中作了修改， S Q L S e r v e r不会立刻把对数据文件的这种修改写入磁盘中，因为系统失败可能会使数据库受到破坏。 要维护数据库的完整性， SQL Server 日志应在事务日志上作变化。在一条事务被提交以前， 变更信息必须被写入该事务日志。如果发生系统失败，在系统重新启动时， SQL Server使用 事务日志前滚已经被提交的事务并且回滚在发生失败时还没有被提交的事务。 警告 如果发生失败，事务日志对恢复事务必不可少，因此对数据库的完整性是至关重 要的。因为它是如此重要，所以事务日志总是驻留在一个RAID 1或者RAID 10(镜像的) 卷中。 当SQL Server 回滚某一个事务时，该事务被废弃并且此事务修改的所有数据被还原回它 的原始值。此过程与使用R O L L B A C K命令来结束一个事务的效果是相同的。当一个事务被前 滚时，为了使数据文件与数据库的当前状态保持同步，那些已经对数据库所作的改变被重放。 第1 5章 高性能的备份与恢复 1 8 7 下载 如果发生系统失败，需要使用备份文件还原数据库，事务日志和事务日志备份被用来把 数据库恢复到失败点。因此，还原与恢复操作同时工作。如果发生电源失效或自发的系统重 新启动，那么或许只有恢复操作是必需的。 15.1.3 备份的类型 有几种执行备份的方法。这些方法的差别是被备份数据的类型和数量。本节描述了不同 类型的备份：完全备份、差异备份和事务日志备份。 1. 完全备份 完全备份包括备份整个数据库。作为数据库一部分的所有数据文件得到备份。在含有多 个数据库的系统中，所有的数据库将得到备份。根据修改数据频繁程度的不同，这些数据库 或许按照不同的方案被备份。如果数据库很大，那么此备份操作会非常消耗时间。本章阐述 通过调整备份系统，如何将此备份时间减到最小。备份时间还能够通过执行差异备份或者文 件组备份而不是完全备份得到缩减。 2. 文件或文件组备份 文件或文件组备份包括备份单独的文件或者备份组成一个文件组的文件。此操作比备份 整个数据库更快，但是仅仅保护已经得到备份的数据。整个备份由不同时间的单个文件或文 件组备份组成。如果发生系统失败而需要执行一个还原操作的话，那么从文件集合或文件组 备份中还原数据库所花费的时间可能比从完全备份中还原数据库所花费的时间更长，因为你 必须还原在失败的文件或文件组中所执行的最后一次备份以后发生的所有事务日志备份。假 如整个数据库必须被还原并且文件或文