解密TB级Oracle数据库故障恢复为何只要几分钟
Oracle 数据库系统数据量与日俱增，目前几T几十T的数据量场景随处可见。针对TB级别的Oracle数据如果出现故障恢复往往需要大量的时间和精力。Oracle数据库本身提供了对数据库进行在线备份恢复的工具RMAN。RMAN 使用之前的数据库备份来实现数据库的还原，然后使用归档日志及联机日志将数据库恢复到最新状态。在这个恢复过程中主要有如下过程需要大量的时间：
- 数据从备份集中移动到指定目录
- 数据从备份集特定格式转化成生产数据格式
- 增量备份需要合并到完全备份
- 应用归档日志前滚
如何优化故障恢复时的数据移动，数据合并，格式转换，归档前滚的时间？爱数AnyBackup 实时复制方案、CDM备份方案、LAN-FREE备份方案等被用来解决上述难题。实时复制方案似乎可以有效解决以上问题，但是实时复制方案成本较高，主机性能资源要求高，对性能有一定的影响，难以满足多个环境的需求。LAN-FREE 备份方案有效优化了数据从备份集中移动的问题，但是受限于数据移动的性能瓶颈，即使LAN-FREE备份也需要相当长的时间窗口。CDM备份方案则完美解决了数据移动、格式转换、增量合并的问题，真正做到了TB级别的数据库分钟级恢复。
TB级别Oracle数据库分钟级恢复解密
Oracle数据库分钟级恢复主要用到挂载恢复技术，示意图如下所示：
Oracle分钟级别挂载恢复流程如下所示：
第1步 当生产数据出现异常不可用时，选择某个快照时间点进行虚克隆，形成一个虚拟副本并将此虚拟副本映射到Oracle服务器中（需映射到RAC的所有节点）。
第2步 通过运行AnyBackup CDM 7自动生成的切换脚本将生成的虚克隆卷挂载至Oracle服务器。
第3步 通过界面指定的需要挂载的实例名及需要恢复的时间（任意时间点恢复），生成对应的切换脚本，以相同的生产配置将生产数据切换至AnyBackup CDM 7的挂载卷，对生产业务进行接管。如果是指定实例名与原实例名相同，那么原实例需要处于非Open状态，挂载后会覆盖原实例。
第4步 针对已经挂载出去并使用的副本，新的生产数据将写入到挂载的虚拟卷中，在生产存储被修复的情况下，需要将数据回迁至生产存储中。AnyBackup CDM 7对于不同的应用提供不同的回迁方案。
Oracle分钟级别挂载恢复核心技术：
- 利用 RMAN 工具采用原生格式数据捕获技术，实现原生产数据格式备份，挂载恢复过程中无需转换格式。
- 备份数据虚拟副本直接挂载到生产主机，无数据移动，分钟级挂载，不受数据量大小影响，且虚拟副本不影响备份数据，可多次克隆使用。
- 永久增量备份技术，一次完备，后续每次增量备份完成后合成到最新的完备数据中，结合存储的快照技术，每个增量时间点在逻辑上均为完整副本，可直接提供出来使用，任意增量时间点逻辑上的损坏，都不影响其他时间点的使用，从而无需恢复时占用合并时间。
- 结合归档日志备份实现任意时间点恢复，可通过更高频次的永久增量备份，缩短归档前滚时间。
