Simpana V10 重復(fù)數(shù)據(jù)刪除(20130718)課件

1、重復(fù)數(shù)據(jù)刪除方案2013年7月目錄2方案設(shè)計(jì)及最佳實(shí)踐Simpana 10 第四代重復(fù)數(shù)據(jù)刪除技術(shù)重復(fù)數(shù)據(jù)刪除基本知識(shí) 競(jìng)爭(zhēng)分析CommVault 重復(fù)數(shù)據(jù)刪除技術(shù)為什么要進(jìn)行重復(fù)數(shù)據(jù)刪除3在服務(wù)器應(yīng)用中有大量完全相同的數(shù)據(jù)塊不同計(jì)算機(jī)中，有許多完全相同的文件,特別在虛擬機(jī)中有80%以上重復(fù)數(shù)據(jù)。在連續(xù)的全備份數(shù)據(jù)中，有70%-90%的重復(fù)數(shù)據(jù)在歸檔文件中，也有大量的數(shù)據(jù)塊是相同的當(dāng)進(jìn)行集中數(shù)據(jù)備份和歸檔時(shí)，重復(fù)的數(shù)據(jù)塊會(huì)導(dǎo)致存儲(chǔ)費(fèi)用快速上升，同時(shí)也會(huì)占用數(shù)據(jù)傳輸帶寬。如何進(jìn)行重復(fù)數(shù)據(jù)刪除4原數(shù)據(jù)集合邏輯視圖物理存儲(chǔ)重復(fù)數(shù)據(jù)刪除節(jié)省大量磁盤空間！對(duì)需要存儲(chǔ)的數(shù)據(jù)，以塊為單位進(jìn)行哈希比對(duì)，對(duì)已經(jīng)

2、存儲(chǔ)的數(shù)據(jù)塊不再進(jìn)行存儲(chǔ)，只是用索引來記錄該數(shù)據(jù)塊；對(duì)沒有存儲(chǔ)的新數(shù)據(jù)塊，進(jìn)行物理存儲(chǔ)，再用索引記錄，這樣相同的數(shù)據(jù)塊物理上只存儲(chǔ)一次。通過索引，可以看到完整的數(shù)據(jù)邏輯視圖，而實(shí)際上物理存儲(chǔ)的數(shù)據(jù)卻很少。重復(fù)數(shù)據(jù)刪除的過程源端“去重”5 當(dāng)數(shù)據(jù)從“源端”傳輸?shù)健澳繕?biāo)端”的過程中，在源端先對(duì)被傳輸?shù)臄?shù)據(jù)塊進(jìn)行哈希比對(duì)，如果該數(shù)據(jù)塊先前已經(jīng)被傳輸過，只需要傳輸哈希索引值；如果該數(shù)據(jù)塊先前沒有被傳輸過，就傳輸該數(shù)據(jù)塊，并記錄該數(shù)據(jù)塊的哈希值。 優(yōu)點(diǎn)：可節(jié)約傳輸帶寬 缺點(diǎn)：要占用源端資源進(jìn)行去重處理源端目標(biāo)端傳送的是新數(shù)據(jù)塊和老數(shù)據(jù)塊的索引目標(biāo)端“去重”6當(dāng)數(shù)據(jù)從“源端”傳輸?shù)健澳繕?biāo)端”的過程中，把數(shù)

