2020年數(shù)據(jù)災(zāi)備方案

數(shù)據(jù)災(zāi)備方案

目錄

第一章概述錯誤!未定義書簽。

§1.1項目背景

錯誤!未定義書簽。

§1.2數(shù)據(jù)保護原則

錯誤!未定義書簽。

§1.3備份系統(tǒng)的位置

錯誤!未定義書簽。

§1.4項目設(shè)計目標

錯誤!未定義書簽。

第二章備份設(shè)備規(guī)劃

錯誤!未定義書簽。

§2.1備份環(huán)境準備

錯誤!未定義書簽。

§2.2硬件安裝規(guī)劃

錯誤!未定義書簽。

§2.3軟件安裝規(guī)劃

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

§2.4物理帶庫安裝規(guī)劃

錯誤!未定義書簽。

第三章備份系統(tǒng)整體架構(gòu)

錯誤!未定義書簽。

§3.1整體架構(gòu)概述

錯誤!未定義書簽。

§3.2備份服務(wù)器規(guī)劃

錯誤!未定義書簽。

§3.2.1服務(wù)器

錯誤!未定義書簽。

§3.2.2客戶端

錯誤!未定義書簽。

§3.3備份設(shè)備規(guī)劃

錯誤!未定義書簽。

§3.3.1物理帶庫規(guī)劃

錯誤!未定義書簽。

§3.3.2備份一體機規(guī)劃

文檔僅供參考，不當之處，請聯(lián)系改正。

錯誤!未定義書簽。

§3.4備份SAN規(guī)劃

錯誤!未定義書簽。

§3.5備份LAN規(guī)劃

錯誤!未定義書簽。

§3.6備份數(shù)據(jù)復(fù)制

錯誤!未定義書簽。

§3.7備份性能

錯誤!未定義書簽。

第四章備份系統(tǒng)容災(zāi)設(shè)計

錯誤!未定義書簽。

§4.1備份系統(tǒng)容災(zāi)架構(gòu)概述

錯誤!未定義書簽。

§4.2備份服務(wù)器規(guī)劃

錯誤!未定義書簽。

§4.2.1服務(wù)器

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

§4.2.2客戶端

錯誤!未定義書簽。

§4.3備份設(shè)備規(guī)劃

錯誤!未定義書簽。

§4.3.1物理帶庫規(guī)劃

錯誤!未定義書簽。

§4.3.2備份一體機規(guī)劃

錯誤!未定義書簽。

§4.4備份SAN規(guī)劃

錯誤!未定義書簽。

§4.5備份LAN規(guī)劃

錯誤!未定義書簽。

§4.6磁帶的保存

錯誤!未定義書簽。

§4.6.1磁帶異地保存

錯誤!未定義書簽。

§4.6.2磁帶離線管理

文檔僅供參考，不當之處，請聯(lián)系改正。

錯誤!未定義書簽。

§4.7容災(zāi)切換

錯誤!未定義書簽。

§4.7.1備份平臺的切換

錯誤!未定義書簽。

§4.7.2介質(zhì)服務(wù)器切換

錯誤!未定義書簽。

§4.7.3備份客戶端的切換

錯誤!未定義書簽。

第五章數(shù)據(jù)備份方法與策略

錯誤!未定義書簽。

§5.1備份對象分析

錯誤!未定義書簽。

§5.1.1數(shù)據(jù)庫

錯誤!未定義書簽。

§5.1.2應(yīng)用程序和應(yīng)用日志

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

§5.1.3VMware虛擬機操作系統(tǒng)

錯誤!未定義書簽。

§5.1.4Power平臺操作系統(tǒng)

錯誤!未定義書簽。

§5.1.5X86物理機操作系統(tǒng)

錯誤!未定義書簽。

§5.1.6NBU服務(wù)器

錯誤!未定義書簽。

§5.2傳輸方式選擇

錯誤!未定義書簽。

§5.3全量、增量選擇

錯誤!未定義書簽。

§5.4備份時間窗口

錯誤!未定義書簽。

§5.5臨時備份策略

錯誤!未定義書簽。

第六章數(shù)據(jù)恢復(fù)方法與策略

文檔僅供參考，不當之處，請聯(lián)系改正。

錯誤!未定義書簽。

§6.1生產(chǎn)環(huán)境數(shù)據(jù)恢復(fù)

錯誤!未定義書簽。

§6.1.1數(shù)據(jù)庫恢復(fù)

錯誤!未定義書簽。

§6.1.2應(yīng)用程序和日志恢復(fù)

錯誤!未定義書簽。

§6.1.3VMware虛機操作系統(tǒng)的恢復(fù)

錯誤!未定義書簽。

§6.1.4Power平臺操作系統(tǒng)恢復(fù)

錯誤!未定義書簽。

§6.1.5X86物理機操作系統(tǒng)的恢復(fù)

錯誤!未定義書簽。

§6.1.6NBU服務(wù)器的恢復(fù)

錯誤!未定義書簽。

§6.2備份數(shù)據(jù)恢復(fù)驗證

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

§6.3開發(fā)測試環(huán)境取數(shù)

錯誤!未定義書簽。

第七章產(chǎn)品實施

錯誤!未定義書簽。

第八章硬件實施部分

錯誤!未定義書簽。

§81NBU5240環(huán)境及電氣要求

錯誤!未定義書簽。

§8.2NBU5240硬件示意圖

錯誤!未定義書簽。

§8.3NBU5240IPMIIKVM設(shè)置使用

錯誤!未定義書簽。

§8.4NBU5240登錄管理方式

錯誤!未定義書簽。

§8.5NBU5240輸入正式License

錯誤!未定義書簽。

§8.6NBUmaster端配置

文檔僅供參考，不當之處，請聯(lián)系改正。

錯誤!未定義書簽。

§8.7NBU5240應(yīng)用network配置

錯誤!未定義書簽。

§8.8NBU5240配置LinkAggregation

