博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
RMAN duplicate from active 时遭遇 ORA-17627 ORA-12154
阅读量:5816 次
发布时间:2019-06-18

本文共 6149 字,大约阅读时间需要 20 分钟。

    最近在从活动数据库进行异机克隆时碰到了ORA-17629,ORA-17627,ORA-12154的错误,起初以为是一个Bug呢。Oracle Bug着实太多了,已经成了习惯性思维了。汗!错误提示是无法连接到连接到远程数据库,连接字符串无法解析。咦,配置了从auxiliary DB到target DB的tnsnames,且都是连通的阿......

 

1、故障现象

    --下面的操作在auxiliary DB所在的机器上完成
    [oracle@linux4 ~]$ export ORACLE_SID=sybo3
    [oracle@linux4 ~]$ sqlplus / as sysdba
    SQL> startup nomount;
    [oracle@linux4 ~]$ rman target sys/oracle@TAR auxiliary sys/oracle@AUX  

    Recovery Manager: Release 11.2.0.1.0 - Production on Wed Jul 31 16:00:59 2013

    Copyright (c) 1982, 2009, Oracle and/or its affiliates.  All rights reserved.

    connected to target database: SYBO3 (DBID=2347733014)

    connected to auxiliary database: SYBO3 (not mounted)

    RMAN> duplicate database to sybo3 from active database spfile nofilenamecheck;

    Starting Duplicate Db at 31-JUL-13

    using target database control file instead of recovery catalog
    allocated channel: ORA_AUX_DISK_1
    channel ORA_AUX_DISK_1: SID=125 device type=DISK

    contents of Memory Script:

    {
       backup as copy reuse
       targetfile  '/u01/oracle/db_1/dbs/spfilesybo3.ora' auxiliary format
     '/u01/oracle/db_1/dbs/spfilesybo3.ora'   ;
       sql clone "alter system set spfile= ''/u01/oracle/db_1/dbs/spfilesybo3.ora''";
    }
    executing Memory Script

    Starting backup at 31-JUL-13

    allocated channel: ORA_DISK_1
    channel ORA_DISK_1: SID=23 device type=DISK
    RMAN-00571: ===========================================================
    RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
    RMAN-00571: ===========================================================
    RMAN-03002: failure of Duplicate Db command at 07/31/2013 16:01:07
    RMAN-03015: error occurred in stored script Memory Script
    RMAN-03009: failure of backup command on ORA_DISK_1 channel at 07/31/2013 16:01:07
    ORA-17629: Cannot connect to the remote database server                       
    ORA-17627: ORA-12154: TNS:could not resolve the connect identifier specified
    ORA-17629: Cannot connect to the remote database server

 

2、故障分析与解决

    上面是一堆的RMAN与ORA相关错误号了
    在执行脚本backup as copy reuse时出现了错误,也就是说备份的时候出现错误RMAN-03009
    其次是ORA-17629,不能连接到远程数据库服务器,ORA-17627后跟着ORA-12154,说明是由于无法解析字符串
    下面来看看ORA-17629到底是什么问题
    [oracle@linux4 ~]$ oerr ora 17629
    17629, 00000, "Cannot connect to the remote database server"
    // *Cause:  Connecting to the remote server specified by database connect
    //          string for netowrk file transfer failed.
    // *Action: Check additional error messages

    重要的提示信息:for netowrk file transfer failed,网络文件传输失败。

    由于我们使用的是从活动数据库进行克隆,因此活动数据库的数据文件等等应当会通过网络复制到辅助数据库,更确切地是说是通过Oracle Net。
    也就是说尽管我们在辅助数据库端配置了到target DB以及到Auxiliary DB的tnsnames的连接是不够的,target DB端也要连接到Auxiliary DB传送文件。
    上面只是一个初步的推测,从Oracle Metalink找到了关于这个问题的描述。就是需要在两个服务器之间都配置到target DB与Auxiliary DB的tnsnames。

    检查一下两个主机的tnsnames.ora的配置

    [oracle@linux3 admin]$ more tnsnames.ora
    # tnsnames.ora Network Configuration File: /u01/oracle/db_1/network/admin/tnsnames.ora
    # Generated by Oracle configuration tools.

    TAR =                               #Target Server只有到Target DB的tnsnames.ora

      (DESCRIPTION =
        (ADDRESS_LIST =
          (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.25)(PORT = 1531))
        )
        (CONNECT_DATA =
          (SERVICE_NAME = SYBO3.ORASRV.COM)
        )
      )
 
    [oracle@linux4 admin]$ more tnsnames.ora  #Auxiliary Server有到Target DB和Auxiliary DB的tnsnames.ora
    TAR =
      (DESCRIPTION =
        (ADDRESS_LIST =
          (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.25)(PORT = 1531))
        )
        (CONNECT_DATA =
          (SERVICE_NAME = SYBO3.ORASRV.COM)
        )
      )

    AUX =

      (DESCRIPTION =
        (ADDRESS_LIST =
          (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.7.26)(PORT = 1531))
        )
        (CONNECT_DATA =
          (SERVICE_NAME = SYBO3.ORASRV.COM)
        )
      )

    -- Author : Robinson Cheng

    -- Blog   :

    解决方案

        在Target Server端添加到Auxiliary DB的tnsnames.ora,即与Auxiliary server端使用相同的tnsnames entry

    下面测试tnsnames的连通性

    [oracle@linux3 admin]$ tnsping aux 
    [oracle@linux3 admin]$ tnsping tar
    [oracle@linux4 admin]$ tnsping aux
    [oracle@linux4 admin]$ tnsping tar

    再次duplicate时,成功鸟,喝茶哟!

 

