1、概念RMAN 增量备份是指 RMAN 只备份自上次备份以来发生过更改的数据块而不是备份整个数据库的所有数据块。它是 Oracle 为解决大型数据库全量备份时间长、占用空间大的问题而设计的核心特性也是现代企业级备份策略的基础。简单类比全库备份就像每周日把整个衣柜的衣服都洗一遍而增量备份就像周一到周六只洗穿过的衣服。2、适用场景大型数据库数据量超过 1TB 的数据库全量备份时间过长备份窗口有限只能在夜间短时间内完成备份数据变化率低每天数据变化量不超过 10% 的数据库需要频繁备份要求每小时或每天多次备份的业务系统存储资源有限备份存储空间紧张的环境3、核心工作原理3.1、基本机制Oracle 数据库中的每个数据块都有一个系统更改号SCN。当执行增量备份时RMAN 会扫描所有数据块只备份那些 SCN 大于上次备份 SCN 的数据块。3.2、关键技术块更改跟踪BCT这是 Oracle 10g 引入的革命性特性彻底解决了增量备份需要扫描整个数据库的问题启用后Oracle 会在后台维护一个块更改跟踪文件记录所有自上次备份以来被修改过的数据块地址增量备份时RMAN 直接读取这个文件只扫描被修改过的数据块性能提升可达10-100 倍特别是对于大型数据库启动命令ALTER DATABASE ENABLE BLOCK CHANGE TRACKINGUSING FILE DATA/bct.f SIZE 10G AUTOEXTEND ON NEXT 1G;4、增量备份级别与类型4.1、备份级别Oracle 支持 3 个级别的增量备份级别含义作用0 级备份所有数据块与全库备份内容相同作为整个增量备份链的基线1 级备份自上次 0 级或 1 级备份以来更改的数据块日常增量备份2 级备份自上次 0 级、1 级或 2 级备份以来更改的数据块更细粒度的增量备份很少使用重要区别0 级增量备份与全库备份的内容完全相同但只有 0 级增量备份才能作为增量备份链的基线普通全库备份不能。4.2、两种增量类型12c 版本支持两种增量备份类型类型备份内容优点缺点差异增量Differential备份自上次任何级别备份以来更改的数据块备份量最小速度最快恢复时需要应用所有增量备份累积增量Cumulative备份自上次 0 级备份以来所有更改的数据块恢复时只需要应用最后一个累积增量备份量较大速度较慢生产环境推荐日常使用差异增量每周日做 0 级备份每周六做累积增量备份平衡备份和恢复性能。5、增量备份 vs 全库备份对比维度全库备份增量备份备份内容所有数据块仅更改的数据块备份时间长与数据量成正比短与数据变化量成正比占用空间大等于数据量小通常为数据量的 1%-10%恢复时间短只需要恢复一个备份较长需要恢复基线 所有增量依赖关系无依赖独立可用依赖基线备份和之前的增量备份适用场景基线备份、数据库变更前后日常备份、备份窗口有限的场景6、增量备份命令-- Level 0 基线备份 BACKUP INCREMENTAL LEVEL 0 DATABASE TAG INCR_L0; -- Level 1 差异增量默认 BACKUP INCREMENTAL LEVEL 1 DATABASE TAG INCR_L1_DIFF; -- Level 1 累积增量 BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE TAG INCR_L1_CUM; -- 启用 Block Change Tracking强烈推荐 ALTER DATABASE ENABLE BLOCK CHANGE TRACKING USING FILE DATA/ctfile.ctf REUSE; -- 查看 BCT 状态 SELECT * FROM v$block_change_tracking;实例启用 BCT 后增量备份时间从 4 小时降至 15 分钟S — Situation场景某物流企业核心数据库 3TB每天执行 Level 1 差异增量备份耗时约 4 小时严重影响白天业务窗口。DBA 怀疑是未启用 BCT 导致全文件扫描。T — Task任务将增量备份时间控制在 30 分钟以内不影响白天业务。A — Action行动1、启用 Block Change TrackingALTER DATABASE ENABLE BLOCK CHANGE TRACKINGUSING FILE DATA/ctfile.ctf;2、 验证 BCT 状态SELECT status, filename FROM v$block_change_tracking;3、重新执行增量备份测试4、监控 BCT 文件大小确保不超过数据文件的 1/30000。R — Result结果增量备份时间从 4 小时降至 15 分钟提升 16 倍。BCT 文件仅占 200MB对性能影响可忽略不计。备份窗口完全避开业务高峰。
