dg主备切换步骤 oracle_oracle dg主备切换 - CSDN
精华内容
参与话题
  • dg主备切换步骤

    千次阅读 2012-05-11 13:06:26
    先将主库切换库,然后将原主库启动到物理库的状态 SQL> select switchover_status from v$database; SWITCHOVER_STATUS -------------------- TO STANDBY SQL> Alter database commit to ...

    先将主库切换成备库,然后将原主库启动到物理库的状态

    SQL> select switchover_status from v$database;



    SWITCHOVER_STATUS
    --------------------
    TO STANDBY


    SQL> Alter database commit to switchover to physical standby with session shutdown;


    Database altered.


    SQL> shut immediate
    ORA-01507: database not mounted




    ORACLE instance shut down.
    SQL> startup nomount
    ORACLE instance started.


    Total System Global Area  304807936 bytes
    Fixed Size                  2212856 bytes
    Variable Size             176163848 bytes
    Database Buffers          121634816 bytes
    Redo Buffers                4796416 bytes
    SQL> alter database mount standby database;


    Database altered.


    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION; 


    Database altered.


    然后将备库切换成主库
    SQL> select switchover_status from v$database;


    SWITCHOVER_STATUS
    --------------------
    NOT ALLOWED


    SQL> select * from v$version where rownum<2;


    BANNER
    --------------------------------------------------------------------------------
    Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - 64bit Production


    SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY; 


    Database altered.


    SQL> shut immediate
    ORA-01109: database not open




    Database dismounted.
    ORACLE instance shut down.
    SQL> starutp
    SP2-0042: unknown command "starutp" - rest of line ignored.
    SQL> startup
    ORACLE instance started.


    Total System Global Area  304807936 bytes
    Fixed Size                  2212856 bytes
    Variable Size             138415112 bytes
    Database Buffers          159383552 bytes
    Redo Buffers                4796416 bytes
    Database mounted.
    Database opened.
    切换日志进行检查
    SQL> select max(sequence#) from v$log;


    MAX(SEQUENCE#)
    --------------
               108


    SQL> alter system switch logfile;


    System altered.

    参考:
    http://blog.csdn.net/leishifei/article/details/6240464

    展开全文
  • 主备库的切换主要在两种情况下切换,Switchover和Failover,这两种切换都需要手工执行完成。 一是Switchover(计划中的切换,不会丢失数据) 二是Failover(当主库出现故障的时候需要主备切换角色) 1,Switchover...

    主备库的切换主要在两种情况下切换,Switchover和Failover,这两种切换都需要手工执行完成。

    一是Switchover(计划中的切换,不会丢失数据)

    二是Failover(当主库出现故障的时候需要主备库切换角色)

    1,Switchover的切换方法

    主库端:

    select switchover_status from v$database;

    如果是to standby表可以正常切换.

    直接执行alter database commit to switchover to physical standby;

    否则执行:alter database commit to switchover to physical standby with session shutdown;

    shutdown immediate;

    startup nomount;

    alter database mount standby database;

    alter database recover managed standby database disconnect from session;

    备库端:

    select switchover_status from v$database;

    如果是to_primary表可以正常切换.

    执行: alter database commit to switchover to primary;

    否则执行: alter database commit to switchover to primary with session shutdown;

    shutdown immediate;

    startup;

    2,Failover切换方法

    (1)判断主数据库确实出现严重的硬件故障或其他原因导致主数据库无法启动。

    (2)在物理备用数据库上检查是否有archive redo log gaps

    SQL>SELECT THREAD#, LOW_SEQUENCE#, HIGH_SEQUENCE# FROM V$ARCHIVE_GAP;

    (3)消除archive redo log gaps

    从主数据库上或其他备份的地方把没有传到物理备用数据库的archive redo log传到物理备用数据库上,并注册到物理备用数据库的controlfile中。

    SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE 'archive redo log文件名称';

    重复2,3步骤直到V$ARCHIVE_GAP视图无记录存在。

    (4)在物理备用数据库上发起failover操作

    SQL > ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE;

    (5)把物理备用数据库转化成主用角色

    SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

    (6)把新的主用数据库重新启动

    SQL> SHUTDOWN IMMEDIATE;

    SQL> STARTUP;

    (7)对新的主用数据库做全备份.

    转载于:https://blog.51cto.com/linux10000/2107351

    展开全文
  • Oracle 12C dg 主备切换

    2020-05-22 14:55:47
    一、检查主备库; 二、切换主备库; 三、测试数据; 四、备库回切。

    搭建好DG以后查看是否同步正常,在主库新建表,在备库查看是否已经同步过去,除此之外,

    一、检查主备库;

    #查看主库archive_dest1、2 是否正常,这里可以查看到归档数据可以传送到备库;

    #备库检查MRP进程是否启动;

    #如果没有启动,手工启动MRP:

    #备库检查日志是否apply,因为可能日志传过来,但并没有入库,在主备库同时查询,两边一致,DG就是同步的。

    主库DB1:

    SQL> select sequence#,applied from v$archived_log where applied='YES';

     SEQUENCE# APPLIED
    ---------- ---------
            98 YES
            99 YES
           100 YES
           101 YES
           102 YES
           103 YES
           104 YES
           105 YES
           106 YES
           107 YES
           108 YES

     SEQUENCE# APPLIED
    ---------- ---------
           109 YES
           110 YES
           111 YES
           112 YES
           113 YES
           114 YES
           115 YES
           116 YES
           117 YES
           118 YES
           181 YES

     SEQUENCE# APPLIED
    ---------- ---------
           180 YES
           179 YES
           182 YES
           183 YES
           184 YES
           185 YES
           186 YES
           187 YES
           188 YES
           189 YES
           190 YES

     SEQUENCE# APPLIED
    ---------- ---------
           191 YES
           192 YES
           197 YES
           198 YES
           199 YES
           200 YES
           201 YES
           202 YES
           202 YES
           203 YES
           203 YES

     SEQUENCE# APPLIED
    ---------- ---------
           204 YES
           204 YES
           205 YES
           205 YES
           206 YES
           206 YES
           207 YES
           207 YES
           208 YES
           208 YES
           209 YES

     SEQUENCE# APPLIED
    ---------- ---------
           209 YES
           210 YES
           210 YES
           211 YES
           211 YES
           212 YES
           213 YES
           214 YES
             6 YES
             7 YES
             8 YES

     SEQUENCE# APPLIED
    ---------- ---------
             9 YES
            10 YES
            11 YES
            13 YES
            12 YES
            14 YES
            15 YES
            16 YES
            17 YES
            18 YES
            19 YES

     SEQUENCE# APPLIED
    ---------- ---------
            20 YES
            20 YES
            22 YES
            21 YES
            23 YES
            24 YES
            25 YES
            26 YES
            27 YES
            28 YES
            29 YES

     SEQUENCE# APPLIED
    ---------- ---------
            30 YES
            31 YES
            31 YES
            27 YES
            26 YES
            29 YES
            28 YES
            30 YES
            32 YES
            32 YES
            33 YES

     SEQUENCE# APPLIED
    ---------- ---------
            34 YES
            35 YES
            36 YES
            37 YES
            38 YES
            39 YES
            40 YES
            41 YES
            42 YES
            43 YES
            45 YES

     SEQUENCE# APPLIED
    ---------- ---------
            44 YES
            46 YES
            47 YES
            48 YES
            49 YES
            50 YES
            51 YES
            52 YES
            53 YES
            54 YES
            55 YES

     SEQUENCE# APPLIED
    ---------- ---------
            56 YES
            57 YES
            57 YES
            58 YES
            58 YES
            59 YES
            60 YES
            61 YES
            62 YES
            63 YES
            68 YES

     SEQUENCE# APPLIED
    ---------- ---------
            69 YES
            70 YES
            71 YES
            72 YES
            73 YES
            74 YES
            75 YES
            76 YES
            77 YES
            78 YES
            89 YES

     SEQUENCE# APPLIED
    ---------- ---------
            81 YES
            82 YES
            83 YES
            84 YES
            80 YES
            85 YES
            86 YES
            87 YES
            88 YES
            79 YES
            90 YES

     SEQUENCE# APPLIED
    ---------- ---------
            91 YES
            92 YES
            93 YES
            94 YES
            95 YES
            96 YES
            97 YES
            98 YES
            99 YES
           100 YES
           101 YES

     SEQUENCE# APPLIED
    ---------- ---------
           102 YES
           103 YES

    167 rows selected.

    备库DB2:

    SQL> select sequence#,applied from v$archived_log;

     SEQUENCE# APPLIED
    ---------- ---------
            65 YES
            66 YES
            67 YES
            68 YES
            69 YES
            70 YES
            71 YES
            72 YES
            73 YES
            74 YES
            75 YES

     SEQUENCE# APPLIED
    ---------- ---------
            76 YES
            77 YES
            81 YES
            89 YES
            82 YES
            83 YES
            84 YES
            80 YES
            85 YES
            86 YES
            87 YES

     SEQUENCE# APPLIED
    ---------- ---------
            88 YES
            78 YES
            79 YES
            90 YES
            91 YES
            92 YES
            93 YES
            94 YES
            95 YES
            96 YES
            97 YES

     SEQUENCE# APPLIED
    ---------- ---------
            98 YES
            99 YES
           100 YES
           102 YES
           101 YES
           103 YES

    39 rows selected.

    启用Real-Time Apply

    在Oracle 12c 之前的Data Guard 环境中,默认情况下备库apply redo 是从备库的归档文件中读数据的。在Oracle 12c 中,默认的策略改成直接从standby redo log file中读取,采用real-time apply的方式进行。
    对于物理standby,如果配置了standby redo日志并且处于ARCHIVELOG模式,在执行alter database recover managed standby database语句启动MRP时默认就是Real-Time Apply。

    如果想取消MRP,执行以下语句:

    SQL> alter database recover managed standby database cancel; 

    二、切换主备库;

    12c以后的switchover语句多了VERIFY选项,可以检查切换所需的许多条件。比如备库的数据库版本,MRP是否启动,数据是否同步等。

    1、#MRP没有启动的情况:

    主库:

    SQL> alter database switchover to orcl_st verify;
    alter database switchover to orcl_st verify
    *
    ERROR at line 1:
    ORA-16470: Redo Apply is not running on switchover target

    #正常情况:

    SQL> alter database switchover to orcl_st verify;

    Database altered.

    2、在主数据库上进行switchover;

    SQL> alter database switchover to orcl_st ;

    Database altered.

    主库alert.log

    SWITCHOVER VERIFY: Send VERIFY request to switchover target ORCL_ST
    SWITCHOVER VERIFY COMPLETE: READY FOR SWITCHOVER
    2020-05-22T13:52:22.005954+08:00
    diag_adl:SWITCHOVER VERIFY: Send VERIFY request to switchover target ORCL_ST
    diag_adl:SWITCHOVER VERIFY COMPLETE: READY FOR SWITCHOVER
    2020-05-22T13:52:50.671852+08:00
    diag_adl:The Time Management Interface (TMI) is being enabled for role
    diag_adl:transition information.  This will result in messages being
    diag_adl:output to the alert log file with the prefix 'TMI: '.  This is
    diag_adl:being enabled to make the timing of the various stages of the
    diag_adl:role transition available for diagnostic purposes.  This
    diag_adl:output will end when the role transition is complete.
    diag_adl:TMI: dbsdrv switchover to target BEGIN 2020-05-22 13:52:50.672391 
    diag_adl:Starting switchover [Process ID: 19785]
    diag_adl:TMI: kcv_switchover_to_target convert to physical BEGIN 2020-05-22 13:52:50.732998 
    2020-05-22T13:52:50.733244+08:00
    diag_adl:ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY [Process Id: 19785] (orcl)
    diag_adl:Waiting for target standby to receive all redo
    2020-05-22T13:52:50.735220+08:00
    diag_adl:Waiting for all non-current ORLs to be archived
    2020-05-22T13:52:50.735351+08:00
    diag_adl:All non-current ORLs have been archived
    2020-05-22T13:52:50.735456+08:00
    diag_adl:Waiting for all FAL entries to be archived
    2020-05-22T13:52:50.735614+08:00
    diag_adl:All FAL entries have been archived
    2020-05-22T13:52:50.735778+08:00
    diag_adl:Waiting for LAD:2 to become synchronized
    2020-05-22T13:52:51.751347+08:00
    diag_adl:Active, synchronized Physical Standby switchover target has been identified
    diag_adl:Preventing updates and queries at the Primary
    2020-05-22T13:52:52.756123+08:00
    diag_adl:Generating and shipping final logs to target standby
    diag_adl:Switchover End-Of-Redo Log thread 1 sequence 104 has been fixed
    diag_adl:Switchover: Primary highest seen SCN set to 0x0000000000d2596d
    diag_adl:ARCH: Noswitch archival of thread 1, sequence 104
    diag_adl:ARCH: End-Of-Redo Branch archival of thread 1 sequence 104
    diag_adl:ARCH: LGWR is scheduled to archive to LAD:2 after log switch
    diag_adl:ARCH: Standby redo logfile selected for thread 1 sequence 104 for destination LOG_ARCHIVE_DEST_2
    diag_adl:ARCH: Archiving is disabled due to current logfile archival
    diag_adl:Primary will check for some target standby to have received all redo
    diag_adl:Waiting for target standby to apply all redo
    2020-05-22T13:52:54.003007+08:00
    diag_adl:Backup controlfile written to trace file /u01/app/oracle/diag/rdbms/orcl_pd/orcl/trace/orcl_ora_19785.trc
    diag_adl:Converting the primary database to a new standby database
    diag_adl:Clearing standby activation ID 1567861675 (0x5d73abab)
    diag_adl:The primary database controlfile was created using the
    diag_adl:'MAXLOGFILES 16' clause.
    diag_adl:There is space for up to 13 standby redo logfiles
    diag_adl:Use the following SQL commands on the standby database to create
    diag_adl:standby redo logfiles that match the primary database:
    diag_adl:ALTER DATABASE ADD STANDBY LOGFILE 'srl1.f' SIZE 209715200;
    diag_adl:ALTER DATABASE ADD STANDBY LOGFILE 'srl2.f' SIZE 209715200;
    diag_adl:ALTER DATABASE ADD STANDBY LOGFILE 'srl3.f' SIZE 209715200;
    diag_adl:ALTER DATABASE ADD STANDBY LOGFILE 'srl4.f' SIZE 209715200;
    diag_adl:Archivelog for thread 1 sequence 104 required for standby recovery
    diag_adl:Offline data file 5 marked as online during convert to standby or switchover to standby.
    diag_adl:Restore of backup may be required if the file is not physically accessible.
    diag_adl:Offline data file 6 marked as online during convert to standby or switchover to standby.
    diag_adl:Restore of backup may be required if the file is not physically accessible.
    diag_adl:Offline data file 8 marked as online during convert to standby or switchover to standby.
    diag_adl:Restore of backup may be required if the file is not physically accessible.
    diag_adl:Switchover: Primary controlfile converted to standby controlfile succesfully.
    diag_adl:Switchover: Complete - Database shutdown required
    diag_adl:TMI: kcv_switchover_to_target convert to physical END 2020-05-22 13:52:54.016179 
    diag_adl:Sending request(convert to primary database) to switchover target ORCL_ST
    2020-05-22T13:53:00.455904+08:00
    diag_adl:Switchover complete. Database shutdown required
    diag_adl:USER (ospid: 19785): terminating the instance
    2020-05-22T13:53:01.493454+08:00
    diag_adl:Instance terminated by USER, pid = 19785
    diag_adl:TMI: dbsdrv switchover to target END 2020-05-22 13:53:01.493594 
    diag_adl:Shutting down instance (abort) (OS id: 19785)
    diag_adl:License high water mark = 17
    2020-05-22T13:53:01.648296+08:00
    Instance shutdown complete (OS id: 19785)

    3、在新主库上打开数据库;

    4、启用新备库

    (登录DB1)

    #检查主库DB2,备库DB1启用MRP进程:

    #查看新备库状态,切换完成,当然可以验证一下主备库同步情况

    (dg默认是最大性能方式)

    5、Failover切换方式

    当主库操作系统损坏或主库无法打开时,可以采用这种方式来切换数据库;

        1、Failover 是不可逆的操作,一般仅当主库不能打开使用,如果DG的保护模式不是最大保护,那么在激活备库之前还是需要尽可能将未发送到备库的日志推送到备库。只要主库还能启动到mount状态就可以执行该操作。

    出现报错:ORA-16447

    解决:(在备库上使用如下命令)

    SQL> alter database recover managed standby database disconnect from session;

    Database altered.

    重新再主库DB2上执行:

    注:如果不能执行该操作,那么只能手工将未传过去的日志文件传到备库,然后手工注册:

    alter database register physical logfile ‘filespec1’;

    正常的Failover操作

    #备库关闭MRP

    #在备库上执行failover

    如果操作正常,那么备库就已经激活。如果报错,且alert.log日志里显示与far async intance相关的报错,可以直接加force选项;

    alter database failover to orcl_pd force;

         2、强制Failover

    如果正常的failover无法成功完成,可以采用这里的强制的激活failover,该操作可能会丢失数据:

    alter database activate physical standby database;

       3、重新启动主库DB1:

           alter database open;

    然后重新搭建DG的备库环境(使用的方法和前篇文档中新建dg步骤相同)

    三、测试数据;

    在主库DB1: 

    切换到pdb01中,创建表id   数据数值;

    在备库DB2中:

    切换到pdb01: 查询主句数据是否同步到备库;

    四、备库回切。

    如上:

    以上编译记录,参考他人文档,做出该实验;

    展开全文
  • oracle 11g RAC;单机 高可用dataguard 主备正确切换步骤,RAC切单机,单机切换回RAC,切换失败强制升级备机到主用的步骤,和不同步,重新同步的步骤。
  • oracle11g主备切换

    千次阅读 2016-06-13 15:48:49
     众所周知DataGuard一般的切换分成两种,一种是系统正常的情况下的切换这种方式为:switchover是无损切换,不会丢失数据;另外一种方式属于灾难情况下的切换,这种情况下一般主库已经启动不起来了,为failover,有...

    本文来自转载,转载出处为http://blog.itpub.net/12679300/viewspace-1130135/

    前言:

           众所周知DataGuard一般的切换分成两种,一种是系统正常的情况下的切换这种方式为:switchover是无损切换,不会丢失数据;另外一种方式属于灾难情况下的切换,这种情况下一般主库已经启动不起来了,为failover,有可能会丢失数据,并且切换后原primary 数据库也不再是该data guard 配置的一部分了。

           本文先简单的介绍在正常情况下运行的系统切换测试; 

     

    整个dataguard的搭建,请参考实战ORACLE DataGuard不停机的配置,只要按照该文档操作,保证没有问题;

     

    环境信息:

    hostname

    db_name

    db_unique_name

    role

    dg2

    orcl

    orcldg2

    PRIMARY

    dg1

    orcl

    orcldg1

    STANDBY

     

    切换步骤:

    一、主库的操作

    1、主数据库的状态检查

    脚本:SQL> select switchover_status from v$database;

    说明:如果该列值为"TO STANDBY"则表示primary 数据库支持转换为standby 角色,否则的话你就需要重新检查一下Data Guard 配置,比如看看LOG_ARCHIVE_DEST_n 之类参数值是否正确有效等等。

     

    2、首先将primary 转换为standby 的角色

    脚本:SQL> alter database commit to switchover to physical standby;

    说明:PRIMARY进行转换完毕后,查看状态会变成RECOVERY NEEDED;

     

    3、重启动到mount --原primary 数据库操作

    SQL> shutdown immediate

    ORA-01507: 未装载数据库

    ORACLE 例程已经关闭。

    SQL> startup mount

    ORACLE 例程已经启动

     

    二、备库切换成主库的操作

    完成以上操作后,变可以进行以下备库的操作

    1、检查备库的状态

    脚本:脚本:SQL> select switchover_status from v$database;

     

    2、确认没有问题后,可以进行切换转换standby 到primary 角色

    脚本:SQL> alter database commit to switchover to primary;

     

    3、完成转换,打开新的primary 数据库

    SQL> alter database open;

     

    4、查看当前系统的状态

    脚本:select name,open_mode,database_role,protection_mode,SWITCHOVER_STATUS  From v$database;

     

    三、原主库切换成备库

    当前的备库是mount状态了,运行以下语句

    1、执行日志的运用

    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

     

    2、取消日志的运用

    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;  

     

    3、打开数据库

    SQL> ALTER DATABASE OPEN;

     

    4、在open状态下执行日志的即时运用

    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

     

    四、测试

    1、在dg1上面插入一个表test,并插入数值1

     

    2、在dg2上面检查

     

    大功告成了,数据马上传送到dg2了;

    展开全文
  • ORACLE DG概念及切换

    万次阅读 2019-01-15 16:02:46
    DG的原理: DG分为物理standy,逻辑standy 物理standy: 物理STANDBY提供与数据库完全一样的拷贝(块到块),数据库SCHEMA,包括索引都是一样的。它是直接应用REDO实现同步的。 逻辑standy: 逻辑STANDBY则不是...
  • oracle DG 启动和关闭顺序

    千次阅读 2018-02-26 17:35:16
    启动顺序:先启动库,后启动主库关闭顺序:先关闭主库,后关闭库1、正确打开库和主库库:SQL&gt; STARTUP MOUNT;SQL&gt;ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;...
  • DG之主库、切换(物理库)

    千次阅读 2014-07-08 22:28:34
    DG之主库、备库切换 一.开库与关库顺序 ...主备切换 1、操作过程一览 步骤1:启动备库、监听、告警; 步骤2:启动主库、监听、告警; 步骤3:主库(bj)查询信息 SQL>selectname,dbid,databa
  • Oracle 11gR2 DG部署(RMAN方式)

    千次阅读 2018-12-04 09:47:16
    Oracle DG部署(RMAN方式) Oracle DG部署(RMAN方式) 1.环境介绍 2.DG部署 2.1.建立主库orcl 2.2.主库开启归档 2.3.主库添加Standby Redo Log 2.4.从主库创建pfile文件 2.5.设置主库初始化参数 2.6.设置库...
  • DataGuard之DG Broker配置详解

    万次阅读 2017-02-17 09:57:01
    oracle dg datagurad failover swithover broker fsfo
  • oracle dg 状态检查

    万次阅读 2018-05-18 10:04:40
    先检查库的归档日志同步情况 SELECT NAME,applied FROM v$archived_log; alter database recover managed standby database cancel;select thread#,sequence#,standby_dest,archived,applied,status from v$...
  • Oracle DG主备切换VIP

    千次阅读 2018-02-05 13:04:26
    在做DG主备切换时,为使应用端在不修改连接配置的情况下,正常连接DG数据库,方法有几种; 一是,应用端连接主机为主机名,可以通过域名解析调整实现; 二是,应用端连接主机为IP, 通过设置VIP(手动配置或者f5等...
  • oracle 搭建dg步骤解析

    千次阅读 2018-09-10 15:46:33
    如果搭建dg 先安装主库database 并建库,同时建库database 软件,不需要建库。 1 主库打开归档功能 启动到mount状态下,打开归档功能 alter database archivelog; SQL&gt; archive log list; ...
  • 前天在搭建物理standby时,前面步骤都没错(实际上是有错),在验证归档日志是否同步到备库时发现:ORA-16047: DGID mismatch between destination setting and standby我们的处理方案是:在主备同时设置相同的log_...
  • Oracle 单实例DG搭建详解

    万次阅读 2017-06-06 14:50:41
    oracle DG datagrad switchover failover failover恢复
  • oracle datagurad dg failover dg_broker switchover failover fsfo
  • AIX7.1_oralce11gR2的ADG安装文档

    千次阅读 2019-04-01 10:46:28
    环境说明: 主库: ip:10.143.183.31 sid:primary1 建立 GI ...库: ip:10.143.183.33 sid:standsty1 建立 GI 、ASM、oracle数据库软件、无需建立oracle数据库 ASM磁盘组说明: 数据: +DG_DATA1 +DG_DATA2 、...
  • dataguard 物理库转换成逻辑

    千次阅读 2014-07-25 22:48:01
    转换准备:已经拥有搭建好的
  • ORACLE连接MYSQL-使用DG4ODBC.

    千次阅读 2014-05-23 10:48:37
    最近做了一次Oracle连接到MySQL的实验,主要是通过DG4ODBC来连接的.以下是实验环境和实验步骤. Oracle服务器: IP:192.168.0.193 Database Version:11.2.0.1 MySQL服务器 IP:192.168.0.100 MySQL Version:5.5.18...
  • oracle的主从复制技术ADG

    万次阅读 2018-09-06 09:25:04
    oracle 11g 主从复制技术ADG实施手册 &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp; &amp;nbsp;主从复制,是用来建立一个和主数据库完全一样的数据库环境,称为从数据库;数据库一般是实时的...
1 2 3 4 5 ... 20
收藏数 1,819
精华内容 727
关键字:

dg主备切换步骤 oracle