數(shù)據(jù)管理方案

1、 紫光數(shù)據(jù)管理方案 第 1 頁(yè)電力數(shù)據(jù)中心電力數(shù)據(jù)中心數(shù)據(jù)備份方案數(shù)據(jù)備份方案2014-5-19版本：摘要：本文根據(jù)電力數(shù)據(jù)中心備份和容災(zāi)的詳細(xì)需求，通過紫光備份容災(zāi)模塊建設(shè)備份、容災(zāi)系統(tǒng)，實(shí)現(xiàn)通過成熟的技術(shù)，協(xié)助用戶保護(hù)現(xiàn)有的投資，構(gòu)建適合可持續(xù)發(fā)展備份、容災(zāi)架構(gòu)。 紫光數(shù)據(jù)管理方案 第 2 頁(yè)目目 錄錄第第 1 章章 客戶需求分析客戶需求分析.41.1客戶環(huán)境 .41.2備份需求 .4第第 2 章章 備份方案設(shè)計(jì)備份方案設(shè)計(jì).52.1備份系統(tǒng)架構(gòu)圖 .52.2架構(gòu)說明 .52.3以 SAN/NAS 存儲(chǔ)提供備份、容災(zāi)及演練空間的特性.52.4備份容災(zāi)機(jī)制 .62.4.1Oracle 數(shù)據(jù)庫(kù)

2、備份.62.4.2應(yīng)用備份.72.4.3非結(jié)構(gòu)化數(shù)據(jù)備份.72.4.4備份數(shù)據(jù)的容災(zāi).72.4.5容災(zāi)中心數(shù)據(jù)恢復(fù)演練.72.5ORACLE數(shù)據(jù)庫(kù)備份方案 .82.6備份數(shù)據(jù)容災(zāi)機(jī)制 .112.6.1重復(fù)數(shù)據(jù)刪除.112.6.2基于重刪的容災(zāi)技術(shù) DASH Copy.122.7系統(tǒng)自身的管理 .132.7.1內(nèi)置報(bào)表.132.7.2數(shù)據(jù)校驗(yàn).142.7.3恢復(fù)演練.15第第 3 章章 策略建議方案策略建議方案.163.1備份策略建議 .163.2備份類型的選擇 .163.3數(shù)據(jù)庫(kù)的備份策略 .183.4文件的備份策略 .183.5選擇適當(dāng)?shù)拇鎯?chǔ)介質(zhì) .19第第 4 章章 系統(tǒng)監(jiān)控及權(quán)限管理方案

3、系統(tǒng)監(jiān)控及權(quán)限管理方案.204.1紫光報(bào)告功能 .214.1.1系統(tǒng)狀態(tài)統(tǒng)計(jì).214.1.2作業(yè)運(yùn)行狀況統(tǒng)計(jì).224.2操作審計(jì)功能 .254.3自動(dòng)報(bào)警功能 .254.4AD 集成與權(quán)限管理功能 .27第第 5 章章 紫光產(chǎn)品優(yōu)勢(shì)紫光產(chǎn)品優(yōu)勢(shì).305.1用戶界面 .30 紫光數(shù)據(jù)管理方案 第 3 頁(yè)5.2數(shù)據(jù)庫(kù)備份恢復(fù)的圖形化管理 .305.3完善的報(bào)告 .315.4恢復(fù)時(shí)搜索 .325.5預(yù)檢測(cè)功能 .325.6斷點(diǎn)續(xù)傳功能 .325.7定期磁帶校驗(yàn) .33 紫光數(shù)據(jù)管理方案 第 4 頁(yè)第第 1 1 章章客戶需求分析客戶需求分析1.11.1 客戶環(huán)境客戶環(huán)境客戶環(huán)境如下：生產(chǎn)中心有 6 套

4、獨(dú)立的系統(tǒng)每個(gè)系統(tǒng)為獨(dú)立的 Oracle 數(shù)據(jù)庫(kù)主機(jī)分別為 IBM P5 560 ，IBM X365，IBM X3650，IBM P55A，P740，P740，IBM X3850 X5目前現(xiàn)有的數(shù)據(jù)量為 6T 左右，每年新增加的一個(gè)數(shù)據(jù)量在 2-3T 左右目前客戶計(jì)劃?rùn)C(jī)房進(jìn)行搬遷，搬遷之前先要做一個(gè)災(zāi)備的項(xiàng)目，先進(jìn)行容災(zāi)備份，然后進(jìn)行容災(zāi)演練，成功后進(jìn)行搬遷項(xiàng)目，容災(zāi)實(shí)現(xiàn)數(shù)據(jù)級(jí)的災(zāi)備，要求能夠備份 ibm小機(jī)以及 x86 平臺(tái)的系統(tǒng)，應(yīng)用，數(shù)據(jù)庫(kù)以及非結(jié)構(gòu)化數(shù)據(jù)，1.21.2 備份需求備份需求Oracle 數(shù)據(jù)庫(kù)的保護(hù)：數(shù)據(jù)庫(kù)的保護(hù)：對(duì) X86 平臺(tái)和 IBM AIX 平臺(tái)的 Oracle 數(shù)

5、據(jù)進(jìn)行本地?cái)?shù)據(jù)的備份，當(dāng)數(shù)據(jù)發(fā)生丟失，在生產(chǎn)中心進(jìn)行快速的數(shù)據(jù)恢復(fù)應(yīng)用程序保護(hù)：應(yīng)用程序保護(hù)：對(duì) X86 平臺(tái)和 IBM AIX 平臺(tái)的應(yīng)用進(jìn)行本地的數(shù)據(jù)備份，當(dāng)數(shù)據(jù)發(fā)生丟失，先在生產(chǎn)中心進(jìn)行快速的數(shù)據(jù)恢復(fù)非結(jié)構(gòu)化數(shù)據(jù)保護(hù)：非結(jié)構(gòu)化數(shù)據(jù)保護(hù)：對(duì) X86 平臺(tái)和 IBM AIX 平臺(tái)的非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行本地的數(shù)據(jù)備份，當(dāng)數(shù)據(jù)發(fā)生丟失，先在生產(chǎn)中心進(jìn)行快速的數(shù)據(jù)恢復(fù)備份數(shù)據(jù)的異地容災(zāi)：備份數(shù)據(jù)的異地容災(zāi)：將生產(chǎn)中心的應(yīng)用程序、非結(jié)構(gòu)化數(shù)據(jù)和 Oracle 數(shù)據(jù)庫(kù)數(shù)據(jù)的備份數(shù)據(jù)定期復(fù)制到容災(zāi)機(jī)房，進(jìn)行備份數(shù)據(jù)的異地容災(zāi)。容災(zāi)中心的異地恢復(fù)演練：容災(zāi)中心的異地恢復(fù)演練：在異地容災(zāi)中心進(jìn)行 Oracle