錯誤!未定義書簽。

§8.9NBU5240/etc/hosts配置

錯誤!未定義書簽。

§8.10NBU5240主機名配置

錯誤!未定義書簽。

§8.11NBU5240角色設(shè)置

錯誤!未定義書簽。

§8.12NBU5240時區(qū)，時間設(shè)置

錯誤!未定義書簽。

§8.13NBU5240存儲配置

錯誤!未定義書簽。

§8.14NBU5240FTMode配置

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

§8.15NBU5240安裝EEB

錯誤!未定義書簽。

§8.16NBU5240參數(shù)優(yōu)化

錯誤!未定義書簽。

§8.17NBU5240快速安裝客戶端

錯誤!未定義書簽。

§8.18重置NBU5240的配置

錯誤!未定義書簽。

§8.19NBU5240使用的網(wǎng)絡(luò)端口號

錯誤!未定義書簽。

§8.20NBU5240相關(guān)日志

錯誤!未定義書簽。

第九章軟件實施部分

錯誤!未定義書簽。

§9.1NetBackupMasterServer安裝

錯誤!未定義書簽。

§9.2NetBackupAIXClient安裝

文檔僅供參考，不當之處，請聯(lián)系改正。

錯誤!未定義書簽。

§9.3NetBackupOracleAgent安裝

錯誤!未定義書簽。

§9.4NetBackupWindowsJavaConsole安裝

錯誤!未定義書簽。

§9.5帶庫和磁帶配置

錯誤!未定義書簽。

§9.6備份策略配置

錯誤!未定義書簽。

第十章同城災(zāi)備實施工藝

錯誤!未定義書簽。

§10.1VCS集群軟件的安裝

錯誤!未定義書簽。

§10.2集群的資源配置

錯誤!未定義書簽。

§10.3AIR復(fù)制配置

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

第十一章項目小組和售后服務(wù)

錯誤!未定義書簽。

§11.1人員設(shè)置

錯誤!未定義書簽。

§11.2應(yīng)急預(yù)案

錯誤!未定義書簽。

§11.3基礎(chǔ)售后服務(wù)(EssentialSupport)

錯誤!未定義書簽。

§11.4高級支持服務(wù)(consulationService)

錯誤!未定義書簽。

文檔僅供參考，不當之處，請聯(lián)系改正。

第一章概述

§1.1項目背景

甘肅銀行新的數(shù)據(jù)中心即將完工，新的數(shù)據(jù)中心涉及甘肅銀行包

括核心系統(tǒng)在內(nèi)的88個業(yè)務(wù)應(yīng)用和全部生產(chǎn)數(shù)據(jù)。同城雙中心的新

架構(gòu)應(yīng)用，對數(shù)據(jù)保留的窗口時間、RTO/RPO都有新要求，為了保證

業(yè)務(wù)系統(tǒng)的正常運行和數(shù)據(jù)安全，必須建設(shè)足夠強壯的備份系統(tǒng)以滿

足現(xiàn)在和未來的使用需要。

§1.2數(shù)據(jù)保護原則

數(shù)據(jù)中心往往采用多種數(shù)據(jù)保護方法來滿足不同服務(wù)等級的

要求，備份是其中唯一采用離線手段，并能提供應(yīng)用邏輯錯誤的保

護手段，同時，備份能實現(xiàn)的RTO和RPO也是所有保護系統(tǒng)中最低

的，只有提升備份系統(tǒng)的效率，才能提升數(shù)據(jù)中心的可用性，滿足

更為嚴格的RTO/RPO要求。一般來說，能夠把數(shù)據(jù)保護分為如下三

個層次：

＞在線保護

文檔僅供參考，不當之處，請聯(lián)系改正。

在線數(shù)據(jù)保護技術(shù)包括跨陣列的數(shù)據(jù)鏡像，雙活系統(tǒng)等，此

類解決方案的RPO為0,RT0為0或者秒級。在線保護適用于對實

時性要求非常高的核心系統(tǒng)，同時它也是最昂貴的數(shù)據(jù)保護方案。

＞近線保護

近線保護是最近幾年在近線存儲技術(shù)上發(fā)展起來的，最典型

的就是CDP,它采用的技術(shù)有數(shù)據(jù)復(fù)制、克隆、快照等，能夠?qū)崿F(xiàn)

秒級RP0和分鐘級的RT0,近線保護技術(shù)是生產(chǎn)系統(tǒng)開銷最大的保

護方案。

＞離線保護

離線保護就是傳統(tǒng)的備份技術(shù)，特點是成本低廉，保存周期

和拷貝數(shù)量不受限制，但受到備份頻率的限制，RP0和RT0往往是

小時級或者天級。

§1.3備份系統(tǒng)的位置

一套系統(tǒng)往往會采用多種保護技術(shù)來進行全方位的數(shù)據(jù)保

護，根據(jù)前期的環(huán)境調(diào)研，為了保證備份系統(tǒng)對業(yè)務(wù)系統(tǒng)的完全保

護和滿足同城雙中心業(yè)務(wù)運行的要求，備份系統(tǒng)在兩個生產(chǎn)中心分

別獨立運行，同時互為備份。

文檔僅供參考，不當之處，請聯(lián)系改正。

§1.4項目設(shè)計目標

為了滿足銀監(jiān)局的要求和保障我行未來生產(chǎn)系統(tǒng)的RTO/RPO

要求，當前的備份方式已經(jīng)無法滿足業(yè)務(wù)發(fā)展要求，迫切需要建設(shè)

一套集中高效的備份系統(tǒng)。針對我行當前的業(yè)務(wù)要求、架構(gòu)規(guī)劃和

災(zāi)難恢復(fù)要求，結(jié)合對現(xiàn)有備份現(xiàn)狀和存在的問題的修正，我們將

建設(shè)跨越生產(chǎn)中心和同城容災(zāi)中心的統(tǒng)一備份系統(tǒng)。

