導(dǎo)讀：每一個(gè)實(shí)例或者每一個(gè)服務(wù)器設(shè)置一個(gè)單一的數(shù)據(jù)庫(kù)能夠使數(shù)據(jù)庫(kù)管理更方便。然而，這樣做很快將增加你的數(shù)據(jù)庫(kù)解決方案的成本，因?yàn)槟阋獙?duì)你希望托管的每一個(gè)數(shù)據(jù)庫(kù)購(gòu)買(mǎi)一臺(tái)新的服務(wù)器或者新的SQL服務(wù)器許可證。從而管理多個(gè)數(shù)據(jù)庫(kù)的出現(xiàn)了，這樣管理多個(gè)數(shù)據(jù)庫(kù)很明顯工作量加大啦，這樣還能管理好數(shù)據(jù)庫(kù)嗎？下文就為大家介紹管理好多個(gè)數(shù)據(jù)庫(kù)的技巧。

　　為了應(yīng)對(duì)這種價(jià)格昂貴的設(shè)置，人們一般在一個(gè)服務(wù)器或者實(shí)例上托管多個(gè)數(shù)據(jù)庫(kù)(也就是多個(gè)應(yīng)用程序)。雖然這將減少托管所有這些數(shù)據(jù)庫(kù)的成本，但是，這增加了管理這些系統(tǒng)的復(fù)雜性，因?yàn)槟悻F(xiàn)在要處理多個(gè)服務(wù)級(jí)協(xié)議和維護(hù)窗口。

　　當(dāng)你決定在同一臺(tái)服務(wù)器上托管多個(gè)數(shù)據(jù)庫(kù)的時(shí)候，你要考慮的***件事是這些系統(tǒng)是否有互補(bǔ)的維護(hù)窗口。如果一個(gè)系統(tǒng)不能在夜間放慢速度或者離線，另一個(gè)系統(tǒng)不能在白天放慢速度或者離線，這些系統(tǒng)就不適合共享一個(gè)服務(wù)器，因?yàn)槟阍谛枰獮橄到y(tǒng)使用補(bǔ)丁或者處于其它原因要讓系統(tǒng)離線的時(shí)候，你沒(méi)有有效的維護(hù)時(shí)間窗。

　　你需要考察的下一個(gè)決定因素是這些系統(tǒng)的服務(wù)級(jí)協(xié)議。需要99%的開(kāi)機(jī)時(shí)間的系統(tǒng)能夠安排在一起，因?yàn)槟憧赡軙?huì)為這些系統(tǒng)(也許是集群解決方案)建立一個(gè)比非重要任務(wù)系統(tǒng)更強(qiáng)大的環(huán)境。這可以為你節(jié)省額外的成本，因?yàn)槟悻F(xiàn)在不需要采購(gòu)任何高端系統(tǒng)。具有更高的服務(wù)級(jí)協(xié)議的系統(tǒng)也可能會(huì)有同樣的維護(hù)時(shí)間窗。因此，這些系統(tǒng)在一開(kāi)始就是互補(bǔ)的。

　　承擔(dān)工作量

　　對(duì)托管多個(gè)數(shù)據(jù)庫(kù)的SQL服務(wù)器進(jìn)行維護(hù)的***難題是時(shí)機(jī)。

　　當(dāng)然，當(dāng)把多個(gè)數(shù)據(jù)庫(kù)集中在一個(gè)SQL服務(wù)器的時(shí)候需要考慮的最重要的問(wèn)題是，是否有足夠的CPU和內(nèi)存資源處理這些客戶程序添加到這個(gè)數(shù)據(jù)庫(kù)服務(wù)器的工作量。如果單個(gè)服務(wù)器不能提供需要的CPU和內(nèi)存資源，那么，把這些數(shù)據(jù)庫(kù)都集中在那臺(tái)服務(wù)器上就不是一個(gè)好的選擇。

　　當(dāng)你經(jīng)過(guò)這個(gè)整個(gè)決策過(guò)程并且把這些數(shù)據(jù)庫(kù)都放在同一臺(tái)服務(wù)器上之后，你如何保持這些系統(tǒng)的健康和在高峰期仍能運(yùn)行？與其它任何數(shù)據(jù)庫(kù)解決方案一樣，你仍需要處理自己的備份、索引碎片整理和重建、以及為操作系統(tǒng)和SQL服務(wù)器使用補(bǔ)丁。

