学习交流加群风哥微信: itpux-com
# 1. 确定恢复时间点
# 假设误操作发生在2025-04-09 10:30:00，需要恢复到10:29:59
# 2. 关闭数据库
$ disql SYSDBA/SYSDBA@192.168.1.10:5236
SQL> shutdown immediate;
# 3. 启动到mount状态
SQL> startup mount;
# 4. 执行PITR恢复
SQL> recover database until time ‘2025-04-09 10:29:59’;
# 5. 打开数据库（需要resetlogs）
SQL> alter database open resetlogs;
# 6. 验证恢复结果
SQL> select sysdate from dual;
行号 SYSDATE
———- ——————–
1 2025-04-09 10:29:59

# 1. 确定目标SCN
# 假设需要恢复到SCN 1234567
# 2. 关闭数据库
SQL> shutdown immediate;
# 3. 启动到mount状态
SQL> startup mount;
# 4. 执行PITR恢复
SQL> recover database until scn 1234567;
# 5. 打开数据库
SQL> alter database open resetlogs;
# 6. 验证恢复结果
SQL> select current_scn from v$database;
行号 CURRENT_SCN
———- ————
1 1234567

# 1. 启动DMRMAN
$ dmrman
dmrman V8 学习交流加群风哥QQ113257174
# 2. 恢复数据库到指定时间点
RMAN> restore database ‘/dm/fgdata/fgedudb/dm.ini’ \
from backupset ‘/dm/backup/full/backup_full_20250409.bak’;
# 3. 恢复到指定时间点
RMAN> recover database ‘/dm/fgdata/fgedudb/dm.ini’ \
until time ‘2025-04-09 10:29:59’;
# 4. 打开数据库
RMAN> alter database ‘/dm/fgdata/fgedudb/dm.ini’ open resetlogs;
# 5. 验证恢复结果
RMAN> select sysdate from dual;
行号 SYSDATE
———- ——————–
1 2025-04-09 10:29:59

# 验证数据库状态
SQL> select open_mode, database_status from v$database;
行号 OPEN_MODE DATABASE_STATUS
———- ——————– —————–
1 READ WRITE ACTIVE
# 验证恢复时间点
SQL> select sysdate from dual;
行号 SYSDATE
———- ——————–
1 2025-04-09 10:29:59
# 验证业务数据
SQL> select count(*) from fgedu.orders;
行号 COUNT(*)
———- ———-
500
# 验证误操作是否回滚
SQL> select * from fgedu.orders where order_id=100;
行号 ORDER_ID CUSTOMER_ID AMOUNT ORDER_DATE
———- ———– ———– ———- ———-
1 100 101 1000.00 2025-04-08
# 验证数据库一致性
SQL> check database;
操作已执行 更多视频教程www.fgedu.net.cn
已用时间: 00:01:30.456

#
# 错误1：归档日志缺失
#
# 错误信息
“`
恢复失败，缺少归档日志文件
“`
#
# 解决方案
– 检查归档日志是否完整
– 从备份中恢复缺失的归档日志
– 考虑使用更接近的时间点
#
# 错误2：时间点指定错误
#
# 错误信息
“`
恢复失败，时间点无效
“`
#
# 解决方案
– 确认时间点格式正确
– 确认时间点在备份范围内
– 使用更精确的时间点
#
# 错误3：数据库无法打开
#
# 错误信息
“`
无法打开数据库，需要resetlogs
“`
#
# 解决方案
– 使用alter database open resetlogs
– 重新备份数据库

#
# 场景描述
用户误执行了delete语句删除了fgedu.employee表的所有数据，需要恢复到删除前的状态
#
# 恢复步骤
# 1. 确认误操作时间 更多学习教程公众号风哥教程itpux_com
# 误操作发生在2025-04-09 14:30:00
# 2. 检查备份和归档日志
$ disql SYSDBA/SYSDBA@192.168.1.10:5236
SQL> select backup_name, backup_time from v$backupset
where backup_time < to_date('2025-04-09 14:30:00', 'yyyy-mm-dd hh24:mi:ss') order by backup_time desc; 行号 BACKUP_NAME BACKUP_TIME ---------- ------------------------ -------------------- 1 DB_FULL_20250409_020015 2025-04-09 02:00:15 # 3. 执行PITR恢复 SQL> shutdown immediate;
SQL> startup mount;
SQL> recover database until time ‘2025-04-09 14:29:59’;
SQL> alter database open resetlogs;
# 4. 验证恢复结果
SQL> select count(*) from fgedu.employee;
行号 COUNT(*)
———- ———-
1 1000
# 5. 确认数据完整性
SQL> select * from fgedu.employee where emp_id=1;
行号 EMP_ID EMP_NAME DEPT_ID SALARY HIRE_DATE
———- ———– ———– ———– ———- ———-
1 1 张三 10 5000.00 2025-01-01

#
# 场景描述
开发人员执行了错误的批量更新操作，将所有订单金额更新为0，需要恢复到操作前的状态 from DB视频:www.itpux.com
#
# 恢复步骤
# 1. 确认错误操作时间
# 错误操作发生在2025-04-09 15:00:00
# 2. 执行PITR恢复
SQL> shutdown immediate;
SQL> startup mount;
SQL> recover database until time ‘2025-04-09 14:59:59’;
SQL> alter database open resetlogs;
# 3. 验证恢复结果
SQL> select count(*) from fgedu.orders;
行号 COUNT(*)
———- ———-
500
# 4. 确认金额已恢复
SQL> select order_id, amount from fgedu.orders where order_id=100;
行号 ORDER_ID AMOUNT
———- ———– ———-
1 100 1000.00
# 5. 重新备份数据库
SQL> backup database full to ‘/dm/backup/full/backup_after_pitr.bak’;

#
# 场景描述
数据库由于存储介质故障导致损坏，需要恢复到故障前的状态
#
# 恢复步骤
# 1. 确认故障时间
# 故障发生在2025-04-09 16:00:00
# 2. 使用DMRMAN进行恢复
$ dmrman
# 3. 恢复数据库
RMAN> restore database ‘/dm/fgdata/fgedudb/dm.ini’ \
from backupset ‘/dm/backup/full/backup_full_20250409.bak’;
# 4. 恢复到故障前时间点
RMAN> recover database ‘/dm/fgdata/fgedudb/dm.ini’ \
until time ‘2025-04-09 15:59:59’;
# 5. 打开数据库
RMAN> alter database ‘/dm/fgdata/fgedudb/dm.ini’ open resetlogs;
# 6. 验证恢复结果
SQL> select open_mode from v$database;
行号 OPEN_MODE
———- ——————–
1 READ WRITE
# 7. 验证业务数据
SQL> select count(*) from fgedu.employee;
行号 COUNT(*)
———- ———-
1 1000