DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序

核心提示： 对于离线备份，DB2 知道应用程序只是从数据库中读取数据，DB2 基础: IBM DB2 Universal Database for Linux, UNIX and Windows 备份实用程序(7)，因此无需担心锁的问题，而对于在线备份，从 1993 年开始这些接口就已经向开发市场提供，这导

对于离线备份，DB2 知道应用程序只是从数据库中读取数据，因此无需担心锁的问题。而对于在线备份，事情就有所不同。DB2 必须为在线备份实现一个锁策略。对于大型对象和 long 字段数据，DB2 将 Intent None (IN) 锁升级为 Share (S) 锁，因而要慢大约 10%。

在线备份很可能需要从 UTIL_HEAP 内存分配中得到更多的内存，以便为一些帮助支持这种操作的内部结构分配内存。

数据库历史文件

数据库历史文件正成为数据库引擎中越来越关键的部分。数据库历史文件是对管理操作的一种记录。任何类型的备份镜像都在各自存储数据库历史文件（它是我们前面详细提到的元数据的一部分）。在历史文件中的事件记录包括诸如备份、恢复、日志前滚、装载、数据库或表空间的 queiscing、表空间的修改以及被删除的表（当被删除的表的恢复被支持时）。与记录的操作有关的信息包括：受影响的对象（数据库、表空间或表）、位置和设备类型（备份镜像或装载复制）、相关日志文件的范围、操作的起始和完成时间，以及产生的 SQLCA 代码等。以前，数据库历史文件是一种信息文件，您可以对其进行查询。现在 DB2 使用该文件来支持可恢复性，例如自动恢复。新的日志管理器也使用这种文件。

这种信息被放在一个文件中，而不是放在 DB2 表中，因为需要这种信息来执行恢复操作。如果数据库不可用，那么就不能利用它来进行数据库恢复。因此，数据库历史数据存储在一个 ASCII 文件中，并放在备份镜像中，我们可以从中检索和处理它。

第三方备份供应商支持

备份期间 DB2 用于写出数据的介质进程（media process）是构建在一套公布的接口之上的，从 1993 年开始这些接口就已经向开发市场提供。这导致对当今大多数主流备份供应商的广泛 DB2 支持，包括 IBM Tivoli Storage Manager (TSM)、Veritas NetBackup、Legato NetWorker、Compuer Associates 等等。