6、數(shù)據(jù)庫(kù)，應(yīng)用程序和非結(jié)構(gòu)化數(shù)據(jù)的恢復(fù)演練，驗(yàn)證備份的有效性。 紫光數(shù)據(jù)管理方案 第 5 頁(yè)第第 2 2 章章備份方案設(shè)計(jì)備份方案設(shè)計(jì)2.12.1 備份系統(tǒng)架構(gòu)圖備份系統(tǒng)架構(gòu)圖2.22.2 架構(gòu)說明架構(gòu)說明1、 在生產(chǎn)數(shù)據(jù)中心紫光的備份模塊，負(fù)責(zé)管理整個(gè)備份域。2、 在數(shù)據(jù)中心部署一臺(tái)紫光存儲(chǔ)，配置 9 塊 2T SATA 硬盤，作為備份介質(zhì)。3、 在容災(zāi)數(shù)據(jù)中心部署一臺(tái)服務(wù)器，作為紫光的介質(zhì)服務(wù)器，負(fù)責(zé)進(jìn)行備份數(shù)據(jù)的異地容災(zāi)。4、 在容災(zāi)中心部署兩臺(tái)存儲(chǔ)，一臺(tái)配置配置 9 塊 2T SATA 硬盤，作為備份數(shù)據(jù)的容災(zāi)存儲(chǔ)。另外一臺(tái)也配置 9 塊 2T SATA 硬盤，作為容災(zāi)恢復(fù)演練的數(shù)據(jù)存儲(chǔ)

7、。5、 在容災(zāi)中心部署一臺(tái) X86 架構(gòu)的服務(wù)器，負(fù)責(zé) X86 架構(gòu)的 Oracle 數(shù)據(jù)庫(kù)的容災(zāi)演練。部署一臺(tái) IBM AIX 平臺(tái)的服務(wù)器，負(fù)責(zé) AIX 平臺(tái) Oracle 數(shù)據(jù)庫(kù)的容災(zāi)演練。2.32.3 以以 SAN/NASSAN/NAS 存儲(chǔ)提供備份、容災(zāi)及演練空間的特性存儲(chǔ)提供備份、容災(zāi)及演練空間的特性1、 集 SAN 和 NAS 功能于一身紫光存儲(chǔ)結(jié)合高性能連接、復(fù)雜的存儲(chǔ)管理軟件、靈活的接口支持、及高可靠的存儲(chǔ)設(shè)備于一體，集 SAN 和 NAS 功能于一身，提供了低成本和超高性能的解決方案，不僅滿足 紫光數(shù)據(jù)管理方案 第 6 頁(yè)當(dāng)前對(duì)擴(kuò)展性和功能性的要求，而且適應(yīng)未來嚴(yán)苛的應(yīng)用環(huán)

8、境。紫光的紫光的 IP SAN 系統(tǒng)也可支持多種接口，可以支持系統(tǒng)也可支持多種接口，可以支持 FC、IB 接口接口 。2、 更低的實(shí)現(xiàn)成本，實(shí)現(xiàn)備份容災(zāi)基于 iSCSI 技術(shù)構(gòu)建的 SAN，完全兼容傳統(tǒng)的以太網(wǎng)設(shè)備，對(duì)現(xiàn)有的環(huán)境改動(dòng)最小，可有效降低在存儲(chǔ)連接設(shè)備方面的投資。IP SAN 對(duì)于分布式的異地存儲(chǔ)需求也有著顯著的投資優(yōu)勢(shì)， 3、 靈活擴(kuò)展的網(wǎng)絡(luò)架構(gòu)由于是對(duì)基于 IP 的通信，可以利用現(xiàn)有的以太網(wǎng)環(huán)境同時(shí)部署 SAN/NAS，完美解決在備份、容災(zāi)系統(tǒng)遠(yuǎn)程數(shù)據(jù)的傳輸。產(chǎn)品特性：高可靠性多路徑冗余保護(hù)，提供端到端的業(yè)務(wù)分擔(dān)和冗余保護(hù)。多種 RAID 支持保障了數(shù)據(jù)的安全，特別是 RAID5

9、 技術(shù)，允許 1 塊硬盤同時(shí)出現(xiàn)故障，不影響數(shù)據(jù)的正常訪問，有效的保證了數(shù)據(jù)的安全性。高性能先進(jìn)的體系架構(gòu)，多通道千兆網(wǎng)口網(wǎng)口提供大帶寬的保障；優(yōu)化的多進(jìn)程軟件，提供了強(qiáng)大的 IO 處理能力。易管理維護(hù)便捷的 WEB 管理方式，實(shí)現(xiàn)存儲(chǔ)系統(tǒng)的快速部署，提供聲光、郵件等告警模式，確保設(shè)備故障信息不會(huì)被忽視或遺漏。高性價(jià)比高容量低成本的 SATAII 硬盤和高速度高安全的 SAS 硬盤混插，滿足不同的業(yè)務(wù)需求；遠(yuǎn)程數(shù)據(jù)復(fù)制功能，節(jié)省了備份軟件的投資，方便構(gòu)建異地容災(zāi)系統(tǒng)；完全兼容以太網(wǎng)運(yùn)行環(huán)境，提供了一個(gè)高性價(jià)比的網(wǎng)絡(luò)存儲(chǔ)解決方案。2.42.4 備份容災(zāi)機(jī)制備份容災(zāi)機(jī)制2.4.12.4.1 Ora

10、cleOracle 數(shù)據(jù)庫(kù)備份數(shù)據(jù)庫(kù)備份1、 在 Oracle 服務(wù)器中安裝紫光備份客戶端，負(fù)責(zé) Oracle 的備份。2、 在 Oracle 服務(wù)器中安裝紫光的介質(zhì)服務(wù)器，對(duì) Oracle 數(shù)據(jù)庫(kù)進(jìn)行 LAN_Free 架構(gòu) 紫光數(shù)據(jù)管理方案 第 7 頁(yè)的備份。提高備份性能和減少備份窗口。3、 采用紫光重復(fù)數(shù)據(jù)刪除功能，對(duì) Oracle 進(jìn)行備份。大大減少了對(duì)備份存儲(chǔ)的空間占用2.4.22.4.2 應(yīng)用備份應(yīng)用備份1、 在應(yīng)用服務(wù)器安裝紫光相應(yīng)的應(yīng)用客戶端，負(fù)責(zé)應(yīng)用的數(shù)據(jù)備份2、 當(dāng)應(yīng)用的數(shù)據(jù)量較大時(shí)，在應(yīng)用服務(wù)器安裝紫光介質(zhì)服務(wù)器，對(duì)應(yīng)用數(shù)據(jù)進(jìn)行LAN_Free 架構(gòu)的備份3、 采用紫光重