3、據(jù)塊傳送到目標(biāo)端，在目標(biāo)端進(jìn)行去重操作。優(yōu)點(diǎn)：不占用源端的資源缺點(diǎn)：不能節(jié)省傳輸帶寬在目標(biāo)端有兩種處理方式：在線處理方式（In-Line）：在數(shù)據(jù)塊存儲(chǔ)之前進(jìn)行去重處理，優(yōu)點(diǎn)是占用存儲(chǔ)空間較少，缺點(diǎn)是要影響數(shù)據(jù)傳輸性能。后處理方式（Post-Processing）：先把數(shù)據(jù)塊存儲(chǔ)在緩存中，等系統(tǒng)空閑時(shí)再進(jìn)行去重處理。優(yōu)點(diǎn)是不影響數(shù)據(jù)傳輸性能，缺點(diǎn)是需要額外的存儲(chǔ)空間。備注： CommVault同時(shí)支持源端和目標(biāo)端去重；支持在線處理方式，也支持后處理方式（先備份到非去重拷貝，再輔助拷貝啟用去重）源端目標(biāo)端傳送的都是數(shù)據(jù)塊壓縮與去重7數(shù)據(jù)壓縮 針對(duì)單個(gè)文件 采用空值壓縮或縮短高頻數(shù)據(jù)表示值來縮小數(shù)

4、據(jù) 15-20% CPU 開銷 去重的補(bǔ)充手段重復(fù)數(shù)據(jù)刪除 跨文件消除冗余的重復(fù)數(shù)據(jù)塊 每個(gè)相同的數(shù)據(jù)塊只存儲(chǔ)一次，后續(xù)的塊以指針指向之前的物理數(shù)據(jù)塊 “去重比”= (數(shù)據(jù)量) / (在磁盤上占用的空間). 不是最主要需要考慮的因素壓縮和重復(fù)數(shù)據(jù)刪除都屬于數(shù)據(jù)縮減技術(shù) metadataFile data stream blocksCompressed跨文件、備份集跨客戶端、備份代理Week1 Week2 Week3目錄8方案設(shè)計(jì)及最佳實(shí)踐Simpana 10 第四代重復(fù)數(shù)據(jù)刪除技術(shù)重復(fù)數(shù)據(jù)刪除基本知識(shí) 競(jìng)爭(zhēng)分析CommVault 重復(fù)數(shù)據(jù)刪除技術(shù)9* 支持源端和目標(biāo)端去重-可在客戶端或MA端進(jìn)

5、行壓縮/哈希對(duì)比/加密 讀取數(shù)據(jù) 壓縮* 哈希比對(duì)* 加密*1與MA連接的本地磁盤IP共享NAS，多個(gè)MA之間可進(jìn)行錯(cuò)誤卻換和負(fù)載均衡SAN共享磁盤存儲(chǔ)開放的磁盤庫(kù)Client Systems向MA傳送數(shù)據(jù)存儲(chǔ)策略: 全局存儲(chǔ)保留支持備份和歸檔數(shù)據(jù)主副本: 存儲(chǔ)在磁盤上，保留#天和周期 檢查 DDB 對(duì)數(shù)據(jù)段編目 數(shù)據(jù)寫入磁盤2MA 直接訪問恢復(fù) 不需要讀哈希表 支持GridStor備用訪問路徑4具有內(nèi)容感知的數(shù)據(jù)塊傳輸Content AlignmentSegment instance (hash)Content AlignmentContent AlignmentMeta-data, tag

6、s, indexesImagesDatabasesFilesSkipSkipSkip2ndLinknthLinkMA 相同的數(shù)據(jù)段越多 = 去重比越高 通過增加訪問路徑就能方便增加容量 介質(zhì)庫(kù)報(bào)告和報(bào)警簡(jiǎn)化管理操作 磁盤閥值管理策略控制數(shù)據(jù)老化 (最少使用的老化)31stWriteCV 目錄 (索引)DDB檢查DDB，確保數(shù)據(jù)段的唯一性數(shù)據(jù)段映射到磁盤上的備份/歸檔數(shù)據(jù)塊Archive File / Offsets寫入到磁盤僅寫入新的數(shù)據(jù)段Mount path(s)DASH COPYDDB 優(yōu)化復(fù)制，創(chuàng)建容災(zāi)副本 支持去重到磁帶5CommVault重復(fù)數(shù)據(jù)刪除構(gòu)架SSDBCheck-Level

