河北銀行:用CDP保障業務系統的故障快速恢復
河北銀行作為銀監會批准的全國首批五家城市合作銀行試點之一,是河北省成立最早的城市商業銀行。也是河北省金融市場上一支重要的金融力量。為了確保資金滿足的通暢,提供更高標準的服務水平,河北銀行投資開發了高起點、功能完善、技術先進、安全可靠的綜合業務系統。而隨著全新的業務系統即將上線執行,核心系統的安全保障和穩定執行則成為河北銀行最為至關重要的問題。建立良好的具備“保駕護航”能力的保障系統對於河北銀行的IT系統而言, 無疑是系統安全執行的“定心丸”,其作用和意義將會長期持續。
為了確保新業務系統順利上線,並在上線過程中及上線後保證業務系統的穩定執行,河北銀行的IT部門對新業務系統上線的整個過程進行了仔細的風險分析,最終,他們認為在新業務系統上線過程中及上線後,主要會面臨以下幾方面的風險:
1. 系統上線中:突發故障無法即時恢復,無法保證業務穩定執行。
a. 新系統割接和執行時,新核心程式在穩定執行之前的執行風險。 b. 原系統在割接前需要完整的備份以備出現意外的回退,而這種完整備份如果採用原有的磁帶備份需要耗費很長的備份視窗,並且一旦真出現意外需要恢復,則恢復是一個複雜、耗時(可能達到7-8小時)和有可能恢復失敗風險。 |
2. 系統上線後:不具備本地故障快速恢復能力,無法保證業務連續性
c. 一旦業務系統因各種原因執行出現故障或出現資料丟失,將直接導致關聯業務的中止執行,進而可能造成災難 的後果 d. 一旦生產的磁碟裝置出現故障(Raid受到破壞),將直接導致關聯業務的中止執行。儲存裝置故障具有“殺手”的特徵,對於資訊系統的破壞力是十分致命的。 |
可見,核心系統的突發故障風險時刻都在威脅著業務系統的安全執行能力,業務體系沒有有效的快速保障體系是一件十分危險的事情。河北銀行需要一套有效的快速保障系統,既需要保障新核心系統的上線安全,又要保障今後核心系統的穩定和可靠執行。經過嚴格的評估,飛康CDP快速恢復解決方案成為實現這一目標的最佳選擇。
實時備份,快速簡單
在核心上線之前,由飛康CDP對於原有核心繫統進行實時備份(產生多個快照備份和當前備份),一旦上線成功,則立即啟動對於新核心系統的實時備份(啟用錄影備份形成更為精細的IO顆粒度)。
錄影級精細恢復顆粒,確保即時恢復到需要的任意時間點畢竟,業務系統的變動是有風險的。如果核心上線時出現故障(例如執行異常、系統異常、儲存異常等),可以立即回退到原有核心繫統,或者利用飛康的快照技術(在CDP裝置只需要拖動
滑鼠)回退到上線之前的最後一個時間點。飛康CDP資料保護體系是業界第一個提出“瞬間恢復和精細點恢復”的廠家,在業界樹立了標準:
核心系統資料庫出現表級別的丟失或損壞:利用飛康CDP進行恢復則可實現RPO=0,RTO=0,而且整個恢復過程生產資料庫不用停止。
核心系統主機檔案丟失或損壞(包括資料庫檔案和應用程式檔案):使用飛康CDP恢復只需要3個步驟大約10分鐘的恢復時間。
核心系統主機由於系統升級或打補丁或者其他原因引起資料庫無法啟動或者資料庫癱瘓:可以直接利用飛康CDP裝置的錄影技術進行精細點驗證後,一旦確認了可恢復性,只需要進行錄影向CDP主磁碟的Rollback回滾就可以精細恢復到可啟動的任意時間點。用這種方法進行恢復非常迅速,因為備份的資料和生產系統資料格式相同,資料立即可用,與資料量無關,一般來說常規恢復的時間不會超過10分鐘。
核心系統磁碟組故障:使用飛康CDP裝置中的映象磁碟可接替其執行,保證使用者的業務不中斷。目前,河北銀行的IT系統建設暫時要求的是對於新業務系統的快速恢復保障,而隨著業務的不斷髮展,以及國家對於金融單位在災難恢復方面提出的高標準、嚴要求,未來建立全系統的容災體系是必然的趨勢。飛康CDP不僅在當前可以完全滿足使用者的資料保護需求,在未來的容災體系建設中,也可以幫助使用者實現‘無死角’的全面防災。使用者即可以對現有的保障體系進行進一步延伸和擴充套件,以更好的保護現有IT投資,也可以憑藉飛康CDP所具備的完全開放的特點,完全採用新的容災裝置和技術。
相關文章
- 用Windows XP故障恢復控制檯恢復系統(轉)Windows
- 在Linux中,如何進行系統故障恢復?Linux
- Windows XP 系統故障恢復寶典(轉)Windows
- Oracle資料庫故障恢復資料庫系統故障恢復效能優化指南大全Oracle資料庫優化
- 用DUL恢復故障的資料庫資料庫
- 銀河麒麟系統部署keepalived.故障處理
- Oracle 不同故障的恢復方案Oracle
- Win11系統恢復經典的右鍵選單方法(CMD快速執行)
- postgreSQL 恢復至故障點 精準恢復SQL
- 銀河麒麟系統安裝mongodb副本集故障處理MongoDB
- 【伺服器資料恢復】VMFS檔案系統RAID5硬碟故障的資料恢復案例伺服器資料恢復AI硬碟
- fast_start_mttr_target快速啟動平均故障恢復的時間AST
- AIX系統儲存故障後的Oracle 10g RAC恢復過程AIOracle 10g
- 保障醫共體業務系統安全,綠盟科技在行動
- 3.6遷移故障恢復
- ORACLE 常見故障恢復Oracle
- 伺服器資料恢復-V7000儲存磁碟故障導致業務中斷的資料恢復案例伺服器資料恢復
- 怎樣用恢復驅動器來恢復win10 使用恢復驅動器恢復win10系統的步驟Win10
- [ORACLE] 系統故障資料庫恢復--資料檔案無損壞Oracle資料庫
- IBM X3650伺服器系統損壞故障的資料恢復IBM伺服器資料恢復
- Linux 系統恢復Linux
- 【伺服器資料恢復】Linux伺服器EXT4檔案系統故障的資料恢復案例伺服器資料恢復Linux
- 恢復使用過Reset5的系統啟用介面
- Linux也有後悔藥,五種方案快速恢復你的系統Linux
- 伺服器資料恢復—EMC儲存zfs檔案系統下raid5故障的資料恢復案例伺服器資料恢復AI
- 用rman執行塊恢復
- 資料庫不同故障的恢復方式資料庫
- Oracle資料庫Redo故障的恢復Oracle資料庫
- win xp故障恢復控制檯應用例項(轉)
- Windows XP 故障恢復控制檯應用例項(轉)Windows
- SQLServer異常故障恢復(二)SQLServer
- Ceph monitor故障恢復探討
- MySQL資料庫故障恢復MySql資料庫
- [譯] 分散式系統如何從故障中恢復?— 重試、超時和退避分散式
- oracle快速恢復區Oracle
- Linux 系統的備份恢復Linux
- 系統被入侵後的恢復(轉)
- HP系統的備份與恢復