11、復(fù)數(shù)據(jù)刪除功能，對(duì)應(yīng)用數(shù)據(jù)進(jìn)行備份。大大減少了對(duì)備份存儲(chǔ)的空間占用2.4.32.4.3 非結(jié)構(gòu)化數(shù)據(jù)備份非結(jié)構(gòu)化數(shù)據(jù)備份1、 在文件服務(wù)器安裝紫光文件客戶端，負(fù)責(zé)非結(jié)構(gòu)化數(shù)據(jù)的備份2、 當(dāng)非結(jié)構(gòu)化數(shù)據(jù)量較大時(shí)，在服務(wù)器安裝紫光介質(zhì)服務(wù)器，對(duì)非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行LAN_Free 架構(gòu)的備份3、 采用紫光重復(fù)數(shù)據(jù)刪除功能，對(duì)非結(jié)構(gòu)化數(shù)據(jù)進(jìn)行備份。大大減少了對(duì)備份存儲(chǔ)的空間占用2.4.42.4.4 備份數(shù)據(jù)的容災(zāi)備份數(shù)據(jù)的容災(zāi)1、 第一次，將生產(chǎn)中心的備份數(shù)據(jù)通過網(wǎng)絡(luò)全部復(fù)制到容災(zāi)中心2、 后續(xù)定期進(jìn)行備份數(shù)據(jù)的增量容災(zāi)復(fù)制3、 數(shù)據(jù)容災(zāi)增量復(fù)制采用重復(fù)數(shù)據(jù)刪除技術(shù)，僅復(fù)制變化的數(shù)據(jù)塊，大大減少了數(shù)據(jù)容

12、災(zāi)需要傳輸?shù)臄?shù)據(jù)量，實(shí)現(xiàn)了窄帶寬下的備份數(shù)據(jù)容災(zāi)2.4.52.4.5 容災(zāi)中心數(shù)據(jù)恢復(fù)演練容災(zāi)中心數(shù)據(jù)恢復(fù)演練1、 將備份數(shù)據(jù)從生產(chǎn)中心復(fù)制到容災(zāi)中心后，可以通過紫光介質(zhì)服務(wù)器備份數(shù)據(jù)恢復(fù)到恢復(fù)演練服務(wù)器。2、 從 X86 平臺(tái)備份的數(shù)據(jù)，恢復(fù)到 X86 平臺(tái)恢復(fù)演練服務(wù)器。從 IBM AIX 平臺(tái)備份出來的數(shù)據(jù)，恢復(fù)到 IBM AIX 平臺(tái)恢復(fù)演練服務(wù)器。3、 恢復(fù)演練可以通過紫光的定時(shí)自動(dòng)恢復(fù)功能，實(shí)現(xiàn)備份數(shù)據(jù)的自動(dòng)恢復(fù)演練。對(duì)備份數(shù)據(jù)進(jìn)行異地異機(jī)恢復(fù)演練。 紫光數(shù)據(jù)管理方案 第 8 頁(yè)2.52.5 OracleOracle 數(shù)據(jù)庫(kù)備份方案數(shù)據(jù)庫(kù)備份方案紫光 Simpana 支持對(duì)所有主流

13、數(shù)據(jù)庫(kù)的全圖形化備份、恢復(fù)。本方案以 Oracle 數(shù)據(jù)庫(kù)為例介紹對(duì)數(shù)據(jù)庫(kù)的備份及恢復(fù)。從應(yīng)用角度劃分，Oracle 的數(shù)據(jù)庫(kù)備份分為脫機(jī)（或離線）與在線備份兩種方式。脫機(jī)備份是指在數(shù)據(jù)庫(kù)系統(tǒng)加載而未打開方式的情況下進(jìn)行的備份，有時(shí)也稱冷備份。冷備份進(jìn)行時(shí)實(shí)際是將數(shù)據(jù)庫(kù)的相關(guān)文件作為文件系統(tǒng)的一部分進(jìn)行備份。而在線備份是數(shù)據(jù)庫(kù)打開方式下進(jìn)行的備份，有時(shí)也稱熱備份。該方式需要數(shù)據(jù)庫(kù)備份代理和數(shù)據(jù)庫(kù)系統(tǒng)的支持。此時(shí)數(shù)據(jù)庫(kù)的應(yīng)用除性能上受到備份任務(wù)的輕微影響外仍然可用，而脫機(jī)備份時(shí)數(shù)據(jù)庫(kù)是不可用的。方案建議書中所指的備份是在線備份。在對(duì) Oracle 的熱備份或在線備份中，紫光主要是通過數(shù)據(jù)庫(kù)自身備

14、份工具 RMAN 與紫光 Galaxy 數(shù)據(jù)庫(kù)備份代理將數(shù)據(jù)庫(kù)的相關(guān)文件，如 Oracle 系統(tǒng)的數(shù)據(jù)庫(kù)、控制文件、以及歸檔日志進(jìn)行備份，并通過紫光的 Galaxy 備份軟件來管理存儲(chǔ)介質(zhì)。對(duì)數(shù)據(jù)庫(kù)的恢復(fù)分成兩個(gè)過程，Restore 和 Recovery。通常來講，磁盤上數(shù)據(jù)庫(kù)損壞丟失等意外情況發(fā)生的時(shí)候，首先做的是數(shù)據(jù)庫(kù)的 Restore，也就是把備份好數(shù)據(jù)庫(kù)從磁帶恢復(fù)(Restore)到磁盤的過程；然后，再把恢復(fù)到磁盤上的數(shù)據(jù)通過 Oracle 提供的 API以及恢復(fù)(Restore)出來的歸檔日志來把數(shù)據(jù)庫(kù)到恢復(fù)(Recover)到某一個(gè)時(shí)間點(diǎn)(Point in time recover

15、y)。此外從備份方法上，有以下幾種方式：1.1.全備份全備份 (Full(Full Backup)Backup)對(duì)整個(gè)數(shù)據(jù)庫(kù)作完全備份，優(yōu)點(diǎn)是恢復(fù)快，缺點(diǎn)是備份數(shù)據(jù)量大，數(shù)據(jù)多時(shí)可能做一次全備份需很長(zhǎng)時(shí)間。當(dāng)執(zhí)行該備份時(shí)，SQL Server 將：備份在備份過程中發(fā)生的任何活動(dòng)；備份歸檔日志。 （為了保證數(shù)據(jù)一致性）2.2.增量備份增量備份 (Differential(Differential Backup)Backup)當(dāng)數(shù)據(jù)被頻繁更改時(shí)，執(zhí)行增量備份，該備份方的優(yōu)勢(shì)在于更小的備份數(shù)據(jù)量和更快的恢復(fù)速度。只有在執(zhí)行完全數(shù)據(jù)庫(kù)備份的基礎(chǔ)上，才可執(zhí)行差異備份。在增量備份過程中，Oracle 將：