7、 1 (optional)客戶端使用本地去重緩存SSDB判斷數(shù)據(jù)塊的唯一性Check-Level 2使用MA的DDB查找去重索引DDB（重復(fù)數(shù)據(jù)刪除數(shù)據(jù)庫(kù)，Deduplication DataBase）10重復(fù)數(shù)據(jù)刪除數(shù)據(jù)庫(kù)存放著所有的數(shù)據(jù)塊的hash簽名，每一個(gè)存儲(chǔ)策略拷貝都已一個(gè)自己的DDB。全局重復(fù)數(shù)據(jù)刪除存儲(chǔ)策略關(guān)聯(lián)多個(gè)存儲(chǔ)策略，共用一個(gè)相同的DDB每一個(gè)DDB定義了一個(gè)獨(dú)立的去重域DDB 采用C-Tree數(shù)據(jù)庫(kù)， 不影響性能的情況下最多可保存7.5億條記錄DASH 拷貝11隨處移動(dòng)去重?cái)?shù)據(jù)塊描述優(yōu)勢(shì)使用DASH的方式能夠更少的傳輸和處理已備份數(shù)據(jù)，使得能夠更快的創(chuàng)建去重拷貝。高健壯性

8、: 帶寬控制、基于作業(yè)的復(fù)制，健壯的網(wǎng)絡(luò)選項(xiàng)，hppts安全傳輸協(xié)議，自動(dòng)重起，多流和報(bào)告影響小: 不需要數(shù)據(jù)重組，快速的異步拷貝變化數(shù)據(jù)塊高性能： 適用于快速網(wǎng)絡(luò)環(huán)境的讀優(yōu)化模式和基于窄帶寬WAN環(huán)境 的網(wǎng)絡(luò)優(yōu)化模式，使得各 種環(huán)境都能高效傳輸數(shù)據(jù)。完整的拷貝管理選項(xiàng): 獨(dú)立的拷貝保留時(shí)間、拷貝選擇規(guī)則、作業(yè)過期控制、數(shù)據(jù)校驗(yàn)平臺(tái)無關(guān)性： 可在不同的操作系統(tǒng)之間復(fù)制“在任何拷貝之間僅傳輸變化的數(shù)據(jù)塊”DDB-3DC Copy 2Deep Copy 3Retain 365daysDDB-2Remote Copy 1DDB-1Retain 5 daysRetain 30 daysWindowsL

9、inuxCloud / Recovery SiteDASH FULL12去重感知的合成全備SFRead and RehydrateDDBRehashWrite Synth Full MetadataUpdate Reference counts“標(biāo)準(zhǔn)合成全備”讀取, 重組數(shù)據(jù)和再次去重耗時(shí)長(zhǎng)、MA資源消耗大只有新的數(shù)據(jù)才寫到磁盤上合成全備會(huì)比常規(guī)的全備慢50%左右Week 1Week 2FInInInInInSF In10 12 hrs processingWeek 1Week 2SFEliminate ReadDDBWrite Synth Full MetadataUpdate Refere

10、nce countsFInInInInInSF InMinutes of processingDASH FULL 快速創(chuàng)建整合全備將磁盤讀降到最低，省略數(shù)據(jù)重組和再次去重更新DDB索引信息，在磁盤上只寫元數(shù)據(jù)大大加快合成全備的生成時(shí)間，從幾個(gè)小時(shí)縮短到幾分鐘全局重復(fù)數(shù)據(jù)刪除13全局去重存儲(chǔ)策略：多個(gè)存儲(chǔ)策略拷貝共享同一個(gè)DDB(全局 = 多個(gè)存儲(chǔ)策略拷貝)DDBBlock SizeCompressionGlobal Dedupe StoreRetentionGDPCopyStorage PolicyRetentionGDPCopyStorage PolicyRetentionGDPCopySt

