1、光纖模組
將A地的資料災備到B地，中間相隔40公里左右，兩端各有一個光纖交換機，A地是HP的，B地是Brocade的。不過HP的那個是OEM Brocade的。從一個廠商那買了幾個單模的光模組，各插在兩端的交換機上。結果發現不能通訊。一開始懷疑是鏈路衰減，後來經過測試發現不是，再懷疑是模組的問題，可是模組廠家過來換了2次，還是不通，結果模組廠商堅持認為是鏈路衰減的問題。後來就拖啊拖了1個多月（期間正好過年）。最後同事從北京公司換了個模組，問題成功解決。看來問題還是出在模組身上。
2、RAID降級
B地的管理伺服器（安裝SANtricity軟體）啟動時報錯，出現degraded字樣，進RAID卡除錯發現做的RAID1，強行進入系統，沒有問題。
3、HBA卡
在管理伺服器上用SANtricity軟體指定一個卷，並將這個卷對映給主機後，發現主機不能識別，後來將光纖插到另一個HBA卡上即可，原先那個HBA卡是壞的。
4、雙控、多路徑
由於儲存是雙控制器，並且兩控制器都啟用，因此主機連線儲存的一個卷時預設會發現兩個硬碟，在主機層配置多路徑即可。如果儲存廠商不提供多路徑軟體，主機使用開源或免費的即可。
5、HBA卡驅動
主機通過光纖連線儲存，走FC協議，因此需配置HBA卡，並且在主機上安裝HBA卡的驅動
6、叢集檔案系統
A地主機實現Oracle雙機，使用同一個儲存卷，走FC協議，結果主機方面的整合商說以前從未遇到過，只會做NAS方式的。我推薦他們用OCFS實現卷共享，他們說不安全。。。。我無語了，繼續推薦他們用其他叢集檔案系統。後來涉及到費用問題，他們還是乖乖的用OCFS了。
7、NAS機頭
還是上面那個問題，客戶的技術人員說既然無法實現卷共享，那就在儲存前面加一個NAS機頭。但是NAS機頭價格比叢集檔案系統軟體貴，而且用於資料庫環境效能會變差。
8、映象卷及切換
A地的A卷和B地的B卷做映象關係，當A捲髮生改變時，能立即反應到B卷。這樣萬一A卷故障，即可先停止他們的映象關係，然後將B卷掛載即可。
9、Solaris
B地的主機是Solaris，整合商不太懂，現場用手機各種查啊，比如檢視HBA卡的WWN號，對磁碟格式化分割槽，多路徑配置等等。
10、專案驗收
客戶提出需要找第三方公司做A地同步到B地的效能測試，Oh my God。。。
總結：
（1）、專案中遇到多次是硬體裝置的故障，例如光纖盒HBA卡，當出現問題時，千萬不能一根筋，要從各個方面去排查，大膽嘗試，小心求證。
（2）、事先要準備好相關的實施資料，包括裝置驅動、用到的軟體、相關係統和裝置的使用手冊，不怕一萬就怕萬一。
（3）、做售前或售後，不要求你像研發那樣精通到底層協議，但是要涉及的知識面要廣，從主機到應用再到儲存都要懂。
（4）、該你做的你就做，不該你做的你可以幫助，提供建議或文件，但是不要自己去動手做，不然出了問題就頭大了。
伺服器託管主機熱備常用的軟體
伺服器託管使用者無論是Linux系統還是Windows系統進行資料熱備是常用的資料儲存方式以下幾款常用軟體時使用者認可度最高的軟體。
1、Rose HA 通過Rose HA系統把兩臺伺服器與磁碟陣列系統相連，作業系統、應用軟體和Rose HA軟體分別安裝在兩臺伺服器上，資料庫放在磁碟陣列上，而兩臺伺服器通過心跳線連線。Rose HA高可用功能實現的關鍵在系統發生錯誤時進行切換，客戶端使用者並不會發現工作端有什麼變化。
支援系統:Windows 2008 R2、Linux，在應用方面，Rose HA支援Oracle、SQL Server、Sybase、MySQL.。.。.。
2、pluswell pluswell部署雙機熱備的方法有多種，純軟雙機，沒有部署磁碟陣列，而是兩個軟體，一個軟體負責雙機熱備，另一個負責資料同步。 支援的系統：Windows
3、EterneMirrorHA EterneMirrorHA也是一款不需要共享磁碟，採用塊映象技術的純軟雙機軟體。它支援Windows作業系統平臺。
4、微軟MSCS 利用微軟的MSCS（叢集服務）來實現雙機熱備，其原理是在叢集中的多個伺服器上分別安裝應用程式，但在任一時刻，應用程式只在一個節點上處於聯機狀態；當該應用程式出現宕機時，此應用程式將在另一個節點上重新啟動。
5、REYUN Cluster REYUN Cluster是採用全冗餘方式搭建的雙機熱備的軟體，它通過虛擬化磁碟組的技術將兩臺真實物理儲存虛擬成共享虛擬儲存，從而實現兩臺儲存中的資料實時同步。
災備建設的四大誤區
來源：中國計算機報
2010年08月24日11:44 我來說兩句(0) 複製連結 列印
大中小
作者：郭濤
企業只要投巨資建設了災備系統，以後就不會再出現業務中斷和資料丟失了嗎？其實，災難備份/恢復與業務連續性有很大的差別，不能將兩者混為一談。“對災備的錯誤認知是導致災備建設失敗的重要原因。”EMC公司資深業務連續性諮詢顧問許瑀表示。
容災不等於業務連續性
一些企業領導的固有思維是：容災與業務連續性是一回事，只要擁有了災備系統，就不應該再出現業務的停頓。其實，災難備份主要用於應對較大的災難事件，而不是針對區域性的事故。業務連續性的概念更寬泛，無論是區域性的故障，還是重大的災難，都不能使業務中斷。
許瑀表示：“災難備份是業務連續性的基礎，是企業多層次資訊保護體系的重要組成部分。為確保業務連續性，企業應優先考慮建設基本的災難備份和恢復系統。在„9·11‟災難事件中，美國世貿中心裡數百家沒有災難備份系統的公司徹底消失了。這充分體現了災難備份作為企業資訊架構基礎組成部分的重要性。在建立了完善的災備系統後，企業可以考慮構建多層次的資訊保護體系，進一步提升業務連續性水平。”
由於投入的資金數量不同，資訊基礎設施的狀況不同，災備建設的思路不同，不同行業的使用者在建設災備系統時，很難遵循一個統一的策略。不過，企業在建設災備系統時應遵循這樣一個原則，即無論採用何種技術手段，都必須保證資料的安全。這是災備建設的底線。
重異地災備 輕本地保護
“實際上，導致資訊系統出現中斷，97%的原因是物理裝置故障和系統的邏輯錯誤，只有3%的業務中斷是由大災難引起的。”許瑀分析說，“本地資料保護與異地災難恢復都非常重要。有的使用者認為，只要建設了異地災難恢復系統就能抵禦所有的災難，因此忽視了本地的資料保護。這其實是一個誤區。”
許瑀舉例說：“某使用者的磁碟出現故障，由於換盤時的錯誤操作導致了核心資料庫的損壞。該使用者利用本地備份系統恢復資料，恢復時間長達一週，而且丟失了兩天的資料。”有使用者盲目追求過高的異地災難恢復RTO和RPO指標，要求RTO小於4小時，RPO小於15分鐘。但事實上，該使用者在進行本地資料恢復時，RTO大於1天，RPO為24小時。使用者投巨資建設災備系統，卻不能減少因本地故障帶來的損失，這其實是本末倒置。許瑀認為，只有將資訊系統的本地資料保護和異地災難恢復相結合，才能構成完善的業務容災體系。本地資料保護與異地災難恢復防範的風險不同，因此採用的技術手段、機制和措施也不一樣。有些需要面向公眾提供服務的系統，對災難恢復的時間要求十分嚴格。但是大多數資訊系統對災難恢復等級的要求並不太高，通常可以接受幾小時的災難恢復時間。對於大多數使用者來說，最重要的不是恢復時間的長短，而是資料能夠100%被恢復。
RTO、RPO指標過高
在建設災備系統的過程中，RTO和RPO是兩個非常重要的指標。那麼，RTO與RPO的數值是不是越小越好呢？“某銀行鍼對其網上支付業務建設災備系統時，提出系統恢復時間小於30分鐘（即RTO小於30分鐘），只能丟失5分鐘的資料（即RPO小於5分鐘）。”許瑀表示，“我看到使用者的RTO和RPO指標要求時，第一感覺就是這不現實。因為銀行的系統出現故障後，為了恢復資料，技術人員通常要根據日誌對活動賬號進行分析，而所有的日誌分散在多個業務系統中，處理這些日誌可能要採用手工方式。完成上述一系列步驟，銀行至少要花費一兩個小時的時間。”
企業在制定災備恢復的目標時，一定要從業務的實際需求出發，不能盲目追求過高的RTO、RPO指標。過高的RTO和RPO指標不僅會增加災備建設的成本，而且會讓使用者迷失在數字遊戲中，對業務的保護無益。
忽視日常的運維管理
“2007年，某公司的核心業務系統發生意外宕機，多個關鍵業務資料庫癱瘓。公司領導決定啟用同城災備系統。但是在進行恢復時，技術人員發現，容災端資料嚴重滯後於生產端資料，災備系統根本無法啟用。”許瑀舉例說，“事後，人們在追查原因時發現，由於系統管理員在進行災備端測試時中斷了災備資料的複製關係，測試完成後又忘記了恢復災備資料的複製關係，從而導致災備系統無法啟用。”
在某些企業中，災備系統完全成了擺設。平時，這些企業的技術人員不對災備系統進行定期檢查，而且忽視了災備演練。因此當災難發生時，災備系統很難發揮作用。中金資料系統有限公司高階副總裁陳天晴告訴記者，他們曾經按照合同要求為某客戶提供災備演練服務，但是客戶的相關人員總以工作忙為由推脫，造成服務合同遲遲不能履行。許瑀表示：“企業在建成災備系統後，應該定期進行災備演練，並建立完善的業務連續性計劃(BCP)，包括詳細的災難恢復計劃及本地恢復計劃等。
（責任編輯：王亞紅）
伺服器災備方案
一、伺服器災備的目的
伺服器災備計劃就是在平時對伺服器的重要資料、資料庫、配置檔案、應用服務等做備份，為了在發生重大災難或者事故後，能儘快將原伺服器中重要的資料、資料庫或者應用服務等恢復出來繼續給客戶提供服務。
※本方案適用於基於Windows操作平臺下的伺服器。
二、主要的伺服器備份方式
按備份系統的準備程度，可將其分為冷備份、溫備份和熱備份三大類。
備份系統未安裝或未配置成與當前使用的系統相同或相似的執行環境， 應用系統資料沒有及時裝入備份系統。一旦發生災難，需安裝配置所需的執行環境，用資料備份介質（磁帶或光碟）恢復應用資料，手工逐筆或自動批量追補孤立資料，將終端使用者通過通訊線路切換到備份系統，恢復業務執行。優點：裝置投資較少，節省通訊費用，通訊環境要求不高。缺點：恢復時間較長，一般要數天至1周，資料完整性與一致性較差。 將備份系統已安裝配置成與當前使用的系統相同或相似的系統和網路執行環境，安裝了應用系統業務定期備份資料。一旦發生災難，直接使用定期備份資料，手工逐筆或自動批量追補孤立資料或將終端使用者通過通訊線路切換到備份系統，恢復業務執行。優點：裝置投資較少，通訊環境要求不高。缺點：恢復時間長，一般要十幾個小時至數天，資料完整性與一致性較差。
備份處於聯機狀態，當前應用系統通過高速通訊線路將資料實時傳送到備份系統，保持備份系統與當前應用系統資料的同步；也可定時在備份系統上恢復應用系統的資料。一旦發生災難，不用追補或只需追補很少的孤立資料，備份系統可快速接替生產系統執行，恢復營業。優點：恢復時間短，一般幾十分鐘到數小時，資料完整性與一致性最好，資料丟失可能性最小。缺點：裝置投資大，通訊費用高，通訊環境要求高，平時執行管理較複雜。
在計算機伺服器備份和恢復中，冷備份伺服器（cold server）是在主伺服器丟失的情況下才使用的備份伺服器。冷備份伺服器基本上只在軟體安裝和配置的情況下開啟，然後關閉直到需要時再開啟。
溫備份伺服器（warm server）一般都是週期性開機，根據主伺服器內容進行更新，然後關機。經常用溫備份伺服器來進行復制和映象操作。
熱備份伺服器（hot server）時刻處於開機狀態，同主機保持同步。當主機失靈時，可以隨時啟用熱備份伺服器來代替。
冷備份
溫備份
熱備份
三、伺服器災備的計劃
對於基於Windows操作平臺下的伺服器，因為伺服器功能、角色各不相同所以需要有不同的災備計劃來實現所有伺服器的災備方案。接下來就按伺服器的功能與角色分類，來進行不同的災備計劃：
（一） IIS：WEB應用伺服器
基於IIS的WEB伺服器可以使用冷備份、溫備份和熱備份。我們的建議是使用冷備份或溫備份，在另一臺伺服器或者虛擬機器上搭建相同的IIS環境，可以定期將生產環境下的IIS配置檔案和資料檔案匯入到備用環境中。如果生產環境下的IIS伺服器出現問題無法使用時，直接切換到備用的IIS伺服器上就可繼續為客戶提供WEB應用服務。
（二） SQL：資料庫伺服器
SQL Server上的資料庫可以使用冷備份、溫備份和熱備份。可以使用另一臺伺服器或者虛擬機器搭建起一套環境相同的SQL，然後將生產環境中的SQL上的配置檔案、資料檔案等匯入備用SQL中。如果生產環境下的SQL Server出現問題無法使用時，直接切換到備用的SQL Server上就可繼續為客戶提供資料庫服務了。還可以使用2臺伺服器同時連線儲存裝置做群集，將資料庫中的資料檔案放在群集中。這樣當其中一臺SQL Server出問題不可用的時候，管理員不用做任何操作，群集將會自動切換至另一臺SQL Server上。
（三） AD：活動目錄伺服器
活動目錄伺服器可以使用溫備份和熱備份。我們的建議是使用熱備份，建立多個域控並開啟所有域控的全域性編錄功能，讓彼此之間相互複製域資訊。這樣在某一臺域控出現問題不可用的時候，其他域控制器會自動取代它的功能為域使用者提供服務。
（四） DNS：域名伺服器
活動目錄伺服器可以使用冷備份，溫備份和熱備份。我們的建議是使用熱備份。建立多個DNS伺服器，彼此之間開啟區域複製，並且客戶端需要設定多個DNS伺服器的指向。這樣在某臺DNS伺服器出現問題不可用的時候，客戶端所指向的其他DNS伺服器能繼續為客戶端提供DNS服務。
（五） ISA：防火牆及代理伺服器
ISA伺服器可以使用冷備份和溫備份。另找一臺伺服器搭建ISA，然後將原生產環境下的ISA伺服器中的配置和一些規則匯入到備用ISA中，當ISA出現問題不可用的時候，將備用ISA啟動起來配置完成後就可繼續工作了。
（六） Exchange：郵件伺服器
Exchange可以使用熱備份。Exchange伺服器的備份主要是針對郵箱儲存這個角色進行的，推薦使用2臺伺服器同時連線儲存裝置做群集，將使用者郵箱資料儲存在群集中。這樣當其中一臺郵箱角色出問題不可用的時候，管理員不用做任何操作，群集將會自動切換至另一臺郵箱角色伺服器上。
（七） SCOM：用於伺服器監控的平臺
SCOM可以使用冷備份。可以使用另一臺伺服器或虛擬機器作為備用SCOM伺服器，當生產環境下的SCOM出問題不可用的時候，可以將備用SCOM啟用起來。
※不過受原來那臺SCOM監控的那些伺服器必須重新更改代理的配置指向新的SCOM伺服器，以便於接受新SCOM伺服器的管理和監控。
（八） SCVMM：用於管理虛擬化的平臺
SCVMM可以使用熱備份。可以使用另一臺伺服器或虛擬機器作為備用SCVMM伺服器，當生產環境下的SCOM出問題不可用的時候，將虛擬機器的資源轉移到備用SCVMM上即可。
※對於基於Hyper-V的虛擬機器災備辦法：
1、可以在平時將虛擬機器的硬碟檔案和虛擬機器配置檔案備份到異地，在虛擬機器不可用的時候直接用備份的虛擬機器硬碟檔案和配置檔案將虛擬機器重建。
2、如果虛擬機器是在SCVMM的管理下，那也可以通過SCVMM轉移到可用宿主機上進行恢復。
（九） MOSS：自動化辦公平臺
MOSS可以使用冷備份、溫備份或熱備份。可以使用另一臺伺服器或虛擬機器作為備用MOSS伺服器，定期將MOSS上的配置檔案和資料匯入到備用MOSS伺服器中去，當生產環境下的MOSS伺服器出問題不可用的時候，可以將備用MOSS伺服器啟用起來。（這是針對於MOSS伺服器上資料量較少的方案。）資料量較大的還是建議，使用2臺伺服器同時連線儲存裝置做群集，將MOSS中的資料檔案存在群集中。這樣當其中一臺MOSS出問題不可用的時候，管理員不用做任何操作，群集將會自動切換至另一臺MOSS伺服器上。
（十） DPM：用於備份和恢復的伺服器
※以上這些基於微軟產品的檔案、軟體和平臺等還都可以通過DPM來進行備份和恢復。 DPM本身也可以備份自己伺服器上的資料庫和檔案，我們建議讓DPM伺服器連線儲存裝置，將DPM備份的那些資料存在儲存裝置中。當DPM出現問題不可用的時候，可以重新搭建一臺新的DPM來識別儲存裝置中的那些備份檔案。
浪潮伺服器
浪潮塔式NP5540M
3配置：
標準塔式伺服器，國有知名品牌；
處理器：1顆六核至強E5-2420(1.90GHz/6c)/7.2GT/15ML3；
晶片組：英特爾®C600伺服器專用晶片組；
記憶體：16GB DDR3 記憶體，≥12個記憶體插槽，最大可擴充套件384GB記憶體，支援三通道讀取；
硬碟：2塊300G10000轉2.5英寸熱插拔SAS硬碟，最大支援≥8個2.5英寸熱插拔SAS硬碟；
RAID:獨立SAS RAID卡，支援RAID 0、1、5、10；
網路：整合高效能雙千兆網絡卡，支援虛擬化加速、網路加速、負載均衡、冗餘等高階功能 ；
電源及外設：伺服器單電源； DVD光碟機；
I/O擴充套件：2個PCI-E 3.0 x16，3個PCI-E 3.0 x8，1個PCI插槽；
質量認證：ISO9001、ISO14001、18001、中國環境標誌產品認證；
管理軟體：附帶中文版伺服器管理軟體，支援Windows/Linux系統跨平臺管理；跨網段的集中管理，可生成資產報表、管理員日誌、程序日誌等，支援遠端順序啟動伺服器，可以遠端監控執行狀態、多重告警等功能。
備份還原軟體：中文版備份還原軟體，自主智慧財產權（提供證書），支援windows/Linux作業系統的本地及網路備份還原功能；支援USB行動硬碟、光碟備份裝置，可實現一次進行多個磁碟或分割槽的備份。
服務：三年免費整機硬體保修，裝置廠商工程師免費上門服務；
￥：14800
浪潮機架式NF5245M
3配置：
國有知名品牌，標準2U機架式高效能伺服器；
處理器：1顆六核至強E5-2420v2(2.2GHz/6c)/7.2GT/15ML3；
晶片組：英特爾®Intel C600；
記憶體：本次配16GB DDR3記憶體，≥12個記憶體插槽，最大支援記憶體容量≥384GB，支援高階記憶體糾錯、記憶體映象、記憶體熱備等高階功能；
硬碟：本次配置2塊300G 2.5寸10000轉熱插拔SAS硬碟，最大支援≥8塊熱插拔SAS/SATA或固態硬碟；
RAID: 獨立高效能 SAS RAID卡，支援RAID0/1/5/6/10/50/60等RAID級別； 網路：整合2個intel高效能千兆控制器，支援虛擬化加速、網路加速、負載均衡、冗餘等高階網路特性；
I/O擴充套件：不少於6個PCI-E擴充套件槽，其中至少有3個PCI-E 3.0×8，2個PCI-E 3.0×4，1個PCI；
電源及外設：伺服器專用電源；機架安裝導軌，本次配置SLIM DVDRW光碟機； 安全要求：支援WINDOWS作業系統加固；
認證：中國國家強制性產品認證證書（3C證書）、質量管理體系認證證書（ISO9001）、環境管理體系認證證書（ISO14001）、職業健康管理體系認證證書（18001）；
管理軟體：提供浪潮正版中文版管理軟體，支援Windows/Linux系統跨平臺管理；跨網段的集中管理，可生成資產報表、管理員日誌、程序日誌等，支援遠端順序啟動伺服器，可以遠端監控執行狀態、多重告警等功能。
備份還原軟體：中文版備份還原軟體，自主智慧財產權，支援windows/Linux作業系統的本地及網路備份還原功能；支援USB行動硬碟、光碟備份裝置，可實現一次進行多個磁碟或分割槽的備份。
服務：廠家工程師三年免費質保服務：
￥：14600
顯示器冠捷19.5寸 ￥：680
伺服器機櫃 42U
￥：2600
蒙田範文網