16、只備份自最近一次數(shù)據(jù)庫(kù)備份后發(fā)生更改的數(shù)據(jù)庫(kù)部分；相應(yīng)的歸檔日志； 紫光數(shù)據(jù)管理方案 第 9 頁(yè)3 3 歸檔日志備份歸檔日志備份 (ArchiveLog(ArchiveLog Backup)Backup)經(jīng)常做歸檔日志備份，可保證恢復(fù)時(shí)數(shù)據(jù)丟失量最少，甚至不丟失。執(zhí)行歸檔日志備份應(yīng)滿足以下條件：至少執(zhí)行一次完全數(shù)據(jù)庫(kù)備份，否則無(wú)法備份歸檔日志；如果沒有恢復(fù)至少一個(gè)完全數(shù)據(jù)庫(kù)備份，則不能恢復(fù)歸檔日志；紫光 Galaxy 可以備份整個(gè)數(shù)據(jù)庫(kù)或數(shù)據(jù)庫(kù)部件，如全庫(kù)、表空間、數(shù)據(jù)文件、控制文件、歸檔文件以及 Spfile 參數(shù)文件，同時(shí)支持基于時(shí)間點(diǎn)的恢復(fù)。而且對(duì)上述的備份及恢復(fù)均是基于圖形界面，如圖所

17、示：備份界面：恢復(fù)界面 紫光數(shù)據(jù)管理方案 第 10 頁(yè) 紫光數(shù)據(jù)管理方案 第 11 頁(yè)2.62.6 備份數(shù)據(jù)容災(zāi)機(jī)制備份數(shù)據(jù)容災(zāi)機(jī)制2.6.12.6.1 重復(fù)數(shù)據(jù)刪除重復(fù)數(shù)據(jù)刪除數(shù)據(jù)量及帶寬一直是傳統(tǒng)容災(zāi)方案中難以平衡的兩個(gè)問題。在本項(xiàng)目容災(zāi)方案設(shè)計(jì)中，我們采用了重復(fù)數(shù)據(jù)刪除技術(shù)以及基于重刪技術(shù)的異地傳輸，大大減少了傳輸?shù)臄?shù)據(jù)量，實(shí)現(xiàn)了在有限帶寬的情況下傳輸更大的數(shù)據(jù)量。離線備份離線備份75%+ reductionJob1Job2Job3Managed Copies在線數(shù)據(jù)在線數(shù)據(jù)近線備份近線備份Dedupe Engine90%+ reductionData-Dedupe StoreNorma

18、l Disk Store重復(fù)數(shù)據(jù)刪除已經(jīng)迅速成為眾多 IT 架構(gòu)師的基本需求。第三代紫光重復(fù)數(shù)據(jù)刪除是該領(lǐng)域的領(lǐng)先者，它允許用戶降低存儲(chǔ)成本，使用更少的網(wǎng)絡(luò)資源，將網(wǎng)絡(luò)的數(shù)據(jù)傳輸量減少90%，將備份時(shí)間窗口縮短 50%，將保存到磁盤、磁帶或云上的備份和歸檔數(shù)據(jù)量減少高達(dá)90%，同時(shí)不需要用戶鎖定設(shè)備。紫光將源端和目標(biāo)端重復(fù)數(shù)據(jù)刪除完全集成到統(tǒng)一數(shù)據(jù)管理解決方案中，提供了一流的性能，可顯著地降低備份時(shí)間及對(duì)整個(gè)環(huán)境的影響。 紫光數(shù)據(jù)管理方案 第 12 頁(yè)在將備份和歸檔數(shù)據(jù)通過網(wǎng)絡(luò)發(fā)送到服務(wù)器和存儲(chǔ)器之前，先在源端進(jìn)行重復(fù)數(shù)據(jù)刪除，以消除冗余的數(shù)據(jù)。 用戶可以在具有不同保留要求的幾千個(gè)客戶端內(nèi)輕松

19、地進(jìn)行全局重復(fù)數(shù)據(jù)刪除。所有這一切，共同實(shí)現(xiàn)了更短的備份窗口、更低的管理成本以及更強(qiáng)勁、更可靠的數(shù)據(jù)保護(hù)。 紫光的第三代重復(fù)數(shù)據(jù)刪除解決方案的主要優(yōu)點(diǎn)包括：源端重復(fù)數(shù)據(jù)刪除技術(shù)在客 戶端消除重復(fù)的備份和歸檔數(shù)據(jù)，避免浪費(fèi)昂貴的網(wǎng)絡(luò)資源，整個(gè)網(wǎng)絡(luò)的數(shù)據(jù)傳輸量減少90%。 通過全局刪除具有不同保護(hù)策略的不同位置上的幾百個(gè)客戶端的重復(fù)數(shù)據(jù)，可跨越不同的存儲(chǔ)系統(tǒng)、不同的存儲(chǔ)策略，最大限度地消除多個(gè)數(shù)據(jù)中心的重復(fù)數(shù)據(jù)。通過開放系統(tǒng)軟件，輕松而經(jīng)濟(jì)高效地?cái)U(kuò)展。開放式重復(fù)數(shù)據(jù)刪除使用戶不再局限于某種設(shè)備的?？梢允褂萌魏伍_放式磁盤平臺(tái)，只要它滿足數(shù)據(jù)保護(hù)策略要求在存儲(chǔ)到云或磁帶前刪除重復(fù)數(shù)據(jù)，降低數(shù)據(jù)保留成本

