數(shù)據(jù)庫運維管理相關(guān)應用技巧總結(jié)

　　數(shù)據(jù)庫在企業(yè)IT業(yè)務占據(jù)著舉足輕重的分量。作為IT管理員，應當利用自合適的技術(shù)手段來對其進行運維管理。在這里我們就總結(jié)了一些數(shù)據(jù)庫運維管理應用技巧，希望對大家有所幫助。

　　數(shù)據(jù)庫運維管理在做好系統(tǒng)前期部署后，在系統(tǒng)持續(xù)運行中，需要時刻關(guān)注系統(tǒng)自身和環(huán)境等對于運行可能產(chǎn)生的潛在影響和可能的危險，并及時予以處理。

　　通常我們把數(shù)據(jù)庫運維管理工作分為反應性與前瞻性兩種。

　　反應性監(jiān)視是指在已經(jīng)出現(xiàn)一個性能或者管理問題后再對數(shù)據(jù)庫進行監(jiān)視。例如有員工向數(shù)據(jù)庫管理員反應應用系統(tǒng)的速度比較慢。數(shù)據(jù)庫管員跟其他技術(shù)人員共同會診后發(fā)現(xiàn)是由于數(shù)據(jù)庫的原因所造成的。此時數(shù)據(jù)庫管理員就需要使用相關(guān)的工具來收集數(shù)據(jù)庫的運行數(shù)據(jù)，以查明問題發(fā)生的原因。雖然這最終也可以順利把問題解決，但是這畢竟與優(yōu)秀數(shù)據(jù)庫管理員心中的期望還有一點距離。因此反應性監(jiān)視有點像放馬后炮的感覺。問題已經(jīng)出現(xiàn)，即使數(shù)據(jù)庫管理員能夠在最短時間內(nèi)查明原因、解決問題，但是畢竟對于用戶產(chǎn)生了一些不利的影響。故數(shù)據(jù)庫管理員希望能夠在故障發(fā)生之前就能夠了解導致這個故障發(fā)生的原因，并及時采取有效措施預防這種故障的最終發(fā)生。這就使數(shù)據(jù)庫管理員所期待的前瞻性監(jiān)視。

　　前暫性監(jiān)視可以讓數(shù)據(jù)庫管理員在問題出現(xiàn)之前、期間或者之后查處并響應數(shù)據(jù)庫常見的性能與管理問題。簡單的說，在某一個數(shù)據(jù)庫故障發(fā)生之前，都會有一些征兆。這就好像一些自然災害發(fā)生時，像螞蟻、燕子等等都會有一些異常的反應。數(shù)據(jù)庫管理員有必要了解這些征兆。如此的話，我們才能夠把這些問題消除來萌芽狀態(tài)，防止問題的擴大。

　　Oracle數(shù)據(jù)庫設計者們也一直在往這個方向努力。如在10G以后的數(shù)據(jù)庫版本中，就有了一個自動工作負荷儲存庫的功能，來幫助數(shù)據(jù)庫管理員收集在數(shù)據(jù)庫運行中的異常數(shù)據(jù)。通過這些數(shù)據(jù)的幫助，數(shù)據(jù)庫運維管理員可以搶在數(shù)據(jù)庫故障發(fā)生之前把問題解決了。

　　一、自動工作負荷存儲庫的特點

　　自動工作負荷存儲庫主要是通過兩個回退進程實現(xiàn)的，分別為內(nèi)存監(jiān)視器與內(nèi)存監(jiān)視燈。這兩個進程是一對雙胞胎數(shù)據(jù)，他們可以給數(shù)據(jù)庫管理員帶來很大的幫助。如這兩個進程會相互合作，從數(shù)據(jù)庫系統(tǒng)全局區(qū)中直接收集性能統(tǒng)計數(shù)據(jù)。如數(shù)據(jù)庫服務器CPU內(nèi)存的使用率等等。其中內(nèi)存監(jiān)視器在其中擔任主要角色。默認情況下，內(nèi)存監(jiān)視器每個小時會啟動一次，并從數(shù)據(jù)動態(tài)性能視圖、數(shù)據(jù)庫目錄視圖和數(shù)據(jù)庫優(yōu)化器中收集性能等相關(guān)的統(tǒng)計信息，然后會把這些信息存儲在數(shù)據(jù)庫的表中。這個表就叫做自動工作負荷存儲庫表。通常情況下，這個表被Sysman用戶所擁有，并被存儲在Sysaux表空間中。

