敖尔其楞的专栏

库在由rac切换到单库上的时候，rman备份失败提示信息如下：RMAN-00571: ===========================================================RMAN-03002: failure of backup plus archivelog command at 01/19/2020 02:00:22RMAN-06059: expect...

在前台提示坏块，使用rman进行了坏块的修复blockrecover datafile 36 block 380032但是查看发现坏块很多，执行了blockrecover corruption list;这个命令，进行了修复，但是发现在修复后，坏块依然不停的在出现，并且还是之前的坏块，这个就比较奇怪了，没有什么好办法，只能切dg了...

被甩过来一个库，拿过来看了下，数据库没有启动，开始正常的启动流程，但是启动后发现，datafile 1需要恢复，于是执行recover datafile 1;进行恢复，但是提示缺少归档日志，看了下有备份的任务，于是就上去restore archive log from logseq xx;进行归档的恢复，很悲惨的是恢复到一个归档日志后，发现归档日志损坏，无法恢复，这样就没法正常的recover d...

ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY WITH SESSION SHUTDOWN ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY [Process Id: 52142] (xx) Waiting for all non-current ORLs to be

RMAN> CONFIGURE CONTROLFILE AUTOBACKUP on;新的 RMAN 配置参数:CONFIGURE CONTROLFILE AUTOBACKUP ON;已成功存储新的 RMAN 配置参数RMAN> copy datafile 4 to 'D:\rman.cpy';启动 backup 于 29-7月 -17使用通道 ORA_DISK_1通道 ORA_DISK_1:

oracle的不完全 恢复一定是从早期备份中开始恢复的，如果你用当前的system+早期的控制文件备份恢复到了最后，你会发现system的版本总是不对，因为system的版本最新的，不能恢复到之前的老版本上。 2create table as select 这种形式在非归档的情况下是使用的nologging方式创建的，这种表在恢复数据是没法找回来的。

在自动备份中恢复控制文件要是没有使用recovery cata

1查看下面的语句来看下数据文件的状态

RMAN> restore database2> ;启动 restore 于 03-10月-14使用目标数据库控制文件替代恢复目录分配的通道: ORA_DISK_1通道 ORA_DISK_1: sid=155 devtype=DISK未处理数据文件 5, 因为文件是只读的未处理数据文件 6, 因为文件是只读的通道 ORA_DISK_1: 正在开始恢复数据文件

做用户备份之前，检查确定数据文件1

1查看那个文件需要恢复

准备不完全恢复