11、orage Policy多個(gè)不同存儲(chǔ)策略的去重拷貝使用相同的去重池作為備份目標(biāo)，使用相同的DDB、磁盤庫(kù)和去重屬性，但保留周期可以不一樣同一個(gè)全局去重存儲(chǔ)策略可以關(guān)聯(lián)獨(dú)立存儲(chǔ)策略的主拷貝和次級(jí)拷貝全局去重存儲(chǔ)策略去重到磁帶-SILO14 SILO 是將重復(fù)數(shù)據(jù)刪除池里的數(shù)據(jù)保持去重格式復(fù)制到磁帶上，而不用將數(shù)據(jù)重組還原為完整的物理格式再寫入磁帶。這就意味著磁帶和磁盤上保留的數(shù)據(jù)量一樣，磁帶和磁盤備份介質(zhì)有相同的去重比。SILO to Tape將老數(shù)據(jù)保持去重格式從磁盤復(fù)制到磁帶做長(zhǎng)期保留節(jié)約磁帶空間老數(shù)據(jù)從磁盤上過期，為新的備份釋放出空間節(jié)約磁盤空間SILO不適合短期的數(shù)據(jù)保留（幾周）SILO

12、 不適合恢復(fù)速度要求高的數(shù)據(jù)目錄15方案設(shè)計(jì)及最佳實(shí)踐Simpana 10 第四代重復(fù)數(shù)據(jù)刪除技術(shù)重復(fù)數(shù)據(jù)刪除基本知識(shí) 競(jìng)爭(zhēng)分析CommVault 重復(fù)數(shù)據(jù)刪除技術(shù)重復(fù)數(shù)據(jù)刪除能力進(jìn)一步提升單個(gè)重刪存儲(chǔ)池容量和性能特性成本提高v715 TB30 TBv890 TB2 TB/hr*v9120 TB2.5 TB/hr*v9SSD240 TB5 TB/hr*v102 nodes480 TB10 TB/hr*v10 SP44 nodesv1116 nodes并行去重17重新定義企業(yè)級(jí)去重規(guī)模為滿足大規(guī)模去重需求，把一組DDB及存儲(chǔ)組合成一個(gè)集合，分段對(duì)齊，來獲得最佳性能。這樣做的優(yōu)勢(shì)是能線性增加去重規(guī)

13、模，對(duì)企業(yè)級(jí)去重或全局去重設(shè)計(jì)至關(guān)重要。DDB-G250 Mount Paths 2TBMediaAgent-2 (Primary)DDB and Data Mover RoleDDB-G350 Mount Paths 2TBMediaAgent-3 (Primary)DDB and Data Mover RoleDDB-G450 Mount Paths 2TBMediaAgent-4 (Primary)DDB and Data Mover RoleDDB-G150 Mount Paths 2TBMediaAgent-1 (Primary)DDB and Data Mover RoleStor

14、e 1Store 2Store 3Store 4Store 1Store 2Store 3Store 4全局并行存儲(chǔ) 下一代網(wǎng)格存儲(chǔ)：480TB分區(qū) 1分區(qū) 2分區(qū) 3分區(qū) 4容量、吞吐率、并發(fā)性倍增，同時(shí)能把多個(gè)存儲(chǔ)整合到一個(gè)全局的邏輯存儲(chǔ)池中120TB120TB120TB120TB并行重刪的優(yōu)勢(shì)18PB級(jí) 并行重刪提供PB級(jí)數(shù)據(jù)備份到普通磁盤的能力，隨著并行重刪網(wǎng)格中的節(jié)點(diǎn)增加可以線性的提升處理速度和數(shù)據(jù)容量。高性能 2節(jié)點(diǎn)并行重刪網(wǎng)格能支持存儲(chǔ)180-240TB的唯一數(shù)據(jù)，備份速度能達(dá)到4-5TB/小時(shí)，容量和性能是V9中單個(gè)重刪節(jié)點(diǎn)的2倍。高可靠 內(nèi)置的故障切換能力能夠使備份作業(yè)不間斷