本次集中備份系統(tǒng)的目標是建設(shè)一個集中式的備份恢復(fù)平

臺，業(yè)務(wù)系統(tǒng)服務(wù)器為備份客戶端；備份的調(diào)度、監(jiān)控、管理由備

份服務(wù)器負責(zé)，所有備份數(shù)據(jù)都由備份客戶端以SAN或者LAN的方

式寫到備份存儲或者物理帶庫中。

1.備份系統(tǒng)架構(gòu)圖:

生產(chǎn)中心結(jié)構(gòu)圖同城容災(zāi)中心結(jié)構(gòu)圖

to

集

群1

2T

光通道交換機光通道交換機

生產(chǎn)存儲驗證存儲容災(zāi)存儲物理帶庫

2.備份功能性要求

＞備份的SAN、LAN和生產(chǎn)是完全獨立的網(wǎng)絡(luò)。

＞實現(xiàn)LAN和SANClient的備份。

＞備份的所有數(shù)據(jù)將存放在統(tǒng)一的備份一體機和物理帶庫上。

＞全面覆蓋全行所有應(yīng)用系統(tǒng)的數(shù)據(jù)，包括:數(shù)據(jù)庫(ORACLE＞

DB2、SQL)、應(yīng)用程序產(chǎn)生的文件、虛機的操作系統(tǒng)、PowerVM

client端的操作系統(tǒng)。

＞實現(xiàn)備份系統(tǒng)的本地容災(zāi)。

3.備份系統(tǒng)的特性

＞通用性

支持絕大多數(shù)主流操作系統(tǒng)、數(shù)據(jù)庫和備份設(shè)備，支持新一代項

目的所有操作系統(tǒng)和數(shù)據(jù)庫備份，能夠為甘肅銀行所有系統(tǒng)提供

統(tǒng)一的備份保護。

＞可擴展性

備份系統(tǒng)具有良好的擴展性，能夠方便的添加或刪除備份客戶

端、服務(wù)器和備份設(shè)備，支持跨數(shù)據(jù)中心數(shù)據(jù)備份和備份數(shù)據(jù)容

災(zāi)，符合甘肅銀行兩地三中心的規(guī)劃要求。

文檔僅供參考，不當之處，請聯(lián)系改正。

高可靠性

生產(chǎn)中心的備份服務(wù)器和備份一體機都配置成集群和容錯模式，

具有極高的可靠性，滿足甘肅銀行7X24的數(shù)據(jù)中心備份需求。

對備份的數(shù)據(jù)按照數(shù)據(jù)的重要級別設(shè)置不同的備份策略，讓備份

軟件自動備份，減少了人工備份易犯的錯備、漏備等缺點，提高

數(shù)據(jù)的安全性，且經(jīng)過備份軟件進行恢復(fù)驗證，確保備份數(shù)據(jù)的

可靠性。

高效率

相比較甘肅銀行原先備份體系，新的集中備份架構(gòu)對數(shù)據(jù)的備

份、恢復(fù)和維護更有效率。對于大多數(shù)系統(tǒng)管理人員來說，備份

是一項繁重的任務(wù)，每天都要花費大量時間用于手工數(shù)據(jù)備份，

從而影響其它工作的開展。統(tǒng)一備份系統(tǒng)能夠?qū)崿F(xiàn)定時自動備

份，大大減輕管理員的壓力。

高度自動化

新的備份架構(gòu)將自動完成數(shù)據(jù)備份，數(shù)據(jù)的備份對于應(yīng)用系統(tǒng)來

說完全透明理想的備份系統(tǒng)是全方位，多層次的。首先，經(jīng)過多

臺一體機的冗余結(jié)構(gòu)和備份主服務(wù)器的高可用來防止硬件故障，

保證備份業(yè)務(wù)的不間斷運行。其次，備份系統(tǒng)根據(jù)策略自動執(zhí)

文檔僅供參考，不當之處，請聯(lián)系改正。

行，全面保護計算機系統(tǒng)的數(shù)據(jù)。再次，備份系統(tǒng)采用高可用冗

余架構(gòu)，切換全部自動化，完全排隊單點故障，實現(xiàn)7*24小時運

行。

＞集中管理化

利用統(tǒng)一備份系統(tǒng)，系統(tǒng)管理員可經(jīng)過WEB界面，對全網(wǎng)的備份進

行狀態(tài)查看、策略管理、故障監(jiān)控、報表匯總等統(tǒng)一集中管理。

＞災(zāi)難恢復(fù)

同城備份容災(zāi)的設(shè)計是做為同城災(zāi)備的輔助手段，把同城災(zāi)備不

能覆蓋的數(shù)據(jù)保護起來，能夠在生產(chǎn)中心發(fā)生災(zāi)難需要恢復(fù)數(shù)據(jù)

時，配合同城災(zāi)備進行數(shù)據(jù)的恢復(fù)，以便快速的恢復(fù)生產(chǎn)。

本架構(gòu)設(shè)計將是后續(xù)備份系統(tǒng)詳細設(shè)計和部署方案的基礎(chǔ)和指引。

第二章備份設(shè)備規(guī)劃

§2.1備份環(huán)境準備

在安裝NetBackup之前需要確認如下的信息：

1＞備份服務(wù)器(MasterServer)的硬件及操作系統(tǒng)版本、補丁

文檔僅供參考，不當之處，請聯(lián)系改正。

情況;

2、客戶機(Client)的硬件及操作系統(tǒng)版本、補丁情況；

3、所連接帶庫的硬件、驅(qū)動器類型；

具體的硬件及操作系統(tǒng)兼容性請見以下鏈接：

主機硬件及操作系統(tǒng)兼容性：

帶庫和帶機的兼容性：

如有數(shù)據(jù)庫需要備份，請查看數(shù)據(jù)庫的兼容性：

更多對操作系統(tǒng)的要求請見releasenotes：

