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
蒙田範文網