使用SAN數(shù)據(jù)庫快照進(jìn)行備份（上）

beiyasjhf

http://www.bysjhf.com.cn
在對(duì)大型數(shù)據(jù)庫進(jìn)行管理時(shí)，DBA最頭痛的估計(jì)就是備份窗口了：數(shù)據(jù)庫規(guī)模越龐大，SQL Server的備份時(shí)間就會(huì)越長。頗具諷刺意味的是，更大型的數(shù)據(jù)庫，比如數(shù)據(jù)倉庫需要最小的夜間維護(hù)窗口，因?yàn)樗鼈冃枰�更多的時(shí)間來加載數(shù)據(jù)。
　　存儲(chǔ)域網(wǎng)絡(luò)（SAN）數(shù)據(jù)庫快照可以給DBA繞過備份窗的能力，通過它DBA可以在SAN內(nèi)部進(jìn)行備份而不用在操作系統(tǒng)層進(jìn)行備份。SAN廠商往往會(huì)將快照軟件同存儲(chǔ)網(wǎng)絡(luò)綁定銷售。該軟件可以同SQL Server相配合，暫時(shí)停止寫入磁盤操作，然后通知SAN進(jìn)行一個(gè)實(shí)時(shí)點(diǎn)服務(wù)器硬盤拷貝。無論硬盤大小，整個(gè)快照過程僅用時(shí)幾秒。
　　在這里，我不想去具體討論如何使用這一功能，但是我會(huì)告訴你許多它不能完成的事，這同樣很重要，為避免在工作中遇到此類麻煩，看看下面的內(nèi)容也許能讓你少走一些彎路。
　　SAN快照可以降低寫入速度
　　盡管SAN數(shù)據(jù)庫快照是一個(gè)瞬時(shí)操作，但是它的效果卻是長期的。進(jìn)行快照后有多種方法來應(yīng)對(duì)變化，而每種方法對(duì)性能的影響都不同。有些方法在寫入時(shí)會(huì)造成性能下降，因?yàn)樗鼈儠?huì)在原有拷貝和快照之間移動(dòng)數(shù)據(jù)。而有些方法會(huì)造成數(shù)據(jù)碎片，SAN會(huì)在后臺(tái)進(jìn)行清理工作從而影響性能。
　　每種方法都有自己的優(yōu)缺點(diǎn)，但是重要的是你需要獲得性能統(tǒng)計(jì)數(shù)據(jù)，分成使用快照和不使用兩種情況。對(duì)SAN做基準(zhǔn)測試，然后進(jìn)行快照，再做基準(zhǔn)測試。觀察進(jìn)行多個(gè)快照時(shí)的性能變化，最好使用和最終生產(chǎn)環(huán)境相同數(shù)目的快照。
　　仔細(xì)計(jì)劃文件組和文件布局
　　SAN快照技術(shù)并不像SQL Server那樣成熟，SQL的一些新功能已經(jīng)超過了SAN快照軟件的開發(fā)進(jìn)度。
　　例如，一些廠商只能一次快照一個(gè)硬盤，對(duì)于那些數(shù)據(jù)分布在不同硬盤的用戶來說就不太方便了。這些SAN廠商針對(duì)所有陣列都使用相同物理硬盤，共享軸來獲取更好的性能，他們指出DBA不妨可以將所有數(shù)據(jù)都放在同一硬盤上。
　　另外一些廠商可以一次對(duì)多個(gè)硬盤進(jìn)行快照，但是前提是這些硬盤處于同一SAN控制器上。理論上這可以完成最終目標(biāo)，但是它同時(shí)意味著數(shù)據(jù)庫服務(wù)器的硬盤不可以通過兩個(gè)SAN控制器來實(shí)現(xiàn)負(fù)載平衡。在數(shù)據(jù)倉庫情況下，這可以說是一個(gè)十分棘手的限制：我剛剛在SAN上部署了數(shù)據(jù)倉庫，但是我們?cè)谧詈笠豢滩诺弥�這一限制。我們已經(jīng)購買了控制器，如果我將硬盤限制在其中一個(gè)控制器上，那么就無法得到足夠的數(shù)據(jù)吞吐量。我們必須在快照和吞吐量之間做出選擇，這是我們沒有預(yù)料到的。
　　另外還有一個(gè)限制，不是所有的快照軟件都可以處理不同硬盤上有多個(gè)文件的文件組。這對(duì)于數(shù)據(jù)倉庫來說是很平常的設(shè)置，特別是SQL Server 2005分區(qū)。由于數(shù)據(jù)庫存儲(chǔ)越來越快，DBA可以重新進(jìn)行分區(qū)，將其設(shè)置為更適于快照的形式，在此之前，準(zhǔn)備工作和充分的考慮很重要。
　　解決方法是從部署開始時(shí)就把SAN供應(yīng)商牽涉進(jìn)來。向他們?cè)儐柶渌�客戶的部署信息，最好是有相同大小的�?shù)據(jù)庫。同這些客戶的DBA進(jìn)行交流，向他們?cè)儐栁募�結(jié)構(gòu)和設(shè)置。

摘自 ： 天津硬盤數(shù)據(jù)恢復(fù)

本文來自ChinaUnix博客，如果查看原文請(qǐng)點(diǎn)：http://blog.chinaunix.net/u3/98097/showart_2059725.html