§2.2硬件安裝規(guī)劃

備份主服務(wù)器：備份主服務(wù)器采用雙電源，雙口HBA,四個10GE

網(wǎng)卡并配置相應(yīng)的網(wǎng)線;

文檔僅供參考，不當之處，請聯(lián)系改正。

備份一體機：充當介質(zhì)服務(wù)器，采用雙電源，八DHBA,四個10GE

網(wǎng)卡并配置相應(yīng)的網(wǎng)線；

§2.3軟件安裝規(guī)劃

備份主服務(wù)器軟件版本為Netbackup7.7.3；

備份一體機內(nèi)置版本為2.7.3,等同于Netbackup7.7.3；

客戶端統(tǒng)一部署Netbackup7.7.3客戶端；

§2.4物理帶庫安裝規(guī)劃

物理帶庫參照物理帶庫安裝要求，物理帶庫必須接入FC網(wǎng)絡(luò)。

第三章備份系統(tǒng)整體架構(gòu)

§3.1整體架構(gòu)概述

數(shù)據(jù)中心的備份采用Veritas的第四代備份架構(gòu)，利用SAN

Client技術(shù)實現(xiàn)客戶端與備份平臺的松耦合。

文檔僅供參考，不當之處，請聯(lián)系改正。

經(jīng)過松耦合技術(shù)，實現(xiàn)備份平臺整體的集中管理，所有操作無需

在客戶端完成，大幅提升管理效率，并實現(xiàn)“云”化的備份平臺。

文檔僅供參考，不當之處，請聯(lián)系改正。

云備份架構(gòu)

業(yè)務(wù)系統(tǒng)備份系統(tǒng)

z

c

e=

tn

離線或災(zāi)備節(jié)

§3.2備份服務(wù)器規(guī)劃

§3.2.1服務(wù)器

1.功能用途

備份管理服務(wù)器是整個備份平臺的“大腦”，它的主要職能是調(diào)

度備份任務(wù)，分配備份資源，同時也是備份平臺管理的主要接口。備

份一體機和備份客戶端接受備份管理服務(wù)器的統(tǒng)一管理。OpsCenter

是NetBackup的Web管理結(jié)構(gòu)、告警平臺以及報表心。簡單來說，管理

服務(wù)器承擔三個功能角色：

文檔僅供參考，不當之處，請聯(lián)系改正。

>NetBackupMasterServer

>NetBackupOpsCenter

2.拓撲結(jié)構(gòu)

備份管理服務(wù)器由兩臺服務(wù)器組成，安裝RedHatLinux64bit操

作系統(tǒng)，使用VeritasClusterServer做成兩節(jié)點集群，Catalog

存放在中低端磁盤陣列上。

3.OpsCenter架構(gòu)

在正常情況下OpsCenter和MasterServer分別運行在不同的節(jié)點

文檔僅供參考，不當之處，請聯(lián)系改正。

上，當一個MasterServer節(jié)點出現(xiàn)故障時，VCS將自動把服務(wù)切換到

另外一?個節(jié)點。OpsCenter經(jīng)過Netbackup通用通訊組件pbx和Master

Server進行通訊，定期從MasterServer獲取各種備份狀態(tài)信息，然

后SNMP或者郵件方式發(fā)送給管理員。OpsCenter和集中監(jiān)控系統(tǒng)的告

警采用標準的SNMP協(xié)議。

4.備份一體機架構(gòu)

備份一體機充當介質(zhì)服務(wù)器(MediaServer),負責(zé)備份存儲

(一體機存儲空間和物理帶庫)的管理，雙中心結(jié)構(gòu)下每中心采用兩

臺等容量的備份一體機進行整體備份、容災(zāi)和磁帶出帶。首先，在日

常工作中，每個中心的兩臺一體機分別負責(zé)一部分業(yè)務(wù)系統(tǒng)的備份，

在各自完成備份任務(wù)后再后臺進行兩臺一體機之間的優(yōu)化復(fù)制，實現(xiàn)

單中心兩副本；其次，生產(chǎn)中心和容災(zāi)中心的備份一體機采用AIR復(fù)

制技術(shù)進行容災(zāi)同步，實現(xiàn)全部備份數(shù)據(jù)四個副本。

§3.2.2客戶端

備份客戶端為新數(shù)據(jù)中心的所有應(yīng)用和數(shù)據(jù)庫服務(wù)器，在新的數(shù)

據(jù)中心中，客戶端的操作系統(tǒng)有PowerVMclient端的AIX,X86平臺

虛擬機操作系統(tǒng)linux>windows>SUSE系統(tǒng)，客戶端的數(shù)據(jù)庫有

ORACLE.DB2和SQL及非結(jié)構(gòu)化的文件和音視頻文件,建議使用多網(wǎng)

文檔僅供參考，不當之處，請聯(lián)系改正。

卡綁定技術(shù)提高網(wǎng)路帶寬和可靠性。新數(shù)據(jù)中心200多套系統(tǒng)使用的

服務(wù)器、操作系統(tǒng)、數(shù)據(jù)庫均在NBU支持列表之內(nèi)。

§3.3備份設(shè)備規(guī)劃

§3.3.1物理帶庫規(guī)劃

物理帶庫作為長期保留和輔助備份設(shè)備，主要用于存放長期保留

的數(shù)據(jù)和音視頻文件。建議新購一臺企業(yè)級磁帶庫，新購磁帶庫配置

建議如下：

>8個LT0-6磁帶機

>非壓縮225T以上可用容量。

§3.3.2備份一體機規(guī)劃

備份存儲的需求是經(jīng)過對現(xiàn)網(wǎng)生產(chǎn)備份對存儲需求調(diào)研的基礎(chǔ)

上，增加了新建應(yīng)用的備份需求，同時對新數(shù)據(jù)中心虛機操作系統(tǒng)的

備份對存儲的需求做了預(yù)估，共需要可用存儲容量為225TO詳細需

