使用 db2back 存档和维护 DB2 消息日志和诊断数据

核心提示： 下面详细介绍不同的选项， 指定目标（存档）目录如果没有在命令行上指定目标目录，使用 db2back 存档和维护 DB2 消息日志和诊断数据(3)，脚本使用 DIAGPATH/db2dump_archive 目录作为默认的目标，如果此目录不存在，这是为了确保在诊断数据转储期间启动存档的情况下，文件

下面详细介绍不同的选项。

指定目标（存档）目录

如果没有在命令行上指定目标目录，脚本使用 DIAGPATH/db2dump_archive 目录作为默认的目标。如果此目录不存在，脚本会创建它。

可以创建一个 DIAGPATH/db2dump_archive 链接，让它指向另一个有足够空间的本地或 NFS 挂载文件系统。在有多个物理分区的 DPF 设置中，如果物理分区不共享诊断路径目录，那么必须在每个物理分区上创建此链接。

存档

使用 –a (archive) 命令行选项存档来自 DIAGPATH 的诊断数据：

db2dback.ksh　-a　[-o　<destination_path>　]　

在默认情况下，在 DPF 系统上脚本尝试使用 rah 命令在每个物理分区上运行本身的本地版本。如果所有物理分区共享 DIAGPATH（BCU 不建议这么做），可以使用 –l 子选项调用脚本的本地版本。

脚本把 db2diag.log 和管理日志文件重命名为 db2diag.log.<timestamp> 和 <instancename>.log.<timestamp>，然后为实例创建新的日志文件。然后，脚本使用 UNIX mv 命令转移 DIAGPATH 中的所有文件和目录，但是以下文件和目录除外：

刚创建的 db2diag.log 和管理通知日志文件。

stmmlog 目录中的自调优内存管理程序 (STMM) 日志文件。STMM 自动地管理它的日志文件使用的空间，通常不会让空间总量超过 50MB。

在 15 分钟以内创建的任何诊断数据文件或首次发生数据捕捉 (FODC) 目录。这是为了确保在诊断数据转储期间启动存档的情况下，文件不会分配到不同的存档或目标中。

从 DIAGPATH 转移到新目标的所有文件保留原有的目录层次结构。所有文件转移到采用以下命名约定的子目录中：