备份还原.pptVIP

Chapter 备份与还原 本章目标 了解备份和还原的概念 掌握SQL Server的备份方法 掌握备份策略的制定 掌握运用备份还原数据库的方法 为什么需要备份 数据丢失的原因 程序错误 人为错误 计算机失败 磁盘失败 灾难（如火灾、地震）和偷窃 什么是备份 数据的副本 用于在系统发生故障后还原和恢复数据 文件复制≠备份 创建备份和恢复计划 创建和实施备份和恢复计划是数据库管理员的职责之一。创建备份计划需要考虑的问题： 您正在备份什么类型的数据库？ 系统和用户数据库经常有不同的备份和恢复需要。 数据库的数据有多重要？ 数据的重要性决定备份类型 数据库多久发生一次改变？ 改变的频率驱使您决定数据库多久应该进行备份 您需要多快恢复数据？ 您有执行备份的设备吗？ 需要备份硬件来执行备份，备份硬件包括：磁盘驱动器、光盘驱动器、可移动驱动器以及无格式的旧磁盘驱动器 什么是计划备份的最佳时间？ 数据库尽可能低的时候，重要的数据库不应该等到非高峰期 您需要异地保存备份吗？ 对于在自然灾害的情况下恢复系统来说，异地保存备份磁带的副本非常重要。 恢复的概念 数据库恢复概念基于事务完整性ACID属性中的D，即事务持续性，持续性意味着事务提交后将是永久性的，即使发生硬件故障。 sql server 使用先写事务日志来实现事务持续性，每个事务都先写入事务日志，然后才写入数据文件。这为恢复计划提供了以下好处： 事务日志确保能够将每个事务恢复到服务器停机前的状态 事务日志使得能够在处理事务时进行备份 事务日志降低了硬件故障的影响，因为可以将事务日志和数据文 件放在不同的磁盘子系统中 恢复策略应该基于对事务丢失的容忍度，涉及选择各种恢复选项、备份方法、指定备份计划以及对数据库存储在远离现场的地方。 恢复模式2-1 恢复模式2-2 简单恢复模型 简单恢复模型适合于只需要确保每个事务的原子性，而无需确保其连续性的数据库 简单恢复模型命令SQL在检查点截断（清空）事务日志，事务日志只将事务保留到它被写入数据文件为止，此后，其他事务将以循环方式重用该事务所占空间。由于这种事务日志是临时性的，因此不需要备份。这种恢复模型的优点是事务日志小，但很可能丢失最后一次完整备份或差异备份后的所有事务 基于简单恢复模型的恢复计划可能是：每周执行一次完整备份，在非周末的晚上执行差异备份。 使用简单恢复计划还原时，采用如下步骤： 1、还原最新的完全备份 2、还原最新（可选）的差异备份 完整恢复模式 提供最完美的恢复计划，使用这种模型时，所有事务（包括大容量日志操作）都写入事务日志中，这种模型的主要优点是，可以将数据库中提交的每个事务都还原到故障发生的状态。 实践提示：生产数据库，建议使用完整恢复模型，事务日志放到与数据文件不同的容错磁盘系统中。 典型备份计划： 每周执行两次完整数据库备份，其它时间每天晚上执行差异备份，另外，整个白天执行事务日志备份，从每天两次到15分钟一次。 使用完整恢复计划还原时，采用如下步骤： 1、备份当前事务日志 2、还原最新的完整备份 3、如果在最后一次完整备份后执行了差异备份，则还原最新的差异备份 4、依次还原最后一次完整备份或差异备份后的所有事务日志备份 大容量日志恢复模型 大容量日志恢复模型类似于完整恢复模型，但不将下列操作写入日志： bulk insert DML命令 select * into table BLOB操作：witetext 和updatetext 创建索引 事务日志中标记发生大容量日志操作，并记录他们所影响的区，备份日志时，将这些区复制到日志中，代替大容量日志标记。 应用：仅当数据库执行大容量日志操作，且提高这些操作的性能非常重要，才能使用这种模型 设置恢复模型 对于新的数据库，将使用系统数据库model的恢复模型，默认情况下企业版和标准版使用完整恢 复模型，个人版和desktop版使用简单恢复模型，但可以通过修改系统数据库model来设置恢复模型 DDL： alter database databasename set recovery option option包括：full bulk_logged simple 设置恢复模型 简单恢复模式 完整恢复模式 大容量日志恢复模式 备份类型 用户数据库备份策略 恢复到分钟：如果可能，每周运行两次完整备份，使用每晚的差异备份和在业务进行期间每10分钟事务日志备份，不使用“在检查点截断日志”选项，因为将不能恢复某些事务，要提高备份速度，尽可能使用多个备份设备。 恢复到工作点：如果可能，每周运行两次完整备份，使用每晚的差异备份和在业务进行期间每10