写在前面
最近一直在整理数据库最佳实践的东西，我也会将各种文章建议，同步到博客园，希望能够帮助更多的人了解数据库，轻松玩转数据库，同时也减轻运维人员的工作压力，毕竟熟能生巧，熟练既是效率。
数据库备份老生常谈的话题，一搜索数据库备份可能上千上万篇，那么为什么还要写一篇？因为重要！而往往却不能引起运维人员的重视。上周还帮助一个客户恢复了数据，原因是断电，启动服务器后发现磁盘损坏，重要的系统页大面积损坏。使用常规数据库恢复手段全无用，使用第三方恢复工具也只能恢复部分数据，根本无法满足业务的正常运转，数据是企业的命根子，丢了，找不回来怎么办？ 难道要经历一次这样的洗礼才能体会到备份的重要性么？
数据库备份是个很重的话题，太多东西无法写在同一篇文章中，另外这是一篇大量文字的扫盲文章，不足之处希望大家多多包涵。
一些名词
完整数据库备份：完整数据库备份就是复制数据库里的所有信息，通过单个完整备份，就能将数据库恢复到某个时间点的状态。
注：由于数据库备份是一个在线的操作，一个大的完整数据库备份可能需要一个小时甚至更长的时间，数据库在这段时间里还会发生变化，所以完整数据库备份还要对部分事务日志进行备份，以便能够恢复数据库到一个事务一致的状态。
文件备份：文件备份指备份一个或多个文件或文件组中的所有数据。
注：在完整恢复模式下，一整套完整文件备份和涵盖所有文件备份的日志备份合起来等同于完整数据库备份。
使用文件备份能够只还原损坏的文件，而不用还原数据库的其余部分，从而可加快恢复速度。例如，如果数据库由位于不同磁盘上的若干个文件组成，在其中一个磁盘发生故障时，只需还原这个故障磁盘上的文件的备份，其他磁盘上的文件无须还原，这样会缩短还原时间。
部分备份：部分备份与完整数据库备份类似，但是部分备份默认只包含数据库可读写部分，数据库的只读文件将不会被备份。
注：因为只读部分是不会发生变动的，总是去备份它有点浪费时间与精力所以部分备份在希望不备份只读文件组时非常有用。部分备份可以说是数据库备份和文件备份之间的一个中间类型。如果一个数据库里没有只读文件，那么部分备份和数据库备份就没什么差别。
差异备份：差异备份要求数据库之前做过一次完整备份。差异备份仅捕获自该次完整备份后发生更改的数据，这个完整备份被称为差异备份的“基准”。差异备份仅包括建立差异基准后更改的数据。差异备份比差异基准更小且更快，便于执行频繁备份，从而降低了数据丢失的风险。
日志备份：数据备份集中精力于数据文件的备份。对于日志文件，相应地有事务日志备份。每个日志备份包括创建备份时处于活动状态的部分事务日志，以及先前日志备份中未备份的所有日志记录。不间断的日志备份序列包含数据库的完整(即连续不断的)日志链。在完整恢复模式下(或者在大容量日志恢复模式下的某些时候)，连续不断的日志链可以将数据库还原到任意时间点。
尾日志备份：“结尾日志备份”捕获尚未备份的任何日志记录（“结尾日志”），以防丢失所做的工作并确保日志链完好无损。 在将 SQL Server 数据库恢复到其最近一个时间点之前，必须先备份数据库的事务日志。 结尾日志备份将是数据库还原计划中相关的最后一个备份。
注意：并非所有还原方案都要求执行结尾日志备份。 如果恢复点包含在较早的日志备份中，则无需结尾日志备份。 此外，如果您准备移动或替换（覆盖）数据库，并且在最新备份后不需要将该数据库还原到某一时间点，则不需要结尾日志备份。
仅复制备份(Copy-Only)：独立于常规SQL Server备份序列的SQL Server备份。通常，进行备份会更改数据库并影响其后备份的还原序列。但是，有时在不影响数据库全部备份和还原过程的情况下，为特殊目的而进行备份还是有用的。为实现此目的，SQL Server引人了下列两种仅复制备份
(1)仅复制完整备份
仅复制完整备份也备份整个数据库的内容。它和正常的完整备份的区别是，做完了以后差异备份的基准不会变，因此不影响差异备份序列。
(2)仅复制日志备份
仅复制日志备份只备份当前日志文件里现有的内容，但是不会清空日志文件里备份下的日志。因此，下次再做正常日志备