3、MetaLink的描述(Doc ID 1144273.1)

    Applies to:
    Oracle Database - Enterprise Edition - Version 11.2.0.1 and later
    Information in this document applies to any platform.

    Symptoms

    The duplicate database from active failed with the following errors :

    ORA-17629: Cannot connect to the remote database server

    ORA-17627: ORA-12154: TNS:could not resolve the connect identifier specified
    ORA-17629: Cannot connect to the remote database server

    Cause

        Cause 1:

        For Active Duplication you need to connect to the target and Auxiliary DB using net service name ,even if you are running RMAN at the Auxiliary DB.

        The net service name to connect to the Auxiliary DB should also be configured at the target Database.
  
        In the tnsnames.ora on the machine of the TARGET database, there are 2 services created to connect to auxiliary database that have the same "service name" but "different" configuration.

 

        Possible Cause 2:

  
        Mismatch of Parameters DEFAULT_DOMAIN and DB_DOMAIN
  
        db_domain=PROD.world         # init<SID>.ora
        default_domain=PROD.WORLD    # sqlnet.ora
  
        # DEFAULT_DOMAIN defined on sqlnet.ora is 'case' sensitive and when defined must match
           DB_DOMAIN initialization parameter

 

    Solution

        1. To be sure that the tnsnames.ora file of each machine (machine where is the source database and machine where is the auxiliary  database) has the service name to connect to auxiliary database.

  
        2. Verify that there are not duplicate service_name with different configuration in the tnsnames.ora file.
  
        As per the Step 2 of the below RMAN doc :
       
  
          Step 2: Establish Oracle Net Connectivity to the Auxiliary Instance
  
        When duplicating from an active database, you must first have connected as SYSDBA to the auxiliary instance by means of a net service name. This net service name must also be available on the source database instance.
        The source database instance, to which RMAN is connected as TARGET, uses this net service name to connect directly to the auxiliary database instance.

      Double check using the following commands on the TARGET and AUXILIARY

        % tnsping <target_db>

        % tnsping <auxiliary_db>
      Once this is executed for the TARGET and AUXILIARY, it should return the same 'connect' information.

    Additional Note:

        If the listener is started from a different environment to rman client

        Then server processes will try to resolve the AUXILIARY service name using $TNS_ADMIN/tnsnames.ora where the value of TNS_ADMIN is as set in the 'listener runtime environment'.

 

相关参考

   

   

   

   

    

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

   

 

转载地址:http://uumbx.baihongyu.com/

你可能感兴趣的文章
Breaking parallel loops in .NET C# using the Stop method z
查看>>
Android Content Provider Guides
查看>>
修改故障转移群集心跳时间
查看>>
正数阶乘结尾0的个数
查看>>
[轉]redis;mongodb;memcache三者的性能比較
查看>>
spin_lock &amp; mutex_lock的差别?
查看>>
微软职位内部推荐-Sr DEV
查看>>
用计算器计算“异或CRC”
查看>>
LINK:fatal error LNK1123: 转换到 COFF 期间失败: 文件无效或损坏 (转)
查看>>
让你的WPF程序在Win7下呈现Win8风格主题
查看>>
Google搜索解析
查看>>
深刻理解C#的传值调用和传引用调用
查看>>
Windows环境配置Apache+Mysql+PHP
查看>>
BZOJ 3209 花神的数论题 数位DP+数论
查看>>
JDBC二查询(web基础学习笔记八)
查看>>
监听器(web基础学习笔记二十二)
查看>>
802.11 学习笔记
查看>>
Leetcode-Database-176-Second Highest Salary-Easy(转)
查看>>
Lua中的元表与元方法
查看>>
Servlet&jsp基础:第三部分
查看>>