求如下：

現(xiàn)網(wǎng)生產(chǎn)備份存儲需求：

具體應(yīng)用名稱系統(tǒng)名稱文件（G）數(shù)據(jù)庫（G）

二代支付二代支付A75

文檔僅供參考，不當之處，請聯(lián)系改正。

二代支付B4770

二代支付前置PMTSA機二代支付前置3

二代管理密押服務(wù)器二代支付前置定制機1

龍圖非稅嘉峪關(guān)5

600

IC卡業(yè)務(wù)管理12

IC卡業(yè)務(wù)

60

IC卡管理DB1080

國際業(yè)務(wù)A機200

國際業(yè)務(wù)

國際業(yè)務(wù)B機（左）21

169

自助銀行APP1A機

1

自助銀行APP2B機1

自助銀行APP01、APP1B

自助銀行1

機9

1

自助銀行數(shù)據(jù)庫01新ATMP

跨平臺數(shù)據(jù)庫A機移動營銷150

26

鄉(xiāng)村通A機叩p50

鄉(xiāng)村通1

鄉(xiāng)村通DB1135

密碼平臺A機260

密碼平臺

密碼平臺B機60

文檔僅供參考，不當之處，請聯(lián)系改正。

電子驗印應(yīng)用14

電子驗印系統(tǒng)

電子驗印數(shù)據(jù)庫90

電票系統(tǒng)APP0118

電票系統(tǒng)

電票系統(tǒng)DB60

ACSDB012

ACS

ACSAPP015.4

績效考核管理系統(tǒng)績效管理數(shù)據(jù)庫A1000

出納管理系統(tǒng)出納管理系統(tǒng)022

支付信息統(tǒng)計分析數(shù)據(jù)庫服務(wù)

支付信息統(tǒng)計分析600

器

頭寸FTP頭寸數(shù)據(jù)庫應(yīng)用服務(wù)器2457

國庫集中支付APP011

國庫集中支付

國庫集中支付DB018

網(wǎng)銀數(shù)據(jù)庫服務(wù)器0121

網(wǎng)銀交易應(yīng)用服務(wù)器1100

網(wǎng)銀電子銀行系統(tǒng)網(wǎng)銀交易應(yīng)用服務(wù)器2100

網(wǎng)銀后臺管理服務(wù)器2160

網(wǎng)銀后臺管理服務(wù)器1160

呼叫中心VPAPPA機（左）600

呼叫中心CTIA機（右）60044.1

呼叫中心呼叫中心CTIB機（左）

呼叫中心ASEA機（左）600

呼叫中心TTS服務(wù)器（右）600

文檔僅供參考，不當之處，請聯(lián)系改正。

呼叫中心知識庫A（左）600

呼叫中心數(shù)據(jù)庫A21

短信平臺短信平臺A機86.8

移動營銷MDM數(shù)據(jù)庫服務(wù)器2

移動營銷移動營銷數(shù)據(jù)庫服務(wù)器14

內(nèi)部網(wǎng)站B機（右）91

理財數(shù)據(jù)庫服務(wù)器01100

理財系統(tǒng)

理財應(yīng)用服務(wù)器0121

1370

審計系統(tǒng)審計系統(tǒng)A機

322

事后監(jiān)督及風(fēng)險預(yù)警OCR數(shù)

161

據(jù)庫

事后監(jiān)督

事后監(jiān)督及風(fēng)險預(yù)警系統(tǒng)

196

ECM數(shù)據(jù)庫

FTPFTP頭寸數(shù)據(jù)庫1000

1104數(shù)據(jù)庫服務(wù)器A220

1104報表系統(tǒng)

1104WEB服務(wù)器（右）200

積分客戶管理積分客戶管理數(shù)據(jù)庫服務(wù)器600

CRMCRM數(shù)據(jù)庫服務(wù)器1

反洗錢數(shù)據(jù)庫服務(wù)器AEAST

20557.2

數(shù)據(jù)庫服務(wù)器B

反洗錢

反洗錢數(shù)據(jù)庫服務(wù)器BEAST

803.6

數(shù)據(jù)庫服務(wù)器A

反洗錢數(shù)據(jù)庫服務(wù)器BEAST

EAST數(shù)據(jù)庫100

數(shù)據(jù)庫服務(wù)器A

文檔僅供參考，不當之處，請聯(lián)系改正。

web在虛擬機生產(chǎn)虛擬化池

n風(fēng)險數(shù)據(jù)報送系統(tǒng)風(fēng)險監(jiān)控源數(shù)據(jù)DB、Web服務(wù)器10

指標數(shù)據(jù)DB服務(wù)器10

人力資源管理數(shù)據(jù)庫，應(yīng)用21

人力資源平臺

人力資源管理數(shù)據(jù)庫，應(yīng)用1

在線學(xué)習(xí)系統(tǒng)在線學(xué)習(xí)系統(tǒng)50

精準扶貧明細臺帳系統(tǒng)精準扶貧明細臺帳系統(tǒng)115

內(nèi)控合規(guī)與風(fēng)險管理100

內(nèi)控合規(guī)與風(fēng)險管理二合一系統(tǒng)

內(nèi)控合規(guī)與風(fēng)險管理3000

人力招聘應(yīng)用服務(wù)器

人力招聘系統(tǒng)

人力招聘數(shù)據(jù)庫服務(wù)器60

IMC認證系統(tǒng)IMC服務(wù)器A機1

應(yīng)用發(fā)布系統(tǒng)

堡壘機系統(tǒng)

運維安全審計系統(tǒng)

堡壘機196

桌面安全系統(tǒng)桌面安全A204

華三智能巡檢管家1

域控子系統(tǒng)DC02域控子系統(tǒng)20

ITSM監(jiān)控系統(tǒng)網(wǎng)絡(luò)

ITSM監(jiān)控

ITSM監(jiān)控系統(tǒng)10060