20、。 能同時(shí)地、單獨(dú)地或在非繁忙的時(shí)刻創(chuàng)建多個(gè)有效的去重?cái)?shù)據(jù)的副本；每個(gè)副本可以使用不同的保存策略，以滿足業(yè)務(wù)的需求。使用新的 DASH Copy 和 DASH Full 功能，顯著縮短創(chuàng)建冗余去重副本所需的時(shí)間。涵蓋遠(yuǎn)程辦事處和大型數(shù)據(jù)中心的小型和大型數(shù)據(jù)環(huán)境。 簡(jiǎn)單管理 只需要幾個(gè)簡(jiǎn)單的點(diǎn)擊操作就可以啟用重復(fù)數(shù)據(jù)刪除功能，并可以在源端和目標(biāo)端重復(fù)數(shù)據(jù)刪除間來回切換，以滿足業(yè)務(wù)要求。 2.6.22.6.2 基于重刪的容災(zāi)技術(shù)基于重刪的容災(zāi)技術(shù) DASHDASH CopyCopy DedupeDedupe 感知功能感知功能 只傳送變化過的去重后的數(shù)據(jù)塊,減少網(wǎng)絡(luò)帶寬占用 靈活的保留周期設(shè)定靈活的

21、保留周期設(shè)定 去重后的每個(gè)拷貝都有獨(dú)立的數(shù)據(jù)保留周期 平臺(tái)無(wú)關(guān)性平臺(tái)無(wú)關(guān)性 源端和目標(biāo)端可食用任何存儲(chǔ)設(shè)備,提升靈活性 多層級(jí)聯(lián)拷貝多層級(jí)聯(lián)拷貝 可以無(wú)縫生成多級(jí)拷貝,每級(jí)拷貝使用不同的保留周期.建議本地存放一個(gè)拷貝實(shí)現(xiàn)本地恢復(fù),再分別存放容災(zāi)拷貝和長(zhǎng)期保留拷貝 工作原理如下圖所示： 紫光數(shù)據(jù)管理方案 第 13 頁(yè)紫光可以實(shí)現(xiàn)任意點(diǎn)基于重復(fù)數(shù)據(jù)拷貝的容災(zāi)技術(shù)。2.72.7 系統(tǒng)自身的管理系統(tǒng)自身的管理2.7.12.7.1 內(nèi)置報(bào)表內(nèi)置報(bào)表報(bào)告報(bào)告使用使用/ /特性特性/ /好處好處工作報(bào)告?zhèn)浞莨ぷ鳉v史記錄驗(yàn)證備份工作已經(jīng)運(yùn)行，更快速地發(fā)現(xiàn)并修復(fù)故障。恢復(fù)工作歷史記錄驗(yàn)證恢復(fù)工作已經(jīng)運(yùn)行，更快速

22、地發(fā)現(xiàn)并修復(fù)故障。工作計(jì)劃審查并評(píng)估您的預(yù)定數(shù)據(jù)管理，包括備份、數(shù)據(jù)老化和災(zāi)難恢復(fù)備份；預(yù)先發(fā)現(xiàn)并避免任何問題。存儲(chǔ)策略副本中的工作審查所有受保護(hù)和可用數(shù)據(jù)的總結(jié)，確保符合保留策略并驗(yàn)證該數(shù)據(jù)是否可以恢復(fù)。網(wǎng)絡(luò)附加存儲(chǔ) NDMP審查在網(wǎng)絡(luò)附加存儲(chǔ) NDMP 上的所有受保護(hù)和可用數(shù)據(jù)的總結(jié)，確保符 紫光數(shù)據(jù)管理方案 第 14 頁(yè)備份歸檔合保留策略并驗(yàn)證該數(shù)據(jù)是否可以恢復(fù)。存儲(chǔ)報(bào)告介質(zhì)上的數(shù)據(jù)和老化預(yù)測(cè)審查并評(píng)估所有磁性、磁帶和光學(xué)庫(kù)的介質(zhì)使用；通過預(yù)先規(guī)劃容量需求降低成本并避免數(shù)據(jù)丟失。庫(kù)和驅(qū)動(dòng)器報(bào)告審查并評(píng)估所有磁性、磁帶和光學(xué)庫(kù)上的庫(kù)和驅(qū)動(dòng)器使用；通過更有效地利用介質(zhì)降低成本。介質(zhì)信息報(bào)告和

23、臨時(shí)池報(bào)告所有介質(zhì)的健康狀況檢查總結(jié)提供可用介質(zhì)總體準(zhǔn)備情況的快速審查。詳細(xì)結(jié)果可以確保您定位、審查并確保單個(gè)介質(zhì)的適當(dāng)處理存儲(chǔ)策略報(bào)告審查確定的所有紫光存儲(chǔ)策略，幫助精確調(diào)整您的數(shù)據(jù)保護(hù)和輔助副本配置。CommServe 報(bào)告CommCell 準(zhǔn)備情況和總結(jié)報(bào)告Re 審查您的紫光備份環(huán)境，或 CommCell，及其操作準(zhǔn)備情況；更方便地預(yù)先查找并解決問題，避免故障發(fā)生。事件審查事件，快速查找和排除故障并追蹤趨勢(shì)。圖形用戶界面審計(jì)痕跡和用戶能力快速定位人為錯(cuò)誤的問題來源-因此您可以重新培訓(xùn)并消除這些錯(cuò)誤。用戶能力審查分配給單個(gè)用戶和用戶組的管理能力，確保適當(dāng)?shù)目刂品秶?。許可總結(jié)在大范圍的系統(tǒng)配

24、置中方便地追蹤并管理您的紫光許可。存儲(chǔ)追蹤報(bào)告追蹤更容易追蹤并管理介質(zhì)轉(zhuǎn)換周期并確保遵守在非現(xiàn)場(chǎng)位置保存和保持介質(zhì)的策略；快速調(diào)節(jié)介質(zhì)庫(kù)存；確保介質(zhì)在磨損導(dǎo)致數(shù)據(jù)無(wú)法恢復(fù)之前停止使用。表：內(nèi)置報(bào)表2.7.22.7.2 數(shù)據(jù)校驗(yàn)數(shù)據(jù)校驗(yàn)當(dāng)數(shù)據(jù)存儲(chǔ)介質(zhì)后，沒有方法可確定那些數(shù)據(jù)真的能恢復(fù)，缺乏立即處理恢復(fù)的方法。 紫光數(shù)據(jù)管理方案 第 15 頁(yè)由于這個(gè)問題會(huì)導(dǎo)致效率差，用于數(shù)據(jù)保護(hù)的費(fèi)用、時(shí)間和資源加倍，也就是說保證可恢復(fù)性是必要的。磁帶驅(qū)動(dòng)器已經(jīng)有 CRC 校驗(yàn)來保證數(shù)據(jù)寫入，但它不能保證寫入數(shù)據(jù)是可恢復(fù)的，紫光的數(shù)據(jù)校驗(yàn)工具是用來校驗(yàn)備份能否恢復(fù)。數(shù)據(jù)校驗(yàn)工具能被設(shè)置成在所有備份、所有全備份后

