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