|
»
主页 » 典型应用举例 »
核心备份应用方案 |
 |
去除核心数据保障隐患，兼收常规备份优化成本
|
| |
| 常规备份方案的不足：核心业务数据的修复保障能力随业务量增长而下降 |
|
|
|
数据丢失的主要原因、份额
及有效应对方式 |
硬件故障 |
人为误删 |
软件故障 |
病毒攻击 |
自然灾害 |
|
44% |
32% |
14% |
7% |
3% |
|
本地硬件冗余（双机、RAID等） |
Y |
N |
N |
N |
N |
|
备份恢复（Backup /
Restore） |
Y |
Y |
Y |
Y |
N |
|
灾难恢复（Disaster
Recovery） |
Y |
Y |
Y |
Y |
Y |
|
|
Source: Ontrack Data
International |
|
核心业务数据一般以数据库的形式保存。数据库的突出特征，是出现结构性损坏时不能部分修复
—— 也即若被迫对数据库作全库恢复，哪怕出现一个字节的错误，整个数据库的完整性和一致性即可能遭到破坏。并且此类修复风险随业务量增长（＝
数据库增大）同比增大。
核心数据库普遍运行于双机＋RAID保护的磁盘阵列，硬件故障导致数据损坏的风险得到了良好屏蔽。但是数据库的开放性（＝
必须允许不同用户与应用程序随机访问），决定了其因人为误删、软件故障等出现错误的风险无可化解，只能依靠备份恢复弥补。
下表简述了常规备份设备用于承载数据库备份（＝要求极低误码风险）时的不足： |
| 常规备份载体 |
作为核心业务数据（数据库）修复保障的不足 |
| 机械磁带库 |
磁带无容错能力，任一单点因褪磁、霉点、卡带等不能读出，即会导致整个数据库的全备份无法恢复。同时磁带作为无源介质，失效不能报警（也即无从判断数据库的保护备份已失效），导致上述问题无解 |
| 常规磁盘设备 |
备份暴露于操作系统——偶发系统崩溃、软件故障甚至病毒等均可损坏备份数据，且出现备份损坏情况同样不能报警：您遇到过PC上偶尔出现的文件打不开的情况吗，数据库全备份通常较PC上的文件大104
- 107倍! |
|
|
|
|
奥泰瑞方案：普通数据备份同常规，核心业务数据备份于高安全保险柜 |
|
 |
-
收益卓著：磁带化磁盘库（即插即用，免维护、免管理）承载核心数据库备份，备份质量及服务响应能力均提高若干量级；
-
充分保护既有投资：（利旧）常规备份载体承载辅助数据的备份；
-
不增加任何系统风险：裸设备接入，无需增加第三方软件，无需变更既有数据保护流程；
-
无限扩展能力：分布式硬件，集中式管理，随需模块式扩展。
|