25、運(yùn)行，或在備份中剛出現(xiàn)或以完成某個(gè)數(shù)據(jù)時(shí)開始運(yùn)行。用了數(shù)據(jù)校驗(yàn)工具能讓你在恢復(fù)數(shù)據(jù)時(shí)安心，因?yàn)閿?shù)據(jù)在需要時(shí)是真的能被恢復(fù)。2.7.32.7.3 恢復(fù)演練恢復(fù)演練為了確保數(shù)據(jù)可以恢復(fù)，我們建議：1.每天下午 16:00 時(shí)運(yùn)行“準(zhǔn)備就緒檢查”并發(fā)送給相應(yīng)的管理人員，檢查整個(gè)備份系統(tǒng)狀態(tài)，盡量避免一些諸如 DNS 解析失敗、磁帶庫(kù)脫機(jī)等故障導(dǎo)致凌晨備份失敗。2.每天上午 8:00 時(shí)運(yùn)行作業(yè)狀況報(bào)表，以了解上一天備份運(yùn)行情況，確認(rèn)每個(gè)重要系統(tǒng)的作業(yè)均正確運(yùn)行。3.每周對(duì)整個(gè)備份系統(tǒng)生成審計(jì)報(bào)告，確認(rèn)沒有意外的訪問4.每周對(duì)存放重要系統(tǒng)的備份數(shù)據(jù)的磁帶進(jìn)行數(shù)據(jù)校驗(yàn)，避免介質(zhì)錯(cuò)誤5.對(duì)于重要的系統(tǒng)，可

26、以準(zhǔn)備 1 臺(tái)恢復(fù)演練服務(wù)器，并可以通過軟件自動(dòng)將生產(chǎn)數(shù)據(jù)恢復(fù)到其上，確認(rèn)備份的數(shù)據(jù)可以恢復(fù)。 紫光數(shù)據(jù)管理方案 第 16 頁(yè)第第 3 3 章章策略建議策略建議方案方案3.13.1 備份策略備份策略建議建議在規(guī)劃備份策略解決方案時(shí)，有很多因素必須考慮，這些因素包括： 避免不必要的備份 選擇適當(dāng)?shù)膫浞輹r(shí)間 選擇適當(dāng)?shù)膫浞蓊愋?選擇適當(dāng)?shù)拇鎯?chǔ)媒體我們可以根據(jù)需求系統(tǒng)備份、數(shù)據(jù)庫(kù)備份、文件備份等不同數(shù)據(jù)與業(yè)務(wù)類型，方便的采用任意一種，或者自定義。其中數(shù)據(jù)的備份可以采用循環(huán)備份中的增量/差分備份（日志備份）+完全備份的方式。我們可以根據(jù)需求系統(tǒng)備份、數(shù)據(jù)庫(kù)備份、文件備份等不同數(shù)據(jù)與業(yè)務(wù)類型，方便的采用

27、任意一種，或者自定義。這主要取決于每次備份的數(shù)據(jù)量和備份的速度。理論上，備份的間隔越短越好，但每次備份總需一定的時(shí)間，而且備份總會(huì)或多或少地影響系統(tǒng)的正常處理性能。紫光支持按年、月、日的備份，也支持按小時(shí)進(jìn)行的備份。3.23.2 備份類型的選擇備份類型的選擇備份類型主要有三種：全備份增量備份差異備份除此之外，紫光 Simpana 軟件還提供了以下兩種備份類型，它們的作用是輔助備份過程，節(jié)省關(guān)鍵備份窗口的時(shí)間：輔助副本備份合成完全備份全備份全備份將備份所有選定的文件，然后將每個(gè)文件標(biāo)記為已備份（換句話說，存檔屬性 紫光數(shù)據(jù)管理方案 第 17 頁(yè)被清除） 。如果使用全備份，恢復(fù)所有文件時(shí)僅需具備最

28、新的備份文件副本或磁帶，全備份通常在首次創(chuàng)建備份集時(shí)執(zhí)行。增量備份增量備份僅備份那些自上次全備份或增量備份以來創(chuàng)建或更改的文件。增量備份將文件標(biāo)記為已備份（換句話說，存檔屬性被清除） 。如果結(jié)合全備份和增量備份，恢復(fù)所有數(shù)據(jù)時(shí)必須具備最新的全備份集和所有增量備份集。差異備份差異備份僅備份那些自上次全備份或增量備份以來創(chuàng)建或更改的文件。差異備份不將文件標(biāo)記為已備份（換句話說，存檔屬性不被清除） 。如果結(jié)合全備份和差異備份，恢復(fù)所有數(shù)據(jù)時(shí)既需要最新全備份的文件或磁帶，也需要最新差異備份的文件或磁帶。輔助副本輔助（或次要）副本是備份數(shù)據(jù)的副本。已復(fù)制的數(shù)據(jù)是主要備份副本的真實(shí)映像。如果主要備份服務(wù)器

29、、設(shè)備和媒體丟失或損壞，已復(fù)制的數(shù)據(jù)可用作熱備用備份副本。主要副本和次要副本使用不同的媒體，通常使用不同的備份庫(kù)。合成全備份合成全備份將選定數(shù)據(jù)的最新全備份與所有后續(xù)增量和/或差異備份組合在一起，然后將結(jié)果存儲(chǔ)在單個(gè)存檔文件中。綜合全備份主要用于提高還原操作的性能。因?yàn)橐M(jìn)行成功的還原，需要的僅是單個(gè)備份。在確定備份類型時(shí)，必須考慮備份對(duì)網(wǎng)絡(luò)帶寬的影響和恢復(fù)數(shù)據(jù)所需的時(shí)間。表 1 描述了各類備份的優(yōu)缺點(diǎn)。表表 ：備份類型比較：備份類型比較備份類型備份類型優(yōu)點(diǎn)優(yōu)點(diǎn)缺點(diǎn)缺點(diǎn)全備份易于查找文件，因?yàn)槲募嘉挥诋?dāng)前備份媒體上。文件恢復(fù)只需要一種媒體或一組媒體。費(fèi)時(shí)。如果文件不頻繁進(jìn)行更改，備份內(nèi)容幾乎