　　二、啟用自動工作負荷存儲庫并進行相關(guān)的配置

　　如果數(shù)據(jù)庫管理員需要啟用這個自動工作負荷存儲庫功能，則需要手工對此啟動。默認情況下數(shù)據(jù)庫是不會啟動這項功能的。筆者的意見是，在數(shù)據(jù)庫設計或者測試的時候，不用啟動這項功能。畢竟其本身需要耗用服務器一定的資源。但是在生產(chǎn)服務器(即企業(yè)已經(jīng)在使用的Oracle數(shù)據(jù)庫)系統(tǒng)中，最好啟用這項功能。以幫助數(shù)據(jù)庫管理員自動收集數(shù)據(jù)庫的運行性能信息，以實現(xiàn)前瞻性監(jiān)視的目標。

　　如果想要啟用自動工作負荷存儲庫功能，則需要配置數(shù)據(jù)庫中的Statistics_level這個參數(shù)。這個參數(shù)主要有三個值，用來決定內(nèi)存監(jiān)視器進程收集統(tǒng)計數(shù)據(jù)的深度與頻率等等。

　　如數(shù)據(jù)庫的規(guī)模比較小或者應用時間不長的話，可以把這個參數(shù)設置為Basic。在這個參數(shù)下，數(shù)據(jù)庫雖然已經(jīng)啟用了自動工作負荷存儲庫，但是會禁用這項功能的大多數(shù)爭端監(jiān)視以及顧問活動。也就是說，此時數(shù)據(jù)庫管理員啟動數(shù)據(jù)庫實例時，系統(tǒng)只會收集少量的數(shù)據(jù)庫運行時的統(tǒng)計數(shù)據(jù)。

　　當數(shù)據(jù)庫規(guī)模比較大時這些數(shù)據(jù)往往不能夠幫助數(shù)據(jù)庫運維管理員排查故障發(fā)生的原因。如果數(shù)據(jù)庫設計比較復雜或者企業(yè)對于數(shù)據(jù)庫的性能要求比較高，則此時數(shù)據(jù)庫管理員可以把這個參數(shù)設置為ALL，這是自動工作負荷存儲庫收集統(tǒng)計數(shù)據(jù)的最高級別。在這個級別下，內(nèi)存監(jiān)視器將會捕獲大部分的統(tǒng)計數(shù)據(jù)，同時還會收集來自操作系統(tǒng)的執(zhí)行計劃和定時信息。如Oracle數(shù)據(jù)庫的自動備份有時候需要操作系統(tǒng)的任務計劃的幫助下才能夠完成。

　　那么此時數(shù)據(jù)庫管理員就需要考慮數(shù)據(jù)庫性能下降的原因是否跟這個操作系統(tǒng)的任務計劃有關(guān)。此時內(nèi)存監(jiān)視器收集起來的跟操作系統(tǒng)相關(guān)的計劃與定時信息就會非常的有用。不過有時候數(shù)據(jù)庫管理員可能只需要收集數(shù)據(jù)庫自深的運行信息，而不需要操作系統(tǒng)的相關(guān)信息。此時就可以把這個參數(shù)設置為Typical。這個參數(shù)是自動工作負荷存儲庫的標準級別，他會收集跟數(shù)據(jù)庫自深相關(guān)的統(tǒng)計信息。

　　數(shù)據(jù)庫管理員可以根據(jù)企業(yè)對數(shù)據(jù)庫性能的要求、可以允許數(shù)據(jù)庫當機的時間、服務器的配置等因素來考慮要選擇的級別。通常情況下，如果在同一個服務器中，除了Oracle數(shù)據(jù)庫外還部署了其他應用服務的話，那么筆者建議最好采用All級別。此時數(shù)據(jù)庫管理員可以知道盡可能多的信息，幫助管理員及早把問題消除掉。

　　三、配置合適的時間參數(shù)

