【DB2学习】由于TSM损坏导致归档失败

简介:

2010-01-29-10.19.25.544030+480 I54728390A401      LEVEL: Error
PID     : 434422               TID  : 1           PROC : db2logmgr (MYDB) 0
INSTANCE: db2inst1             NODE : 000
FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogFile, probe:3160
MESSAGE : Failed to archive log file S0002000.LOG to USEREXIT from
          /home/db2inst1/db2inst1/NODE0000/SQL00004/SQLOGDIR/ with rc = 8.

2010-01-29-10.19.25.544197+480 I54728792A380      LEVEL: Warning
PID     : 434422               TID  : 1           PROC : db2logmgr (MYDB) 0
INSTANCE: db2inst1             NODE : 000
FUNCTION: DB2 UDB, data protection services, sqlpgRetryFailedArchive, probe:4780
MESSAGE : Still unable to archive log file 2000 due to rc 8 for LOGARCHMETH1
          using method 4 and target .

2010-01-29-10.19.34.944387+480 I54729173A401      LEVEL: Error
PID     : 434422               TID  : 1           PROC : db2logmgr (MYDB) 0
INSTANCE: db2inst1             NODE : 000
FUNCTION: DB2 UDB, data protection services, sqlpgArchiveLogFile, probe:3160
MESSAGE : Failed to archive log file S0002132.LOG to USEREXIT from
          /home/db2inst1/db2inst1/NODE0000/SQL00004/SQLOGDIR/ with rc = 8.

2010-01-29-10.19.34.944553+480 I54729575A319      LEVEL: Error
PID     : 434422               TID  : 1           PROC : db2logmgr (MYDB) 0
INSTANCE: db2inst1             NODE : 000
FUNCTION: DB2 UDB, data protection services, sqlpgArchivePendingLogs, probe:1500
MESSAGE : Log archive failed with rc 8 for LOGARCHMETH1.

解决思路 :

1  从 Failed to archive log file S0002132.LOG to USEREXIT from 。。。看出归档到userexit 指定的路径失败!所以应该查看userexit 指定的归档路径是什么地方。

编译用户出口程序

先改成C文件,并设置权限

mv /home/db2inst/sqllib/samples/c/db2uext.cdisk /home/db2inst/db2uext.c

chmod 777 /home/db2inst/db2uext.c

然后修改该文件,主要修改以下几个关键项

vi /home/db2inst/db2uext.c

#define ARCHIVE_PATH      "/u/"           /* path must end with a slash       */

#define RETRIEVE_PATH     "/u/"           /* path must end with a slash       */

#define AUDIT_ACTIVE          1           /* enable audit trail logging        */

#define ERROR_ACTIVE          1           /* enable error trail logging        */

#define AUDIT_ERROR_PATH  "/u/"           /* path must end with a slash      */

#define AUDIT_ERROR_ATTR    "a"           /* append to text file             */

#define BUFFER_SIZE          32           /* # of 4K pages for output buffer    */

3 看出这里的归档路径,(实际上该数据库是由TSM来管理备份的),TSM 失效,导致归档失败!

解决办法:

将userexit  设置为off ,将logarchmeth1设置为本地磁盘路径,DISK:具体的路径

附上:

userexit 参数的含义:当使用该参数时,日志的归档和检索使用用户出口程序自动执行的,这个出口程序是由db2uext2 调用的。这个程序用于将在线归档日志移动到与活动日志目录不同的目录中,或者移动到另一个媒介(此案例是在TSM 指定 的目录)。当在ROLLFORARD 操作期间需要某些离线归档日志时,这个程序还可以用于将归档日志取出到活动日志目录中。在windows下,db2uext2 必须在sqllib/bin 目录下,在unix下,db2uext2 必须在sqllib/adm目录下。

v9 版本以后 就不再推荐使用该参数了!而是使用 logarchmeth1 和logarchmeth2这两个参数来管理数据库日志的归档。

相关实践学习
日志服务之使用Nginx模式采集日志
本文介绍如何通过日志服务控制台创建Nginx模式的Logtail配置快速采集Nginx日志并进行多维度分析。
相关文章
|
1月前
|
Oracle 关系型数据库 数据库
Oracle数据恢复—Oracle数据库误truncate table的数据恢复案例
北京某国企客户Oracle 11g R2数据库误truncate table CM_CHECK_ITEM_HIS,表数据丢失,业务查询到该表时报错,数据库的备份不可用,无法查询表数据。 Oracle数据库执行Truncate命令的原理:在执行Truncate命令后ORACLE会在数据字典和Segment Header中更新表的Data Object ID,但不会修改实际数据部分的块。由于数据字典与段头的DATA_OBJECT_ID与后续的数据块中的并不一致,所以ORACLE服务进程在读取全表数据时不会读取到已经被TRUNCATE的记录,但是实际数据未被覆盖。
Oracle数据恢复—Oracle数据库误truncate table的数据恢复案例
|
Oracle 关系型数据库
oracle 数据回滚,恢复误删的数据,闪回表功能的使用
oracle 数据回滚,恢复误删的数据,闪回表功能的使用
473 0
oracle 数据回滚,恢复误删的数据,闪回表功能的使用
|
Oracle 关系型数据库 数据库