　　處理托管多個(gè)數(shù)據(jù)庫(kù)的SQL服務(wù)器的維護(hù)的***難題是時(shí)機(jī)。你需要保證你的維護(hù)任務(wù)能夠在這個(gè)SQL服務(wù)器托管的全部數(shù)據(jù)庫(kù)計(jì)劃的維護(hù)時(shí)間窗內(nèi)完成。在任何數(shù)據(jù)庫(kù)的維護(hù)時(shí)間窗之外進(jìn)行維護(hù)工作都將引起數(shù)據(jù)庫(kù)運(yùn)行緩慢，因?yàn)橛脖P(pán)和CPU資源現(xiàn)在被維護(hù)活動(dòng)占用了，而不是處理正常的數(shù)據(jù)庫(kù)查詢。

　　重新索引工作

　　已經(jīng)證明是有用的一個(gè)技術(shù)是比正常運(yùn)行重新索引指令更頻繁地對(duì)你的索引進(jìn)行碎片整理。整理碎片的指令比重新索引指令有更多的好處。***，索引碎片整理指令是一種在線操作，而重建索引是一種離線工作(除非你運(yùn)行SQL服務(wù)器2005企業(yè)版或者更新的版本)。第二，如果你頻繁地運(yùn)行索引碎片整理指令，每一次運(yùn)行這個(gè)指令的時(shí)候工作量都比較少。

　　例如，你每個(gè)星期檢查一次索引碎片，它顯示碎片是70%。這樣，你就可以運(yùn)行一個(gè)索引重建指令清除這些索引。

　　然而，你在第二天再檢查索引碎片的時(shí)候會(huì)發(fā)生什么情況呢？它可能是大約8%至10%的碎片。因此，如果你每天運(yùn)行一個(gè)索引碎片整理指令而不是每個(gè)星期運(yùn)行一次索引碎片整理指令，每一天要做的工作就很少，這個(gè)工作就能夠更快地完成，可能在每天的維護(hù)時(shí)間窗內(nèi)完成。

　　即使你在時(shí)間窗內(nèi)不能讓這個(gè)系統(tǒng)離線，由于碎片整理操作是一種在線操作，這個(gè)系統(tǒng)在整理碎片操作的時(shí)間將繼續(xù)發(fā)揮作用，只是反應(yīng)速度比正常情況下稍微慢一點(diǎn)。

　　數(shù)據(jù)庫(kù)備份

　　備份是在一臺(tái)服務(wù)器上托管多個(gè)數(shù)據(jù)庫(kù)的時(shí)候需要解決的另一個(gè)關(guān)鍵問(wèn)題。

　　每一個(gè)數(shù)據(jù)庫(kù)都有自己的備份要求。備份數(shù)據(jù)庫(kù)也許是能夠在SQL服務(wù)器運(yùn)行時(shí)執(zhí)行的最繁重的任務(wù)。并不是因?yàn)檫@種備份需要占用大量的CPU和內(nèi)存資源(這個(gè)任務(wù)占用的資源一般是很低的，除非你在備份的時(shí)候?qū)?shù)據(jù)庫(kù)進(jìn)行壓縮)，而是因?yàn)閭浞菀粋€(gè)大型數(shù)據(jù)庫(kù)需要占用大量的硬盤(pán)資源。

　　當(dāng)進(jìn)行全面?zhèn)浞莸臅r(shí)候，整個(gè)數(shù)據(jù)庫(kù)必須從硬盤(pán)讀取。如果你的硬盤(pán)系統(tǒng)非常繁忙，這個(gè)備份會(huì)引起性能?chē)?yán)重下降。這種備份的***解決方案是選擇合適的時(shí)機(jī)。你還可以尋找能夠在備份的同時(shí)允許對(duì)數(shù)據(jù)庫(kù)備份進(jìn)行壓縮的第三方工具。由于這將增加SQL服務(wù)器上的CPU的工作量，它通常僅用很少的時(shí)間完成備份，因?yàn)樾枰獙?xiě)入備份設(shè)備中的數(shù)據(jù)很少。

　　結(jié)論

　　只有很少的幾種技術(shù)能夠在一臺(tái)服務(wù)器上運(yùn)行多個(gè)數(shù)據(jù)庫(kù)的時(shí)候幫助進(jìn)行數(shù)據(jù)庫(kù)服務(wù)器的維護(hù)。當(dāng)你考慮數(shù)據(jù)庫(kù)整合項(xiàng)目時(shí)，希望你能發(fā)現(xiàn)這些工具是很有用的。希望上文中講到的內(nèi)容能夠?qū)Υ蠹矣兴鶐椭?/p>

【編輯推薦】

1. PostgreSQL數(shù)據(jù)庫(kù)管理入門(mén)之psql工具篇
2. 管理好密碼文件對(duì)執(zhí)行數(shù)據(jù)庫(kù)管理的重要性
3. MySQL數(shù)據(jù)庫(kù)管理常用命令
4. 如何減少數(shù)據(jù)庫(kù)管理開(kāi)銷 發(fā)揮***功能