每一個(gè)實(shí)例或者每一個(gè)服務(wù)器設(shè)置一個(gè)單一的數(shù)據(jù)庫能夠使數(shù)據(jù)庫管理更方便。然而，這樣做很快將增加你的數(shù)據(jù)庫解決方案的成本，因?yàn)槟阋獙?duì)你希望托管的每一個(gè)數(shù)據(jù)庫購(gòu)買一臺(tái)新的服務(wù)器或者新的SQL服務(wù)器許可證。

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

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

你需要考察的下一個(gè)決定因素是這些系統(tǒng)的服務(wù)級(jí)協(xié)議。需要99%的開機(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)在一開始就是互補(bǔ)的。

承擔(dān)工作量

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

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

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

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

重新索引工作

已經(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ù)庫備份

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

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

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

結(jié)論

只有很少的幾種技術(shù)能夠在一臺(tái)服務(wù)器上運(yùn)行多個(gè)數(shù)據(jù)庫的時(shí)候幫助進(jìn)行數(shù)據(jù)庫服務(wù)器的維護(hù)。當(dāng)你考慮數(shù)據(jù)庫整合項(xiàng)目時(shí)，希望你能發(fā)現(xiàn)這些工具是很有用的。