在DB2数据库中，物理2虚拟（P2V） 迁移时，系统管理员未请求该应用程序 被关闭。 P2V的通常做法是关闭应用程序并关闭DB2，然后启动P2V。这没有发生，并导致了潜在的损坏。

当我重新启动DB2服务器实例并尝试进行db2连接时，DB2数据库将无法成功进行连接。经过一些 db2diag.log 调查并重新启动DB2实例–出现一条消息：

ADM1532E  Crash recovery has failed with SQLCODE "-1042".

Roll Forward to a point 在  time before the transaction log entry
is replayed.

在这一点上，我做了一个快速检查 db2adutl 并确认存在有效的备份，并在P2V发生并满足以下条件之前最多记录了10分钟： 恢复点SLA -和。但是，调查为什么会出现此问题将很有趣。

第一步–运行这三个命令 ，它返回了大量的细节并可以提供一些线索。就像我概述的场景一样，此故障排除过程对于所有类型的问题都非常有用

以足够的权限登录 到数据库服务器并发出  these commands. The db2pd 特别是该命令可以提供有关数据库服务器上发生的情况的大量见解

                                                            
1. db2 get snapshot for applications on             

2. db2 get snapshot for db on                       

--runs all options on all dbs
3. db2pd -everything  

 阅读有关重组，陷阱文件和SQL1035N的更多信息

如何监视DB2 REORG-DBA DB2

分析DB2陷阱文件-DBA DB2

DB2-SQL1035N数据库当前正在使用中-DBA DB2

DBA减轻压力的秘诀