编辑“Sybase”（章节）

===数据库的备份与恢复===
*若硬件介质出现故障（如磁盘损坏），当且仅当事先已对数据库及其事务日志作了备份，才能恢复数据库。

*注意：绝对不要使用操作系统的拷贝数据库设备，把这样一个拷贝装入SQL Server将导致大量数据库受损。

*备份的类型：

1）完全备份

2）增量备份——备份事务处理日志
<pre>
说明：
a.只有把事务日志放在单独的设备上，才能进行增量备份；
b.备份事务日志会截断日志，因此备份的内容是自上次备份以来的事务处理。
c.备份之前要启动备份服务器，并最好创建转储设备。
</pre>

*备注：truncate_only与no_log选项用于删除事务处理而不作拷贝。Truncate_only截断日志；在事务处理日志完全满时用no_log，它不为数据库建立检查点。两个选项都会丢掉日志。当使用了这两个参数后，应及时备份整个数据库。no_truncate拷贝日志但不截断日志，在出现介质错误时使用该选项。 

*使用load [[database]]加载备份到现有数据库，数据库可以是用于创建转储的数据库，也可以不是。

*由于事务日志在恢复数据库中的特殊作用，应定期备份数据库及其事务日志，而且事务日志的备份要更频繁一些。如：数据库每周备份一次，事务日志每天备份一次。

*SQL Server提供了两种不同类型的恢复：一类是系统自动完成的恢复；另一类是人工完成的恢复。 

1）系统自动恢复 

系统自动恢复是在系统软件出现故障的情况下通过重新启动SQL Server进行恢复。 

自动恢复从master数据库开始，然后是model数据库，再是temporary数据库，最后是用户数据库。在每个数据库上，恢复机制观察事务日志。如果日志写入比数据库更近的数据，则向前恢复数据库。如果事务尚未完成，则要回退它们。 

2）介质故障的恢复 

一旦介质发生故障，只有通过以前备份的数据库和事务日志才能恢复数据库，为此我们需要经常备份数据库和事务日志。备份数据库和事务日志我们使用dump命令，而恢复数据库和事务日志我们使用load命令。 

与创建数据库需要一个数据库设备类似，我们备份数据库和事务日志也需要一个卸出设备。增加卸出设备可以通过系统过程sp_addumpdevice来实现。卸出设备可以是磁盘、磁带或操作系统文件。 

在备份数据库前的所有事务日志备份都是没有意义的。我们一般不经常备份数据库，但我们要经常备份事务日志。这是因为备份事务日志比备份数据库需要更少的时间和存储空间。 

3）恢复用户数据库 

要恢复已被破坏的数据库，可以按如下步骤进行： 
<pre>
a.用带no_truncate选项的dump命令卸出用户数据库事务日志。 
b.用和被破坏的数据库的同样的结构建立一个新的数据库。 
c.用load命令重新装入数据库和事务日志。
</pre>
说明	输入内容	输出结果
斜体	''斜体文字''	斜体文字
粗体	'''粗体文字'''	粗体文字
粗斜体	'''''粗斜体文字'''''	*粗斜体文字*