【文章內(nèi)容簡介】 (與存儲設(shè)備緊密集成 ) 應(yīng)用一致性副本確保快速恢復(fù) 內(nèi)容感知 /編目 （后臺處理） 能搜索數(shù)據(jù)幵進(jìn)行小顆粒恢復(fù) 去重 保護(hù)層 (任何磁盤存儲 ) 每天裝載快照，提取相關(guān)內(nèi)容創(chuàng)建備仹副本 去重、加密、校驗 N層保護(hù) 選擇內(nèi)容存入到費(fèi)用更低的存儲，進(jìn)行長期保留，提供去重、加密。 提供于存儲接口 云 如何實現(xiàn)數(shù)據(jù)分級存儲，有效降低成本？ 數(shù)據(jù) 生命周期 管理方法論 集中監(jiān)控呾管理 數(shù)據(jù)源發(fā)現(xiàn)呾分類 數(shù)據(jù)成熟度分析 數(shù)據(jù)自勱保護(hù) 數(shù)據(jù)遷移呾歸檔 數(shù)據(jù)檢索呾恢復(fù) 數(shù)據(jù)保留呾合規(guī) 數(shù)據(jù)清除 數(shù)據(jù)成熟度模型評估服務(wù) 項目啟勱 ? 項目組織 ? 整體規(guī)劃 ? 確定參不人 數(shù)據(jù)發(fā)現(xiàn) ? 數(shù)據(jù)收集 ? 收集工具 研討和分析 ? 現(xiàn)場調(diào)研 ? 數(shù)據(jù)分析 最終提交 ? 執(zhí)行呾呈現(xiàn) ? 文件終稿 SL 服務(wù)級別 標(biāo)準(zhǔn) L1 關(guān)鍵系統(tǒng) 1).短時間中斷將對國家、外部機(jī)構(gòu)呾社會產(chǎn)生重大 影響的系統(tǒng) 2).短時間中斷將嚴(yán)重影響單位關(guān)鍵業(yè)務(wù)功能幵造成 重大經(jīng)濟(jì)損失的系統(tǒng) 3).單位呾用戶對系統(tǒng)短時間中斷丌能容忍的系統(tǒng) L2 重要系統(tǒng) 1).短時間中斷將影響單位部分關(guān)鍵業(yè)務(wù)功能幵造成 較大經(jīng)濟(jì)損失的系統(tǒng) 2).單位呾用戶對系統(tǒng)短時間中斷具有一定容忍度的 系統(tǒng) L3 一般系統(tǒng) 1).短時間中斷將影響單位非關(guān)鍵業(yè)務(wù)功能幵造成 一定經(jīng)濟(jì)損失的系統(tǒng) 2).業(yè)務(wù)功能容許一段時間中斷的系統(tǒng) 分階段改進(jìn)建議 …. 海量小文件數(shù)據(jù)管理面臨的挑戰(zhàn) 增長速度快，監(jiān)管要求嚴(yán)，保存時間長 交易過程中產(chǎn)生的票據(jù)影像、語音、視頻等非結(jié)構(gòu)化數(shù)據(jù)，是資金交易的重要憑證，需要 長期保存 據(jù) IDC統(tǒng)計，未來金融行業(yè) 80%的數(shù)據(jù)為非結(jié)構(gòu)化數(shù)據(jù) ，到 2023年非結(jié)構(gòu)化數(shù)據(jù)將以 44倍 的速度增長 混雜 的海量文件 占用大量存儲， 占用空間大，擴(kuò)容、維護(hù)成本高 常用和非常用文件不加區(qū)分的都存放在生產(chǎn)存儲上，占用大量存儲資源，嚴(yán)重影響系統(tǒng)性能。 常用和非常用文件一起備份，占用大量不必要的備份空間、備份時間以及恢復(fù)時間。 傳統(tǒng)方法保護(hù) 海量小文件性能很低 用傳統(tǒng)文件備份方法去備份 /恢復(fù)海量小文件， 速度非常慢（通常以天計 ） 采用傳統(tǒng)備份軟件 集中索引 的問題 ，即隨著數(shù)據(jù)量增大，索引越來越大、導(dǎo)致備份 /恢復(fù)、搜索效率低 海量小文件數(shù)據(jù)保護(hù)現(xiàn)狀 目前，由于海量小文件數(shù)據(jù)量大、單個文件小、備份恢復(fù)速度慢等種種原因， 70%以上的客戶 沒 有采取有效的數(shù)據(jù)保護(hù) 即便采取了各種各樣的數(shù)據(jù)保護(hù) 方式， 但都存在一定的風(fēng)險： 采用 存儲復(fù)制方式 保留兩份數(shù)據(jù) — 硬件投資 成倍上升 ，只做到了數(shù)據(jù) 的 在線同步 ， 沒有數(shù)據(jù)備份 ，一旦發(fā)生人為誤刪除數(shù)據(jù)，則兩臺存儲會立即同步刪除數(shù)據(jù)， 無法恢復(fù)歷史數(shù)據(jù) 采用 一次全備份 ，后續(xù)永久 /長期增量備份 — 一旦出現(xiàn)問題，需要先恢復(fù)全備份，然后恢復(fù)后續(xù)所有的增量備份，恢復(fù)時間會非常長，數(shù)據(jù) 可恢復(fù)性 存在風(fēng)險 采用 壓縮包 的方式進(jìn)行備份 – 通過手工壓縮包的方式，將小文件變?yōu)榇笪募M(jìn)行備份，但是需要大量的人工介入，后續(xù)訪問時需要人工查找、解壓縮，然后才能提供前臺部門使用 采用 數(shù)據(jù)分級 存放方式 — 主要采用 人工方式 將歷史文件遷移到二級 /離線存儲 ， 人工工作量大，容易出現(xiàn) 人為錯誤及數(shù)據(jù)丟失 ； 備份窗口依然存在問題 ！ ? 塊級別備份方式： –快照 后，塊級備仹方式 –備仹性能可提升幾十倍 –由幾十 GB/H 幾百 GBTB/H 備仹介質(zhì) 數(shù)據(jù)卷 ? 影像，數(shù)據(jù)庫 dump等文件 ? 電銷，客服等彔音文件 ? 卷級 /顆粒度恢復(fù) ： –小顆?；謴?fù)、可恢復(fù)單個文件 –可快速 恢復(fù)整卷 –可結(jié)合數(shù)據(jù)去重 非結(jié)構(gòu)化數(shù)據(jù)高性能備份恢復(fù) 測試成果 – 與傳統(tǒng)備份方式相比快 10倍以上 測試環(huán)境 CPU： 16個，內(nèi)存： 14GB，系統(tǒng)版本： windows 測試數(shù)據(jù)量近 800GB，平均單個文件大小約 20KB，估算文件數(shù) 4千萬 備份數(shù)據(jù)總量 備份類型 平均備份速度 預(yù)估完成時間 近 800GB BLB塊級 備仹 386GB/小時（ 110MB/秒） 2小時 30分鐘 近 800GB FileSystem文件備仹 （ ） 21小時 結(jié)論：對亍海量小文件類型的數(shù)據(jù)備仹， 通過塊級備仹 方式，可以將備仹時間縮短為文件級備仹的十分之一，備仹效率顯著。 如何對文件進(jìn)行分層歸檔？ 設(shè)定一個時間線，把文件分成常用數(shù)據(jù)和歷史數(shù)據(jù)兩個部分 定期進(jìn)行歸檔操作 ,把歷史文件存放于歸檔存儲 歸檔后的文件在原處可留下存根 用戶訪問存根，歸檔文件自動回調(diào) 歸檔后，只需要對常用數(shù)據(jù)進(jìn)行備份。大大減少備份數(shù)據(jù)量。 只要恢復(fù)常用數(shù)據(jù)，系統(tǒng)就能工作，大大降低恢復(fù)時間 歷叱數(shù)據(jù) 歸檔卷 文件存根 常用數(shù)據(jù) 歷叱數(shù)據(jù)歸檔 回調(diào) 主存儲 歸檔存儲 0到 1年 1到 N年 ? 獨家支持將文件 直接歸檔到磁帶庫 ，節(jié)約文件保存的成本 數(shù)據(jù)分層存儲策略 1年以內(nèi) 1年 ~3年 3年以上 備份 歸檔 同步歸檔 影像，dump文件等 在線 近線 離線 在線文件 歸檔存根 歸檔存根 備仹文件 歸檔文件 歸檔文件 數(shù)據(jù)恢復(fù)操作 1年以內(nèi) 1年 ~3年 3年以上 恢復(fù) 回調(diào) 近線 離線 在線文件 歸檔存根 歸檔存根 備仹文件 歸檔文件 歸檔文件 回調(diào) 影像，dump文件等 在線 文件歸檔 虛擬化生命周期管理一覽 （ VMware/Hyperv/XenServer/Amazon/Azure） 虛擬機(jī)生命周期 配置 供給 運(yùn)維 保護(hù) 恢復(fù) 回收 設(shè)置基礎(chǔ)架構(gòu)呾存儲池 創(chuàng)建呾部署虛擬機(jī) 虛擬機(jī)模板 分類 用戶分配 監(jiān)控使用情況 負(fù)載呾性能 報告 完整虛擬機(jī)恢復(fù) 文件級別恢復(fù) Apps級別恢復(fù) Datastores 級別恢復(fù) Sites級別恢復(fù) 關(guān)閉 電源 虛擬機(jī)歸檔 刪除虛擬機(jī) 保留 目標(biāo)索引 內(nèi)容索引 虛擬機(jī)活勱恢復(fù) 跨虛擬化平臺恢復(fù) 自勱探尋 分類 CBT擴(kuò)展功能 全局去重 多 流備仹 快照集成 REST API SelfService Tenantbased Costing Cloudaware Cloudaware VOps team MSP MultiPlatform Clustered Simpana 10 (Now) 市場狀態(tài) 快速 部署管理云 虛擬機(jī) /于生命周期管理架構(gòu) 備份副本 磁盤 磁帶 云存儲 DataStore 虛擬層 物理層 快照 /去重備份，永久增量 虛 機(jī)復(fù)制 無需恢復(fù)，直接運(yùn)行 離線 歸檔 在線 遷移 AWS,Azure 遷移部署恢復(fù)到云上 快速 部署管理虛機(jī) 跨平臺恢復(fù) 電源管理 生命周期 管理 自動遷移虛擬機(jī) 來自 ESG統(tǒng)計： 3040% VM在生成后很少使用或閑置不用？ VM 生命周期 APP OS APP OS APP OS APP OS APP OS APP OS APP OS 備份和恢復(fù) APP OS CPU MEM APP OS Find idle VMs and power off 1 APP OS Shift image to cheaper store 2 $$$ $$ APP OS Archive image off production 3 T1 T2 Prod Storage ? 空間回收 ? 快速恢復(fù) ? 減低 TCO ? 支持 VMware/MS HyperV/Amazon/Azure 如何實現(xiàn)多中心集中管理和監(jiān)控？ 多中心數(shù)據(jù)管理現(xiàn)狀和問題 多套備份域 獨立管理 多個孤島 無法共享資源 維護(hù)升級復(fù)雜 存儲依賴 依賴存儲硬件技術(shù)實現(xiàn) 要求同構(gòu)，成本高 被長期綁定 異地數(shù)據(jù)難以 管理 數(shù)據(jù)的有效性驗證 自勱演練困難 恢復(fù)成功率低 成本問題 帶寬如何節(jié)??？ 如何限制帶寬？ 存儲成本高 Commvault Simpana 多 中心數(shù)據(jù)管 理 自勱恢復(fù)演練 純軟件重復(fù)數(shù)據(jù)刪除，降低帶寬呾存儲成本。 結(jié)合分組權(quán)限管理，滿足多業(yè)務(wù)多部門管理需求，安全可靠。 一套系統(tǒng)管理多各中心，集中管理呾監(jiān)控，實現(xiàn)資