15、，網(wǎng)格中即使有一個(gè)節(jié)點(diǎn)不可用，剩余的節(jié)點(diǎn)可以繼續(xù)工作接管備份。故障節(jié)點(diǎn)在后臺(tái)自動(dòng)修復(fù)，然后加入網(wǎng)格繼續(xù)工作。大規(guī)模 在低性能環(huán)境，可以結(jié)合多個(gè)重刪節(jié)點(diǎn)提供高的重刪容量。 如介質(zhì)服務(wù)器部署在云中，由于低的IPOS存儲(chǔ)性能，每個(gè)重刪節(jié)點(diǎn)容納的數(shù)據(jù)量不大，但多個(gè)節(jié)點(diǎn)通過并行全局重刪可以實(shí)現(xiàn)更大的重刪規(guī)模。所以并行重刪既可用于企業(yè)級(jí)環(huán)境也適用于云環(huán)境。并行去重是如何工作的19DDB-G250 Mount Paths 2-8TBMediaAgent-2 (Primary)DDB and Data Mover RoleDDB-G150 Mount Paths 2-8TBMediaAgent-1 (Prim

16、ary)DDB and Data Mover RolePartition 1Partition 2Global Dedupe Store/Storage PolicyDataMoverDataMoverData transferDDB Lookups212345561客戶端根據(jù)GridStor 存儲(chǔ)策略選擇DataMover (MA)， 發(fā)送數(shù)據(jù)到MA2DataMover使用內(nèi)部算法來選擇哪個(gè)分區(qū)來執(zhí)行簽名查找。如果所選的分區(qū)在其他MA上，就通過網(wǎng)絡(luò)上進(jìn)行查找。算法保證同一HASH值會(huì)到同一 DDB中比對(duì) 3如果數(shù)據(jù)已經(jīng)存在，在所選擇的分區(qū)中更新DDB，在MA訪問的裝載路徑上更新元數(shù)據(jù)如果數(shù)據(jù)

17、是新的，在所選擇的分區(qū)DDB中插入簽名，數(shù)據(jù)寫入MA能存取的裝載路徑4在其他客戶端重復(fù)類似過程，利用GridStor 選擇不同的DM數(shù)據(jù)總是寫到選定的DM，而簽名查找則可能在任意的分區(qū)上執(zhí)行56并行去重具有內(nèi)置恢復(fù)能力在不同分區(qū)間自動(dòng)進(jìn)行故障卻換DDB-G250 Mount Paths 2-8TBMediaAgent-2 (Primary)DDB and Data Mover RoleDDB-G150 Mount Paths 2-8TBMediaAgent-1 (Primary)DDB and Data Mover RolePartition 1Partition 2全局去重存儲(chǔ)策略DataM

18、overDataMoverData transfer21234561客戶端用Gridstor 來選取Data MoverData Mover 選取適當(dāng)?shù)腄DB分區(qū)來進(jìn)行比對(duì)操作，并把數(shù)據(jù)寫入所選的數(shù)據(jù)路徑中234客戶端在Gridstor策略中選擇替代的Data Mover 5替代的Data Mover 選擇仍然有效的分區(qū)進(jìn)行比對(duì)操作6根據(jù)比對(duì)的結(jié)果，替代的MA把數(shù)據(jù)寫入自己的裝載路徑中一旦MA和分區(qū)重新上線，后續(xù)的作業(yè)將選擇這個(gè)Data Mover，分區(qū)選擇算法包含重建分區(qū)20DDB Lookups重刪引擎報(bào)告21第4代重復(fù)數(shù)據(jù)刪除大幅提高性能、擴(kuò)展性和可恢復(fù)性22特點(diǎn)實(shí)現(xiàn)方式優(yōu)勢(shì)并行重刪多個(gè)

