① 项目背景
九原区某制造企业，财务系统跑在Oracle 11.2.0.4上，运维图省事写了个定时任务删归档日志，结果脚本写错目录，把闪回区清空了，同时RMAN全备连续两周失败没人看。周一早上应用报ORA-01578数据文件坏块，财务凭证查不出来。我到现场时，数据库还在跑，但已经有三个数据文件出现坏块。
② 咨询设计
第一步不是恢复，是保命。先把所有数据文件、控制文件、在线日志用dd做全量镜像到两块独立硬盘，原盘只读挂载，任何操作都在镜像上做。然后看能用的东西：控制文件快照有，残留归档只剩故障前6小时的，最近一次成功全备是19天前。方案定为RMAN增量恢复加LogMiner挖掘在线日志，坏块表用ODU按表抽取，先保证财务能出报表，再做全库时间点恢复。
③ 施工规划
恢复环境单独搭一台服务器，不接生产网，用隔离交换机直连。磁盘做RAID10，Ext4对齐4K，避免恢复过程中再出I/O问题。恢复顺序：先restore controlfile，再catalog归档备份，recover database until time到故障前5分钟，最后open resetlogs。ODU抽取那部分按表空间分批做，每批导出后校验行数和金额合计，避免一次性拉爆临时表空间。
④ 安全补丁
这次事故表面是脚本写错，根子是备份没人验证。恢复完我们重新定了备份策略：RMAN全备每周日，增量每天，归档保留7天且删除脚本必须带校验和确认；备份集每月做一次恢复演练，恢复到测试库跑一遍月结。另外，数据库服务器原来3306和1521都映射到了公网，这次一并撤掉，只留VPN内网访问。外包运维的账号全部收回，改用堡垒机加双因素。
⑤ 验收交付
恢复后比对关键表行数，凭证表、科目余额表、应收应付三张表差异行数为0，金额合计分毫不差；索引全部重建，统计信息重新收集。应用联调跑了一遍月结流程，耗时比原来还快11%。交付了一份12页的事故报告，包含时间线、根因、数据校验结果和整改清单，财务总监签字确认。
⑥ 售后承诺
数据库这行，出事都是半夜。我们承诺2小时到场，RMAN脚本和恢复手册留在客户机房一份。大年三十电话不关机，17704868686。终身免费咨询，看到ORA开头的报错先别重启，把告警日志最后200行发我。
【不舍昼夜技术 · 包头IT全生命周期服务】
业务全闭环：咨询规划、方案设计、工程实施、竣工验收、维保售后。
咱能干的：包头修电脑/装监控/拉网线/做系统/救数据/办软件/卖耗材。
技术范畴：5G通信、大数据服务、信息系统集成、网络安全、商用密码、平面设计。
服务区域：昆区、青山区、九原区、东河区、高新区等包头全境，随叫随到。
技术热线：17704868686（本地专业团队，不舍昼夜为您守候！）