一.备份概述
数据安全是数据库的生命，数据库在使用过程中难免会遇到如：使用者的误操作或是被恶意修改，硬件故障导致数据文件无法被访问，自然灾害导致机房在物理上的损毁。本章从备份与恢复的功能作为解决问题的切入点。在实际工作中会遇到：使用什么样的备份策略（比如完整备份，文件备份，差异备份，日志备份），如何减少备份恢复时间（比如尽快恢复上线），如何将数据库恢复到想要的时间点（比如恢复到误操作以前），如何迁移数据库系统到一台新机器(比如用户账号，密码，任务脚本备份还原)。
1.备份类型
在sql server数据库里包括数据文件和日志文件，相应包括数据备份和日志备份。数据备份可以是完整数据库备份，文件备份，差异备份也叫增量备份。日志备份也叫事务日志备份。
2. 备份策略
(1)数据库最多能容忍多长时间的数据丢失。
(2)投入多少人力物力做数据库备份和恢复策略。每次备份都会有时间间隔，数据丢失容易发生在最近一次备份之后的所有数据库操作，之后如文件损坏数据库需要恢复，备份尾日志肯定不成功，数据也会丢失, 为了保证数据不丢失需要引用镜像等技术。
(3) 备份文件越多，数据库恢复的文件也越多，要建立一个合适的备份管理制度。备份虽然不会阻塞数据库的正常操作，但会产生一系列的磁盘读写，这时要避免在服务器I/O繁忙时。备份越多，失败的概述也会越大，需要管理员及时处理错误，将备份任务恢复常态。
3. 常用的备份方法
二. 数据库恢复模式下的备份类型
上面说了备份涉及的几种类型，这里就得说数据库恢复模式对备份类型的支持及特点。sql server有三种数据库恢复模式设置包括:简单恢复模式，完整恢复模式，大容量恢复模式。
2.1 简单恢复模式
在简单恢复模式下，不能做日志备份，只支持最简单的备份和还原方式，容易管理，数据库最后一次备份之后做的数据修改将全部丢失。为了降低风险，可以引入差异备份。差异备份的开销一般都比完整备份低，可以经常运行。如果数据库比较庞大或者不允许长时间的数据丢失，那这种简单恢复模式就不适合。在总结下：
优点:
(1)日志文件占用物理空间少日志增长慢。
(2)对SQL执行性能优，能最小化日志。
缺点:
(1)不支持日志备份.
(2)无法实现零丢失,恢复时间点至上一次备份时。
(3)切换到其它恢复模式时，日志链中断。
2.2 大容量恢复模式
又叫大批量恢复模式，可以使用日志备份，它能够对某些大批量操作提供最佳的性能和最小的日志使用空间，这些大批量包括bulk insert, bcp,create index, select into, writetext , updatetext。也就是说这些操作有数据丢失风险，相对完全恢复模式，这些操作都是完全记录的。总结下：
优点:
(1)日志文件占用物理空间少(日志增长慢)。
(2)对SQL执行性能优（最小化日志）。
(3)支持切换到完整模式不中断日志链。
缺点:
(1)还原大批量操作，数据有丢失风险如bulk insert, select into等。
2.3 完整恢复模式
也可以叫完全恢复模式，在此模式下，所有操作都会被完整记录下来，如insert每新增的一行,delete每删除的一行，还包括大批理操作如bulk insert等，都会记录到事务日志中。 包括create index操作也会被完全记录，在日志恢复时不必要重建索引，恢复会很快。使用日志备份，可以定义一种很频繁的频率，5份钟甚至更短时间来做备份，以防止出现故障数据丢失。但是备份数量越多，恢复时需要严格按备份产生的顺序依次恢复，中间不能有任何备份缺失。
优点:
(1) 使用了日志备份可以实现零丢失(如果能进行尾日志备份，能还原到任意时间点)。
(2)支持切换到大容量模式不中断日志链。
缺点:
(1)日志文件空间占用大必须定期日志备份，达到日志空间重用。
