对DB2备份的正确认识-db2备份表

此文章主要讲述的是DB2备份，我前两天在相关网站看见DB2备份的资料，觉得挺好，就拿出来供大家分享。如果你对DB2备份的资料，心存好奇的话，以下的文章将会揭开它的神秘面纱。希望你在浏览完之后会有所收获。

归档, 设置归档, 设置

跟Oracle类似DB2也分为两个模式，日志循环vs归档日志，也就是非归档和归档模式，下面对这两种模式做简单的介绍。

日志循环

日志循环是默认方式，也就是非归档模式，这种模式只支持backup offline脱机备份，在备份过程中需要DB2停止服务。

运行脱机DB2备份需要如下注意的地方：

1，停止应用对DB2的访问。

2，通过LIST APPLIACATIONS命令查看现有的连接，然后通过FORCE APPLIACATION命令来结束连接。

3，通过DEACTIVATE DATABASE 命令来确保数据库未处于活动状态。

4，通过BACKUP DATABASE命令来对数据库进行DB2备份。

归档日志

归档日志不是默认状态，需要配置后才会起作用，DB2在使用日志保留模式的时候数据库是可恢复的数据库，支持在线备份、前滚恢复和崩溃恢复。

配置DB2进入归档日志模式主要是靠Logarchmeth1和Logarchmeth2两个参数（注：Logretain参数在DB2 v8以后已经被Logarchmeth1取代，可以不用管）。

Logarchmeth1设置为LOGRETAIN

使用归档日志，数据库是可恢复的数据库。启用前滚恢复和崩溃恢复，但是非自动归档模式。

归档日志文件之后，必须人工将无用的归档日志删除，以便新的日志文件可以复用磁盘空间。每当日志文件已满，DB2 就开始将记录写至另一个日志文件，并且不断创建新日志文件。

Logarchmeth1设置为除OFF 或LOGRETAIN以外的值

使用归档日志。数据库是可恢复的数据库。启用前滚恢复和崩溃恢复。当日志文件满时，自动对它进行归档，归档的目的地就是Logarchmeth1设置的位置。

如果在归档日志文件时发生错误，归档暂挂一段时间，此时间由ARCHRETRYDELAY数据库配置参数指定。还可以使用NUMARCHRETRY 数据库配置参数来指定 DB2 尝试将日志文件归档到主要或辅助归档目录的次数，然后它再尝试将日志文件归档到故障转移目录（由 FAILARCHPATH 数据库配置参数指定）。

Logarchmeth1和Logarchmeth2配置可能有如下几种组合

1，Logarchmeth1设置为LOGRETAIN，Logarchmeth2只能设置为OFF

归档日志位置就是DB2数据库日志的位置，需要人工干预归档日志的转移和空间维护工作

2，Logarchmeth1设置为USEREXIT，Logarchmeth2只能设置为OFF

归档日志的管理交由USEREXIT来处理，通过设置编译USEREXIT可以实现相对复杂一些的归档管理方式

3，Logarchmeth1设置为<Directory>，Logarchmeth2设置为OFF

归档日志的工作将会自动进行，需要归档日志将会被自动归档到<Directory>指定的位置，由于归档是自动进行，DB2的日志目录中只有正常logprimary＋logsecond个数据库日志。

4，Logarchmeth1设置为<Directory1>，Logarchmeth2设置为<Directory2>

归档日志的工作将会自动进行，需要归档日志将会被自动归档到<Directory1>和<Directory2>指定的位置，也就是会产生两份归档日志由于归档是自动进行，DB2的日志目录中只有正常logprimary＋logsecond个数据库日志。

<Directory1>或者<Directory2>都可以设置为TSM。一般推荐<Directory1>为文件系统，<Directory2>设置为TSM，既可以归档到TSM离线保存，又可以在线使用文件系统中归档日志，比较方便。

注意：设置Logarchmeth1和Logarchmeth2后，数据库会进入backup pending状态，必须进行一次脱机DB2备份，数据才会进入recovery模式并且正常工作。

DB2备份

以上的相关内容就是对DB2备份的介绍，望你能有所收获。

【编辑推荐】