duplicate from active dg 的 run 脚本 sfile 为完整配置可能导致的一些错误

oracle 11g RMAN:Active Database
Duplication for standby database 创建dg 命令解读

继上篇如果没有正确配置,理解duplicate from active  dg 的 run 脚本,就会出现以下错误:

1:路径不存在:

Oracle instance shut down

connected to auxiliary database (not started)

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of Duplicate Db command at 01/09/2015 03:45:49

RMAN-03015: error occurred in stored script Memory Script

RMAN-04014: startup failed: ORA-48108: invalid value given for the
diagnostic_dest init.ora parameter

ORA-48140: the specified ADR Base directory does not exist [/u01/app/ora11]

ORA-48187: specified directory does not exist

Linux-x86_64 Error: 2: No such file or directory

Additional information: 1

2:主库配置参数无法转换到备库

RMAN-04014: startup failed: ORA-01261: Parameter
db_recovery_file_dest destination string
cannot be translated

ORA-01262: Stat failed on a file destination directory

Linux-x86_64 Error: 2: No such file or directory

时间: 2024-11-03 10:25:14

duplicate from active dg 的 run 脚本 sfile 为完整配置可能导致的一些错误的相关文章

使用RMAN DUPLICATE...FROM ACTIVE DATABASE创建物理standby database

Applies to: Oracle Server - Enterprise Edition - Version 11.1.0.6 to 11.2.0.4 [Release 11.1 to 11.2]Information in this document applies to any platform.GoalStep by step guide on how to create a physical standby database using RMAN DUPLICATE FROM ACT

Duplicate From Active Database

RMAN 'Duplicate From Active Database' Feature in 11G (文档 ID 452868.1) 转到底部 APPLIES TO: Oracle Database - Enterprise Edition - Version 11.1.0.6 and laterInformation in this document applies to any platform. PURPOSE The scope of this bulletin is to dis

关于 rman duplicate from active database 搭建dataguard--系列一

关于 rman duplicate from active database.详细操作实际为backup as copy .会拷贝非常多空块.对于那些数据库数据文件超过100G的都不是非常建议用:在非常大程度上会受到网络带宽的限制,一旦出现异常,就要从头再来,非常痛苦. 在做dataguard 能不用duplicate from active database ,还是不要用了,最靠谱的还是用rman 先备份一个吧:在做恢复吧

关于 rman duplicate from active database 搭建dataguard

关于 rman duplicate from active database,具体操作实际为backup as copy :会拷贝很多空块:对于那些数据库数据文件超过100G的都不是很建议用:在很大程度上会受到网络带宽的限制,一点出现异常,就要从头再来,非常痛苦: 在做dataguard 能不用duplicate from active database ,还是不要用了,最靠谱的还是用rman 先备份一个吧: 版权声明:本文为博主原创文章,未经博主允许不得转载.

Creating Physical Standby Using RMAN DUPLICATE...FROM ACTIVE DATABASE执行结果

1> run { 2> allocate channel prmy1 type disk; 3> allocate channel prmy2 type disk; 4> allocate channel prmy3 type disk; 5> allocate auxiliary channel stby type disk; 6> duplicate target database for standby from active database 7> spf

Oracle 11g Data Guard 使用duplicate from active database 创建 standby database

用这种方式来搭建DG ,主库的停机时间很少,只需要重启一下,使参数生效.也可以用这种方法进行DB迁移.DG搭建好,然后把备库激活就可以了. 这样整个迁移中宕机时间也比较短. Oracle 11g的pyhsical standby 支持open read only 下的apply和Real-time query. 因此就有了physical standby 稳定和logical standby 的报表查询功能. Oracle: 11.2.0.1 OS: redhat 5.5 Primary IP:

使用 rman duplicate from active database 搭建dataguard 手记

run { allocate channel prmy1 type disk; allocate channel prmy2 type disk; allocate channel prmy3 type disk; allocate channel prmy4 type disk; allocate channel prmy5 type disk; allocate channel prmy6 type disk; allocate channel prmy7 type disk; alloca

RMAN duplicate from active 时遭遇 ORA-17627 ORA-12154

最近在从活动数据库进行异机克隆时碰到了ORA-17629,ORA-17627,ORA-12154的错误,起初以为是一个Bug呢.Oracle Bug着实太多了,已经成了习惯性思维了.汗!错误提示是无法连接到连接到远程数据库,连接字符串无法解析.咦,配置了从auxiliary DB到target DB的tnsnames,且都是连通的阿......   1.故障现象     --下面的操作在auxiliary DB所在的机器上完成     [[email protected] ~]$ export

基于RMAN从活动数据库异机克隆(rman duplicate from active DB)

Oracle 11g RMAN能够实现基于活动数据库进行异机克隆,从而省去需要先备份再ftp到辅助服务器的过程.这一切可以全部交给Oracle来搞定.在克隆期间,Oracle会读取Target DB的所有数据结构,无须人为的干预(不同的磁盘系统,文件路径与文件名要指定转换方式).尽管如此,对于生产环境数据库在整个克隆期间性能会下降,其次在Target Server与Auxiliary Server中会产生较大的网络流量.如果这些可以接受的话,从活动数据库进行异机克隆是一个不错的选择.本文首先描述