我们都知道数据库是用来存储数据的，那么为了保证数据的安全性，有时候就需要数据库对数据进行备份。数据库备份主要分为以下内容：

1.完整数据库备份：

完整数据库备份就是复制数据库里的所有信息，通过单个完整备份，就能将数据库恢复到某个时间点的状态。

注：由于数据库备份是一个在线的操作，一个大的完整数据库备份可能需要一个小时甚至更长的时间，数据库在这段时间里还会发生变化，所以完整数据库备份还要对部分事务日志进行备份，以便能够恢复数据库到一个事务一致的状态。

2.文件备份：

文件备份指备份一个或多个文件或文件组中的所有数据。

注：在完整恢复模式下，一整套完整文件备份和涵盖所有文件备份的日志备份合起来等同于完整数据库备份。

使用文件备份能够只还原损坏的文件，而不用还原数据库的其余部分，从而可加快恢复速度。例如，如果数据库由位于不同磁盘上的若干个文件组成，在其中一个磁盘发生故障时，只需还原这个故障磁盘上的文件的备份，其他磁盘上的文件无须还原，这样会缩短还原时间。

3.部分备份：

部分备份与完整数据库备份类似，但是部分备份默认只包含数据库可读写部分，数据库的只读文件将不会被备份。

注：因为只读部分是不会发生变动的，总是去备份它有点浪费时间与精力所以部分备份在希望不备份只读文件组时非常有用。部分备份可以说是数据库备份和文件备份之间的一个中间类型。如果一个数据库里没有只读文件，那么部分备份和数据库备份就没什么差别。　

4.差异备份：

差异备份要求数据库之前做过一次完整备份。差异备份仅捕获自该次完整备份后发生更改的数据，这个完整备份被称为差异备份的“基准”。差异备份仅包括建立差异基准后更改的数据。差异备份比差异基准更小且更快，便于执行频繁备份，从而降低了数据丢失的风险。

5.日志备份：

数据备份集中精力于数据文件的备份。对于日志文件，相应地有事务日志备份。每个日志备份包括创建备份时处于活动状态的部分事务日志，以及先前日志备份中未备份的所有日志记录。不间断的日志备份序列包含数据库的完整(即连续不断的)日志链。在完整恢复模式下(或者在大容量日志恢复模式下的某些时候)，连续不断的日志链可以将数据库还原到任意时间点。

6.尾日志备份：

“结尾日志备份”捕获尚未备份的任何日志记录（“结尾日志”），以防丢失所做的工作并确保日志链完好无损。 在将 SQL Server 数据库恢复到其最近一个时间点之前，必须先备份数据库的事务日志。 结尾日志备份将是数据库还原计划中相关的最后一个备份。注意：并非所有还原方案都要求执行结尾日志备份。 如果恢复点包含在较早的日志备份中，则无需结尾日志备份。 此外，如果您准备移动或替换（覆盖）数据库，并且在最新备份后不需要将该数据库还原到某一时间点，则不需要结尾日志备份。

7.仅复制备份(Copy-Only)：

独立于常规SQL Server备份序列的SQL Server备份。通常，进行备份会更改数据库并影响其后备份的还原序列。但是，有时在不影响数据库全部备份和还原过程的情况下，为特殊目的而进行备份还是有用的。为实现此目的，SQL Server引人了下列两种仅复制备份

(1)仅复制完整备份

仅复制完整备份也备份整个数据库的内容。它和正常的完整备份的区别是，做完了以后差异备份的基准不会变，因此不影响差异备份序列。

(2)仅复制日志备份

仅复制日志备份只备份当前日志文件里现有的内容，但是不会清空日志文件里备份下的日志。因此，下次再做正常日志备份的时候，这些内容还会被再次备份下来，从而不影响常规日志备份的序列。这种备份主要用在以下情况:数据库上已经有了一个备份计划任务在运行，但是现在需要紧急做一个日志备份，但同时不能影响到原有的备份序列。

8.恢复模式：

SQL Server 备份和还原操作发生在数据库的恢复模式的上下文中。 恢复模式旨在控制事务日志维护。 “恢复模式”是一种数据库属性，它控制如何记录事务，事务日志是否需要（以及允许）进行备份，以及可以使用哪些类型的还原操作。 有三种恢复模式：简单恢复模式、完整恢复模式和大容量日志恢复模式。 通常，数据库使用完整恢复模式或简单恢复模式。 数据库可以随时切换为其他恢复模式。