点击此处---> 群内免费提供SAP练习系统(在群公告中)
加入QQ群:457200227(SAP S4 HANA技术交流) 群内免费提供SAP练习系统(在群公告中)
大家好,
在SUM更新期间,我面临着db2删除表的长期运行。
SUM阶段-MAIN_SHDIMP/SUBMOD_SHDDEL2/PSCRGEN_DROP_SHD_TABLE_EXE
Env:
AIX 7.1.TL4
DB2 9.7 FP9
部分日志文件:
ETQ399执行SQL脚本'../var/TSHDDR25.XQL'。
2 ETQ399连接到数据库'DB6'。
4 ETQ010日期和时间:20170601204444
3 ETQ398 SQL:DROP TABLE"/OSP/T_MDR_SCNT〜"
4 ETQ010日期和时间:20170601204904
3 ETQ398 SQL:DROP TABLE"/img/OSP/T_REP_CXTP〜"
4 ETQ010日期和时间:20170601205922
3 ETQ398 SQL:DROP 表"/img/SAPDMC/LSRVLI〜"
4 ETQ010日期和时间:20170601210146
3 ETQ398 SQL:删除表" ADACACHE〜"
4 ETQ010日期和时间:20170601210526
3 ETQ398 SQL:删除表 " ADR2S2〜"
您可以看到两个" db2 drop"命令之间的开始时间是不同的-4分钟,10分钟,5分钟。
它与24个DB2代理并行运行。
任何线索会导致什么? 在更新syscat.tables期间可以有任何问题吗?
我们在同一个ladnscape中更新了以前的SAP系统,没有出现这样的问题。
谢谢
Br,Jakub
嗨,
也许是旧笔记
791325-DB6:DROP TABLE语句的性能
描述了问题所在。 对于某些表空间,DROP表恢复是否处于活动状态。
当您的历史文件很大时,这会产生巨大的影响。
问候
Frank
嗨,
是的,此SAP注释有助于解决此问题。
我必须保留表空间的设置并禁用了DROP_RECOVERY功能。
通过命令:
db2" ALTER TABLESPACE <名称>删除了表恢复"
然后按通常的方式快速删除表。
谢谢
Jakub
嗨,我刚刚看到了您20天的问题。 仍然有意义吗? 问题是否已解决(如果是,如何解决)? 如果没有,请总结当前状态。
最诚挚的问候,弗兰克
一周热门 更多>