30、完全相同。增量需要存儲(chǔ)的數(shù)據(jù)最少。備份速度最快。完全恢復(fù)系統(tǒng)需要的時(shí)間比全備份或差異備份長(zhǎng)。差異恢復(fù)時(shí)僅需要最新全備份的媒體和差異備份的媒體，備份速度比全備份快。完全恢復(fù)系統(tǒng)需要的時(shí)間比全備份長(zhǎng)。如果大量數(shù)據(jù)發(fā)生變化，備份所需的時(shí)間長(zhǎng)于增量備份的時(shí)間。輔助副本制作備用的備份磁帶原樣副本。與實(shí)際副本相 紫光數(shù)據(jù)管理方案 第 18 頁(yè)備份類型備份類型優(yōu)點(diǎn)優(yōu)點(diǎn)缺點(diǎn)缺點(diǎn)比，輔助副本的生成速度更快。副本可現(xiàn)場(chǎng)保存供災(zāi)難恢復(fù)之用。合成全備份將全備份和增量備份合并到一個(gè)新的全備份中，該全備份位于保存在網(wǎng)絡(luò)和/或關(guān)鍵服務(wù)器之外的庫(kù)中。備份和還原時(shí)間減少。 3.33.3 數(shù)據(jù)庫(kù)的備份策略數(shù)據(jù)庫(kù)的備份策略從應(yīng)用角

31、度劃分，數(shù)據(jù)庫(kù)備份分為脫機(jī)與在線備份兩種方式。脫機(jī)備份是指在數(shù)據(jù)庫(kù)系統(tǒng)加載而未打開方式的情況下進(jìn)行的備份，有時(shí)也稱冷備份。冷備份進(jìn)行時(shí)實(shí)際是將數(shù)據(jù)庫(kù)的相關(guān)文件作為文件系統(tǒng)的一部分進(jìn)行備份，但仍將與普通的文件系統(tǒng)備份不同，它需要數(shù)據(jù)庫(kù)備份代理和數(shù)據(jù)庫(kù)系統(tǒng)的支持。而在線備份是數(shù)據(jù)庫(kù)打開方式下進(jìn)行的備份，有時(shí)也稱熱備份，此時(shí)數(shù)據(jù)庫(kù)的應(yīng)用除性能上受到備份任務(wù)的影響外仍然可用，而脫機(jī)備份時(shí)數(shù)據(jù)庫(kù)是不可用的。方案建議書中所指的備份絕大多數(shù)是在線備份，但建議用戶在進(jìn)行數(shù)據(jù)庫(kù)運(yùn)行較長(zhǎng)時(shí)間后或系統(tǒng)進(jìn)行了較大的結(jié)構(gòu)性修改后進(jìn)行一次脫機(jī)備份，盡管它不是必須進(jìn)行的。本方案針對(duì)數(shù)據(jù)庫(kù)的備份主要是通過數(shù)據(jù)庫(kù)自身備份工具與

32、紫光數(shù)據(jù)庫(kù)備份代理將數(shù)據(jù)庫(kù)的相關(guān)文件，如系統(tǒng)的控制文件、數(shù)據(jù)文件、日志文件進(jìn)行備份。通?？梢詫?duì)單個(gè)的數(shù)據(jù)文件或整個(gè)數(shù)據(jù)庫(kù)進(jìn)行備份。數(shù)據(jù)庫(kù)系統(tǒng)備份時(shí)間策略每天執(zhí)行數(shù)據(jù)庫(kù)的全備份；注：為了減少 RPO，可以在允許的情況下適當(dāng)提高備份頻度，例如可以在工作時(shí)間每隔兩小時(shí)備份數(shù)據(jù)庫(kù)日志。3.43.4 文件的備份策略文件的備份策略對(duì)于文件的備份可以將要備份的數(shù)據(jù)劃分成兩部分，一部分是純操作系統(tǒng)數(shù)據(jù)的備份，另一部分是系統(tǒng)中的應(yīng)用數(shù)據(jù)。通常來講，操作系統(tǒng)數(shù)據(jù)只有安裝系統(tǒng)軟件包或改變一些系統(tǒng)配置時(shí)才會(huì)改變，對(duì)于它的備份可以比較靈活，只需要在系統(tǒng)變更后進(jìn)行一次操作系統(tǒng)全備份即可，也可以定義在備份策略中每周做一次全

33、備份。 紫光數(shù)據(jù)管理方案 第 19 頁(yè)對(duì)于應(yīng)用數(shù)據(jù)，它與應(yīng)用密切相關(guān)，相對(duì)而言，它的數(shù)據(jù)變化也會(huì)頻繁。在這里，建議每周做一次全備份，每天做增量備份，每周三做差分備份。具體安排如下：3.53.5 選擇適當(dāng)?shù)拇鎯?chǔ)介質(zhì)選擇適當(dāng)?shù)拇鎯?chǔ)介質(zhì)除了確定備份的類型和執(zhí)行時(shí)間外，您還應(yīng)當(dāng)評(píng)估可用的存儲(chǔ)介質(zhì)類型，從而正確選擇。選擇存儲(chǔ)介質(zhì)時(shí)請(qǐng)考慮下列因素：要備份的數(shù)據(jù)量要備份的數(shù)據(jù)類型備份窗口環(huán)境正在備份的系統(tǒng)和存儲(chǔ)設(shè)備之間的距離組織預(yù)算數(shù)據(jù)還原的服務(wù)級(jí)別協(xié)議表 2 匯總了常見備份介質(zhì)類型的優(yōu)點(diǎn)。表表 2 2：備份媒體類型比較：備份媒體類型比較備份介質(zhì)類型備份介質(zhì)類型優(yōu)點(diǎn)優(yōu)點(diǎn)磁帶備份速度快，保留時(shí)間長(zhǎng)。存儲(chǔ)容量大

34、。價(jià)格低于磁盤和光盤。磁盤易于配置和維護(hù)?？捎糜跁捍鏀?shù)據(jù)。光盤壽命最長(zhǎng)，媒體不老化。在本案例中，我們建議使用磁帶作為備份介質(zhì)，實(shí)現(xiàn) D2T 的備份方式,也可利用現(xiàn)有磁 紫光數(shù)據(jù)管理方案 第 20 頁(yè)盤空間作為備份介質(zhì)，先解決數(shù)據(jù)備份的問題，后續(xù)再購(gòu)買相應(yīng)的磁帶庫(kù)。 紫光數(shù)據(jù)管理方案 第 21 頁(yè)第第 4 4 章章系統(tǒng)監(jiān)控及權(quán)限管理方案系統(tǒng)監(jiān)控及權(quán)限管理方案紫光 Simpana 提供了強(qiáng)大的日常管理功能，可以將備份系統(tǒng)運(yùn)行狀況主動(dòng)推送給相關(guān)的管理人員，可以實(shí)現(xiàn)全程無(wú)人值守管理。紫光 Simpana 的報(bào)告、警報(bào)可以進(jìn)行定制，針對(duì)不同的管理人員可以收到級(jí)別不同的報(bào)告，如下圖所示：每天上班前發(fā)送一封

