NMDA DB2 快照备份挂起

摘要: DB2 快照备份挂起

本文适用于 本文不适用于 本文并非针对某种特定的产品。 本文并非包含所有产品版本。
查看其他资源

症状



NMDA DB2 快照备份挂起
DB2 数据库处于写入挂起模式
错误，db2diag.log
警告：
----------------------------------------
2016-05-20-15.05.16.771114+000 E7423877A808级别：警告
PID：7733668 TID ：47390 PROC ： db2sysc 0
INSTANCE： <instance_name> NODE ：000 DB ：
APPHDL：0-57647 APPID： <app_id>
AUTHID ：  
EDUID：47390 EDUNAME： db2agent （instance） 0
FUNCTION：DB2 UDB， 数据库监视器， sqm___sqlmonssagnt， 探测器：1234
DATA #1 ： <预格式化
>
当尝试
对写入挂起的数据库拍摄除列表应用程序之外的任何快照时，会发生这种情况。  由于闩锁
冲突，这是必要的。快照中跳过此数据库，但仍应处理其他数据库
。正在跳过数据库“<db_name>”。
有关写入挂起的更多信息，请参阅
“db2 set write suspend for database”命令。
------------------------------------------

原因

DB2 工作流的工作方式如下：

DB2 调用 NMDA DB2 库中的 db2ACSPrepare（） 来执行初始准备，为硬件快照做好准备。完成此作后，DB2 数据库管理器将挂起数据库并调用 NMDA DB2 函数 db2ACSSnapshot（）。在这种情况下，DB2 不会调用 db2ACSSnapshot（）。工作流将停止并挂起，以便 DB2 引擎继续备份。IBM 支持 PMR：29538,004,000 已打开。  IBM DB2 工程部门需要更多的调试来确定此挂起的根本原因。

解决方案

解决 方案：

- 取消当前备份
- 使数据库退出写入暂停模式

为了发现根本原因，IBM DB2 支持请求以下信息以进行进一步调查，

1.删除/重新定位 db2dump 目录中的任何堆栈/转储。它会创建新堆栈/转储，而不会混合旧堆栈/转储。（Unix/Linux path：/$INSTHOME/sqllib/db2dump）

2.DB2 跟踪一小段时间：
-f trace.dmp
上的 db2trc 等待大约 30 秒
DB2TRC 关闭
db2trc fmt trace.dmp trace.fmt
db2trc flw trace.dmp trace.flw

3.收集堆栈：
db2pd -stack all -rep 5 5

4.步骤 3） 完成后，运行，
procstack <PID>> db2vend.pstack.out
<PID> 是数据库的 db2vend 进程的进程标识。

5.然后获取快照备份会话
dbname db2snap.out>> 6 上<应用程序的 DB2 GET 快照。

现在您可以设置写入恢复，然后再次尝试快照备份，查看备份是否完成。

7.收集db2support.zip，如下所示：
db2support 。-d <dbname> -c -s

8.压缩并发送到 IBM PMR：
trace.dmp
trace.fmt
、trace.flw
、db2vend、pstack.out
、db2snap.out
db2support.zip

受影响的产品

NetWorker Module for Databases and Applications

产品

NetWorker Module for Databases and Applications
文章属性
文章编号: 000056670
文章类型: Solution
上次修改时间: 21 4月 2026
版本:  5
从其他戴尔用户那里查找问题的答案
支持服务
检查您的设备是否在支持服务涵盖的范围内。