雅冰石的专栏

在oracle异地备份恢复测试数据库上执行restore database的时候报错：RMAN-06023: 没有找到数据文件1的副本来还原可是我看备份明明都是存在的，而且已经执行了catalog start with命令。

ORA-00312: 联机日志 1 线程 1: '/data/app/oracle/oradata/orcl/redo01.log'ORA-00349: 无法获得 '/oracle/app/oracle/oradata/orcl/redo01.log' 的块大小。删除数据文件一是为了释放空间，二是不删除的话，到时恢复完后分不清是以前的数据文件，还是新的数据文件。ORA-01103: 控制文件中的数据库名 ''ORCL1'' 不是 ''ORCL''。

详细看下日志

recover指令只能再基于数据文件时间点往后恢复

加上force，强制恢复：restore database force;没再报错了

如果数据库比较大，可以提前几天将全备文件拷贝过来，在目标端restore database，然后每天增量拷贝归档日志的备份，直到真正迁移的时候，只拷贝最近的归档日志的备份，最后在目标端recover database，可大大缩短业务停止时间。

未正常关闭数据库，即使在mount状态备份，也会导致备份报这个错误。

每周一0点执行全备，其他每天执行增量备份。定时任务如下：0级备份脚本内容：[oracle@zhmh-64 rman_bak]$ cat /k8s/backup/rman_bak/rman_full_level0.sh#!/bin/bash#对数据库做0级备份DAY=`date +%Y-%m-%d`User='sys'Password='……'BakDir1='...

在Linux上，安装完成之后，在测试RMAN时可能会遇到如下错误：[oracle@smsdbrac1 oracle]$ rman target /rman: can't open target这是由于调用的是非Oracle的RMAN的缘故：[oracle@smsdbrac1 oracle]$ which rman/usr/X11R6/bin/rman错误及解决方法演

RMAN基于时间点恢复不完全恢复我们知道，对归档下的数据库做RMAN全备，当数据库挂掉之后，执行完全恢复时，可以将数据库将恢复到完全最新的状态，包括至当前时间所做的所有已提交的数据修改，保证不会丢失数据。但是执行不完全恢复时，数据库会恢复到过去的某个时间点，这意味着会缺失一些事务处理，即恢复目标时间和当前时间之间所做的所有数据修改都会丢失。在许多情况下，这就是所需要的目标，因为可能对数据库执行

一：问题描述在恢复数据库的时候，报错：RMAN> recover database; Starting recover at 07-NOV-14using channel ORA_DISK_1 starting media recovery archive log thread 2 sequence 13 is already on disk as file /

这是个相当恶心的错误，就像癫痫病人一样，不知道什么时候就犯了，好好的用着，吃晚饭再连，就报no listener 起了监听，之后就是这个错误。胡搞一通，不行，重启OK。不知道哪里的问题，因为是测试环境，经常会重启，这个错误就想幽灵一样时出时没。现在的oracle怎么那么难伺候！！烦的多了终于下定决心要找出问题所在，于是在网上阅贴无数，终于找着了能按照一定规律解决问题的方法，就转载了过来关于

所谓增量备份，顾名思义即是每次备份仅操作那些发生了"变化"的数据块。RMAN中增量备份有两种：Differential方式和Cumulative方式。1、差异增量备份Differential  说起Differential，相当有意思，大家可以这样理解。有一家名为Differential的红社会组织，他们民主自由善良博爱为人忠恳正直(以下省略5000个褒义形容词)，总之呢，他们会按

一：实验环境主库：两个节点的集群备库：单实例操作系统：redhat二：实验介绍主库做不完全恢复后，备库无法应用日志。这里通过重建备库的方法解决。三：实验步骤3.1：主库不完全恢复实验3.1.1现有测试数据SQL> select *  2  from scott.t;ID---------- 1 23.1.2查看数据库当前SCN--

一：实验原理RMAN提供了DELETE ALL INPUT参数，加在BACKUP命令后，则会在完成备份后自动删除归档目录中已备份的归档日志（即会产生一个归档日志的备份文件，但是归档日志会被删除）。如果备份文件不丢失的话，则不会导致数据丢失。二：实验介绍查看backup archivelog all DELETE ALL INPUT产生的效果，及是否会导致数据丢失三：实验步骤--

一：实验介绍把一台机器上面的某个数据库恢复到另一台机器上（相当于，建个测试环境，以便进行相关操作）二：实验环境操作系统IP数据库环境数据库实例名称主机名称source端RedHat192.168.8.225单实例ORCLsourc

一：Oracle RAC环境中归档日志的存放方式Oracle RAC环境中归档日志的存放方式有如下几种方式：1. 本地文件系统2. 集群文件系统3. 网络文件系统(NFS)4. 自动存储管理(ASM) 本篇文章主要是讨论NFS方式相关。必须保证，在操作系统层面，节点间都能互相访问彼此的归档日志二：目前所在环境NFS配置本人公司现在生产环境归档日志是这样配置的

有网友在T.ASKMACLEAN.COM上 提问关于”DELETE ARCHIVELOG ALL COMPLETED BEFORE” 与 “DELETE ARCHIVELOG UNTIL TIME “的区别。为了了解这2个命令细微的差别，我们先来温习一些 ARCHIVED LOG的知识。 V$ARCHIVED_LOG:FIRST_TIME             DATE

测试环境： Oracle 10gR2 RAC + Redhat 5.4 +ASM + RAW源库：       db_name=orcl  SID=orcc1/orcl2       IP: 192.168.6.223/224 目标库：       db_name=orcl SID=orcl       IP：192.168.6.229 操作过程和RMAN 的异

１、备份数据文件backup datafile 3;backup tablespace user;backup constrolfile to２、列出所有备份集RMAN> list backup of database archivelog all;备份集列表===================BS 关键字  类型 LV 大小       设备类型