　　在啟用自動工作負荷存儲庫之后，數(shù)據(jù)庫運維管理員還需要考慮一些時間上的分配問題。如這個自動負荷存儲庫表中的數(shù)據(jù)需要保存多久。由于數(shù)據(jù)庫運行統(tǒng)計信息的數(shù)量，隨著其級別的不同，數(shù)據(jù)量有多少。

　　但是只要采用了Typical或者All這兩個級別后，其信息量還是很可觀的。故如果不定時清除這些數(shù)據(jù)的話，則這個表沒有多少時間就會占用很大的空間了。為此這個表必須循環(huán)利用，以減少存儲空間。默認情況下，自動負荷存儲表中的內(nèi)容只會被保存七天，也就是說這個表中存儲的是最近七天的數(shù)據(jù)庫運行信息。但是如果數(shù)據(jù)庫環(huán)境設計比較復雜可能會產(chǎn)生大量的統(tǒng)計信息，則此時數(shù)據(jù)庫管理員就需要縮短這個時間。

　　而有時候某些異常數(shù)據(jù)可能會周期性的出現(xiàn)，故數(shù)據(jù)庫管理員需要了解幾個周期之內(nèi)的數(shù)據(jù)，此時就需要延長這個循壞周期。為此數(shù)據(jù)庫管理員要能夠更改這個周期，以方便其工作。

　　如果數(shù)據(jù)庫管理員需要跟該這個周期的話，那么就需要執(zhí)行Dbms_Workload_Reposttory程序，設置其中的retention參數(shù)。注意這里是用分鐘為單位。如果數(shù)據(jù)庫管理員想要把這個時間設置為10天的話，則就需要把這個參數(shù)設置為60*24*10=14400分鐘。注意這里是以分鐘為單位。如果數(shù)據(jù)庫管理員不知道這個內(nèi)容或者誤以為這里是以天為單位的，而把這個參數(shù)設置為10的話，那么這個工作負荷存儲庫表中就不會記錄有價值的信息。

　　另外，默認情況下工作負荷存儲庫的內(nèi)存監(jiān)視器是每60分鐘收集一下信息。不過有時候數(shù)據(jù)庫運維管理員可能需要根據(jù)實際情況來縮短這個統(tǒng)計的周期或者嚴懲周期。

　　如為了測試的需要要把這個周期縮短為10分鐘以判斷是否正常啟用了自動工作負荷存儲庫時，就需要把這個周期縮短。此時也是采用如上那個程序，不過參數(shù)是interval了。如果要把這個時間調(diào)整為30分鐘，則只需要把這個參數(shù)設置為30即可。注意此時這里是以分鐘為單位。

　　如果此時數(shù)據(jù)庫管理員要讓這個工作負荷存儲庫表保留10天的紀錄，同時每隔30分鐘統(tǒng)計數(shù)據(jù)庫運行的信息，就可以執(zhí)行以下的命令來完成：Execute Dbms_Workload_Reposttory.modify_snapshot_settings(interval=30,retention=14400)。即可以完成如上的需求。筆者再次強調(diào)一下，這個命令中都是以分鐘為單位的。

　　另外，如果同時縮短統(tǒng)計周期并延長工作負荷存儲庫表的存儲周期，那么在這兩個因素的共同作用下，這個表的容量會很快的膨脹起來。數(shù)據(jù)庫管理員需要注意這個問題。

　　通常情況下，筆者建議可以縮短這個統(tǒng)計周期，但是不建議延長表的存儲周期。如果數(shù)據(jù)庫運維管理員確實需要一段時期內(nèi)的性能數(shù)據(jù)的話，則可以先把這個表導出來進行備份。這可以避免工作負荷存儲表對數(shù)據(jù)庫表空間的侵蝕。再者，縮短內(nèi)存監(jiān)視器收集系統(tǒng)統(tǒng)計數(shù)據(jù)周期會增加數(shù)據(jù)庫的額外開銷，這也是數(shù)據(jù)庫管理員在調(diào)整這兩個參數(shù)時需要注意到的內(nèi)容。
 

　　【推薦閱讀】
◆安卓日程管理運維管理員工作習慣影響運維效率

◆企業(yè)手機日程管理軟件管理水平應當如何提高
◆手機日程管理軟件管理軟件衡量標準評析

◆手機日程管理軟件管理員常犯錯誤總結(jié)