NBU是否支持基于磁盤陣列的LAN-FREE備份

michael1983

這個肯定是支持的啦
要不然還玩兒啥呀

ry715

超級清楚呢，謝謝啦

mike79

這樣的備份方式有什么優(yōu)勢么？比如普通的lan-free備份，數(shù)據(jù)流直接從client-->tape，備份服務(wù)器只負(fù)責(zé)mount/umount磁帶，我們可以認(rèn)為減輕了備份服務(wù)器的負(fù)載。
而現(xiàn)在數(shù)據(jù)流從client-->ft media server-->storage，這個不就和最早的網(wǎng)絡(luò)備份類似了么？不過原來數(shù)據(jù)流從client-->media server走的是lan，現(xiàn)在走的是san，但是server的壓力并沒有減輕，還是有數(shù)據(jù)流通過。

無牙

最大的優(yōu)勢是用普通磁盤替代了VTL。減少了san meida server的部署。

需要注意的是LAN-Free的優(yōu)勢是數(shù)據(jù)流走SAN減輕了LAN的壓力，提升了備份速度，并不是減輕了media server的負(fù)擔(dān)。

所以在做備份設(shè)計的時，是選擇LAN備份還是LAN-Free備份？是要看在規(guī)定的備份窗口內(nèi)是不是能滿足備份的需求，其次這么大的數(shù)據(jù)流是不是會造成對LAN的影響。一般不會考慮LAN備份分是不不是造成了media server的負(fù)擔(dān)，增加了它的工作量。畢竟media server就是用于備份的。此外，在一般情況下media server的處理能力一定是大于以太網(wǎng)絡(luò)傳出能力。

如果非常關(guān)心media server的負(fù)載也沒有相應(yīng)的方法能解決。NBU是可以把media server做成一個STU pool，然后在media server直接做負(fù)載均衡。這樣就解決了media server的負(fù)載問題。

mike79

最大的優(yōu)勢是用普通磁盤替代了VTL。

需要注意的是LAN-Free的優(yōu)勢是數(shù)據(jù)流走SAN減輕了LAN的壓力，提升了備 ...
無牙 發(fā)表于 2010-03-11 11:48

備份服務(wù)器壓力減輕，所以才能承擔(dān)更多的并發(fā)備份任務(wù)。但是現(xiàn)在對備份服務(wù)器的吞吐能力的要求很高啊。
至于減輕LAN壓力，每個client專門配塊網(wǎng)卡，組成備份網(wǎng)絡(luò)，也能減輕業(yè)務(wù)網(wǎng)絡(luò)的負(fù)載。不過對備份服務(wù)器的吞吐能力也很高。

無牙

如果非常關(guān)注備份服務(wù)器的吞吐能力，可以采用多media server的部署方式。

另外FT server不一定就是NBU的master server 呀，它不會影響到其它主機(jī)的備份。

如果在主機(jī)上單加網(wǎng)卡，連接的是時候是用專用交換機(jī)還是仍然使用現(xiàn)有網(wǎng)絡(luò)的交換機(jī)？ 如果仍然使用現(xiàn)有網(wǎng)絡(luò)的交換機(jī)，數(shù)據(jù)仍然會在交換機(jī)上匯聚，交換機(jī)的負(fù)載沒有減輕呀，現(xiàn)有的網(wǎng)絡(luò)還是要受影響的。除非單獨布網(wǎng)，備份網(wǎng)的交換機(jī)是專用的，不和平時的業(yè)務(wù)有交叉。如果是這樣，為什么不直接用SAN? 網(wǎng)卡對主機(jī)資源的占用可要比HBA高的多。

ry715

無牙，你可以開個帖子專門講講這個，現(xiàn)在很多人做LAN-FREE都是想做到硬盤上，而不是帶庫上了。介紹介紹NBU這方面的解決方案唄

edxi

FT方式做到的是LAN-FREE，不知道NBU能不能SERVER-FREE呢？

另外想問問看多個MEDIA SERVER可以共享一個磁盤存儲？（ADVANCED DISK OPTION好像仍舊是基于操作系統(tǒng)的，而HP-UX除非已安裝了有MC，否則不能夠像WINDOWS那樣多臺機(jī)器同時訪問一個磁盤存儲，而是必須在兩臺主機(jī)使用時做vgexport和vgimport）

無牙

NBU能支持SERVER-FREE。多說情況下的SERVER-FREE能否成功，需要有硬件和其他第三方軟件的配置才行。

zhaoxinbbs

這個問題上次和一個客戶探討過的，NBU實現(xiàn)基于存儲陣列或者是直連存儲的lan free方式只有SAN client這一個可行方案。但是這個方案對HBA卡有著一定的兼容性要求。并且老外的組網(wǎng)方式和國內(nèi)用戶的組網(wǎng)方式往往是不同的，老外對media server的概念它就該是一個單獨的media server上面不會有其他的數(shù)據(jù)庫負(fù)載，多個media server實現(xiàn)負(fù)載均衡等等多個優(yōu)化配置（個人理解也可能有錯誤，莫非賽門鐵克推薦的那種組網(wǎng)方式也是一個數(shù)據(jù)庫生產(chǎn)機(jī)跑著media server呵呵）。那么我們回過來頭說如果我們配置了 san client 配置了單獨的media sever也可以說是FT服務(wù)器，不管什么兼容問題，我們運行起來了，我們對這個配置起來的系統(tǒng)有什么特別好的優(yōu)勢嗎？  恢復(fù)的時候假設(shè)san client硬件損壞，我們要快速的做異機(jī)恢復(fù)時還是需要配置san client，最慘烈的是單獨的FT server壞掉了怎么辦。對了就是這個問題，單獨的FT SERVER對于san client是致命的，我想是的。我們所謂的lan free ，每個生產(chǎn)機(jī)就是一個media server（或者是san media server）。
我們一直在討論san共享這個問題，大部分可行的方式是用軟件去做san共享機(jī)制，那個做主管的服務(wù)器其實邏輯意義上和單獨唯一的FT 是一樣的。
我們在涉及一個lan free其實就包含了2層意義，一個是走san一個是相互獨立，技術(shù)上有太多的解決方法，但是最終繞來繞去解決的方法，是不是有致命的問題？而這個致命的問題是否和其他差點的技術(shù)比劣勢更加的放大了呢？
至少我和客戶討論的結(jié)果是，客戶不會為了一個san client去單獨配完全滿足兼容性要求的hba卡，去搞幾個ft server來確保不會出單點問題，寧可利用起來多余的那塊網(wǎng)卡，而我們中國的服務(wù)器不正是性能多余嗎？