wlanz_2003

感觉很喜感。你的备份用到了include logs参数和你prune logfile是两码事， include logs参数是你备份期间的在线日志，未归档，你用prune logfile是清理的已归档日志。你可以比较两天之间的数据库容量大小。

1、工具永远代替不了思路，工具只是手段，能够提供更加全面详细的分析途径；2、数据库遇到性能问题可能可能是操作系统造成，也有可能是应用、中间件或者数据库，所以需要根据经验和知识积累判断可能是哪里出了问题，这个需要全面

重启服务器，你的数据库能够正常启动？我觉得数据库hang住，很多可能。连接无反应，可以1、用db2pd收集信息，如app、wlock、locks等信息，尽量多的收集；2、查看db2diag信息；3、db2stop force无反应，可以先执行db2_kill，这个是ibm自

查看db2diag.log查询在备份前有什么动作或者异常，出现这种情况有可能是在备份时，load等操作正对表空间操作。

看一下网络线路连接是否正确，网络配置是否正确

我提供一个思路。我估计排除了通讯故障以外，单纯从数据库层面考虑的话，数据库处于一个hang住的状态，可以考虑几个要素：1、数据库表空间状态；2、数据库活动日志是否已满db2stop force等待五分钟没反应，我觉得数据库正处在一

1.优化SQL；2.调整数据库参数,调整locklist和maxlocks

学到了

谢谢分享。