ITIL管理系統(tǒng)ITIL管理系統(tǒng)60

ITIL運維管理系統(tǒng)30

檔案管理系統(tǒng)檔案管理系統(tǒng)500

IT應(yīng)用監(jiān)控平臺IT應(yīng)用監(jiān)控平臺A機（左）1

文檔僅供參考，不當之處，請聯(lián)系改正。

項目管理平臺服務(wù)器項目管理平臺服務(wù)器14

8T30T

合計：

38T

新建應(yīng)用備份存儲需求:

序號系統(tǒng)名稱數(shù)據(jù)類型GB

生產(chǎn)數(shù)據(jù)庫10500

1新一代信貸管理報表數(shù)據(jù)庫

文件數(shù)據(jù)

3個數(shù)據(jù)庫備份30000

2Bancs核心系統(tǒng)3個數(shù)據(jù)庫備份

文件系統(tǒng)

數(shù)據(jù)庫數(shù)據(jù)1000

數(shù)據(jù)庫數(shù)據(jù)

3CRM系統(tǒng)

數(shù)據(jù)庫數(shù)據(jù)

應(yīng)用數(shù)據(jù)

數(shù)據(jù)庫數(shù)據(jù)3000

數(shù)據(jù)庫數(shù)據(jù)

4ECIF系統(tǒng)

數(shù)據(jù)庫數(shù)據(jù)

應(yīng)用數(shù)據(jù)

數(shù)據(jù)庫數(shù)據(jù)3000

IBPS

5數(shù)據(jù)庫數(shù)據(jù)

超級網(wǎng)銀系統(tǒng)

數(shù)據(jù)庫數(shù)據(jù)

文檔僅供參考，不當之處，請聯(lián)系改正。

應(yīng)用數(shù)據(jù)日志

數(shù)據(jù)庫數(shù)據(jù)15000

6ODS系統(tǒng)

文件數(shù)據(jù)

7財務(wù)管理系統(tǒng)

8風(fēng)險預(yù)警系統(tǒng)數(shù)據(jù)庫數(shù)據(jù)1200

9ESB系統(tǒng)數(shù)據(jù)庫4000

文檔僅供參考，不當之處，請聯(lián)系改正。

數(shù)據(jù)庫

ESB應(yīng)用（日志文件）—

數(shù)據(jù)庫數(shù)據(jù)

10個人征信系統(tǒng)

應(yīng)用數(shù)據(jù)

數(shù)據(jù)庫數(shù)據(jù)

11企業(yè)征信系統(tǒng)

應(yīng)用數(shù)據(jù)

數(shù)據(jù)庫數(shù)據(jù)200

12統(tǒng)一身份認證系統(tǒng)目錄數(shù)據(jù)

應(yīng)用數(shù)據(jù)

GL總賬文件備份50000

AE會計核算（FDM）文件備份

AEI會計引擎界面（BPM）文件備份

CUA文件備份

13總賬系統(tǒng)SolutionManager/SMP文件備份

GL總賬數(shù)據(jù)庫

AE會計核算（FDM）數(shù)據(jù)庫

AEI會計弓|擎界面（BPM）數(shù)據(jù)庫

CUA數(shù)據(jù)庫

14柜面系統(tǒng)數(shù)據(jù)庫數(shù)據(jù)3500

批量系統(tǒng)

15財政子系統(tǒng)數(shù)據(jù)庫數(shù)據(jù)1500

特色業(yè)務(wù)系統(tǒng)

小前置業(yè)務(wù)系統(tǒng)

文檔僅供參考，不當之處，請聯(lián)系改正。

中間業(yè)務(wù)系統(tǒng)

合計126.9T

甘肅銀行新數(shù)據(jù)中心備份存儲需求統(tǒng)計:

現(xiàn)網(wǎng)生產(chǎn)數(shù)據(jù)庫和文件新建系統(tǒng)數(shù)據(jù)庫和文件現(xiàn)網(wǎng)改造加新建應(yīng)用虛機操作系統(tǒng)

38T127T60T

"raid-：225T

當前部署的應(yīng)用是未來計劃部署應(yīng)用的一半，考慮未來應(yīng)用的擴

展，備份存儲應(yīng)該450T,備份一體機提供重復(fù)數(shù)據(jù)刪除技術(shù)，從測

試結(jié)果來看，數(shù)據(jù)庫、虛機和文件的備份重復(fù)數(shù)據(jù)刪除率都超過

80%,故備份一體的可用空間在90T以上就能滿足未來新數(shù)據(jù)中心備

份的需求，空間使用率在80%以下時備份一體機性能最好，建議的備

份一體機配置為112TBo

§3.4備份SAN規(guī)劃

為了和生產(chǎn)SAN完全隔離，專門設(shè)計了備份的SAN網(wǎng)絡(luò)。為實現(xiàn)

同城容災(zāi)需求，核心備份業(yè)務(wù)的VF(VirtualFabric)和其它業(yè)務(wù)

備份SAN交換機，作為EdgeFabric經(jīng)過備份路由VFCoreFabric與

同城災(zāi)備中心備份VF實現(xiàn)級聯(lián)。保證每個生產(chǎn)區(qū)備份VF的主機能夠

與集中備份平臺的存儲和物理帶庫互通，以實現(xiàn)LANFree備份。從

文檔僅供參考，不當之處，請聯(lián)系改正。

SAN硬件底層做了高可用,保證了備份的可靠性。

主數(shù)據(jù)中心同城數(shù)據(jù)中心

物理機采用SANClient技術(shù)實現(xiàn)LANFree,虛擬化平臺需要將

DataStore所在的LUN以只讀方式Mapping給備份一體機，實現(xiàn)LAN

Free。

§3.5備份LAN規(guī)劃

備份LAN架構(gòu)：

備份LAN的設(shè)計和生產(chǎn)是獨立的，每臺主機備份網(wǎng)先連到機柜的

