2、业务场景（参考）

适用于测试升级过程卡慢原因排查

3、排查方法

可以从如下三个方面去排查，将内存参数合理配置、重新恢复账套（保证不能有索引缺失）、收集统计信息后再重新进行升级。

（1）检查数据库的内存参数配置是否合理

如果数据库服务器本身的内存很大，但是数据库内存参数配置得很小，那么内存就得不到合理的利用，整个升级的过程就会很漫长。

如果数据库服务器本身的内存就很小，那么可以考虑给数据库服务器加内存，然后再同步调整数据库的内存参数。

调整数据库服务器的内存参数可以参考链接 修改Oracle内存参数

（2）是否有索引缺失的情况？

首先要确保账套恢复的过程没有索引缺失，索引都创建成功了，如果账套恢复的过程索引没创建成功的话，升级的过程会特别漫长。（索引相当于书的目录，如果一本书没有目录的话要找到目标内容则需要花费很长的时间）。

其次如果整个账套恢复的过程索引都创建成功了，但升级的过程还是很长的话则可以用应用服务器上云巡检工具导出缺失索引的创建脚本，然后再在数据库里创建这些缺失的索引

针对windows的应用服务器，双击eas\admin\diag\startenvdiag.bat可弹出如下界面，针对linux的应用服务器 sh eas/admin/diag/startenvdiag.sh可以弹出如下界面

云巡检工具-->数据库-->索引检测-->检测-->导出脚本  则可以导出缺失索引的创建脚本，然后再在数据库里创建这些缺失的索引

（3）统计信息是否收集了

通常为了加快账套备份恢复的过程，账套备份恢复很可能排除了统计信息。所以在账套恢复后需要执行如下语句收集整个账套的统计信息。（如果上一步还创建了缺失的索引，则在创建完缺失的索引后还需要再收集下）

sqlplus / as sysdba   

exec dbms_stats.gather_schema_stats(ownname=>'大写的数据中心用户名');