19、DDB分區(qū)一起工作來分擔(dān)重刪負(fù)載比V9單個(gè)重刪存儲(chǔ)池性能和規(guī)模提升2倍內(nèi)置的故障預(yù)防能力在多分區(qū)環(huán)境里，如果1個(gè)DDB不可用，在該DDB修復(fù)期間，其他DDB可以臨時(shí)頂替更彈性的操作，人工干預(yù)更少，避免單點(diǎn)故障優(yōu)化的數(shù)據(jù)結(jié)構(gòu)為了提高的查找、插入和刪除簽名的速度，DDB表結(jié)構(gòu)進(jìn)行了改進(jìn)顯著的提升了數(shù)據(jù)過期和DDB重建操作DASH功能增強(qiáng)讀優(yōu)化DASH拷貝允許采用本地DDB緩存；DASH拷貝采用動(dòng)態(tài)流分配磁盤讀優(yōu)化和網(wǎng)絡(luò)優(yōu)化優(yōu)點(diǎn)相結(jié)合，進(jìn)一步降低遠(yuǎn)程復(fù)制所需帶寬；復(fù)制時(shí)采用動(dòng)態(tài)流分配，在每個(gè)數(shù)據(jù)流上均勻分布數(shù)據(jù)，加快復(fù)制進(jìn)度。增強(qiáng)的監(jiān)控工具圖形界面中可監(jiān)控主要的重刪性能參數(shù)監(jiān)控每個(gè)分區(qū)DDB查詢和插

20、入響應(yīng)時(shí)間、連接數(shù)、簽名數(shù)量；當(dāng)達(dá)到性能閥值時(shí)會(huì)觸發(fā)告警。WEB方式的報(bào)告為重刪域和每個(gè)分區(qū)提供Web方式的報(bào)告以web報(bào)告方式來監(jiān)控重刪的性能自動(dòng)容量控制達(dá)到性能閥值后，禁止在對(duì)應(yīng)的存儲(chǔ)策略上增加新的客戶端防止重刪環(huán)境超過推薦的限制，保持重刪存儲(chǔ)池性能4 節(jié)點(diǎn)并行重刪4個(gè)DDB分區(qū)組成一個(gè)重刪域4倍性能和規(guī)模提升后續(xù)功能目錄23方案設(shè)計(jì)及最佳實(shí)踐Simpana 10 第四代重復(fù)數(shù)據(jù)刪除技術(shù)重復(fù)數(shù)據(jù)刪除基本知識(shí) 競(jìng)爭(zhēng)分析CommVault 重復(fù)數(shù)據(jù)刪除技術(shù)重刪節(jié)點(diǎn)物理設(shè)計(jì)24設(shè)計(jì)可擴(kuò)展的重刪基礎(chǔ)構(gòu)架MediaAgentData MoverDDB Manager重刪節(jié)點(diǎn)Spec X64 OS 2

21、CPU, Quad Core 32- 64 GB RAM Windows / Linux4 X 1 GigE OR10 GigE網(wǎng)卡Ingest NetworkSAS/iSCSI/FCDedicated HBA/NICRAID 62-8 TB LUNsNAS (CIFS/NFS)Dedicated 10 GigE20 TB Volumes preferred磁盤庫(kù)Disk LibraryInternal 6Gb SASExternal 6Gb SASExternal 8 Gb FC10 GigE iSCSI with dedicated NIC15 K RPM SpindlesRAID 10S

22、SD Drives for extended capacityDDB 卷DDB -G去重節(jié)點(diǎn)容量去重后數(shù)據(jù)DDB卷大?。ㄍ扑])特大規(guī)模(采用SSD/閃存卡）120TB1TB大規(guī)模60-90 TB1 TB中等規(guī)模30-60TB600 GB小規(guī)模不超過30T400 GBDual Quad Core CPUWindows/Linux as Dedupe Media Agents32 64 GB RAM服務(wù)器配置最佳實(shí)踐-總則25 在部署重復(fù)數(shù)據(jù)刪除 策略之前先仔細(xì)規(guī)劃方案構(gòu)架和硬件環(huán)境。 設(shè)計(jì)存儲(chǔ)策略時(shí)要充分考慮當(dāng)前數(shù)據(jù)量和未來的增長(zhǎng)。 啟用重復(fù)數(shù)據(jù)刪除時(shí)使用默認(rèn)的去重參數(shù)（源端去重、去重因子),默

