版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領
文檔簡介
1、目錄文檔控制錯誤!未定義書簽。TOC o 1-5 h z一、概述1二、日常監(jiān)控1 HYPERLINK l bookmark2 o Current Document 每日檢查1 HYPERLINK l bookmark30 o Current Document 定期檢查7三、日常維護8 HYPERLINK l bookmark32 o Current Document 3.1進程起停8 HYPERLINK l bookmark54 o Current Document 3.2數(shù)據(jù)庫空間管理9 HYPERLINK l bookmark72 o Current Document 會話/鎖管理12 H
2、YPERLINK l bookmark84 o Current Document 性能管理12一、概述本日常維護規(guī)程主要包含兩個重要組成部分日常監(jiān)控和日常維護部分。日常監(jiān)控部分包含每日檢查和定期檢查兩部分,每日檢查的主要作用是防患于未然,定期檢查的作用是做前驅(qū)行的分析。日常維護部分的作用主要是給DBA做維護參考。術語表:錯誤檢查目錄:專門存放錯誤檢查結果(日志)的地方邏輯讀:logicalreads,從內(nèi)存中讀取數(shù)據(jù)塊的次數(shù)物理讀:physicalreads,從磁盤中讀取數(shù)據(jù)塊的次數(shù)裸設備:rawdevices,沒有建立文件系統(tǒng)的分區(qū),使用其作為數(shù)據(jù)文件,通??梢垣@得好的IOLV:logica
3、lvolume,IBMAIX操作系統(tǒng)中的邏輯分區(qū),一個lv只能從屬于一個VGVG:volumegroup,卷組,AIX操作系統(tǒng)下管理存儲空間的邏輯單元約定:命令通常以斜體的方式表現(xiàn)命令中尖括號()中包含的是含義,使用時應根據(jù)實際情況進行更改二、日常監(jiān)控日常監(jiān)控/檢查操作是一個預防式的維護手段,能夠?qū)⒍鄶?shù)可能帶來數(shù)據(jù)庫異常的因素提前發(fā)現(xiàn)并及時消除,從而提高系統(tǒng)的穩(wěn)定性、高可用性及恢復效率,同時確保數(shù)據(jù)庫性能不發(fā)生大的性能偏差,保持其一貫的高效性。2.1每日檢查為達到上述目的,每日檢查操作必須包含以下內(nèi)容:警告日志與跟蹤文件檢查系統(tǒng)空間使用率表空間使用率數(shù)據(jù)文件狀態(tài)檢查失效對象檢查異常對象檢查備份
4、結果檢查性能檢查警告日志與跟蹤文件檢查Oracle數(shù)據(jù)庫的日志很多,通常檢查以下幾個目錄:bdump目錄:告警日志(alertlog)、后臺進程跟蹤日志udump目錄:普通進程跟蹤日志cdump目錄:核心轉儲日志network目錄:listener日志檢查方法:告警日志(alertlog)中,檢查所有error和ORA-相關的告警提示如果沒有輸出,則刪除udump目錄和bdump目錄的所有trc后綴文件,如果有輸出,貝9編輯(vi)alert文件,查看具體錯誤,并進行記錄,將相應的trc文件拷貝到錯誤檢查目錄,然后刪除udump目錄和bdump目錄所有trc文件這里以催收系統(tǒng)為例,假設錯誤檢查
5、目錄為/oracle/dailycheck/CS/,則操作如下:$cd/oracle/dailycheck/CS/$cp$ORACLE_BASE/admin/CS/bdump/alert_CS.logalert_CS.log.20071224$grep-ierror$ORACLE_BASE/admin/CS/bdump/alert_CS.logalert_CS.error.2OO71224$grep-iora-$ORACLE_BASE/admin/CS/bdump/alert_CS.logalert_CS.error.2OO71224$ORACLE_BASE/admin/CS/bdump/al
6、ert_CS.log如果alert_CS.error.2OO71224字節(jié)數(shù)為0字節(jié),則刪除udump和bdump目錄里的所有trc文件如果alert_CS.error.20071224字節(jié)數(shù)不為字節(jié),則說明有錯誤,檢查alert_CS.log.20071224文件,找到相關trc文件,將相關trc文件移動到錯誤檢查目錄,刪除其他trc文件。移動方法:$mv$ORACLE_BASE/admin/CS/bdump/ora_33432_CS.trc.告警日志不僅僅每日要做檢查,數(shù)據(jù)庫發(fā)生任何故障或不可用時也應該進行檢查2.監(jiān)聽日志文件(listener.log)的管理Listener.log記錄的
7、是所有對該listener嘗試的連接(成果或失敗),以及該listener服務啟動或停止的記錄。對于listener.log,建議不要直接刪除,而是采用清空的方式eg:/oracle/network/log/$listener.log系統(tǒng)空間使用率關注文件系統(tǒng)空間增長情況,如果文件操作系統(tǒng)空間使用率達到80%,則將超過80%使用率的文件系統(tǒng)記錄在檢查表上,計劃增加文件系統(tǒng)空間或找出空間異常原因;如果接近空間使用率接近或超過90%則應立即通知管理員,找出空間快速增長的原因,并將空間使用率降至80%以下,并在備注欄注明該操作。AIX平臺查看空間使用率的命令:#df-m表空間使用率表空間不足會導致新
8、數(shù)據(jù)無法插入,直接關系到業(yè)務系統(tǒng)的正常運行。COLUMNtablespace_namefora20SELECTa.tablespace_name,a.sizeMBtatol_size,b.sizeMBfree_size,round(a.size-b.size)/a.size*100,2)|%used_percent,round(b.size/a.size*100,2)|%free_percentFROM(SELECTtablespace_name,SUM(BYTES)/1048576sizeFROMdba_data_filesGROUPBYtablespace_name)a,(SELECTta
9、blespace_name,SUM(BYTES)/1048576sizeFROMdba_free_spaceGROUPBYtablespace_name)bWHEREa.tablespacename=b.tablespacename當free_percent列的值低于20%時,表示該表空間剩余不多,為告警標志,將該表空間及空閑率記錄在登記表上,準備擴充該表空間;當free_percent列的值低于10%時,則表示該表空間增長過快,應立即擴充表空間,并對比前期該表空間的增長速度,分析空間增長過快的原因。數(shù)據(jù)庫文件狀態(tài)檢査數(shù)據(jù)文件檢查檢查數(shù)據(jù)庫中是否存在狀態(tài)異常的數(shù)據(jù)文件selectfile#,s
10、tatusfromv$datafilewherestatusnotin(SYSTEM,ONLINE);正常情況下不會輸出任何記錄。異常數(shù)據(jù)文件(狀態(tài)為offline或recover)將會輸出到屏幕,必須將輸出結果填寫到檢查表,同時應立即告知DBA,應對其進行恢復或進一步診斷??刂莆募z查selectstatus:namefromv$controlfilewherestatus=INVALID;正常情況下不會輸出任何記錄。輸出結果表明該控制文件無法識別,結果記錄到檢查表。聯(lián)機日志文件檢查selectmember:statusfromv$logfilewherestatusisnotnull;正常
11、情況不會輸出任何記錄。若有異常,則輸出,聯(lián)機日志文件異常情況包含以下幾種情況:INVALID-FileisinaccessibleSTALE-FilescontentsareincompleteDELETED-Fileisnolongerused失效對象檢查檢查除了SYS外所有模式下的無效對象,無效對象可能影響某些應用功能不能正常執(zhí)行。COLobject_namefora30SETLINE120SELECTowner,object_name,object_typeFROMdba_objectsWHEREstatus=INVALIDandownernotin(SYS,SYSTEM,PUBLIC,
12、WMSYS)/如果有記錄返回,則說明存在無效的對象,建議重建或重新編譯。若這些對象與與應用不相關,則不應該從系統(tǒng)中移除。無效約束可能會影響數(shù)據(jù)庫的數(shù)據(jù)完整性。SELECTowner,constraint_name,table_name,constraint_type,statusFROMdba_constraintsWHEREstatus=DISABLEDANDconstraint_type=P檢查輸出結果,并與應用人員聯(lián)系,確保該約束存在的合理性。無效觸發(fā)器無效觸發(fā)器與無效約束類似SELECTowner,trigger_name,table_name,statusFROMdba_trigge
13、rsWHEREstatus=DISABLEDandownernotin(SYS,SYSTEM)需與應用人員聯(lián)系,確保該觸發(fā)器存在的必要性。刪除任何不必要的對象。異常對象檢查放在system表空間的普通用戶對象系統(tǒng)表空間中只應該存放系統(tǒng)對象,這里所謂的系統(tǒng)對象是指SYS、SYSTEM、DBSNMP和OUTLN模式下的對象.不包含在這些模式下的對象應該存放在自己的用戶表空間中colownerheadingTable|Ownerformata8coltbsheadingTablespaceNameformata20coltblheadingTable|IndexNameformata30select
14、owner,tablespace_nametbs,table_nametblfromdba_tableswhereownernotin(SYS,SYSTEM,OUTLN,DBSNMP)andtablespace_name=SYSTEM/prompt=promptindexesprompt=selectowner,tablespace_nametbs,index_nametblfromdba_indexeswhereownernotin(SYS,SYSTEM,OUTLN,DBSNMP)andtablespace_name=SYSTEM/只要存在輸出結果(不是norows),就應該將輸出的對象移動
15、到別的用戶表空間中移動表的命令為:Altertablemovetablespace;移動索引的命令為:Alterindexrebuildtablespace;將數(shù)據(jù)表和索引分別存放在不同的表空間,方便管理,提高高可用性。如果有表和索引放在同一個表空間,需將結果等級如日常維護檢查表,并將對象移除。coltablespace_nameformata20select*from(selecttablespace_name,sum(decode(segment_type,INDEX,1,0)IND,sum(decode(segment_type,TABLE,1,0)TABfromdba_segments
16、wheretablespace_nameSYSTEMgroupbytablespace_name)whereIND=1ANDTAB=1;備份結果檢查本項檢查備份日志是否正常,是否有備份失敗發(fā)生。備份結果是否正常關系到數(shù)據(jù)庫數(shù)據(jù)庫發(fā)生損壞時,是否有正確的備份數(shù)據(jù)能夠恢復,是否能在有限的時間內(nèi)將應用恢復到正常水平,因此備份結果檢查非常重要。備份結果檢查應包含以下幾項:邏輯備份(exp/expdp)請檢查邏輯備份日志。物理備份請檢查MML(MML通常為VeritasNBU、HPDP(omni)或IBMTSM等)日志或Rman日志將異常。歸檔日志備份檢查,檢查歸檔日志是否按備份策略,定期正常備份。性能
17、檢查操作系統(tǒng)性能檢查CPU使用率檢查:這里DSS系統(tǒng)和OLTP系統(tǒng)有所不同:針對OLTP系統(tǒng),必須遵循:通常CPU平均使用率(use%+wio%)應該在50%(根據(jù)該系統(tǒng)歷史CPU情況,可以適當下調(diào))以下,峰值80%以下,超過該值,則表明CPU利用率升高,應分析升高原因。針對DSS/DW系統(tǒng),均值在70%以下,峰值在95%以下。CPU檢查命令可用下述命令進行#saruOr#topasIO檢查:通常CPU利用率中WIO%應該在10%以內(nèi),如果持續(xù)超過30%時則表明IO存在巨大瓶頸,必須立即檢查:是否存在磁盤損壞是否有不良應用(不良SQL)引起大量IO內(nèi)存檢查:內(nèi)存空閑率,通常操作系統(tǒng)內(nèi)存空閑大小
18、freememory)應該在100M(5000pages)以上,若低于該值,則表明空閑內(nèi)存吃緊。內(nèi)存使用率可使用vmstat命令進行檢查數(shù)據(jù)庫性能檢查數(shù)據(jù)庫性能檢查通常依靠statspack報告(9i)或AWR報告(10g)完成。在系統(tǒng)高峰期間進行數(shù)據(jù)庫性能檢查和登記,并要求每周至少保留兩份系統(tǒng)高峰期statspack(AWR)報告,并做好歸檔,文件名格式:rpt_系統(tǒng)名稱_yyyymmdd.txt。必須檢查下列部分是否超過同期常規(guī)值。1、loadprofile項目含義描述Redosize每秒產(chǎn)生的日志大小(單位字節(jié)),可標志數(shù)據(jù)庫任務的繁重與否值越大,說明系統(tǒng)數(shù)據(jù)更改量越大Logicalre
19、ads平?jīng)Q每秒產(chǎn)生的邏輯讀,單位是block該值越大,說明系統(tǒng)數(shù)據(jù)讀取量越大blockchanges每秒block變化數(shù)量,數(shù)據(jù)庫事物帶來改變的塊數(shù)量值越大,說明系統(tǒng)數(shù)據(jù)更改量越大Physicalreads平均每秒數(shù)據(jù)庫從磁盤讀取的block數(shù)該值越大,說明系統(tǒng)i/o量越大Physicalwrites平均每秒數(shù)據(jù)庫寫磁盤的block數(shù)該值越大,說明系統(tǒng)i/o量越大Usercalls每秒用戶call次數(shù)該值越大,說明系統(tǒng)越繁忙Parses每秒解析次數(shù),近似反應每秒語句的執(zhí)行次數(shù)軟解析每秒超過300次意味著應用程序效率不高Hardparses每秒產(chǎn)生的硬解析次數(shù)該值越大,說明系統(tǒng)很有可能未用綁定變
20、量,一般不會超過10Sorts每秒產(chǎn)生的排序次數(shù)該值大表明系統(tǒng)中可能未用到恰當?shù)乃饕鼸xecutes每秒執(zhí)行次數(shù)該值越大,說明小的sql語句越多,系統(tǒng)越繁忙Transactions每秒產(chǎn)生的事務數(shù),反映數(shù)據(jù)庫任務繁重與否該值越大,說明系統(tǒng)中小的事務越多這些項中,通常我們主要關注三項,logicalreads建議小于CPUs*10k,physicalreads建議在logicalreads的10%以內(nèi),hardparses/parses通常應小于1%2、TOP5等待事件oracle等待事件是衡量oracle運行狀況的重要依據(jù)及指示,主要有空閑等待事件和非空閑等待事件;空閑等待事件是oracle正
21、等待某種工作,在診斷和優(yōu)化數(shù)據(jù)庫時候,不用過多注意這部分事件,非空閑等待事件專門針對oracle的活動,指數(shù)據(jù)庫任務或應用程序運行過程中發(fā)生的等待,這些等待事件是我們在調(diào)整數(shù)據(jù)庫應該關注的。檢査top5等待事件時,主要應關注事件順序是否發(fā)生變化。OraclelOg中有800多個等待事件,我們沒必要一一弄清楚每個等待事件的含義,這里列舉幾個經(jīng)常會遇到的等待時間,說明其含義:dbfilescatteredread該事件通常與全表掃描有關。因為全表掃描是被放入內(nèi)存中進行的進行的,通常情況下它不可能被放入連續(xù)的緩沖區(qū)中,所以就散布在緩沖區(qū)的緩存中。該指數(shù)的數(shù)量過大說明缺少索引或者限制使用索引。這種情況
22、也可能是正常的,因為執(zhí)行全表掃描可能比索引掃描效率更高。當系統(tǒng)存在這些等待時,需要通過檢查來確定全表掃描是否必需的來調(diào)整??梢試L試將較小的表放入緩存keep中,避免反復讀取它們。dbfilesequentialread該事件說明在單個數(shù)據(jù)塊上大量等待,該值過高通常是由于表間連接順序很糟糕,或者使用了非選擇性索引。通過將這種等待與statspack報表中已知其它問題聯(lián)系起來(如效率不高的sql),通過檢查確保索引掃描是必須的,并確保多表連接的連接順序來調(diào)整bufferbusywait當緩沖區(qū)以一種非共享方式或者如正在被讀入到緩沖時,就會出現(xiàn)該等待.該值不應該大于1%,確認是不是由于熱點塊造成(如
23、果是可以用反轉索引,或者用更小塊大?。﹍atchfree閂鎖是底層的隊列機制(更加準確的名稱應該是互斥機制),用于保護系統(tǒng)全局區(qū)(SGA)共享內(nèi)存結構。閂鎖用于防止對內(nèi)存結構的并行訪問。如果閂鎖不可用,就會記錄一次閂鎖丟失。絕大多數(shù)得閂鎖問題都與使用綁定變量失?。◣炀彺骈V鎖)、生成重作問題(重執(zhí)行分配閂鎖)、緩存的爭用問題(緩存LRU鏈)以及緩存的熱數(shù)據(jù)寬塊(緩存鏈)有關。當閂鎖丟失率高于0.5%時,需要調(diào)整這個問題。logfilesync當一個用戶提交或回滾數(shù)據(jù)時,LGWR將會話得重做操作從日志緩沖區(qū)填充到日志文件中,用戶的進程必須等待這個填充工作完成。為減少這個等待事件,須一次提交更多記錄
24、,或者將重做日志REDOLOG文件訪在不同的物理磁盤上.3、TOPgetsSQL檢查TOPsql是否發(fā)生順序變化,對發(fā)生變化的SQL進行分析2.2定期檢查這里的定期是指根據(jù)各系統(tǒng)的需要,每兩個月或三個月做一次,作為可選項容量趨勢容量趨勢(capacityplan)是根據(jù)累計值,勾勒出數(shù)據(jù)庫中數(shù)據(jù)空間的使用趨勢,預分配趨勢,以有效利用存儲資源,并提前做好空間規(guī)劃或申請。容量趨勢通常建議從dbasegments視圖中獲得數(shù)據(jù)實際占用值(以MB為單位顯示)。SQLselectsum(bytes)/1024/1024capacity(M)fromdba_segments;再根據(jù)每次取得的值畫成曲線,形
25、成趨勢圖邏輯讀趨勢這項工作屬于性能趨勢分析。選取每天的高峰statspack(AWR),作出一個月或兩個月的邏輯讀(logicalreads)趨勢分析。對于一個正常應用的數(shù)據(jù)庫,可以通過邏輯讀趨勢分析,判斷出性能趨勢,以及是否有特殊日期發(fā)生性能問題?;謴蜏y試我們通常說,備份重于一切,但恢復測試與備份一樣重要?;謴蜏y試的作用:確保備份的完整性和檢測恢復時間是否滿足業(yè)務需求根據(jù)恢復方法依賴于備份方法,邏輯備份使用邏輯恢復(export/import),物理備份使用物理恢復(RMAN)?;謴蜏y試必須結合實際的備份環(huán)境,因此這里不提供具體的命令。三、日常維護3.1進程起停注意:起停進程必須是oracl
26、e用戶或必須獲得操作系統(tǒng)中Oracle用戶權限啟動和關閉數(shù)據(jù)庫以sysdba權限登錄數(shù)據(jù)庫:啟動:SQLstartup關閉:SQLshutdownimmediate注意:浦發(fā)有多個服務器中,同時運行有多個數(shù)據(jù)庫實例,在這種情況下,應該先設置環(huán)境變量;比如要啟動CS庫,則:$exportORACLE_SID=CS$sqlplus/nologSQLconnect/assysdbaSQLstartup數(shù)據(jù)庫一旦啟動正常(狀態(tài)為open)后,通常不應該對其進行重新啟動或關閉。因此該維護動作只應在極少數(shù)場合會使用(數(shù)據(jù)庫狀態(tài)不正常或由于特殊原因需要停止數(shù)據(jù)庫服務)Oracle數(shù)據(jù)庫有3個啟動狀態(tài):sta
27、rted、mounted、open,可以使用下述命令進行狀態(tài)查詢:SQLselectstatusfromv$instance;STATUSOPEN如果狀態(tài)為started,可以使用下述命令來mount:_SQLaIterdatabasemount;如果狀態(tài)為mounted,可以使用下述命令來open:SQLaIterdatabaseopen;參數(shù)文件管理參數(shù)文件是數(shù)據(jù)庫實例啟動的命脈,因此把本節(jié)納入進程起停。沒有參數(shù)文件,數(shù)據(jù)庫實例將不可啟動。參數(shù)文件有兩種,pfile(文本參數(shù)文件)和spfile(二進制參數(shù)文件),oracle數(shù)據(jù)庫實例只能選擇使用其中一種來啟動,默認啟動實例時參數(shù)文件的選
28、擇順序是$ORACLE_HOME/dbs/目錄下的spfilevSID.ora、spfile.ora、initvSID.ora,也可以在數(shù)據(jù)庫啟動時,用下述命令明確使用哪個參數(shù)文件進行啟動:使用pfile啟動:SQLstartuppfile=?/dbs/initCS.ora;或使用spfile啟動SQLstartupspfile=?/dbs/spfileCS.ora;兩種參數(shù)文件可以互相備份:將當前spfile內(nèi)容備份為pfile:SQLcreatepfile=?/dbs/init.orafromspfile;將當前pfile內(nèi)容備份為spfile:SQLcreatespfile=?/dbs/
29、spfile.orafrompfile;啟動和關閉listener啟動:lsnrctlstart關閉:lsnrctlstop同樣該維護操作也極少會使用。本節(jié)應了解以下內(nèi)容:已啟動的listener進程不可重復啟動,多次使用lsnrctlstart會得到如下提示信息TNS-01106:ListenerusinglistenernameLISTENERhasalreadybeenstarted關閉listener進程后,已經(jīng)連接到數(shù)據(jù)庫的連接不會終止,但不允許有新的會話接入。啟動和停止歸檔進程以DBA權限登錄數(shù)據(jù)庫啟動:SQLaltersystemarchivelogstart;停止:SQLalt
30、ersystemarchivelogstop;警告:生產(chǎn)數(shù)據(jù)庫通常都是歸檔日志模式,因此不應該停止歸檔進程,否則可能會引起數(shù)據(jù)庫掛起(hang)!發(fā)生該維護操作通常在切換歸檔日志目錄時發(fā)生。示例:將歸檔目錄從/archive目錄切換至U/archivelog目錄SQLaltersystemarchivelogstop;SQLaltersystemarchivelogstartto/archivelog;3.2數(shù)據(jù)庫空間管理浦發(fā)信用卡中心所有oracle數(shù)據(jù)庫文件(controlfile,datafile,redologfile)都使用裸設備進行管理,因此增加上述文件時,必須由系統(tǒng)管理員(SA)
31、事先創(chuàng)建好lv,并賦予Oracle可讀寫權限。增加表空間增加表空間的操作通常不會發(fā)生。一般只發(fā)生在新系統(tǒng)上線時?;蛟锌臻g策略不符合管理需求,需要進行更改時。表空間增加分為3類:用戶永久表空間這類表空間能存放表和索引。創(chuàng)建語法如下:SQLcreatetablespacedatafilesize;這里的size建議比lv大小稍小1m左右舉例:創(chuàng)建一個叫newTBS的表空間,數(shù)據(jù)文件為/dev/rtcs_newtbs01此時,/dev/rtcsnewtbs01的owner必須為oracle用戶,屬組必須為dba,然后倉U建:SQLcreatetablespacenewTBSdatafile/dev
32、/rtcsnewtbs01size2046m;Undo表空間Undo表空間也屬于永久表空間,但該表空間不能夠存放任何表和索引信息,只能存放還原段(undosegments)Undo表空間的創(chuàng)建與永久表空間有一點點區(qū)別。創(chuàng)建語法如下:SQLcreateundotablespacedatafilesize;臨時表空間與前兩類表空間不同,臨時表空間既不可以存放永久的表信息、索引信息,也不可以存放還原段,只能夠存放臨時表或排序段。臨時表空間的創(chuàng)建語法為:SQLcreatetemporarytablespacetempfilesize;增加數(shù)據(jù)文件增加數(shù)據(jù)文件的目的是能夠存儲更多的數(shù)據(jù),該維護操作通常發(fā)
33、生在剛創(chuàng)建表空間后,或是每日檢查中發(fā)現(xiàn)有占用率很高的表空間時。增加數(shù)據(jù)文件的語法是:SQLaltertablespaceadddatafilesize;如果是給臨時表空間增加文件,則應該使用如下語法:SQLaltertablespaceaddtempfilesize;刪除數(shù)據(jù)文件該功能是oraclelOg特有的新功能,之前的版本不提供該特性。該操作通常僅發(fā)生在誤添加數(shù)據(jù)文件后。語法:SQLaltertablespacedropdatafile;注意:僅可刪除表空間中非第一個數(shù)據(jù)文件。備份控制文件這里介紹的備份控制文件并非是日常備份內(nèi)容。而是需要了解控制文件信息或重建控制文件時需要。一種是備份成
34、二進制文件,作為物理熱備份進行恢復的一個base。這種方式已經(jīng)很少被使用了。SQLalterdatabasebackupcontrolfileto?.bak;另一種是備份成文本文件,目的是重建控制文件。SQLalterdatabasebackupcontrolfiletotrace;命令運行后,可以到udump目錄找到新生成的trace文件,其中包含創(chuàng)建控制文件的腳本。聯(lián)機日志文件管理通常建議每個Oracle數(shù)據(jù)庫至少包含2個聯(lián)機日志文件組,每個日志組包含兩個日志成員。由于事務處理的繁忙與空閑,我們可能會需要添加或刪除一個或多個日志組。添加日志組如果告警日志中出現(xiàn)大量cannotcomplet
35、echeckpoint則應添加新的日志組。語法:SQLalterdatabaseaddlogfilegroup(path&file1,path&file2)size;解釋:這里的group#為組號,可以使用selectmax(group#)fromv$log;查出當前最大組號,然后加1為新組號。Path&file1為該日志組的第一成員,path&file2為該日志組的第二成員Logfilesize的大小通常與先前日志組大小相同刪除日志組添加和刪除是一對互動操作。當認為過多的日志組沒有必要或不便于管理時,可選擇刪除部分日志組。刪除日志組的語法很簡單:SQLalterdatabasedroplog
36、filegroup;必須知道的是,刪除日志組后,該日志組所屬日志成員還存留在操作系統(tǒng)中,需DBA手工清理。另聯(lián)機日志組一旦創(chuàng)建后,大小不可改變,只能刪除原有組,再創(chuàng)建新的大小的組。給日志組添加新成員沒有經(jīng)過部署規(guī)劃的數(shù)據(jù)庫通常每個日志組中只包含一個日志成員,為了維護數(shù)據(jù)庫的高可用性和安全性,建議添加一個新成員。添加語法如下:SQLalterdatabaseaddlogfilememberpath&logfiletogroup;刪除日志成員當一個日志組中的成員多余2個,影響到IO性能時,建議刪除冗余日志成員。刪除語法為:SQLalterdatabasedroplogfilememberpath&
37、logfile;歸檔日志管理當數(shù)據(jù)庫配置為歸檔日志模式時,需考慮歸檔日志管理。用以下命令檢測當前數(shù)據(jù)庫是否歸檔模式:SQLselectlog_Modefromv$database;LOG_MODEARCHIVELOG如果非歸檔模式,則輸出為:NOARCHIVELOG歸檔模式時,建議歸檔目錄大小夠存放一到兩星期的歸檔量。當數(shù)據(jù)庫為歸檔模式時,通常會在備份策略中,定制歸檔日志的備份,備份結束后立即刪除。如果沒有歸檔日志備份策略,則,建議保留一星期的歸檔日志,超過一星期的歸檔日志備份到其他機器,然后刪除。歸檔目錄的空間使用率在每日檢查中的系統(tǒng)空間使用率項有監(jiān)控。3.3會話/鎖管理查詢并殺掉僵死會話:
38、當進程長時間占用許多CPU資源或內(nèi)存資源,并且得不到具體SQL語句信息時,可能發(fā)生僵死。這時,通常需要DBA人為干預,先從數(shù)據(jù)庫及殺死會話,再從操作系統(tǒng)級殺掉僵死進程。SQLselectsid,serial#fromv$sessionwheresid=&sessionid;然后根據(jù)輸出結果:SQLaltersystemkillsession,;查詢并殺掉僵死進程僵死進程一種是直接通過topas命令獲得進程號;一種是通過oracle會話ID獲得進程號:SQLselecta.spidfromv$processa,v$sessionbwherea.addr=b.paddrandb.sid=&sess
39、ionid;然后,在操作系統(tǒng)命令行上執(zhí)行:$kill-9鎖信息查詢鎖是oracle數(shù)據(jù)庫中一種數(shù)據(jù)保護機制。但開發(fā)不好的應用程序或不正常的獲得鎖會引起系統(tǒng)響應緩慢,大量會話請求等待某一鎖資源。當發(fā)現(xiàn)某一功能消耗時間長于平時,或者等待時間過長(比如超過30分鐘)時,可進行鎖信息查詢,是否有進程阻塞其他鎖:.SOLselectsid,requestfromv$lockwhereblock=l;輸出結果代表阻塞別人的會話,可根據(jù)該會話id進一步分析該會話的SQL語句,以及是否是僵死會話。并發(fā)會話量查詢浦發(fā)信用卡中心的數(shù)據(jù)庫系統(tǒng),目前會話數(shù)都在300以內(nèi),并發(fā)量通常在20以下,如果超過這些指標,則認為
40、系統(tǒng)有阻塞情況,需要查找原因,引起關注。查找并發(fā)量的語句為:SQLselectcount(1)fromv$sessionwherestatus=ACTIVEandusernamenotin(SYS,SYSTEM);3.4性能管理索引監(jiān)控索引是oracle為了加快對表的查詢速度而引入的一種數(shù)據(jù)庫對象。但并非對表建立大量的索引就可以加快對該表的所有查詢速度。首先一點,必須確保該索引確實被使用到。Oracle從Oracle9i開始引入了索引監(jiān)控的命令,有效的幫助DBA減少無用(未使用)索引的發(fā)生。監(jiān)控方法(三步驟):創(chuàng)建索引后,運行下述命令對該索引進行監(jiān)控:SQLalterindexmonitoringusage;2運行相應的SQL或程序功能(建議運行一個功能周期或一周)關閉索引監(jiān)控SQLalterindexnomonitoringusage;4檢查索引是否被使用SQLsetline120SQLselectindex_name,table_name,usedfromv$object_usagewhereindex_name=;如果used列為NO,則表示沒有使用,并請立即刪除該索引(dropindex;)。不建議開啟所有用戶表的索引監(jiān)控,建議僅對特定功能的索引進行監(jiān)控,監(jiān)控周期結束,要手動關閉索引監(jiān)控。數(shù)據(jù)重整數(shù)據(jù)整理是指表被大量刪除之后,對表和索引的整理。如何判斷數(shù)據(jù)大量刪除呢
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024-2030年中國高壓除塵電源市場供需調(diào)查分析及投資策略研究報告
- 2024-2030年中國香薰蠟燭行業(yè)銷售模式及投資前景展望報告
- 2024-2030年中國靜電消除器行業(yè)競爭態(tài)勢及未來發(fā)展策略分析報告
- 2024-2030年中國間苯二胺行業(yè)發(fā)展可行性及投資規(guī)劃分析報告版
- 2024-2030年中國銅管加工產(chǎn)業(yè)發(fā)展前景預測及投資規(guī)劃分析報告
- 2024-2030年中國鋼鐵企業(yè)非鋼產(chǎn)業(yè)未來規(guī)劃分析及未來5發(fā)展趨勢報告
- 2024年新式電梯設備供應及安裝合作協(xié)議
- 2024年數(shù)字化農(nóng)業(yè)技術推廣與應用合作協(xié)議
- 2024年新材料研發(fā)與應用協(xié)議
- 2024年教師培訓與發(fā)展協(xié)議
- 輪扣式模板支撐架安全專項施工方案
- 酒店裝飾裝修工程驗收表
- 中國行業(yè)分類代碼表
- 社會組織協(xié)會換屆選舉會議主持詞
- 呼吸科(呼吸與危重癥醫(yī)學科)出科理論試題及答案
- 清新個人工作述職報告PPT模板
- 公路工程通用(專用)合同條款匯編.
- 工程施工現(xiàn)場及常用對話場景英語集錦
- 肺癌的靶向治療法PPT課件.ppt
- 凸透鏡成像規(guī)律動畫演示
- 專賣店空間設計(課堂PPT)
評論
0/150
提交評論