数据库的备份

8.4.1　数据库的备份

数据库的备份不是实时的，在什么时候和用什么方式做主要取决于数据库的不同规模和不同的用途。数据库的备份主要考虑以下的几个因素：备份周期；使用冷备份或是热备份；使用增量备份或是全部备份，或者两者同时使用；使用什么介质进行备份，备份到磁盘还是磁带；是人工备份还是设计一个程序定期自动备份等。

数据库的备份大致有三种类型：冷备份、热备份和逻辑备份。

1.冷备份

冷备份是在没有最终用户访问它的情况下关闭数据库，并将其备份。这是保持数据完整性的最好办法，但如果数据库太大，无法在备份窗口中完成对它的备份，该方法就不适用了。

2.热备份

热备份是在数据库正在被写入的数据更新时进行。热备份严重依赖日志文件。在进行时，日志文件将业务指令“堆起来”，而不真正将任何数据值写入数据库记录。当这些业务被堆起来时，数据库表并没有被更新，因此数据库被完整地备份。

该方法有一些明显的缺点。首先，如果系统在进行备份时崩溃，则堆在日志文件中的所有业务都会被丢失，因此也会造成数据的丢失。其次，它要求DBA仔细地监视系统资源，这样日志文件就不会占满所有的存储空间而不得不停止接受业务。最后，日志文件本身在某种程度上也需要被备份以便重建数据。需要考虑另外的文件并使其与数据库文件协调起来，为备份增加了复杂度。

由于数据库的大小和系统可用性的需求，没有对其进行备份的其他办法。在有些情况下，如果日志文件能决定上次备份操作后哪些业务更改了哪些记录的话，对数据库进行增量备份是可行的。

3.逻辑备份

逻辑备份使用软件技术从数据库中提取数据并将结果写入一个输出文件。该输出文件不是一个数据库表，但是表中的所有数据是一个映像。不能对此输出文件进行任何真正的数据库操作。在大多数客户机/服务器数据库中，结构化查询语言（SQL，Structured Query Language）就是用来创建输出文件的。该过程有些慢，对大型数据库的全盘备份不实用。尽管如此，当仅想备份那些上次备份之后改变了的数据，即增量备份时，该方法非常好。