企業(yè)培訓(xùn)_災(zāi)備基礎(chǔ)知識(shí)培訓(xùn)膠片

災(zāi)備基礎(chǔ)知識(shí)培訓(xùn)膠片 日期 2007 12 23 存儲(chǔ)產(chǎn)品部 災(zāi)備技術(shù)基礎(chǔ)知識(shí)介紹 災(zāi)備基礎(chǔ)知識(shí)概述 1 2 目錄 主流災(zāi)備技術(shù)分類 3 什么是災(zāi)難什么是災(zāi)備災(zāi)難恢復(fù)等級(jí)劃分災(zāi)備系統(tǒng)的衡量指標(biāo)災(zāi)難恢復(fù)等級(jí)對(duì)應(yīng)的RTO RPO要求 災(zāi)備基礎(chǔ)知識(shí)概述 什么是災(zāi)難 IT系統(tǒng)故障 IT設(shè)備硬件 軟件故障 人員誤操作 誤刪除黑客 病毒攻擊企業(yè)運(yùn)行所依賴的服務(wù)的中斷 電力中斷 租用網(wǎng)絡(luò)中斷等 自然災(zāi)害 地震 臺(tái)風(fēng) 火災(zāi) 水災(zāi)等 災(zāi)難定義 根據(jù)國家頒布 信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范 中 對(duì)災(zāi)難下的定義由于人為或自然的原因 造成信息系統(tǒng)運(yùn)行嚴(yán)重故障或癱瘓 使信息系統(tǒng)支持的業(yè)務(wù)功能停頓或服務(wù)水平不可接受 達(dá)到特定的時(shí)間的突發(fā)性事件 通常導(dǎo)致信息系統(tǒng)需要切換到災(zāi)難備份中心運(yùn)行 典型數(shù)據(jù)中心災(zāi)難場(chǎng)景 2007年5月1日 黃金周的第一天 下午2點(diǎn)多鐘 北京市鐵路局的電腦售票系統(tǒng)出現(xiàn)臨時(shí)性故障 致使全市各火車站的售票窗口 代售網(wǎng)點(diǎn)的售票工作全部處于癱瘓狀態(tài) 時(shí)間長達(dá)一個(gè)多小時(shí) 而很多打算當(dāng)日購票外出的乘客也因此被迫改變了離京日程 直到下午3點(diǎn)50分左右 癱瘓的票務(wù)網(wǎng)絡(luò)系統(tǒng)才開始恢復(fù)正常 災(zāi)備定義 根據(jù)國家頒布的 信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范 中 對(duì)災(zāi)備下的定義為了災(zāi)難恢復(fù)而對(duì)數(shù)據(jù) 數(shù)據(jù)處理系統(tǒng) 網(wǎng)絡(luò)系統(tǒng) 基礎(chǔ)設(shè)施 專業(yè)技術(shù)支持能力和運(yùn)行管理能力進(jìn)行備份的過程 為了數(shù)據(jù)中心信息系統(tǒng)的安全可靠 為了業(yè)務(wù)的連續(xù)性 我們需要構(gòu)筑銅墻鐵壁般的 最后一道防線 什么是災(zāi)備 等級(jí)六 數(shù)據(jù)零丟失和遠(yuǎn)程集群支持 等級(jí)五 實(shí)時(shí)數(shù)據(jù)傳輸及完整設(shè)備支持 等級(jí)四 電子傳輸及完整設(shè)備支持 等級(jí)三 電子傳輸和部分設(shè)備支持 等級(jí)二 備用場(chǎng)地支持 等級(jí)一 基本支持 國家標(biāo)準(zhǔn) 六等級(jí) 災(zāi)難恢復(fù)能力等級(jí)劃分 48Hrs 24Hrs Mins 費(fèi)用 12Hrs Hrs 0 恢復(fù)時(shí)間目標(biāo) 國家標(biāo)準(zhǔn) 七要素 災(zāi)難恢復(fù)能力等級(jí)劃分 RTO RecoveryTimeObject 恢復(fù)時(shí)間目標(biāo) 是指信息系統(tǒng)從災(zāi)難狀態(tài)恢復(fù)到可運(yùn)行狀態(tài)所需的時(shí)間 用來衡量容災(zāi)系統(tǒng)的業(yè)務(wù)恢復(fù)能力 RPO RecoveryPointObeject 恢復(fù)點(diǎn)目標(biāo) 是指業(yè)務(wù)系統(tǒng)所允許的在災(zāi)難過程中的最大數(shù)據(jù)丟失量 用來衡量容災(zāi)系統(tǒng)的數(shù)據(jù)冗余備份能力 災(zāi)難恢復(fù)能力的衡量指標(biāo) RR RecoveryRadius 容災(zāi)半徑 即主站點(diǎn)與備份站點(diǎn)間的距離 指容災(zāi)系統(tǒng)能夠承受多大物理距離內(nèi)的災(zāi)難 災(zāi)難恢復(fù)等級(jí)對(duì)應(yīng)的RTO RPO要求 根據(jù)國家頒布的 信息系統(tǒng)災(zāi)難恢復(fù)規(guī)范 中的定義 災(zāi)備技術(shù)基礎(chǔ)知識(shí)介紹 災(zāi)備基礎(chǔ)知識(shí)概述 1 2 目錄 主流災(zāi)備技術(shù)分類 3 數(shù)據(jù)的重要性業(yè)務(wù)連續(xù)性數(shù)據(jù)與業(yè)務(wù)連續(xù)性的關(guān)系數(shù)據(jù)保護(hù)的核心問題數(shù)據(jù)保護(hù)的實(shí)現(xiàn)方法如何選擇最佳的數(shù)據(jù)保護(hù)方案 災(zāi)備技術(shù)基礎(chǔ)知識(shí) IDC統(tǒng)計(jì) 美國在2000年以前的十年間發(fā)生過災(zāi)難的公司中 有55 當(dāng)時(shí)倒閉 剩下的45 中 因?yàn)閿?shù)據(jù)丟失 有29 也在兩年之內(nèi)倒閉 生存下來的僅占16 GartnerGroup 在經(jīng)歷大型災(zāi)難而導(dǎo)致系統(tǒng)停運(yùn)的公司中有2 5再也沒有恢復(fù)運(yùn)營 剩下的公司中也有1 3在兩年內(nèi)破產(chǎn) 美國明尼蘇達(dá)大學(xué) 如果在發(fā)生數(shù)據(jù)丟失災(zāi)難后的兩個(gè)星期內(nèi) 無法恢復(fù)公司的業(yè)務(wù)系統(tǒng) 75 的公司業(yè)務(wù)將會(huì)完全停頓 43 的公司將再也無法開業(yè) 數(shù)據(jù)的重要性 數(shù)據(jù)來源 StrategicResearchCorporation 業(yè)務(wù)連續(xù)性的重要性 在所有停機(jī)中斷中 87 為計(jì)劃停機(jī) 只有13 信息不可用是由真正的故障造成的 FIND SVPSurvey 備份 恢復(fù)測(cè)試升級(jí)修訂維護(hù)數(shù)據(jù)提取 上載 數(shù)據(jù)中心移動(dòng) 整合災(zāi)難測(cè)試用戶和操作員培訓(xùn) 擴(kuò)展 增長分布數(shù)據(jù)工作負(fù)荷分擔(dān)工作負(fù)荷平衡報(bào)告生成批處理 硬件故障軟件故障程序錯(cuò)誤人為錯(cuò)誤 電源故障空調(diào)故障通信故障設(shè)備丟失 火災(zāi) 洪災(zāi) 暴風(fēng)雨 地震病毒 惡意行為威脅 恐怖活動(dòng) 計(jì)劃內(nèi)停機(jī) 計(jì)劃外停機(jī) 業(yè)務(wù)連續(xù)性BC BusinessContinuity 應(yīng)用正常運(yùn)行 生產(chǎn)中心 災(zāi)備中心 P2 P3 P2 P3 遠(yuǎn)程數(shù)據(jù)備份 數(shù)據(jù)受損無法恢復(fù)交易 1 數(shù)據(jù)恢復(fù)正常是一切災(zāi)難恢復(fù)和業(yè)務(wù)連續(xù)性的關(guān)鍵 2 在絕大多數(shù)情況下 業(yè)務(wù)中斷的損失要遠(yuǎn)小于數(shù)據(jù)丟失的損失 3 數(shù)據(jù)破壞丟失與數(shù)據(jù)不可用的關(guān)系 數(shù)據(jù)與業(yè)務(wù)連續(xù)性的關(guān)系 2 抽取生產(chǎn)數(shù)據(jù) 1 數(shù)據(jù)一致性和完整性 3 數(shù)據(jù)傳輸帶寬 4 數(shù)據(jù)傳輸安全 5 數(shù)據(jù)恢復(fù) 6 數(shù)據(jù)副本存儲(chǔ)介質(zhì) 數(shù)據(jù)保護(hù)的核心是 建立兩份或多份數(shù)據(jù)副本 六個(gè)關(guān)鍵問題 數(shù)據(jù)保護(hù)的核心內(nèi)容 分鐘 小時(shí) 天 成本 拷貝 備份 鏡像復(fù)制 恢復(fù)時(shí)間 數(shù)據(jù)保護(hù)實(shí)現(xiàn)的方法 數(shù)據(jù)保護(hù)實(shí)現(xiàn)的方法對(duì)比 業(yè)務(wù)連續(xù)性 分鐘級(jí) 因此 最佳的數(shù)據(jù)保護(hù)方案應(yīng)該是 根據(jù)BC要求不同 以可接受成本為前提 以合理技術(shù)方案為手段 以RTO RPO為考核指標(biāo) 最佳方案 業(yè)務(wù)連續(xù)性 總成本 備份方案 成本 復(fù)制 鏡像 拷貝方案 小時(shí)級(jí) 天級(jí) 最佳的數(shù)據(jù)保護(hù)方案 數(shù)據(jù)保護(hù)知識(shí)點(diǎn)總結(jié) 1 數(shù)據(jù)保護(hù)技術(shù)既是提高數(shù)據(jù)可用性的重要技術(shù) 同樣是保證業(yè)務(wù)連續(xù)性的基礎(chǔ)技術(shù) 2 數(shù)據(jù)破壞丟失與數(shù)據(jù)不可用的關(guān)系 3 數(shù)據(jù)保護(hù)的核心是建立和使用數(shù)據(jù)副本的技術(shù) 4 數(shù)據(jù)保護(hù)的實(shí)現(xiàn)方法包括拷貝 備份 復(fù)制 鏡像 快照等 5 最佳的數(shù)據(jù)保護(hù)方案并不是最完美的解決方案 而是在總體擁有成本和業(yè)務(wù)連續(xù)性之間取得平衡 災(zāi)備技術(shù)基礎(chǔ)知識(shí)介紹 災(zāi)備基礎(chǔ)知識(shí)概述 1 2 目錄 主流災(zāi)備技術(shù)分類 3 災(zāi)備技術(shù)實(shí)現(xiàn)的層次主機(jī)層的災(zāi)備存儲(chǔ)網(wǎng)絡(luò)層的災(zāi)備存儲(chǔ)網(wǎng)絡(luò)層的災(zāi)備應(yīng)用層的災(zāi)備 主流的災(zāi)備技術(shù)分類 主機(jī)層 網(wǎng)絡(luò)層 復(fù)制 鏡像 快照 備份 拷貝 數(shù)據(jù)庫 OS軟件 存儲(chǔ)層 復(fù)制 鏡像 快照 災(zāi)備技術(shù)實(shí)現(xiàn)的層次 局限性 1 只針對(duì)特定的數(shù)據(jù)庫應(yīng)用2 對(duì)應(yīng)用性能的影響3 與服務(wù)器OS FS相關(guān) 異構(gòu)服務(wù)器環(huán)境帶來的是實(shí)施 升級(jí)和維護(hù)的難題 4 總體成本較高 尤其在異構(gòu)服務(wù)器環(huán)境 優(yōu)勢(shì) 1 保證數(shù)據(jù)一致性 2 日志傳輸數(shù)據(jù)量較小 緩解帶寬壓力 3 RTO RPO分鐘至小時(shí) 代表廠商 Oracle DB2 Sybase等 應(yīng)用層災(zāi)備 局限性 1 對(duì)應(yīng)用性能的影響明顯 2 卷層次的數(shù)據(jù)保護(hù) 對(duì)數(shù)據(jù)庫等應(yīng)用無法保證一致性問題 3 與服務(wù)器OS FS相關(guān) 對(duì)備用服務(wù)器配置要求高 同樣面臨升級(jí)維護(hù)的難題4 數(shù)據(jù)傳輸占據(jù)較大帶寬 5 總體成本較高 尤其在異構(gòu)服務(wù)器環(huán)境 6 對(duì)于數(shù)據(jù)庫應(yīng)用RTO RPO為數(shù)小時(shí)優(yōu)勢(shì) 1 支持異構(gòu)存儲(chǔ)系統(tǒng)環(huán)境代表廠商 IBM Veritas等 主機(jī)層災(zāi)備 局限性 1 簡(jiǎn)單環(huán)境下 初次成本較高 2 與其他廠商實(shí)施服務(wù)等的配合 優(yōu)勢(shì) 1 支持異構(gòu)服務(wù)器環(huán)境 2 支持異構(gòu)存儲(chǔ)環(huán)境 3 專業(yè)數(shù)據(jù)庫插件保證復(fù)制數(shù)據(jù)的邏輯一致性 4 增量復(fù)制 降低帶寬要求 5 RTO RPO為分鐘級(jí) 6 長期總體成本低 不受品牌限制 為了擴(kuò)展靈活主動(dòng) 代表廠商 H3C