TOR,新的數(shù)據(jù)中心專門設(shè)計了兩臺備份匯聚交換機，從TOR上來的

備份網(wǎng)絡(luò)直接連到這兩臺備份匯聚交換機，在匯聚交換機上，為每個

生產(chǎn)區(qū)的應(yīng)用劃分了獨立的Vian,使得每個生產(chǎn)區(qū)邏輯隔離。

文檔僅供參考，不當之處，請聯(lián)系改正。

備份服務(wù)器放在核心生產(chǎn)區(qū)，在備份匯聚交換機上設(shè)置的策略是

備份服務(wù)器能夠訪問每一個區(qū)的每一臺備份服務(wù)器，由于Vian的隔

離，各區(qū)之間服務(wù)器是不能互訪的。MasterServer與備份一體機以

及Client之間的網(wǎng)絡(luò)通訊必須經(jīng)過特定的端口進行，具體要求如

下:

備份軟件現(xiàn)在只支持防火墻靜態(tài)的NAT技術(shù)，不支持動態(tài)NAT

轉(zhuǎn)換。

需要打開443、902、1556、13724（雙向通信）防火墻端口。

允許長連接，不要設(shè)置連接超時。

§3.6備份數(shù)據(jù)復(fù)制

雙中心之間備份數(shù)據(jù)和備份索引Catalog經(jīng)過AIR復(fù)制技術(shù)從生

產(chǎn)中心復(fù)制到容災(zāi)中心。

單個中心內(nèi)的兩臺備份一體機采用優(yōu)化復(fù)制技術(shù)進行備份數(shù)據(jù)同

步。

文檔僅供參考，不當之處，請聯(lián)系改正。

§3.7備份性能

總數(shù)據(jù)量+備份窗口:備份性能

第四章備份系統(tǒng)容災(zāi)設(shè)計

§4.1備份系統(tǒng)容災(zāi)架構(gòu)概述

兩臺MasterServer,安裝Linux操作系統(tǒng)。兩臺備份一體機充當

MediaServer,負責(zé)LAN和SANClient備份；備份設(shè)備為兩臺一體機

和一臺物理帶庫。

文檔僅供參考，不當之處，請聯(lián)系改正。

正常情況下，MasterServer備機處于開機狀態(tài)，分別部署

NetbackupMasterServer和OPSCenter,利用VCS構(gòu)成互備模式，備

份一體機和Client由生產(chǎn)中心的MasterServer管理，備份設(shè)備由備

份一體機管理。

當MasterServer發(fā)生故障時，經(jīng)過VCS進行切換；當一臺備份一

體機發(fā)生故障時，由另一臺備份一體機接管所有備份業(yè)務(wù)。

架構(gòu)說明:

1.備份容災(zāi)環(huán)境由如下設(shè)備組成:

1）兩臺NBUmasterserver,兩臺備份一體機。

文檔僅供參考，不當之處，請聯(lián)系改正。

2）一臺物理帶庫

2.在設(shè)計中加一臺物理磁帶庫有兩個作用：

1）直接出帶。

2）數(shù)據(jù)歸檔和數(shù)據(jù)恢復(fù)。

3）音視頻文件的直接備份。

3.備份數(shù)據(jù)和備份索引Catalog經(jīng)過AIR復(fù)制技術(shù)從生產(chǎn)中心復(fù)制

到容災(zāi)中心。

§4.2備份服務(wù)器規(guī)劃

§4.2.1服務(wù)器

1.功能用途

災(zāi)備環(huán)境的備份服務(wù)器是熱備機，平時用于容災(zāi)保護、容災(zāi)中心

的業(yè)務(wù)保護和恢復(fù)驗證，只有生產(chǎn)中心出現(xiàn)故障時會激活生產(chǎn)中心的

備份策略，對生產(chǎn)中心進行備份保護。

2.拓撲結(jié)構(gòu)

文檔僅供參考，不當之處，請聯(lián)系改正。

3.備份管理服務(wù)器為兩臺服務(wù)器，利用VCS形成集群，安裝RedHat

Linux64bit操作系統(tǒng)，備份服務(wù)器需要連接共享存儲、備份

SAN、備份LAN、生產(chǎn)LAN。

文檔僅供參考，不當之處，請聯(lián)系改正。

§4.2.2客戶端

容災(zāi)中心的備份客戶端為所有建設(shè)的同城災(zāi)備的系統(tǒng)，在同城容

災(zāi)中，客戶端的操作系統(tǒng)有PowerVMclient端的AIX,X86平臺虛擬

機操作系統(tǒng)linux、windows、SUSE系統(tǒng)，客戶端的數(shù)據(jù)有ORACLE、

DB2和SQL,建議使用多網(wǎng)卡綁定技術(shù)提高網(wǎng)路帶寬和可靠性。

§4.3備份設(shè)備規(guī)劃

§431物理帶庫規(guī)劃

建議新購一臺企業(yè)級磁帶庫，新購磁帶庫配置建議如下：

>12個LTO6driver

>非壓縮225T個以上可用容量

§4.3.2備份一體機規(guī)劃

Netbackup5240112T兩臺。

§4.4備份SAN規(guī)劃

參照備份系統(tǒng)整體架構(gòu)中SAN規(guī)劃。

§4.5備份LAN規(guī)劃

參照備份系統(tǒng)整體架構(gòu)中LAN規(guī)劃。

文檔僅供參考，不當之處，請聯(lián)系改正。

§4.6磁帶的保存

§4.6.1磁帶異地保存

有效期超過1年的數(shù)據(jù)，將會復(fù)制一份，然后在專門的數(shù)據(jù)中心

進行保管（建議在同城容災(zāi)中心）。出庫頻率為每月一次。當帶庫中沒

有可用磁帶時，把保存時間最長的磁帶取出保管，然后放入新磁帶。

§4.6.2磁帶離線管理

