SQL+Server企业日常备份与恢复.doc

-- 2072_06 ********************************************** -- 数据库备份 -- 1.1 -------------------------------------------------- -- 避免数据丢失 /* 避免数据丢失是 DBA 的最关键的任务之一。 导致数据丢失的原因有： 意外或恶意的使用 DELETE、UPDATE 语句，如没有使用 WHERE 字句 具有破坏性的病毒 硬件损坏 自然灾害，如火灾，地震等 盗窃 如果用户拥有适当的备份策略，就能够以最低的生产时间代价恢复数据，并大大降低永久性数据丢失的机会。 对待备份如同对待保险策略一样，用户需要问自己：‘我愿意支付多少？我可以接受多大的损失？’。 越少的数据丢失，越短的恢复时间意味着备份的成本会很高。 用户不能完全避免数据丢失，在规划备份策略的时候，需要考虑： 可以接受的停机时间 可以接受的数据损失量 定期备份： 若系统处于 OLTP 环境中，需要经常备份数据库 若数据更改较少，则不需经常备份数据库 可以使用 SQL Server Agent ，使得备份工作自动化 进行数据库备份的时候不会影响用户继续使用数据库，但会损失一些性能。 作为 DBA ，我们的目标是： 最小化数据丢失 以最低的生产时间代价还原数据 */ -- 1.2 -------------------------------------------------- -- 数据库还原模型 /* 可以为 SQL Server 中的每个数据库选择三种恢复模型中的一种，以确定如何备份数据以及能承受何种程度的数据丢失。 下面是可以选择的三种恢复模型： 简单还原模型 使用简单还原模型可以将数据库恢复到上次备份的即时点。不过，无法将数据库还原到故障点或特定的即时点。 可以将数据库恢复到最新的全备份或是差异备份。 这种还原模型对日志所需的存储空间最小。 不能使用日志备份。 大容量日志记录还原模型 可以使用全备份、差异备份和日志备份。 对某些大规模或大容量复制操作，如 create index,大批量数据导入，提供最佳性能和最少的日志使用空间， 因为对以上操作记录的是操作后的结果，所以产生的日志更小，因此也就不支持时间点还原。 完全还原模型 可以使用全备份、差异备份和日志备份。 日志记录了对数据库进行的全部更改，除了故障期间发生的事务之外，能够还原全部数据。 可以将数据库还原到即时点。 产生的日志文件较大，有一定的性能代价。 更改数据库还原模型 ALTER DATABASE database_name SET RECOVERY FULL|SIMPLE|BULK_LOGGED */ -- 1.3 -------------------------------------------------- -- 备份数据库的时机 /* -- 备份系统数据库 系统数据库存储 SQL Server 和全部数据库的重要数据。因此，应当有规律地备份系统数据库，特别是在修改它们之后。 修改 master 数据库之后 master 数据库包含了 SQL Server 中全部数据库的相关信息。 当执行某些语句的时候，SQL Server 会修改 master 数据库中： 使用 create|alter|drop database 来创建，修改，删除数据库时 使用 sp_addlinkedserver 来增添加链接服务器 使用 sp_addmessage 来添加错误消息 修改 msdb、model 数据库之后 -- 备份用户数据库 创建数据库之后 如果没有全备份就无法恢复日志备份，所以要在创建数据库后执行全备份作为备份的基线 创建索引之后 不是必须的，但是可以在恢复过程中节省时间 清理事务日志之后 当使用 backup log with truncate_only 或 backup log with no_log 语句清理事务日志之后， 日志中不再包含数据库活动记录，不能用来恢复数据库，因此要马上备份数据库 -- 备份过程中受到限制的活动 创建或修改数据库 执行自动增长操作 创建索引 执行无日志操作 收缩数据库 */ -- 1.4 -----------------