數(shù)據(jù)庫項目組日常運(yùn)維與應(yīng)急故障處理手冊范本

常見問題及處理方案CPU使用率高的問題通過操作系統(tǒng)命令toptopasglance等查看top進(jìn)程號，確認(rèn)是系統(tǒng)進(jìn)程還是oracle應(yīng)用進(jìn)程，查詢當(dāng)前top進(jìn)程執(zhí)行的操作和sql語句進(jìn)行分析。根據(jù)進(jìn)程號獲取正在執(zhí)行的sqlSELECTa.osuser,a.username,b.address,b.hash_value,b.sql_textfromv$sessiona,v$sqltexSELECTa.osuser,a.username,b.address,b.hash_value,b.sql_textfromv$sessiona,v$sqltexv$processpanda.sql_address=b.aorderbyaddress,p數(shù)據(jù)庫無法連接，一般可能是如下原因造成：數(shù)據(jù)庫無法連接，一般可能是如下原因造成：（6）應(yīng)用主機(jī)到數(shù)據(jù)庫主機(jī)的網(wǎng)絡(luò)出現(xiàn)問題。立即啟動數(shù)據(jù)庫。監(jiān)聽進(jìn)程占用CPU資源大；監(jiān)聽日志異常。立即重啟數(shù)據(jù)庫。（1）在沒有部署OGG數(shù)據(jù)同步的情況下，立即清清理OGG不再需要的日志文件。5、數(shù)據(jù)庫或應(yīng)用主機(jī)的網(wǎng)卡出現(xiàn)問題不能正常工作。立即聯(lián)系主機(jī)工程師處理。6、應(yīng)用主機(jī)到數(shù)據(jù)庫主機(jī)的網(wǎng)絡(luò)出現(xiàn)問題。立即聯(lián)系網(wǎng)絡(luò)維護(hù)人員查看。對于10g及11gR1版本的CRS問題1、進(jìn)入/1、進(jìn)入/tmp目錄下，看是否產(chǎn)生了crsctl.xxxxx文件正常綁定等信息。2、如果/tmp目錄下沒有crsctl.xxxxx文件可能的問題：網(wǎng)絡(luò)心跳不通。3、/tmp目錄無crsctl.xxxxx且日志中沒有報錯信息，只有停CRS時的日志信息。（3）重新啟動CRS。對于11gR2的GI問題分析$分析$GRID_HOME/log/nodename目錄下的日志文件，看是否能從中找出無法啟動的原因。常見問題：對CRS的故障診斷和分析,參加本文檔中RAC部分的MOS文檔.應(yīng)急處理步驟：應(yīng)急處理步驟：（1）找到占用CPU資源大的sql或者模塊，然后停掉此應(yīng)用模塊。（2）如果屬于由于種種原因引起的數(shù)據(jù)庫hang住情況，立即重啟數(shù)據(jù)重要說明：如果重啟數(shù)據(jù)庫的話，會有如下負(fù)面影響：（1）要kill掉所有連接到數(shù)據(jù)庫中的會話，所有會話都會回滾。（2）立即重啟的話，不能獲取并保留分析數(shù)據(jù)庫掛起原因分析問題產(chǎn)生的根本原因。最長情況下，獲取日志信息可能就要40分鐘時間。此時一般做systemstatedump，且如果是rac情況的話，需要2個節(jié)點都做，且需要做2次或以上。常規(guī)處理步驟，分如下幾種情況處理：（1）所有業(yè)務(wù)模塊都慢。（2）部分業(yè)務(wù)模塊慢。（3）數(shù)據(jù)庫hang住。所有業(yè)務(wù)模塊都慢此時首先查看系統(tǒng)資源，看是否屬于此時首先查看系統(tǒng)資源，看是否屬于CPU資源使用率100的%問題，如果是，參考本章“CPU使用率高的問題”解決辦法。如果系統(tǒng)資源正常，那很可能是數(shù)據(jù)庫hang住了，此時參考數(shù)據(jù)庫Hang部分。部分業(yè)務(wù)模塊慢分析運(yùn)行慢的模塊的sql語句：（2）看執(zhí)行計劃是否高效。（3）優(yōu)化運(yùn)行慢的模塊的sql語句。數(shù)據(jù)庫hang住應(yīng)急處理方式：重啟數(shù)據(jù)庫。常規(guī)處理方式：（1）分析alert日志，看是否能從alert日志中，可以很快找到引起問題的原因。（2）做（2）做3級別的hanganalyze，先做一次，然后隔一分鐘以后再做一次。住的會話的信息。住的會話的信息。此時生成systemstatedump的時間會比較長，尤其是在會話數(shù)量較多的情況下。且生成dump文件的大小較大，在G級別以上。在生成一次以后，過一分鐘再收集一次，另外如果是RAC，那么兩個節(jié)點都需要收集。對hang做dump請參考“對數(shù)據(jù)庫HANG做DUMP一章”。1、對于10g及以上版本，看是否可以通過閃回進(jìn)行恢復(fù)。2、查看測試環(huán)境數(shù)據(jù)庫，看其中是否有需要的數(shù)據(jù)。3、使用備份進(jìn)行恢復(fù)，此方法一般花費(fèi)時間較長?？焖賡hutdown數(shù)據(jù)庫1.停止監(jiān)聽2.做一個檢查點操作SQL>altersystemcheckpSQL>altersystemcheckp3.殺掉所有LOCAL=NO的操作系統(tǒng)進(jìn)程AIX、HP-UX、Linux、Solaris：Windows：wherep.ADDR=bp.PADDR(在命令行執(zhí)行：4.停止數(shù)據(jù)庫清理分布式事務(wù)altersessionsetnls_date_format='YYYY-MM-DDHH24:Mcolumnglobal_tran_idfSELECTLOCAL_TRAN_ID,GLOBAL_TRAN_ID,FAIL_TIME,STATE,LOCAL_TRAN_IDGLOBAL_TRAN_IDFAIL_TIMESTATE12.29.103137TAXIS.9572b60313730-aug-201110:SQL>EXECUTEDBMS_TRANSACTION.PURGE_LOST_DB_ENTRY('12.29.103137PL/SQLproceduresuccessfullycompSQL>commit;--清理每個分布式事務(wù)都需要commit;1.相關(guān)參數(shù)可以設(shè)置成物理CPU（不是邏輯CPU）數(shù)的兩倍數(shù)目，然后調(diào)整對于DataPumpExport，PARALLEL參數(shù)必須要小于等于dumpfiles數(shù)對于DataPumpImport，PARALLEL不要比dump文件數(shù)大很多，可以大一些。這個參數(shù)也指定了導(dǎo)入時創(chuàng)建索引的并行度。PARALLEL只允許在企業(yè)版使用。nohupexpdpsystem/managerschemas=kdjmDIRECTORY=DUMP_FILESPARALLEL=3dumpfile=expCASES_%U通配符%U,它指示文件將按需要創(chuàng)建,格式將為expCASES_nn.dmp,其中nn從01開始,然后按需要向上增加相關(guān)監(jiān)控監(jiān)控長事務(wù)columnopnameheading'Operation'fcolumnesheading'Elapscolumntrheading'Time|Remto_char(60*sofar*8192/(24*60*(last_update_time-start_tiround(elapsed_seconds/60,round(time_remaining/60,2)machinefromv$session_longopsL,v2使用備份來進(jìn)行恢復(fù)3使用10231事件，或者DBMS_REPAIR.SKIP_CORRUPT_BLOCKS過程，讓oracle跳過壞塊，然后用exp導(dǎo)出表和使用CREATETABLEAS創(chuàng)建新表。4嘗試使用SQL腳本將完好的數(shù)據(jù)復(fù)制到一個新表中，或者用EXP配合QUERY參數(shù)導(dǎo)出完好的數(shù)據(jù)。有兩種情況是不能使用事件10231和DBMS_REPAIR.SKIP_CORRUPT_BLOCKS來跳過壞塊的：1硬件問題造成OS層不能讀取數(shù)據(jù)。2表中的非數(shù)據(jù)塊，或者說是元數(shù)據(jù)塊。比如段頭，2表中的非數(shù)據(jù)塊，或者說是元數(shù)據(jù)塊。比如段頭，ExtentMap塊。這種壞塊是不能跳過的。3在表中存在有其他異常的塊，從單個塊來看都沒有損壞，checksum值也是正確的，但是有的塊在段卻是id與段在數(shù)據(jù)字典里的dataobjectid不相符，則會報ORA-1401錯誤。是壞的，塊的數(shù)據(jù)沒有任何意義。而邏輯壞塊，指的是塊的數(shù)據(jù)在邏輯上存在問題。比如說索引塊的索引于ORACLEBUG等原因引起。對數(shù)據(jù)庫中的壞塊進(jìn)行驗證。對數(shù)據(jù)庫中的壞塊進(jìn)行驗證。RMAN>backupvalidatedataRMAN>blockrecoverdatafile14block56,107,276,檢驗后我們查V$DATABASE_BLOCKSQL>select*fromv$database_block_corru10101010還可以通過blockrecovercorruptionlist進(jìn)行塊的恢復(fù)，這是在大量塊損壞時或全部塊損壞時使用，前提是先執(zhí)行backupvalidatedatabase,在V$DATABASE_BLOCK_CORRUPTION里有對應(yīng)的壞塊的列表。RMAN>blockrecovercorruptionlist;v_hhintsys.sqlprof'OPTIMIZER_FEATURES_ENABLE(''INDEX_RS_ASC("SEL$1""T2""SEL$1"("T2dbms_sqltune.import_sql_profile(cl_sql/獲取PFOFILE的名字SELECTname,created,category,sql_Textfromdba_sql_profilesORDERBYcreatedSELECTname,created,category,sql_Textfromdba_sql_profilesORDERBYcreated刪除PFOFILEDBMS_SQLTUNE.DROP_SQL_PROFILE(name=>'PROFILE_NAME');/獲取獲取OUTLINEHINT的信息SELECTsql_attr.attr_valoutlineFROMdba_sql_profilessql_profiles,sys.SQLPROF$ATTRsqWHEREsql_profiles.signature=sql_attr.signatureANDsql_='SQLPROFILE_1304vvhkORDERBYsql_attr.attr..InordertoexecuteSqlTuningAdviserAPI,onemustgrantedwith“ADVISER”role.scope=>DBMS_SQLTUNE.scope_task_name=>'19v5guvsgcd1vscope=>DBMS_SQLTUNE.scope_task_name=>'fhahkc71k/EXECDBMS_SQLTUNE.interrupt_tuning_task(task_name=>'emp_dept_tuning_tEXECDBMS_SQLTUNE.resume_tuning_task(task_name=>'emp_dept_tuning_tEXECDBMS_SQLTUNE.cancel_tuning_task(task_name=>'emp_dept_tuning_tEXECDBMS_SQLTUNE.reset_tuning_task(task_name=>'emp_dept_tuning_texecutethetuningtaskEXECDBMS_SQLTUNE.execute_tuning_task(task_name=>'fhahkc71k304u_AWR_tuning_tEXECDBMS_SQLTUNE.execute_tuning_task(task_name=>'fhahkc71k304u_AWR_tuning_treporttuningtaskfindingsSETLINESIZE300SELECTDBMS_SQLTUNE.report_tuning_task('fhahkc71k304u_AWR_tuning_tacceptrecommendationsexecutedbms_sqltune.accept_sql_profile(task_usefulviewsDBA_ADVISOR_RECOMMENDexecdbms_stats.gather_taexecdbms_stats.gather_ta顯示執(zhí)行計劃select*fromtable(dbms_xplan.display_cursor(null,null,'ALLSselect*fromtable(dbms_xplan.display_awr('a7tgurqg403wp',null,nu顯示執(zhí)行計劃的顯示執(zhí)行計劃的outlineselect*fromtable(dbms_xplan.display_cursor('sql_id',null,顯示queryblock(qb_name)));刪除柱狀圖srecdbms_m_distcntnumber;m_densitynumber;m_nullcntnumber;m_avgclennumber;n_arraydbms_stats.numdbms_stats.get_column_distcnt=>m_didensity=>m_denullcnt=>m_nuutl_raw.cast_to_number(srec.miutl_raw.cast_to_number(srec.mdbms_stats.prepare_column_values(srec,srec.nodbms_stats.set_column_distcnt=>m_didensity=>m_denullcnt=>m_nuraise;--shoul/從而原來的索引失效。查看哪些表在空間上存在問題，可以查看dba_tables視圖的avg_space列，這列顯示的是數(shù)據(jù)庫塊的平均空閑空間大小，我們在建表的時候可以通過制定PCTFREE參數(shù)來設(shè)置每個數(shù)據(jù)塊中保留空間的百分比，這間的主要目的是降低高水位線（HIGHWATERMARK使掃描的表塊數(shù)變小，從而提高效率。altertabletable_nameenablaltertabletable_namemovedisablerowmov清除監(jiān)聽日志重建oraInventory$cat/etc/oraInst.loc$cat/etc/oraInst.locORACLE_HOME_NAME="OraDb11g_或者（/oracle/oraInventory目錄可以mv掉，新建個目錄）exportORACLE_HOME=/oracle/product/刪除基于刪除基于DBLINK的物化視圖的時候要確認(rèn)DBLINK的存在，否則會造成物化視圖注冊信息無法清除。刪除物化視圖并不意味著要刪除物化視圖日志。因為物化視圖日志可以同時支持多個物化視圖刪除物化視圖并不意味著要刪除物化視圖日志。因為物化視圖日志可以同時支持多個物化視圖的刷新，如果物化視圖日志被刪除，那么所有基于這個物化視圖日志的物化視圖無法再進(jìn)行快速刷新。在ONCOMMIT刷新模式下,如果基表的DML很頻繁,會造成刷新很頻繁,這可能會造成DROP物化視圖的語句一直掛起。遷移數(shù)據(jù)文件alterdatabasedatafile'old_path'ofRMAN>copydatafile'old_p3重命名數(shù)據(jù)文件SQL>altertablespacetbRMAN>recoverdatafile'new_5使數(shù)據(jù)文件在線alterdatabasedatafile'new_path'on修改（需重啟監(jiān)聽）修改（需重啟監(jiān)聽）$ORACLE_HOME/network/admin/sHowtoCentralizeTNSNAMES.ORA,LISTENConfigureMultipleDBInstancesToShareSQLNET.ORAWithParameterOUTBOUND_CO增加CurrentSCN主要針對ORA-006002662通過adjust_scnevent來調(diào)整MOS30681.1文章如下Subject:EVENT:ADJUST_SCN-QuickRefeContentType:TEXTCreationDate:20-OCLastRevisionDate:04-AUThiseventshouldonlyeverbeofanexperiencedOracleansomeformofdatabasecorruption.Thedatb.ORA-1555errorskeepoccuringafterfororORA-604/ORA-1555errorsoccurduringdatabaseRepeatedstartup/shutdownattemc.Ifadatabasehasbeen(See<Parameter:Allow_Resetlogs_Corruption>)TheADJUST_SCNeventactsasdescribedcurrentsettingyouwillget<OERI:2256>~~~~~~~~~~~~~~~~~~~~在Oracle10g之前,一般采用使用這個event的方式來增大SCN.這個報錯參數(shù)的含義在metalink中如此描述的：為了存儲更大的SCN值，當(dāng)SCNBASE到足夠大并開始重置的時候，SCNWRAP將加1。也就是也就是Arg[d]的值是從哪個block中找到的，通常是一個datablockaddress。通過這幾個參數(shù)根據(jù)一定的規(guī)則可以計算出我們需要的level。計算規(guī)則如下：1.Arg[c]*4得出一個數(shù)值，假設(shè)為V_Wr計算方法的例子所以level=34624+1=34625因此在這個例子中我們應(yīng)該執(zhí)行但是隨著但是隨著oraclescn的patch更新后,11g后續(xù)的版本有些已經(jīng)不能使用這種方式推進(jìn)scn了.,默認(rèn)屏蔽;.5屏蔽_minimum_giga_scn調(diào)整這個參數(shù)可以將這個參數(shù)可以將SCN提高1G的倍數(shù)即,1024*1024*1024.或者在pfile里加入但是隨著oraclescn的patch更新后,11g后續(xù)的版本有些已經(jīng)不能使用這種方式推進(jìn)scn了.,默認(rèn)屏蔽;修改控制文件推薦SCNdumpdump函數(shù)聯(lián)合ue修改oradebug修改SCN.askmaclean./archives/advanced-diagnostic-using-oraBBED修改SCN..dbform./html/2006/208.html.killdb./2013/01/21/about-controlfile-structure.htmlCREATETABLEyear_interval_partitionCREATETABLEyear_interval_partition(idnumber,time_coldate)p(PARTITIONpart1VALUESLESSTHANPARTITIONpart2VALUESLESSTHAN(TO_DATE('2014-06-)..createcreatetablemonth_interval_partition_table(idnumber,time_coldate)partitionby(partitionp_month_1valueslessthvalues(i,add_months(to_date('2014-01-01','yyyy-mm-dd'/(partitionp_day_1valueslessthvalues(i,trunc(to_date('2014-01-01','yyyy-mm-dd'/刪除前一天的分區(qū)min_parvarchar2(30);max_parvarchar2(30);andpartition_name!='P_DAY_1';andpartition_name!='P_DAY_1';/查看分區(qū)表selecttable_name,partition_namefromuser_tab_partitionswheretable_name=’TABLE_selecttable_name,partition_namefromuser_tab_partitionswheretable_name=’TABLE_SCHEDULER管理DBMS_SCHEDULER.CREATE_JOB(repeat_interval=>'FREQ=DAILY;INT/執(zhí)行execdbms_scheduler.run_job('INSERT_S用戶LOGON觸發(fā)器在有些情況下需要去在有些情況下需要去trace某些用戶的行為，這時候就需要一個登陸觸發(fā)器例如下面的腳本CREATEORREPLACETRIGGERSYS.setEXECUTEIMMEDIATE'aEXECUTEIMMEDIATE'alterses/createtablespaceperfstatdatafile'datafile_pcreatetablespaceperfstatdatafile'datafile_p執(zhí)行創(chuàng)建腳本,創(chuàng)建過程中會提示輸入default_tablespace和temporary_tablespace的容,若有錯誤可以查看相應(yīng)生成的.lis文件.若需要重建,可以運(yùn)行spdrop.sql腳本來刪除這些對象.然后重新運(yùn)行spcreate.sqlSQL>spdrop.sql沖池統(tǒng)計等等.level5:增加SQL語句.除了包括level0的所有容,還包括SQL語句的收集,收集結(jié)果記錄在stats$sql_summary中，快照的默認(rèn)級別.level6：包括SQL的執(zhí)行計劃，關(guān)注SQL的性能level7:增加了段級統(tǒng)計信息（SegmentlevelStatistics)，level10:增加子鎖存統(tǒng)計包.括level5的所有容.并且還會將附加的子鎖存存入stats$lathc_children中.在使用這個級別時需要慎重,建議在Oraclesupport的指導(dǎo)下進(jìn)行.executestatspack.snap(i_snap_level=>0,i_modify_parameterexecutestatspack.snap(i_snap_level=>0,i_modify_parameter如果你只是想本次改變收集級別,可以忽略i_modify_parameter參數(shù).executestatspack.snap(i_snap_默認(rèn)級別默認(rèn)級別execstatspack.snap(i_snap_leveexecstatspack.snap(i_snap_leve如果你只是想本次改變收集級別,可以忽略i_modify_parameter參數(shù).execstatspack.snap(i_snap_level=>6)executestatspack.snap(i_snap_le修改SNAPSHOT級別execstatspack.modify_statspack_parameter(i_snap_level=>execstatspack.modify_statspack_parameter(i_snap_level=>設(shè)置定時任務(wù)腳本中有關(guān)時間間隔的設(shè)置容,可以修改spaudbms_job.submit(:jobno,'statspack.snap;',trunc(sysdate+1/24,'HH'),這個job任務(wù)定義了收集數(shù)據(jù)的時間間隔:SQL>spreport.sqlSQL>spreport.sql刪除歷史數(shù)據(jù)第一種方法:刪除第一種方法:刪除stats$snapshot數(shù)據(jù)表中的相應(yīng)數(shù)據(jù),其他表中的數(shù)據(jù)會相應(yīng)的級連刪除:SQL>selectmax(snap_id)fromstats$snapSQL>deletefromstats$snapshotwheres第二種方法:使用自帶的腳本sptrunc.sqlEXP導(dǎo)出快照數(shù)據(jù)使用使用spuexp.par文件exp保存相應(yīng)數(shù)據(jù)spuexp.par容:導(dǎo)出語句:expuserid=perfstat/perfstatparfile=根據(jù)給定的SQLHash值生成SQL報告SQL>sprepsql.sqlSQL>sprepsql.sqlSNAPSHOT門限快照門限只應(yīng)用于快照門限只應(yīng)用于stats$sql_summary表中獲取的SQL語句.因為每一個快照都會收集很多數(shù)據(jù),每一行都代表獲取快照時數(shù)據(jù)庫中的一個SQL語句,所以stats$sql_summary很快就會成為Statspack中最大的表.門限存儲在stats$statspack_parameter表中:executions_th這是SQL語句執(zhí)行的數(shù)量默(認(rèn)值是100)disk_reads_tn這是SQL語句執(zhí)行的磁盤讀入數(shù)量（默認(rèn)值是1000）parse_calls_th這是SQL語句執(zhí)行的解析調(diào)用的數(shù)量（默認(rèn)值是1000）buffer_gets_th這是SQL語句執(zhí)行的緩沖區(qū)獲取的數(shù)量（默認(rèn)值是10000）任何一個門限值超過以上參數(shù)就會產(chǎn)生一條記錄.通過調(diào)用statspack.modify_statspack_parameter函數(shù)改變門限的默認(rèn)值:execstatspack.modify_statspack_parameter(i_buffer_gets_th=>100000,i_disk_reads_th查看當(dāng)前的AWR保存策略select*fromdba_hiselect*fromdba_hi修改AWR保存時間和策略execdbms_workload_repository.modify_snapshot_settings(interval=>30,retention=>關(guān)閉AWR自動快照把把interval設(shè)為0則關(guān)閉自動捕捉快照execDBMS_WORKLOAD_REPOSITORY.CREATE_SexecDBMS_WORKLOAD_REPOSITORY.CREATE_S查看快照select*fromsys.wrh$_active_seselect*fromsys.wrh$_active_se刪除快照execWORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(low_snap_id=>22,high_snap_id=>3在的環(huán)境下執(zhí)行這個命令并不會刪除快照，這是個bug，bug信息為MOS8622802。如果打算刪除指定數(shù)據(jù)庫的所有快照，執(zhí)行下面的語句selectdbid,status,count(*)fromwrm$_snapshotgroupbydexecdbms_swrf_internal.unregister_databselectdbid,baseline_name,start_snap_id,end_snap_idfromdba_selectdbid,baseline_name,start_snap_id,end_snap_idfromdba_execdbms_workload_repository.create_baseline(56,59,'baseliexecDBMS_WORKLOAD_REPOS$ORACLE_HOME/rdbms/admin/awrextr.sql$ORACLE_HOME/rdbms/admin/awrextr.sql$ORACLE_HOME/rdbms/admin/awrload.sql導(dǎo)入需要注意幾點，輸入DIRECTORY的時候注意大小寫，另外輸入導(dǎo)入的文件名時只輸入前綴，不要輸入導(dǎo)入的awr保存期限超過了100年，所以不會被自動刪除產(chǎn)生整個數(shù)據(jù)庫的AWR報告，運(yùn)行腳本awrrpt.sql。$ORACLE_HOME/rdbms/admin/awrr產(chǎn)生某個實例的AWR報告，運(yùn)行腳本awrrpti.sql。$ORACLE_HOME/rdbms/admin/awrrp產(chǎn)生某條產(chǎn)生某條SQL語句的AWR報告，運(yùn)行腳本awrsqrpt.sql。ORACLE11GR2中，可以將多個實例生成的AWR匯總到一個文件$ORACLE_HOME/rdbms/admin/awrsqr從AWR中獲取TOP5事件colBEGIN_INTERVAL_TIMcolEND_INTERVAL_TIMselectsnap_id,begin_interval_time,end_interval_time,snap_levelfromdba_selectmax(snap_id)fromdba_round((time_waited/total_wato_char(begin_snap,'DD-MM-YYhh24:mto_char(end_snap,'hh24dense_rank()over(partitionwait_rank,max(time_waited)over(partitionbyinst_id,snap_id)db_times.begin_interval_tiwait_class,s.startup_time,s.instance_number,stats.event_nameorderbys.snap_ids.startup_time,s.instance_number,stats.event_nameorderbys.snap_idmin(s.snap_id)over(partitionbwait_class,round(time_waited_micround(time_waited_micdba_hist_snapshotswherestats.instance_number=s.instance_numbandstats.snap_idbetweenwheresnap_id>min_snap_colBEGIN_INTERVAL_TIcolEND_INTERVAL_TIMround((time_waited/total_wato_char(begin_snap,'DD-MM-YYhh24:mto_char(end_snap,'hh24dense_rank()over(partitionbyinst_id,snap_idorderbymax(time_waited)over(partitionbyinst_id,snap_id)db_times.begin_interval_tiwait_class,s.startup_time,s.instance_number,stats.event_nameorderbys.snap_ids.startup_time,s.instance_number,stats.event_nameorderbys.snap_idmin(s.snap_id)over(partitionb..wait_class,wait_class,round(time_waited_micro_dba_hist_snapshotswherestats.instance_number=s.instance_numbwheresnap_id>min_snap_數(shù)據(jù)庫補(bǔ)丁和升級在某些情況下，比如解決在某些情況下，比如解決oraclescn問題，解決某些bug，需要為數(shù)據(jù)庫打補(bǔ)丁，其中既包括DB的補(bǔ)丁，也包括CRS、GI的補(bǔ)丁。在打補(bǔ)丁時需要注意如下事項：（2）仔細(xì)查看補(bǔ)丁的readme，并嚴(yán)格按照readme中的步驟進(jìn)行操作。（4）對于RAC，在打補(bǔ)丁時，盡量分節(jié)點打，opatchapply-local（5）對于及以上版本的數(shù)據(jù)庫，如果打的補(bǔ)丁是PSU，則需要為監(jiān)聽配置CO對于數(shù)據(jù)庫的大版本升級，根據(jù)是否跨平臺、停機(jī)時間長短、數(shù)據(jù)對于數(shù)據(jù)庫的大版本升級，根據(jù)是否跨平臺、停機(jī)時間長短、數(shù)據(jù)量大小，可以根據(jù)實際的情況，采用同步軟件、RMAN增量備份恢復(fù)、邏輯導(dǎo)出等多種方式進(jìn)行遷移，但是最好是先進(jìn)行測試。對于小版本的升級，首先查看升級說明README，然后先在測試環(huán)境下進(jìn)行測試，完成測試后，對生產(chǎn)環(huán)境工作都準(zhǔn)備好后，在生產(chǎn)環(huán)境下進(jìn)行升級。相關(guān)文檔DifferentUpgradeMethodsForUpgradingYouDifferentUpgradeMethodsForUpgradingYouMasterNoteForOracBestPracticestoMinimizeDownCompletechecklistDatabaseServerUpgradeDowngradeCompatibilOracleOracleClusterware的命令集可以分為4種集群層：crsctl,ocrchec啟動關(guān)閉RAC停止啟動CRS管理CRS啟動和關(guān)閉crsctlstartcrscrsctlenablecrs#enablesOracleCcrsctldisablecrs#disablesOracleCcrsctlstopcluster-all1.命令匯總--查看節(jié)點--查看網(wǎng)絡(luò)$CRS_HOME/bin/crsctl--11gR2查看CRS狀態(tài)--檢查CRS版本crsctlquerycrsact--啟動CRS排它模式--直接啟動CRSD服務(wù)crs_unregisterora.nodecrs_stat-pora.node1.ASM1.asm>ora.node1.AScrs_registerora.nodecrsctlstatresora.scan1.vcrsctladdresourceora.n2_scan1.vip-typeora.scan_vip.type-file/tmp/1--查看資源未啟用的資源OCR和VoteDisk常用命令--查看當(dāng)前--查看當(dāng)前OCR--查看OCR備份--查看Votingdisk--備份OCR，路徑：Grid_home/cdata/cluster_name,ocrconfig-exportoocrconfig-addnew_OCR_loocrconfig-deletecurrent_OCR_lo--移動OCR位置，OCR必須要2份以上ocrconfig-repair-replacecurrent_OCR_location-replacementtarget_OCR_lo--查看OLR--備份與恢復(fù)--查看OLR備份容ocrdump-local-backupfileolr_backup_fil--修改OLR備份路徑ocrconfig-local-backuplocnew_olr_backucrsctlquerycrsactd.使用ASMCA來創(chuàng)建放置OCR的DGe.往DG中添加OCR確(保Clusterware正在運(yùn)行)ocrconfig-add+new_diskocrconfig-deleteold_storage_lo檢查crsd是否起，如果起了的話，停止d.導(dǎo)入OCR遷移VotingDisk$crsctlreplacevotedisk+asm_$crsctldeletecssvot相關(guān)文章OCR/VotediskMaintenanceOperations:(ADD/REMOVE/REPOCR/VotediskMaintenanceOperations:(ADD/REMOVE/REP配置SCANIP$GRID_HOME/bin/srvctlconf$GRID_HOME/bin/srvctlconfSCANname:onocrsst-scan,Network:1//255.255.255.#DB配置初始化參數(shù)*.remote_listener='onocrsst-通過DNS查看SCANIP$nslookuponcndb-sit$nslookuponcndb-sitAddress:3Name:oncndb-situat-scanip.sit.shangAddress:113.52.185切換SCANIP所在的節(jié)點當(dāng)停止當(dāng)停止SCANIP所在節(jié)點的CRS時，SCANIP自動漂到另一個節(jié)點也可以手工發(fā)出命令：SCANIP修改監(jiān)聽端口SCANIP配置多端口srvctlmodifyscan_listener-p"TCP:3srvctlmodifyscan_listener-p"TCP:3--校驗--校驗OCR的一致性--校驗gpnp的一致性11gR2查看RACinterconnectip4.select*fromv$cluster_5.SELECT*FROMV$CONFIGU--查看連接分布--查看連接分布SELECTinst_id,TYPE,service_nameFROMgv$sessionGROUPBYinst_id,TYPE,service122112SELECTinst_id,TYPE,service_name,username,CouFROMgv$sessionGROUPBYinst_id,TYPE,service_name,us管理service_nameCOLUMNservice_nameFORMATA20TRUNCATEDHEADING'ServCOLUMNbegin_timeHEADING'BeginTime'FORMATCOLUMNend_timeHEADING'EndTime'FORMATCOLUMNinstance_nameHEADING'InstanCOLUMNservice_timeHEADING'ServiceTime|mSec/Call'FORMAT999COLUMNthroughputHEADING'Calls/sec'FORMAT99.BREAKONservice_name,TO_CHAR(begin_time,'HH:,TO_CHAR(end_time,'H,TO_CHAR(end_time,'HWHEREs.inst_id=m.inst_AND_hash=m.service_nam||||||0||0||0||0||0||0||0|管理服務(wù)停止服務(wù)execdbms_service.stop_service('SYS$SYS.SCHEDULER$_EVENT_QUEUE.INAS'--啟動服務(wù)execdbms_service.start_service('SYS.SCHEDULER$_EVENT_QUEUE'查看組件日志--查看組件模塊--查看組件模塊--設(shè)置組件模塊(root用戶)--日志級別（一般設(shè)置2即可）查看心跳網(wǎng)絡(luò)超時時間設(shè)置心跳網(wǎng)絡(luò)超時時間crsctlgetcssdisktimeout--VD的超時時間，如果超時，VD置為offlinecrsctlgetcssreboottime--CSS被驅(qū)逐后，等待的時間修改查看cssdiagwait相關(guān)文章Pre-11.2:NodeFailstoRebootafterNodeEvictionorCRSCan'tRejointheCluUsingDiagwaitasadiagnostictogetmoreinformationfordiagn定位masternode的方法3.查看OCR備份，OCR備份在master節(jié)點上4.查詢V$GES_RESOURCE視圖查看集群名稱設(shè)置某個資源不啟動crsctlmodifyres'ocrsctlmodifyres'ora.oc4j'-attrAUTO_S打開srvctl的trace手工在SCAN_LISTENER中配置服務(wù)名LISTENER_SCAN1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_SCALISTENER=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER))))#..=(SID_LIST=(SID_DESC=(SID_NAME=newtea1)(GLOBAL_DBNAME=newtea_DGMGRL)(ORACLE_HOENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENEENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=LISTENER_SCAN1=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_SCALISTENER=(DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER))))#=(SID_LIST=(SID_DESC=(SID_NAME=newtea2)(GLOBAL_DBNAME=newtea_DGMGRL)(ORACLE_HOENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENEENABLE_GLOBAL_DYNAMIC_ENDPOINT_LISTENER_SCAN1=當(dāng)在LISTENER_SCAN1上配置了GLService"newtea_DGMGRL"ThecommandcompletedsuccessService"newtea_DGMGRL"ThecommandcompletedsuccessService"newtea_DGMGRL"Thecommandcompletedsuccess節(jié)點被驅(qū)逐一般是因為心跳超時所致，此時需要從節(jié)點被驅(qū)逐一般是因為心跳超時所致，此時需要從crs日志、css日志、alert日志、操作系統(tǒng)日志等入手進(jìn)行分析。同時，可以參考metalink上的如下文檔：4、11gR2:LMONreceivedaninstanceRAC修改IP地址2.停止oracle相關(guān)進(jìn)程（root執(zhí)行）./srvctlstopdatabas./srvctlstopnodeapps-n/etc/init.d/init.crsstop所有的節(jié)點備份修改/備份修改/etc/hosts文件修改網(wǎng)卡ip地址,重啟網(wǎng)絡(luò)生效啟動crs，但是不啟動asmdatabase和nodeapp--查看當(dāng)前配置:--查看當(dāng)前配置:rooteth1globalcluster_in刪除當(dāng)前配置root執(zhí)行下同--重新添加--重新添加root./oifcfgsetif-globaleth0/./oifcfgsetif-globaleth1/:cleth1globalcluster_in3.3修改3.3修改VIProot./srvctlmodifynodeapps-nraw1-A00/255./srvctlmodifynodeapps-nraw2-A01/255修改listener.ora和tnsnames.ora如果你使用了ocfs，修改ocfs配置文件(/etc/ocfs/cluster.conf)驗,證修改后是否可用。啟動asmdatabasenodeapp相關(guān)文檔FailOver模式第一步安裝執(zhí)行dbca，選擇OracleRealApplicationClusterdatabase，點”Next”第二步：選擇ServicesManagement，點”Next”第三步：添加servicename，需設(shè)定不同的InstanceRole后點”O(jiān)K”（2）默認(rèn)情況下，新創(chuàng)建servicename的InstanceRole是相同的，都為Preferred，這里需調(diào)整一個實例為Preferred，一個為Available；接著設(shè)置TAFPolicy為Basic，然后點”Finish”反。（3）在彈出框點”O(jiān)K”（4）在彈出框點”Yes”2修改service的TAF配置OracleRAC客戶端故障轉(zhuǎn)移(failover)，當(dāng)采用TAF方式時，對于已經(jīng)建立連接的客戶端，在連接的實例或節(jié)點出現(xiàn)故障時，客戶端無需再次發(fā)出連接請求，仍然可以繼續(xù)之前的數(shù)據(jù)庫操作，此稱之為透明故障轉(zhuǎn)移。TAF就是說對于那些已經(jīng)成功連接到特定實例的客戶端，如果該實例或節(jié)點異常宕機(jī)，客戶端會自動重新發(fā)出到剩余實例的連接請求。使得客戶端感覺不到它所連接的實例或節(jié)點已經(jīng)出現(xiàn)故障，這個就稱之為透明轉(zhuǎn)移。但其間的活動事務(wù)將被回滾。使用Server-sideTAF配置，可采用本文檔中推薦的參數(shù)設(shè)置。1）調(diào)用dbms_service.modify_service修改failover設(shè)置Dbms_Service.Modify_SeService_Name=>'cwvpd',--根據(jù)實際情況定義Failover_Method=>Dbms_Service.Failover_Method_Failover_Type=>Dbms_Service.Failover_Type_SSELECTNETWORK_NAME,FAILOVER_METHOD,FAILOVER_TYPE,FDBA_SERVICESWHERENAME='C3檢查CRS資源狀態(tài)查看節(jié)點state是否為ONLINE狀態(tài)檢查狀態(tài)，命令參考如下：5檢查service配置檢查配置，包括InstanceRole和TAF策略，命令如下：selectINST_ID,service_nRAC添加在線日志ALTERDATABASEADDLOGFILEALTERDATABASEADDLOGFILE('+DGIDT2PLF/idt2plf/onlinelog/redo05_1.log','+DGIDT2PLF/idt2plf/onliALTERDATABASEADDLOGFILE('+DGIDT2PLF/idt2plf/onlinelog/redo06_1.log','+DGIDT2PLF/idt2pALTERDATABASEADDLOGFILETHR'+DGIDT2PLF/idt2plf/onlinelog/redo07_2.log')ALTERDATABASEADDLOGFILETHREAD2'+DGIDT2PLF/idt2plf/onlinelog/redo08_2.log')增加控制文件SQL>showparametercontrol使用RMAN恢復(fù)控制文件。RMAN>restorecontrolfilefrom'+DATA/yyjc/controlfile/xxxx.xx（登錄ASM查看恢復(fù)出的控制文件名,修改參數(shù)需要用到此文件名）修改SPFILE增加控制文件，并重啟實例altersystemsetcontrol_files='+DATABASE_DG/yjdb/controlfi名'scope=spfilesid='*';SQL>showparametercontrol看到兩個控制文件，則正常。查詢數(shù)據(jù)塊的MASTER和OWNERselectkjblname,kjblname2,kjblowner,kjblmastinstr(kjblname2,',',1,2)-instr(MOS相關(guān)文檔(RAC)OracleClusterwareCannotStartonallNodesNetworkcommunicationwithnodeNAMEmissiRACandOracleClusterwareBeRACandOracleClusterwareBeRACandOracleClusterwareDataCollectingforTroubleshootingOracleClusterware(CRSorGI)AndRealApplicationCaddnode.shThevirStepsToShutdown(stop)/Startup(start)TheCRS,OHAS,ASM,RDBMS&ACFSServicesonRAHowToValidateASMIns磁盤管理創(chuàng)建磁盤組外部冗余外部冗余CREATEDISKGROUPDATAEXTERNALREDUNDANCCREATEDISKGROUPDATA_DW01NORMALREDUFAILGROUPdw01cel01FAILGROUPdw01cel02'CELL.SMART_SCAN_CA'compatible.rdbms'='添加磁盤alterdiskgroupdataadddisk'/dev/raw/ralterdiskgroupdataadddisk'/dev/raw/r查看磁盤SQL>selectdisk_number,state,namefromv$asm刪除磁盤alterdiskgroupdatadropdiskDATA_000alterdiskgroupdatadropdiskDATA_000在drop磁盤時，會自動遷移數(shù)據(jù)，所以drop不是瞬間完成alterdiskgroupdatadropdiskDATA_0001rebalancepower5;alterdiskgroupdatadropdiskDATA_0001forc注意：force是直接刪除磁盤，如果diskgroup的normal或high，ASM拿另一份數(shù)據(jù)再生成冗余。不使用force是先平衡數(shù)據(jù)，再刪除磁盤。ALTERDISKGROUP<DGNAME>UNDROPD查看ASM狀態(tài)select*fromv$asm_operation;GROUP_NUMBEROPERATIONSTATEPOWERACTUALSOFAREST_WORKEST_RATEEST_MINUTES修改ASM平衡數(shù)據(jù)速度ALTERDISKGROUPdataREBALANCEPO磁盤組重新平衡alterdiskgroupDATA_DW01rebaalterdiskgroupDATA_DW01reba磁盤組checkalterdiskgroupDATA_DW01checkallnoralterdiskgroupDATA_DW01checkallnoralterdiskgroupDATA_DW01checkallrep在相應(yīng)的ASM的alert日志中會發(fā)現(xiàn)：SQL>alterdiskgroupDATA_DW01checkallNOTE:startingcheckofdiskgroupWARNING:diskDATA_DW01_0002,chWARNING:diskDATA_DW01_0004,changingDSUCCESS:checkofdiskgroupDATA_DW01foundnoer添加數(shù)據(jù)文件----ASM使用OMF自管理，添加數(shù)據(jù)文件更簡單建議添加的時候最好還是制定全路徑，免得誤操作添加到文件系統(tǒng)中。createtablespacetestdatafile‘+DATA/tea/datafile/system.264.773951505’size20ASM塊設(shè)備LinuxLinux2.6核，RDBMS在版本之后支持直接訪問塊設(shè)備但OUI(10.1.0和10.2.0)在裝CRS時不支持直接訪問塊設(shè)備，必須要在.0版本之后asmasm_diskstring不允許設(shè)置成/dev/或/dev/*，這會引起掃描所有設(shè)備，參考如下：root.shHangsorRebootsNodeonNonF在在AIX5.3上設(shè)置掛起。查看ACFS掛載點selectFS_NAME,VOL_DEVICE,TOTAL_MB,FREE_MBfromV$AS修改ASM密碼ASMCMD>orapwusr--modify--passwo修復(fù)磁盤頭$kfedread/dev/raw/raw1234text=r$kfedread/dev/raw/raw123