對于保管在同城容災(zāi)數(shù)據(jù)中心的出庫磁帶，建議放在專用的磁帶

介質(zhì)保存柜，并定期進行恢復(fù)測試，以驗證磁帶的可用性；對于將要

達到磁帶保存壽命（LT06的磁帶壽命是）的磁帶，可將磁帶從數(shù)據(jù)

中心取回放入生產(chǎn)中心的磁帶庫，使用集中備份軟件的Copy功能來將

此磁帶復(fù)制到一盤新的磁帶進行保管；

§4.7容災(zāi)切換

當生產(chǎn)中心出現(xiàn)災(zāi)難需要進行容災(zāi)切換時，備份系統(tǒng)的切換將分

為如下兩個層面進行：

備份平臺的切換：

包括Masterserver、備份一體機，當MasterServer發(fā)生故障

時，由于Catalog庫在共享存儲上，因此，經(jīng)過VCS直接對Netbackup

文檔僅供參考，不當之處，請聯(lián)系改正。

主服務(wù)器程序和服務(wù)IP進行切換后完成；備份一體機兩臺構(gòu)成存儲

池，平時各負責(zé)一半的備份任務(wù)和備份后的快速同步，當一臺發(fā)生故

障時，由存儲池中另一臺備份一體機承擔所有備份任務(wù)。

備份客戶端切換:

備份系統(tǒng)在進行備份時，會訪問客戶端集群的服務(wù)IP,當客戶端

發(fā)生故障切換時，服務(wù)IP會隨業(yè)務(wù)切換完成切換，對備份系統(tǒng)而言，

這個過程是全透明，無感知的。

文檔僅供參考，不當之處，請聯(lián)系改正。

§4.7.1備份平臺的切換

MasterServer切換

當生產(chǎn)中心發(fā)生災(zāi)難，需要使用容災(zāi)中心的備份平臺進行備份

時，切換流程如下：

1）在容災(zāi)端MasterServer上啟用已經(jīng)配置好的備份策略。

2）手工配置生產(chǎn)中心的MasterServer的IP地址至容災(zāi)中心備份平

臺。

3）生產(chǎn)中心客戶端受容災(zāi)中心備份平臺管理進行備份。

4）完成上述切換過程預(yù)計需要1小時。

§4.7.2介質(zhì)服務(wù)器切換

介質(zhì)服務(wù)器不需要切換，因為容災(zāi)端的備份一體機一直是Online

的，能夠直接使用。

§4.7.3備份客戶端的切換

同城容災(zāi)中心的客戶端不需要切換。

文檔僅供參考，不當之處，請聯(lián)系改正。

第五章數(shù)據(jù)備份方法與策略

§5.1備份對象分析

新數(shù)據(jù)中心統(tǒng)一備份系統(tǒng)備份的對象和內(nèi)容如下表：

AIXLinuxWindowsSuseOracleDB2SQL應(yīng)用

PowerVM平臺VVVV

X86的VMware平臺VVVVVV

X86物理機VVV

Power物理機VVV

§5.1.1數(shù)據(jù)庫

數(shù)據(jù)庫備份原則：

數(shù)據(jù)庫是備份系統(tǒng)的主要保護對象，甘肅銀行在新數(shù)據(jù)中心有88

套數(shù)據(jù)庫，數(shù)據(jù)庫的類型有ORACLE、DB2、SQL,NBU都能夠支持這些數(shù)

據(jù)庫的在線備份方式。

文檔僅供參考，不當之處，請聯(lián)系改正。

<500G,每天全備份

數(shù)據(jù)庫備份

>500G,每周一次全備+6次增量備份

核心數(shù)據(jù)庫每天全備

數(shù)據(jù)庫的備份

每1-4小時備份一次

日志備份

備份完成后刪除前一天的日志文件

1.數(shù)據(jù)庫在線備份

1）備份方法：

核心、交易類系統(tǒng)每天全備份一次。管理類系統(tǒng)如果數(shù)據(jù)量小

于500GB的每天全備份一次；大于500GB的每周全備份，每天進行一

次增量備份。備份數(shù)據(jù)庫的同時，將會對數(shù)據(jù)庫日志進行備份。

1）備份流程:

文檔僅供參考，不當之處，請聯(lián)系改正。

2.數(shù)據(jù)庫日志備份

1）備份方法：

核心、交易類系統(tǒng)數(shù)據(jù)庫日志每小時備份一次，管理類系統(tǒng)的數(shù)

據(jù)庫每4小時備份一次。每次備份完成后，刪除一天以前的日志文

件。

2）備份流程:

文檔僅供參考，不當之處，請聯(lián)系改正。

§5.1.2應(yīng)用程序和應(yīng)用日志

1.應(yīng)用程序在備份變更前后，由應(yīng)用負責(zé)人提出申請，備份管理員

手工發(fā)起備份，備份數(shù)據(jù)的有效期以各應(yīng)用的要求為準。

2.設(shè)置備份專用目錄，應(yīng)用把需要備份的數(shù)據(jù)拷貝在備份目錄下，

備份系統(tǒng)按照應(yīng)用的要求，進行策略設(shè)置、備份，備份完成后，

備份系統(tǒng)刪除備份過的文件。如果應(yīng)用系統(tǒng)對應(yīng)用日志的備份有

特定需求，需要在詳細的備份需求中提出。

文檔僅供參考，不當之處，請聯(lián)系改正。

§5.1.3VMware虛擬機操作系統(tǒng)

1.備份方法

VMwarevStorageAPIforDataProtection經(jīng)過部署在物理機

或者虛擬機上的代理服務(wù)器對VMwareESX/ESXi以及其上運行的虛擬

機群(Windows,Linux等)進行全面的數(shù)據(jù)保護。

2.備份的方式有：

1)對虛擬機上的操作系統(tǒng)的全備份；

2)虛擬機增量備份；

3.備份頻率

所有的虛機操作系統(tǒng)每個季度備份一次