ORACLE紧急情况检查应急预案

数据库紧急状况检查应急预案\l“_TOC_250020“第一章、 公共检查局部 2\l“_TOC_250019“、数据库可用性检查 2\l“_TOC_250018“、检查OS日志 2\l“_TOC_250017“、系统资源检查 2\l“_TOC_250016“、数据库日志检查 3\l“_TOC_250015“、检查数据库归档日志名目 3\l“_TOC_250014“其次章、 数据库个别业务性能问题 3\l“_TOC_250013“、大局部业务根本正常，个别业务长时间执行未成功 3\l“_TOC_250012“、单个ORACLE连接进程持续格外繁忙 4\l“_TOC_250011“第三章、 数据库整体性能问题 5\l“_TOC_250010“等待大事 5\l“_TOC_250009“猎取STATSPACK\AWR报告 5\l“_TOC_250008“猎取执行打算 5\l“_TOC_250007“相应的处理建议 6\l“_TOC_250006“第四章、 整个数据库hang 6\l“_TOC_250005“不能使用sqlplus/assysdba进入数据库时 6\l“_TOC_250004“能使用sqlplus/assysdba进入数据库时 6\l“_TOC_250003“执行RDA收集信息 7\l“_TOC_250002“收集最近的STATSPACK/AWR报告 7\l“_TOC_250001“收集10GASH报告 7\l“_TOC_250000“收集10GR2的CRS信息 8、数据库可用性检查分别尝试从pl/sql开发工具和数据库主机登录数据库看能否登录oracle用户登录后，执行如下操作：selectobject_idfromdba_objectswhererownum<5;createtabletmp0001selectobject_idfromdba_objectswhererownum<5;droptabletmp0001;select*fromdba_2pc_pending;假设以上SQLSQL也没有返回被挂起的两阶段提交事务，说明数据库不是堵塞全部业务的缘由假设以上SQL执行格外缓慢或被HANG住，说明当前数据库存在问题假设应用、中间件日志中有数据库方面的报错，依据错误号进展分析OS日志查看OS日志，看是否有相应的报错。依据不同的平台选择以下命令查看LINUX：vi/var/log/messageAIX：errpt、mailHPUX：vi/var/adm/syslog/syslog.log、dmesg、mail、系统资源检查LINUX下使用top/iostat/vmstat等命令;AIX下使用TOPAS/vmstat/lsps–a/sar等命令；HPUX下使用top/glance/vmstat/swapinfo–atm/sar等命令，查看当前CPU/mem/swap的占用状况假设CPU有超过寻常很高的WIO假设user很高，查看topcpu占用的进程是否为oracle进程假设是oracle后台进程CPUORACLE驻场工程师帮助推断是否遇到了某个的BUG假设是oracle连接进程CPU$ORACLE_BASE/sql/get_by_spid.sh获得CPU进程正在执行的语句和相应的执行打算MEM很低，SWAPout很频繁，需要联系系统治理员检查内存状况，如是否消灭特别的memoryleak。同时针对ORACLE检查以下状况连接数---v$session依据status/machine/program/username分组统计〔groupby〕,与应用一起分析连接数特别的缘由。获得占用高MEMORY的oracle$ORACLE_BASE/sql/pga_sid.sql获得该PGA的内存使用状况，执行$ORACLE_BASE/sql/get_by_spid.shCPU进程正在执行的语句和相应的执行打算。、数据库日志检查执行$ORACLE_BASE/sql/oracle_health_check.sql 查看数据库alert 日志/UDUMP/BDUMP是否有特别信息，如ORA-报错，此前没有或很少消灭的警告提示信息.假设检查到报错信息，依据报错状况进展分析和实行相应的处理方法。、检查数据库归档日志名目切换频率是否正常/名目权限及使用率假设数据库日志长时间没有写入信息，没有日志切换，可能数据库已经处于挂起的状态(100%问题)其次章、数据库个别业务性能问题、大局部业务根本正常，个别业务长时间执行未成功、依据应用的pid、sid等信息，找到数据库中对应的session、SQL。得到该SQL的执行打算。执行$ORACLE_BASE/sql/show_spid.sql即可依据SID快速猎取操作系统进展号spid的信息；执行$ORACLE_BASE/sql/get_by_spid.shspid，即可依据操作系统进程号依次打印执行的SQL语句和执行打算；执行$ORACLE_BASE/sql/showsql_pid.sql即可依据pid快速猎取执行的SQL语句4〕执行$ORACLE_BASE/sql/showsql_sid.sql即可依据sid快速猎取执行的SQL语句假设执行打算不恰当，需要分析执行打算变化的缘由〔如索引不正确、统计信息过时、绑定变量偷窥等该业务的影响，尝试停顿该SQL的执行后，重收集相关表的统计信息，使业务SQL能按正确的执行打算执行。假设执行打算正确，SQL却长时间不能返回结果，则依据以下方法尽快收集必要信息，再重启任务。$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumpprocessstate10oradebugtracefile_name--trace文件名exit得到该进程的stack信息：$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumperrorstack3oradebugtracefile_name--trace文件名Exit、假设PIDSIDSTATSPACKAWRv$session_waitv$lock视图。1〕9i下，执行$ORACLE_HOME/rdbms/admin/spreport.sql获得STATSPACK报告10g下，执行$ORACLE_HOME/rdbms/admin/awrrpt.sql猎取最近时间的AWR报告执行$ORACLE_BASE/sql/show_wait.sqlshow_wait_global.sqlv$session_wait视图的具体信息执行$ORACLE_BASE/sql/session_enqueue.sql获得v$lock视图中中锁持有者和锁等待者的具体信息、单个ORACLE连接进程持续格外繁忙top\topas\glance命令在OS上获得持续繁忙的操作系统进程号spid然后执行$ORACLE_BASE/sql/get_by_spid.shspid，即可依据操作系统进程号依次打印执行的SQL语句和执行打算；假设执行打算不恰当，需要分析执行打算变化的缘由〔如索引不正确、统计信息过时、绑定变量偷窥等该业务的影响，尝试停顿该SQL的执行后，重收集相关表的统计信息，使业务SQL能按正确的执行打算执行。假设执行打算正确，SQL却长时间不能返回结果，则依据以下方法尽快收集必要信息，再重启任务。$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumpprocessstate10oradebugtracefile_name--trace文件名exit得到该进程的stack信息：$sqlplus“/assysdba“oradebugsetospid<processID>oradebugunlimitoradebugdumperrorstack3oradebugtracefile_name--trace文件名Exit第三章、数据库整体性能问题现象：业务处理总体格外缓慢，但也有局部业务能够处理完成或者数据库主机CPUORACLE连接进程造成的时候请用以下方法检查等待大事找到当前数据库等待最多的大事：1〕9i下通过查询v$session_wait视图猎取当前等待最多的大事。执行$ORACLE_BASE/sql/show_session_wait.sql可快速查询按event分组的统计状况2〕10g下使用ash15分钟等待大事及造成等待大事的SQLsessionASH的收集方法：执行$ORACLE_HOME/rdbms/admin/ashrpt.sql猎取STATSPACK\AWR报告9i下，执行$ORACLE_HOME/rdbms/admin/spreport.sqlSTATSPACK报告也可以下方法手工猎取最近几分钟的statspack报告Sqlplusperfstat/PASSWORDExecstatspack.snap(i_snap_level=>7);……等待几分钟Execstatspack.snap(i_snap_level=>7);$ORACLE_HOME/rdbms/admin/spreport.sql10g下，执行$ORACLE_HOME/rdbms/admin/awrrpt.sql猎取最近时间的AWR报告猎取执行打算1〕9i下可用$ORACLE_HOME/rdbms/admin/sprepsql.sql猎取问题SQL的执行打算2〕10g下可用以下方法猎取执行打算$ORACLE_HOME/rdbms/admin/awrsqrpt.sql或者select*fromtable(dbms_xplan.display_cursor(”SQL_ID”));得到以上SQL的执行打算后如保存有该SQL正常时期的执行打算，则推断和正常的执行打算是否有不同假设没有该SQL正常时期的执行打算，则需要推断执行打算是否是否恰当。相应的处理建议比照历史状况分析确认这些等待是否正常,SQL执行打算是否正常，确认问题SQL对于已确认的问题SQLsessionsessionsession，完成事务回滚估量需要的时间依据评估结果选择需要执行的操作：中止session、停库重启、切应急库第四章、整个数据库hang现象：整个数据库hang住，无法进展任何操作。短时间内问题无法定位和解决，需要〔问题〕以下是收集信息的具体步骤sqlplus/assysdba进入数据库时确保ORACLE_SID指向问题实例后sqlplus-prelim/assysdbaoradebugsetmypidoradebugunlimit;oradebugdumpsystemstate266留意：9206以下版本oradebugdumpsystemstate266oradebugdumpsystemstate10代替sqlplus/assysdba进入数据库时登录窗口1:$sqlplus/nologconnect/assysdbaoradebugsetmypidoradebugunlimitoradebughanganalyze3execdbms_lock.sleep(90);oradebughanganalyze3oradebugtracefile_name--trace文件名exitRAC环境，hanganalyze行为：oradebug-gdefhanganalyze3生成的文件在数据库连接较多时可能有几百M登录窗口2:$sqlplus/nologconnect/assysdbaoradebugsetmypidoradebugunlimitoradebugdumpsystemstate266execdbms_lock.sleep(90);oradebugdumpsystemstate266execdbms_lock.sleep(90);oradebugdumpsystemstate266oradebugtracefile_name--trace文件名exit留意：9206以下版本oradebugdumpsystemstate266oradebugdumpsystemstate10代替以上命令为单实例下收集的方法，在RAC环境中，systemstate对应的行需改为：oradebug-galldumpsystemstate266RDA收集信息cd$ORACLE_HOME/rdakshrda.sh-fv收集最近的STATSPACK/AWR报告9i下，执行$ORACLE_HOME/rdbms/admin/spreport.sqlSTATSPACK报告也可以下方法手工猎取最近几分钟的statspack报告Sqlplusperfstat/PASSWORDExecstatspack.snap(i_snap_level=>7);……等待几分钟Execstatspack.snap(i_snap_level=>7);$ORACLE_HOME/rdbms/admin/spreport.sql10g下，执行$ORACLE_HOME/rdbms/admin/awrrpt.sql猎取最近时间的AWR报告10GASH报告10g15分钟的ash报告$ORACLE_HOME/rdbms/admin/ashrpt.sql“10GR2CRS信息10gR2上的RACroot运行如下命令来收集CRS信息：$env$id$cd$ORA_CRS_HOME/binORA_CRS_HOME/ORACLE_BASE指向正确;HOSTNAME设为本机名后，运行：$./diagcollection.pl-collect第五章、数据库损坏及误操作数据库文件损坏--SPFILE文件恢复RMAN>startupnomount;启动数据库，则会提示SPFILE问题。RMAN>setdbid2090167736;RMAN>restorespfilefromautobackup;SPFILE，假设无文件，则通过直接赐予它的文件RMAN>restorespfilefrom”F:\ORA\BK_29_1_743788984”;--生产库中的SPFILE对应的文件是在/backup名目下以C开头的文件RMAN>shutdownimmediate;RMAN>startup;--重启数据库即可。--掌握文件恢复数据库掌握文件丧失，导致数据库无法启动。RMAN>startupnomount;RMAN>setdbid20901