SAP系統(tǒng)容災服務
隨著各行業(yè)實施ERP戰(zhàn)略的推廣、普及 , 企業(yè)對信息系統(tǒng)的依賴程度越來越高。數(shù)據(jù)庫作為信息系統(tǒng)的核心擔當著重要的角色，尤其在一些對數(shù)據(jù)可靠性要求很高的行業(yè)如銀行、證券、電信等，如果發(fā)生意外停機或數(shù)據(jù)丟失，產(chǎn)生的損失是十分慘重，甚至是毀滅性的。
為此數(shù)據(jù)庫管理員應針對具體的業(yè)務要求制定詳細的數(shù)據(jù)庫備份與災難恢復策略，并通過模擬故障對每種可能的情況進行嚴格測試。只有這樣才能保證數(shù)據(jù)的高可用性。數(shù)據(jù)庫的備份是一個長期的過程 , 而恢復只在發(fā)生事故后進行，恢復可以看作是備份的逆過程?；謴偷某潭鹊暮脡暮艽蟪潭壬弦蕾囉趥浞莸那闆r。此外, 數(shù)據(jù)庫管理員在恢復時采取的步驟正確與否也直接影響最終的恢復結(jié)果。
迪森專門針對SAP系統(tǒng)的特殊性，為客戶提供一整套完善、安全、快捷的備份與災難搶救的解決方案，并承諾7x24小時的災難救援服務，將客戶的風險降低到最小程度。
• 數(shù)據(jù)庫系統(tǒng)（Oracle/DB2/SQL Server/Sybase/HANA）災難恢復
• SAP系統(tǒng)災難恢復
一.容災系統(tǒng)總體架構(gòu)要求
構(gòu)建一個開放的、基于行業(yè)標準的、能支持未來系統(tǒng)發(fā)展的數(shù)據(jù)容災備份中心。
系統(tǒng)設計先進、結(jié)構(gòu)合理、經(jīng)濟實用、運行穩(wěn)定、操作方便，方案具有前瞻性。
確保主要系統(tǒng)在出現(xiàn)災難時能在一分鐘內(nèi)啟動業(yè)務接管系統(tǒng)，保證業(yè)務不間斷的正常運轉(zhuǎn)。
確保數(shù)據(jù)備份系統(tǒng)安全可靠，在出現(xiàn)數(shù)據(jù)錯誤時，可以恢復到想要的任意一個時間點的數(shù)據(jù)。
能夠?qū)崿F(xiàn)異地容災備份功能。
簡單易用，高性價比，兼容性強！
二.災備技術對比分析
傳統(tǒng)的災備解決方案通常采用定時備份的方式，不能完全解決業(yè)務連續(xù)性的問題，而越來越多的用戶希望保證其IT系統(tǒng)7*24小時持續(xù)運行，這就引發(fā)了人們對CDP產(chǎn)品的強烈關注。CDP的概念最早誕生于2005年。后來，關于真假CDP的爭論甚囂塵上，CDP產(chǎn)品分化成兩大類：一種產(chǎn)品仍舊采用定時備份的模式，只是備份的時間窗口變小了，由原來的一天做一次增量備份變成一小時做一次甚至半小時做一次，人們將這種CDP產(chǎn)品稱為準CDP（Near CDP）；另一種被稱為真CDP（Ture CDP）的產(chǎn)品，可以完全消除備份窗口（在理想的硬件環(huán)境下），RPO為零，也就是真正意義上的業(yè)務連續(xù)。
CDP曾經(jīng)在中國市場上引發(fā)過一次熱潮，之后許多硬件廠商都宣稱將CDP功能引入了其存儲系統(tǒng)，CDP似乎成了一項最普通的功能，缺少了話題性，所以熱度逐漸減退。2011年，SNIA（全球網(wǎng)絡存儲工業(yè)協(xié)會）的CDP技術小組公布了一份CDP的技術文檔，其中明確指出了CDP的三要素：可以捕獲任意的數(shù)據(jù)變化，至少可以備份到另外一個地方（異地容災），可以恢復到任意時間點。只有全部滿足以上這三條要求的CDP產(chǎn)品才能稱為真CDP。依據(jù)這樣的標準，復制類技術（同步以及異步鏡像等）、快照技術（指針快照以及分割鏡像快照等）以及任何有備份窗口的計劃備份都不屬于CDP產(chǎn)品。“由此可見，CDP一定能實現(xiàn)RPO為零的實時備份，但是能實現(xiàn)實時備份的產(chǎn)品未必是CDP，因為所謂的實時備份產(chǎn)品也未必能實現(xiàn)恢復到任意時間點。
三.技術原理和特點
實時增量備份原理：
如圖1所示，在應用程序?qū)?shù)據(jù)庫進行改變數(shù)據(jù)的操作時，在應用層與本機文件層之間加入一個過濾文件系統(tǒng)，該系統(tǒng)會監(jiān)視與備份源（備份源可以是數(shù)據(jù)庫也可以是文件或者硬盤）相關的數(shù)據(jù)是否發(fā)生變化，如果是，則該系統(tǒng)會按順序復制一分該數(shù)據(jù)變化記錄用備特佳主從站之間socket規(guī)則協(xié)議將其傳遞到備機。數(shù)據(jù)變化傳到備份機以后一份與以前的數(shù)據(jù)實時recover，形成一份最新的即時可用數(shù)據(jù)，另外一份存儲在自有格式.mydata文件內(nèi)，用于數(shù)據(jù)回退。
任意回退原理：
（圖2）
如圖2所示，軟件第一次運行時會把現(xiàn)有的數(shù)據(jù)作為“基線數(shù)據(jù)”進行一次全量備份，全量完成以后會在從站端的備份目錄內(nèi)首先存放一份同樣的“基線數(shù)據(jù)” 。
其后備特佳會將其關注的數(shù)據(jù)變化按順序復制到從站的備份目錄，但是不和基線數(shù)據(jù)合并，僅存儲在自有格式的日志文件中。當需要回退操作的時候，通過讀取日志中變化數(shù)據(jù)的時間戳得到一個回退列表，里面含有全量以后的所有增量變化。選中其中的任何一個點執(zhí)行恢復操作，最終執(zhí)行為備機磁盤上的實際數(shù)據(jù)改變。
技術特點：
不管是數(shù)據(jù)庫備份還是文件備份、操作系統(tǒng)備份全部采用了最新的CDP標準技術：通過在操作系統(tǒng)核心層中植入文件過濾驅(qū)動程序，來實時捕獲所有文件訪問操作。對于需要CDP連續(xù)備份保護的文件，當CDP管理模塊經(jīng)由文件過濾驅(qū)動攔截到其改寫操作時，則預先將文件數(shù)據(jù)變化部分連同當前的系統(tǒng)時間戳（System Time Stamp）一起自動備份到備份機。所以說，任何一次的文件數(shù)據(jù)變化都會被自動記錄，因而稱之為持續(xù)數(shù)據(jù)保護（ＣＤＰ）。
1）基于數(shù)據(jù)庫級和文件級的備份。
2）在備份期間目標數(shù)據(jù)庫可使用。目標數(shù)據(jù)庫宕機后，備份機上的備份庫可以接管。
3）有數(shù)據(jù)庫任意點回退機制，保證主文件壞時，備份的數(shù)據(jù)庫及文件仍然可用。
4）速度快，實時性強。
5）備份安全可靠，如主數(shù)據(jù)庫文件遭病毒或磁盤損壞時，備份數(shù)據(jù)庫可任意回退到損壞前的數(shù)據(jù)。
6）主數(shù)據(jù)庫可同時向多個目標備份數(shù)據(jù)，同一個備份機也可以同時備份多個主庫的數(shù)據(jù)。即支持一對 多和多對一。
7）與數(shù)據(jù)庫中表的結(jié)構(gòu)無關，且無任何限制。
8）不對數(shù)據(jù)庫中的應用作任何修改。
9）對備份線路要求低。
10）對主服務器無壓力，系統(tǒng)采用消息機制，只有在數(shù)據(jù)庫發(fā)生變化時才觸發(fā)，只傳數(shù)據(jù)庫的變化部分，不同于文件考備，和數(shù)據(jù)表的輪詢。
11）對數(shù)據(jù)庫備份完整：如TABLES（表），DIAGRAMS（關系圖），VIEWS（視圖），STOREDPROCE（存儲過程），USERS（用戶），ROLES（角色），RULES（規(guī)則），DEFAULTS（缺 ?。琔SER DEFINED（用戶定義）等。
12）各操作系統(tǒng)和數(shù)據(jù)庫環(huán)境下通用，支持Linux、Windows、Unix各種操作系統(tǒng)以及各種主流的數(shù)據(jù)庫。
四.方案設計
方案部署說明：
在本地的“生產(chǎn)中心A”兩臺應用服務器上都部署UPM容災備份系統(tǒng)的數(shù)據(jù)庫及文件主站模塊。
在本地其他機房備份服務器上運行UPM容災備份系統(tǒng)數(shù)據(jù)庫及文件從站模塊，實現(xiàn)數(shù)據(jù)實時備份。
日常情況下“生產(chǎn)中心A”兩臺應用系統(tǒng)服務器中的所有數(shù)據(jù)分別實時備份到“備份中心B”中的備份服務器存儲中，保證數(shù)據(jù)的零丟失，因為本技術采用的是無限增量傳輸，所以即使是異地傳輸，也不會占用太大的帶寬。
當任何一臺應用系統(tǒng)服務器的的數(shù)據(jù)庫數(shù)據(jù)、文件數(shù)據(jù)因為出現(xiàn)邏輯性錯誤（操作失誤，誤刪除等）導致數(shù)據(jù)錯誤或者丟失后，可以從“備份中心B”中對應的回退數(shù)據(jù)進行任意時間點的數(shù)據(jù)回退，且保證回退點數(shù)據(jù)完整可用，及在數(shù)據(jù)不完整時能恢復數(shù)據(jù)到最近的完整狀態(tài)。
當任何一臺應用系統(tǒng)服務器出現(xiàn)硬件損毀導致數(shù)據(jù)丟失，在服務器修好，或者換了新的服務器過來之后，可以通過備份容災系統(tǒng)迅速恢復到之前的完整狀態(tài)，包括應用，數(shù)據(jù)庫數(shù)據(jù)，raid等。 
（圖3）
該方案的提出充分考慮到了日出東方太陽能股份有限公司的信息化特點，在采用最新、最先進、最穩(wěn)定的技術基礎之上，采用了最節(jié)省的部署模式，實現(xiàn)了較高的容災備份等保級別。保證了數(shù)據(jù)的零丟失，當發(fā)生邏輯性錯誤或者硬件損毀時還可以通過任意時間點回退實現(xiàn)數(shù)據(jù)的100%修復。
各服務器上重要數(shù)據(jù)的實時同步保護實現(xiàn)
對數(shù)據(jù)庫進行自動監(jiān)控，連續(xù)捕獲和備份數(shù)據(jù)變化,只要數(shù)據(jù)庫內(nèi)的數(shù)據(jù)發(fā)生變化，便實時、準確的備份下來。保證了數(shù)據(jù)的安全，一旦出現(xiàn)數(shù)據(jù)丟失或破壞，可以迅速的從備份機上把數(shù)據(jù)恢復回來。
主數(shù)據(jù)庫與從數(shù)據(jù)庫可以做到實時同步，消除了備份軟件中的間隔備份丟失數(shù)問題。UPM同時提供了完全不丟失數(shù)據(jù)模式和丟失秒內(nèi)業(yè)務數(shù)據(jù)校正方式。
災難發(fā)生時一分鐘內(nèi)應用切換的實現(xiàn)
當主服務器出現(xiàn)意外宕機時，備份機可以在一分鐘之內(nèi)接管主服務器的IP，提供對外的所有服務，保證核心業(yè)務的連續(xù)性，可以提供365天7*24小時的業(yè)務不間斷的保護。
災難后原有系統(tǒng)恢復的實現(xiàn)
災難發(fā)生后，原有系統(tǒng)必須盡快恢復。恢復時執(zhí)行與數(shù)據(jù)容災復制相反的過程，即從災備中心逆向同步到主數(shù)據(jù)中心，同步完成即可做應用切換，整個系統(tǒng)恢復到原有狀態(tài)。
數(shù)據(jù)邏輯錯誤的任意時間數(shù)據(jù)恢復的實現(xiàn)
可按任意操作步數(shù)或時間點進行數(shù)據(jù)快速恢復，回到數(shù)據(jù)庫的任何狀態(tài)，從而能夠找回誤刪或者損壞前的數(shù)據(jù)。在恢復的過程中不但保證了數(shù)據(jù)的完整型，而且能保證事件的完整性。解決了數(shù)據(jù)邏輯錯誤。
為此數(shù)據(jù)庫管理員應針對具體的業(yè)務要求制定詳細的數(shù)據(jù)庫備份與災難恢復策略，并通過模擬故障對每種可能的情況進行嚴格測試。只有這樣才能保證數(shù)據(jù)的高可用性。數(shù)據(jù)庫的備份是一個長期的過程 , 而恢復只在發(fā)生事故后進行，恢復可以看作是備份的逆過程?；謴偷某潭鹊暮脡暮艽蟪潭壬弦蕾囉趥浞莸那闆r。此外, 數(shù)據(jù)庫管理員在恢復時采取的步驟正確與否也直接影響最終的恢復結(jié)果。
迪森專門針對SAP系統(tǒng)的特殊性，為客戶提供一整套完善、安全、快捷的備份與災難搶救的解決方案，并承諾7x24小時的災難救援服務，將客戶的風險降低到最小程度。
• 數(shù)據(jù)庫系統(tǒng)（Oracle/DB2/SQL Server/Sybase/HANA）災難恢復
• SAP系統(tǒng)災難恢復
一.容災系統(tǒng)總體架構(gòu)要求
構(gòu)建一個開放的、基于行業(yè)標準的、能支持未來系統(tǒng)發(fā)展的數(shù)據(jù)容災備份中心。
系統(tǒng)設計先進、結(jié)構(gòu)合理、經(jīng)濟實用、運行穩(wěn)定、操作方便，方案具有前瞻性。
確保主要系統(tǒng)在出現(xiàn)災難時能在一分鐘內(nèi)啟動業(yè)務接管系統(tǒng)，保證業(yè)務不間斷的正常運轉(zhuǎn)。
確保數(shù)據(jù)備份系統(tǒng)安全可靠，在出現(xiàn)數(shù)據(jù)錯誤時，可以恢復到想要的任意一個時間點的數(shù)據(jù)。
能夠?qū)崿F(xiàn)異地容災備份功能。
簡單易用，高性價比，兼容性強！
二.災備技術對比分析
傳統(tǒng)的災備解決方案通常采用定時備份的方式，不能完全解決業(yè)務連續(xù)性的問題，而越來越多的用戶希望保證其IT系統(tǒng)7*24小時持續(xù)運行，這就引發(fā)了人們對CDP產(chǎn)品的強烈關注。CDP的概念最早誕生于2005年。后來，關于真假CDP的爭論甚囂塵上，CDP產(chǎn)品分化成兩大類：一種產(chǎn)品仍舊采用定時備份的模式，只是備份的時間窗口變小了，由原來的一天做一次增量備份變成一小時做一次甚至半小時做一次，人們將這種CDP產(chǎn)品稱為準CDP（Near CDP）；另一種被稱為真CDP（Ture CDP）的產(chǎn)品，可以完全消除備份窗口（在理想的硬件環(huán)境下），RPO為零，也就是真正意義上的業(yè)務連續(xù)。
CDP曾經(jīng)在中國市場上引發(fā)過一次熱潮，之后許多硬件廠商都宣稱將CDP功能引入了其存儲系統(tǒng)，CDP似乎成了一項最普通的功能，缺少了話題性，所以熱度逐漸減退。2011年，SNIA（全球網(wǎng)絡存儲工業(yè)協(xié)會）的CDP技術小組公布了一份CDP的技術文檔，其中明確指出了CDP的三要素：可以捕獲任意的數(shù)據(jù)變化，至少可以備份到另外一個地方（異地容災），可以恢復到任意時間點。只有全部滿足以上這三條要求的CDP產(chǎn)品才能稱為真CDP。依據(jù)這樣的標準，復制類技術（同步以及異步鏡像等）、快照技術（指針快照以及分割鏡像快照等）以及任何有備份窗口的計劃備份都不屬于CDP產(chǎn)品。“由此可見，CDP一定能實現(xiàn)RPO為零的實時備份，但是能實現(xiàn)實時備份的產(chǎn)品未必是CDP，因為所謂的實時備份產(chǎn)品也未必能實現(xiàn)恢復到任意時間點。
三.技術原理和特點
實時增量備份原理：
如圖1所示，在應用程序?qū)?shù)據(jù)庫進行改變數(shù)據(jù)的操作時，在應用層與本機文件層之間加入一個過濾文件系統(tǒng)，該系統(tǒng)會監(jiān)視與備份源（備份源可以是數(shù)據(jù)庫也可以是文件或者硬盤）相關的數(shù)據(jù)是否發(fā)生變化，如果是，則該系統(tǒng)會按順序復制一分該數(shù)據(jù)變化記錄用備特佳主從站之間socket規(guī)則協(xié)議將其傳遞到備機。數(shù)據(jù)變化傳到備份機以后一份與以前的數(shù)據(jù)實時recover，形成一份最新的即時可用數(shù)據(jù)，另外一份存儲在自有格式.mydata文件內(nèi)，用于數(shù)據(jù)回退。
任意回退原理：
（圖2）
其后備特佳會將其關注的數(shù)據(jù)變化按順序復制到從站的備份目錄，但是不和基線數(shù)據(jù)合并，僅存儲在自有格式的日志文件中。當需要回退操作的時候，通過讀取日志中變化數(shù)據(jù)的時間戳得到一個回退列表，里面含有全量以后的所有增量變化。選中其中的任何一個點執(zhí)行恢復操作，最終執(zhí)行為備機磁盤上的實際數(shù)據(jù)改變。
技術特點：
不管是數(shù)據(jù)庫備份還是文件備份、操作系統(tǒng)備份全部采用了最新的CDP標準技術：通過在操作系統(tǒng)核心層中植入文件過濾驅(qū)動程序，來實時捕獲所有文件訪問操作。對于需要CDP連續(xù)備份保護的文件，當CDP管理模塊經(jīng)由文件過濾驅(qū)動攔截到其改寫操作時，則預先將文件數(shù)據(jù)變化部分連同當前的系統(tǒng)時間戳（System Time Stamp）一起自動備份到備份機。所以說，任何一次的文件數(shù)據(jù)變化都會被自動記錄，因而稱之為持續(xù)數(shù)據(jù)保護（ＣＤＰ）。
1）基于數(shù)據(jù)庫級和文件級的備份。
2）在備份期間目標數(shù)據(jù)庫可使用。目標數(shù)據(jù)庫宕機后，備份機上的備份庫可以接管。
3）有數(shù)據(jù)庫任意點回退機制，保證主文件壞時，備份的數(shù)據(jù)庫及文件仍然可用。
4）速度快，實時性強。
5）備份安全可靠，如主數(shù)據(jù)庫文件遭病毒或磁盤損壞時，備份數(shù)據(jù)庫可任意回退到損壞前的數(shù)據(jù)。
6）主數(shù)據(jù)庫可同時向多個目標備份數(shù)據(jù)，同一個備份機也可以同時備份多個主庫的數(shù)據(jù)。即支持一對 多和多對一。
7）與數(shù)據(jù)庫中表的結(jié)構(gòu)無關，且無任何限制。
8）不對數(shù)據(jù)庫中的應用作任何修改。
9）對備份線路要求低。
10）對主服務器無壓力，系統(tǒng)采用消息機制，只有在數(shù)據(jù)庫發(fā)生變化時才觸發(fā)，只傳數(shù)據(jù)庫的變化部分，不同于文件考備，和數(shù)據(jù)表的輪詢。
11）對數(shù)據(jù)庫備份完整：如TABLES（表），DIAGRAMS（關系圖），VIEWS（視圖），STOREDPROCE（存儲過程），USERS（用戶），ROLES（角色），RULES（規(guī)則），DEFAULTS（缺 ?。琔SER DEFINED（用戶定義）等。
12）各操作系統(tǒng)和數(shù)據(jù)庫環(huán)境下通用，支持Linux、Windows、Unix各種操作系統(tǒng)以及各種主流的數(shù)據(jù)庫。
四.方案設計
方案部署說明：
在本地的“生產(chǎn)中心A”兩臺應用服務器上都部署UPM容災備份系統(tǒng)的數(shù)據(jù)庫及文件主站模塊。
在本地其他機房備份服務器上運行UPM容災備份系統(tǒng)數(shù)據(jù)庫及文件從站模塊，實現(xiàn)數(shù)據(jù)實時備份。
日常情況下“生產(chǎn)中心A”兩臺應用系統(tǒng)服務器中的所有數(shù)據(jù)分別實時備份到“備份中心B”中的備份服務器存儲中，保證數(shù)據(jù)的零丟失，因為本技術采用的是無限增量傳輸，所以即使是異地傳輸，也不會占用太大的帶寬。
當任何一臺應用系統(tǒng)服務器的的數(shù)據(jù)庫數(shù)據(jù)、文件數(shù)據(jù)因為出現(xiàn)邏輯性錯誤（操作失誤，誤刪除等）導致數(shù)據(jù)錯誤或者丟失后，可以從“備份中心B”中對應的回退數(shù)據(jù)進行任意時間點的數(shù)據(jù)回退，且保證回退點數(shù)據(jù)完整可用，及在數(shù)據(jù)不完整時能恢復數(shù)據(jù)到最近的完整狀態(tài)。
當任何一臺應用系統(tǒng)服務器出現(xiàn)硬件損毀導致數(shù)據(jù)丟失，在服務器修好，或者換了新的服務器過來之后，可以通過備份容災系統(tǒng)迅速恢復到之前的完整狀態(tài)，包括應用，數(shù)據(jù)庫數(shù)據(jù)，raid等。
（圖3）
該方案的提出充分考慮到了日出東方太陽能股份有限公司的信息化特點，在采用最新、最先進、最穩(wěn)定的技術基礎之上，采用了最節(jié)省的部署模式，實現(xiàn)了較高的容災備份等保級別。保證了數(shù)據(jù)的零丟失，當發(fā)生邏輯性錯誤或者硬件損毀時還可以通過任意時間點回退實現(xiàn)數(shù)據(jù)的100%修復。
各服務器上重要數(shù)據(jù)的實時同步保護實現(xiàn)
對數(shù)據(jù)庫進行自動監(jiān)控，連續(xù)捕獲和備份數(shù)據(jù)變化,只要數(shù)據(jù)庫內(nèi)的數(shù)據(jù)發(fā)生變化，便實時、準確的備份下來。保證了數(shù)據(jù)的安全，一旦出現(xiàn)數(shù)據(jù)丟失或破壞，可以迅速的從備份機上把數(shù)據(jù)恢復回來。
主數(shù)據(jù)庫與從數(shù)據(jù)庫可以做到實時同步，消除了備份軟件中的間隔備份丟失數(shù)問題。UPM同時提供了完全不丟失數(shù)據(jù)模式和丟失秒內(nèi)業(yè)務數(shù)據(jù)校正方式。
災難發(fā)生時一分鐘內(nèi)應用切換的實現(xiàn)
當主服務器出現(xiàn)意外宕機時，備份機可以在一分鐘之內(nèi)接管主服務器的IP，提供對外的所有服務，保證核心業(yè)務的連續(xù)性，可以提供365天7*24小時的業(yè)務不間斷的保護。
災難后原有系統(tǒng)恢復的實現(xiàn)
災難發(fā)生后，原有系統(tǒng)必須盡快恢復。恢復時執(zhí)行與數(shù)據(jù)容災復制相反的過程，即從災備中心逆向同步到主數(shù)據(jù)中心，同步完成即可做應用切換，整個系統(tǒng)恢復到原有狀態(tài)。
數(shù)據(jù)邏輯錯誤的任意時間數(shù)據(jù)恢復的實現(xiàn)
可按任意操作步數(shù)或時間點進行數(shù)據(jù)快速恢復，回到數(shù)據(jù)庫的任何狀態(tài)，從而能夠找回誤刪或者損壞前的數(shù)據(jù)。在恢復的過程中不但保證了數(shù)據(jù)的完整型，而且能保證事件的完整性。解決了數(shù)據(jù)邏輯錯誤。