23、認(rèn)值是通常場(chǎng)景中最優(yōu)設(shè)置，一般不需要調(diào)整 加密數(shù)據(jù)的存儲(chǔ)策略要和非加密數(shù)據(jù)存儲(chǔ)策略分開。 重復(fù)數(shù)據(jù)刪除和非重復(fù)數(shù)據(jù)刪除數(shù)據(jù)分開放在不同的磁盤庫(kù)里，這樣可以準(zhǔn)確的統(tǒng)計(jì)備份介質(zhì)使用量和預(yù)測(cè)未來的磁盤使用量。 不同類型的數(shù)據(jù)采用不同的存儲(chǔ)策略，同一個(gè)重復(fù)數(shù)據(jù)刪除存儲(chǔ)中保存相同類型的數(shù)據(jù)。 如果總的數(shù)據(jù)量小于10T，也可將不同類型的數(shù)據(jù)放在同一個(gè)重復(fù)數(shù)據(jù)刪除存儲(chǔ)。 并不是所有的數(shù)據(jù)都適合采用重復(fù)數(shù)據(jù)刪除，如數(shù)據(jù)庫(kù)的日志。為這些數(shù)據(jù)設(shè)置非重復(fù)數(shù)據(jù)刪除存儲(chǔ)策略。數(shù)據(jù)庫(kù)去重最佳實(shí)踐26 默認(rèn)推薦使用128K塊大小，大容量數(shù)據(jù)庫(kù)可采用256K或512K塊大小。(一般不建議調(diào)整） 禁用軟件壓縮 通過數(shù)據(jù)庫(kù)代理備

24、份數(shù)據(jù)庫(kù)時(shí)，多數(shù)據(jù)流會(huì)降低去重比。對(duì)于備份速度不敏感的作業(yè)建議采用單數(shù)據(jù)流，提高去重比。對(duì)于需要用多數(shù)據(jù)流來提升備份速度的作業(yè)，去重比會(huì)降低，會(huì)更多的占用磁盤空間。 數(shù)據(jù)庫(kù)和日志分別使用不同的存儲(chǔ)策略。數(shù)據(jù)庫(kù)全備采用去重存儲(chǔ)策略，數(shù)據(jù)庫(kù)日志采用非去重存儲(chǔ)策略。 如果用戶特別追求去重效果，建議在Oracle RMAN中使用BFS=1選項(xiàng) 備份數(shù)據(jù)庫(kù)dump文件，建議可以啟用“Variable Content Alignment”DDB 相關(guān)最佳實(shí)踐Best Practices to minimize DDB failure and time to recoverDDB 故障原因操作指南非正常關(guān)閉主機(jī)服務(wù)沒有全部關(guān)閉前，不要關(guān)閉主機(jī)電源禁用補(bǔ)丁更新完成后自動(dòng)重啟為主機(jī)配置冗余電源去重節(jié)點(diǎn)主機(jī)使用UPSDDB卷空間不足為DDB卷分配足夠空間 配置DDB卷使用閥值（默認(rèn)20%剩余空間）集群節(jié)點(diǎn)切換如果去重節(jié)點(diǎn)在集群中，非計(jì)劃的切換可能會(huì)使DDB故障最佳實(shí)踐操作指南提高DDB備份頻率每4-6小時(shí)備份一次DDB有規(guī)律的數(shù)據(jù)過期數(shù)據(jù)過期時(shí)會(huì)從DDB中更改記錄，在DDB修復(fù)中會(huì)重新執(zhí)行過期動(dòng)作