更好的管理伺服器上的多個資料庫

仲介交易 HTTP://www.aliyun.com/zixun/aggregation/6858.html">SEO診斷 淘寶客 雲主機 技術大廳

每這個實例或者每這個伺服器設置這個單一的資料庫能夠使資料庫顧問更方便。 然而，這樣做很快將加大你的資料庫解決措施的本錢，因為你要對你期望託管的每這個資料庫購買一台新的伺服器或者新的SQL伺服器許可證。

為了應對這種價格昂貴的設置，人們一般在這個伺服器或者實例上託管多個資料庫(也正是多個應用程式)。 雖然這將減小託管所有這些資料庫的本錢，可是，這加大了顧問這些系統的繁雜性，因為你如今要整理多個服務級協定和維護視窗。

當你決定在同一台伺服器上託管多個資料庫的時間，你要考慮的第一件事是這些系統是否有互補的維護視窗。 如果這個系統不能在夜間放慢速度或者離線，另這個系統不能在白天放慢速度或者離線，這些系統就不適合分享這個伺服器，因為你在需求為系統消耗補丁或者處於其它原因要讓系統離線的時間，你不見有效的維護時刻窗。

你需求考察的下這個決定條件是這些系統的服務級協定。 需求99%的開機時刻的系統能夠安排在共同，因為你可能會為這些系統(也許是集群解決措施)建立這個比非重大任務系統更強大的環境。 這可以為你節省額外的本錢，因為你如今不需求採購任何高端系統。 具有更高的服務級協定的系統也可能會有一樣的維護時刻窗。 因此，這些系統在一開端正是互補的。

承擔打工量

對託管多個資料庫的SQL伺服器開展維護的頭號困難是時機。

當然，當把多個資料庫集中在這個SQL伺服器的時間需求考慮的最重大的問題是，是否有足夠的CPU和記憶體資源整理這些客人程式添加到這個資料庫伺服器的打工量。 如果單個伺服器不能提供需求的CPU和記憶體資源，那麼，把這些資料庫都集中在那台伺服器上就不是這個好的選擇。

當你經過這個全部決策過程並且把這些資料庫都放在同一台伺服器上之後，你如何保持這些系統的健康和在高峰期仍能運行?與其它任何資料庫解決措施一樣，你仍需求整理自我的備份、索引磁碟重組和重建、以及為作業系統和SQL伺服器消耗補丁。

整理託管多個資料庫的SQL伺服器的維護的頭號困難是時機。 你需求保證你的維護任務能夠在這個SQL伺服器託管的全部資料庫規劃的維護時刻窗內完工。 在任何資料庫的維護時刻窗之外開展維護打工都將引起資料庫運行緩慢，因為硬碟和CPU資源如今被維護活動佔用了，而不是整理正常的資料庫查詢。

重新索引打工

已經證明是有用的這個技術是比正常運行重新索引指令更頻繁地對你的索引開展磁碟重組。 整理碎片的指令比重新索引指令有更多的好處。 第一，索引磁碟重組指令是一種線上操作，而重建索引是一種離線打工(除非你運行SQL伺服器2005集團版或者更新的版本)。 第二，如果你頻繁地運行索引磁碟重組指令，每一次運行這個指令的時間打工量都比較少。

例如，你每個星期測定一次索引碎片，它顯示碎片是70%。 這樣，你就可以運行這個索引重建指令清除這些索引。

然而，你在第二天再測定索引碎片的時間會發生啥資訊呢?它可能是大約8%至10%的碎片。 因此，如果你天天運行這個索引磁碟重組指令而不是每個星期運行一次索引磁碟重組指令，每這天要做的打工就很少，這個打工就能夠更快地完工，可能在天天的維護時刻窗內完工。

即使你在時刻窗內不能讓這個系統離線，因為磁碟重組操作是一種線上操作，這個系統在整理碎片操作的時刻將延續發揮作用，只是反應速度比正常資訊下稍微慢一籌。

資料庫備份

備份是在一台伺服器上託管多個資料庫的時間需求解決的另這個關鍵問題。

每這個資料庫都有自我的備份要求。 備份資料庫也許是能夠在SQL伺服器運行時實施的最繁雜的任務。 並不是因為這種備份需求佔用量大的CPU和記憶體資源(這個任務佔用的資源一般是很低的，除非你在備份的時間對資料庫開展壓縮)，而是因為備份這個巨型資料庫需求佔用量大的硬碟資源。

當開展公開備份的時間，全部資料庫必須從硬碟讀取。 如果你的硬碟系統非常繁忙，這個備份會引起性能嚴重回落。 這種備份的最佳解決措施是選擇合適的時機。 你還可以尋找能夠在備份的同時允許對資料庫備份開展壓縮的協力廠商工具。 因為這將加大SQL伺服器上的CPU的打工量，它通常僅用很少的時刻完工備份，因為需求寫入備份裝置中的資料很少。

做圖片站的 聯繫我 我給你看下www.55mm.cc後臺伺服器資料的管理