35、過去 24 小時(shí)內(nèi)的作業(yè)摘要報(bào)告以查看昨天的備份情況每天上班前發(fā)送一封過去 24 小時(shí)內(nèi)的管理作業(yè)報(bào)告以查看昨天的輔助拷貝，DR備份等管理作業(yè)的運(yùn)行情況每天上班前發(fā)送一封過去 24 小時(shí)內(nèi)的主要的和嚴(yán)重的事件報(bào)告以查看昨天是否有錯(cuò)誤發(fā)生每天下班前發(fā)送一封就緒檢查報(bào)告以確認(rèn)當(dāng)天晚上的備份能夠正常發(fā)起每天下班前發(fā)送一封存儲(chǔ)信息報(bào)告以確認(rèn)當(dāng)天晚上的備份資源充足每周末發(fā)送一封 CommCell 增長(zhǎng)報(bào)告以統(tǒng)計(jì) CommCell 的增長(zhǎng)趨勢(shì)每周末發(fā)送一份介質(zhì)預(yù)測(cè)報(bào)告以預(yù)測(cè)未來的介質(zhì)使用情況以早做準(zhǔn)備 紫光數(shù)據(jù)管理方案 第 22 頁(yè)4.14.1 紫光報(bào)告功能紫光報(bào)告功能紫光可以對(duì)數(shù)據(jù)管理系統(tǒng)本身生成詳細(xì)的

36、統(tǒng)計(jì)報(bào)告，包括系統(tǒng)配置情況、作業(yè)運(yùn)行情況等。4.1.14.1.1 系統(tǒng)狀態(tài)統(tǒng)計(jì)系統(tǒng)狀態(tài)統(tǒng)計(jì)下圖為當(dāng)前系統(tǒng)的配置情況報(bào)告： 紫光數(shù)據(jù)管理方案 第 23 頁(yè)4.1.24.1.2 作業(yè)運(yùn)行狀況統(tǒng)計(jì)作業(yè)運(yùn)行狀況統(tǒng)計(jì)下圖為對(duì)整個(gè)紫光數(shù)據(jù)管理系統(tǒng)所運(yùn)行的作業(yè)進(jìn)行統(tǒng)計(jì)： 紫光數(shù)據(jù)管理方案 第 24 頁(yè) 紫光數(shù)據(jù)管理方案 第 25 頁(yè)Simpana 軟件提供歸檔服務(wù)器的監(jiān)控管理功能，對(duì)多臺(tái)歸檔服務(wù)器的工作狀態(tài)進(jìn)行集中管理。 紫光數(shù)據(jù)管理方案 第 26 頁(yè)4.24.2 操作審計(jì)操作審計(jì)功能功能Simpana 軟件能夠?qū)w檔操作都自動(dòng)記錄和保存，并按條件提供審計(jì)進(jìn)行事后審計(jì)。4.34.3 自動(dòng)報(bào)警自動(dòng)報(bào)警功能功能

37、Simpana 軟件報(bào)警功能，可以通過發(fā)送給支持 SNMP 協(xié)議的報(bào)警設(shè)備或通過郵件方式發(fā)送報(bào)警。1、報(bào)警機(jī)制當(dāng)錯(cuò)誤發(fā)生的時(shí)候，發(fā)出錯(cuò)誤警報(bào) 紫光數(shù)據(jù)管理方案 第 27 頁(yè)2、報(bào)表通知將已經(jīng)做過的操作，以報(bào)表方式呈現(xiàn)給管理者3、狀態(tài)監(jiān)控方便的觀察和監(jiān)控整個(gè)系統(tǒng)運(yùn)行的狀態(tài)下圖為設(shè)置報(bào)警的截圖：以下可以設(shè)置支持 SNMP 協(xié)議的報(bào)警設(shè)備： 紫光數(shù)據(jù)管理方案 第 28 頁(yè)4.44.4 ADAD 集成與權(quán)限管理集成與權(quán)限管理功能功能Simpana 軟件支持 AD 域賬戶集成。同時(shí)也能夠?qū)κ褂密浖挠脩暨M(jìn)行分類(組)管理，對(duì)每類(組)用戶所擁有的操作和管理權(quán)限都可以進(jìn)行靈活設(shè)置?？梢灾付念?組)用戶可

38、以在哪些服務(wù)器上執(zhí)行哪些操作(備份、恢復(fù)、介質(zhì)管理、生成報(bào)告等)。軟件底層平臺(tái)具有的功能，無(wú)需付費(fèi)，實(shí)現(xiàn)全方位權(quán)限管理紫光可以直接將域用戶導(dǎo)入到歸檔軟件中，所有數(shù)據(jù)訪問權(quán)限均繼承域中的設(shè)置，如下所示：下面將域用戶與紫光賬戶相關(guān)聯(lián)，具有更加詳細(xì)的權(quán)限管理能力：紫光 Simpana 可以實(shí)現(xiàn)對(duì)數(shù)據(jù)管理系統(tǒng)內(nèi)部的所有對(duì)象及所有操作進(jìn)行權(quán)限設(shè)定。設(shè)置操作權(quán)限： 紫光數(shù)據(jù)管理方案 第 29 頁(yè)設(shè)置對(duì)象權(quán)限： 紫光數(shù)據(jù)管理方案 第 30 頁(yè) 紫光數(shù)據(jù)管理方案 第 31 頁(yè)第第 5 5 章章紫光產(chǎn)品優(yōu)勢(shì)紫光產(chǎn)品優(yōu)勢(shì)5.15.1 用戶界面用戶界面紫光采用全中文化的界面，類似于微軟 Explorer 的管理界面，界面簡(jiǎn)單易懂。只需要Windows 的操作經(jīng)驗(yàn)，就能管理異構(gòu)環(huán)境下的 UNIX、ORACLE 等復(fù)雜環(huán)境和應(yīng)用。特別是對(duì)ORACLE 等數(shù)據(jù)庫(kù)的備份恢復(fù)采用圖形化界面