dg切换到只读 oracle_oracle 10 dg 只读打开 - CSDN
精华内容
参与话题
  • oracle DG 启动和关闭顺序

    千次阅读 2018-02-26 17:35:16
    启动顺序:先启动备库,后启动主库关闭顺序:先关闭主库,后关闭备库1、正确打开备库和主库备库:SQL> STARTUP MOUNT;SQL>ALTER DATABASE RECOVER MANAGED STANDBY DATABASE DISCONNECT FROM SESSION;...

    启动顺序:先启动备库,后启动主库

    关闭顺序:先关闭主库,后关闭备库

    1、正确打开备库和主库

    备库:

    SQL> STARTUP MOUNT;

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

    主库:

    SQL> STARTUP MOUNT;

    SQL> ALTER DATABASE ARCHIVELOG;

    SQL> ALTER DATABASE OPEN;


    2、正确关闭顺序

    主库

    SQL>SHUTDOWN IMMEDIATE;


    备库:

    SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

    SQL>SHUTDOWN IMMEDIATE;

    ############################################################################

    1.  主备切换

     1) 主库切换为备库

     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;

    2) 从库切换为主库

    alter database commit to switchover to primary;

    shutdown immediate; 

    startup

    alter system switch logfile;

    3) 从库打开只读实时应用模式

    alter database recover managed standby databasecancel; 

    alter database open;

    alter database recover managed standby database using current logfile disconnect;

    4) 检查切换状态

    select open_mode,database_role,db_unique_name from v$database;


    展开全文
  • 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.设置备库...

    Oracle DG部署(RMAN方式)

    1.环境介绍

    hostname ip db_name db_unique_name net service name
    db11 172.16.8.11 orcl orcl11 orcl11
    db12 172.16.8.12 orcl orcl12 orcl12

    2.DG部署

    2.1.建立主库orcl

    DBCA建立主库,修改online redo 大小为500M

    2.2.主库开启归档

    主库开启归档并设置强制日志 force logging

    --干净的关闭数据库
    SQL> shutdown immediate
    --以mount模式启动
    SQL> startup mount
    --切换到归档模式
    SQL> alter database archivelog;
    --开启强制日志
    SQL> alter database force logging;
    --打开数据库
    SQL> alter database open;
    --查看归档
    SQL> archive log list;
    --查看是否为强制日志
    SQL> select force_logging from v$database;
    

    2.3.主库添加Standby Redo Log

    --查看Redo和Standby Redo
    SQL> select * from v$logfile;											
    --仅仅显示Online Redo,不显示Standby Redo
    SQL> select * from v$log;												
    --新增一组大小为500M的Standby Redo,这里的group号不得与Online redo重复
    SQL> alter database add standby logfile group 21 '/u01/app/oracle/oradata/orcl/standby21.log' size 500M;
    SQL> alter database add standby logfile group 22 '/u01/app/oracle/oradata/orcl/standby22.log' size 500M;
    SQL> alter database add standby logfile group 23 '/u01/app/oracle/oradata/orcl/standby23.log' size 500M;
    SQL> alter database add standby logfile group 24 '/u01/app/oracle/oradata/orcl/standby24.log' size 500M;
    

    2.4.从主库创建pfile文件

    创建pfile文件, 默认路径为$ORACLE_HOME/dbs,此处为/u01/app/oracle/product/11.2.0/dbhome_1/dbs/,在sqlplus里执行以下命令

    SQL> create pfile from spfile;
    

    将主库的pfile复制到备库/u01/app/oracle/product/11.2.0/dbhome_1/dbs/下

    cd /u01/app/oracle/product/11.2.0/dbhome_1/dbs/
    scp initorcl.ora db12:/u01/app/oracle/product/11.2.0/dbhome_1/dbs/
    

    2.5.设置主库初始化参数

    编辑/u01/app/oracle/product/11.2.0/dbhome_1/dbs/initorcl.ora文件,追加

    cat >> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/initorcl.ora << "EOF"
    *.db_unique_name='orcl11'
    *.fal_server='orcl12'
    *.log_archive_config='dg_config=(orcl11,orcl12)'
    *.log_archive_dest_1='location=use_db_recovery_file_dest valid_for=(all_logfiles, all_roles) db_unique_name=orcl11'
    *.log_archive_dest_2='service=orcl12 lgwr async valid_for=(online_logfile,primary_role) db_unique_name=orcl12'
    *.log_archive_dest_state_1=ENABLE
    *.log_archive_dest_state_2=ENABLE
    *.standby_file_management='AUTO'
    *.db_file_name_convert='/u01/app/oracle/oradata/orcl','/u01/app/oracle/oradata/orcl'
    *.log_file_name_convert='/u01/app/oracle/oradata/orcl','/u01/app/oracle/oradata/orcl'
    EOF
    

    创建新的主库spfile文件,并重新启动主库

    SQL> shutdown immediate
    SQL> create spfile from pfile;
    SQL> startup
    

    2.6.设置备库初始化参数

    编辑/u01/app/oracle/product/11.2.0/dbhome_1/dbs/initorcl.ora文件,修改备库初始化参数

    cat >> /u01/app/oracle/product/11.2.0/dbhome_1/dbs/initorcl.ora << "EOF"
    *.db_unique_name='orcl12'
    *.fal_server='orcl11'
    *.log_archive_config='dg_config=(orcl11,orcl12)'
    *.log_archive_dest_1='location=use_db_recovery_file_dest valid_for=(all_logfiles, all_roles) db_unique_name=orcl12'
    *.log_archive_dest_2='service=orcl11 lgwr async valid_for=(online_logfile,primary_role) db_unique_name=orcl11'
    *.log_archive_dest_state_1=ENABLE
    *.log_archive_dest_state_2=ENABLE
    *.standby_file_management='AUTO'
    *.db_file_name_convert='/u01/app/oracle/oradata/orcl','/u01/app/oracle/oradata/orcl'
    *.log_file_name_convert='/u01/app/oracle/oradata/orcl','/u01/app/oracle/oradata/orcl'
    EOF
    

    2.7.复制主库的密码文件到备库

    将密码文件orapworcl复制到备库的/u01/app/oracle/product/11.2.0/dbhome_1/dbs/下

    cd /u01/app/oracle/product/11.2.0/dbhome_1/dbs/
    scp orapworcl db12:/u01/app/oracle/product/11.2.0/dbhome_1/dbs/
    

    2.8.创建备库相应的目录结构

    使用oracle用户创建以下目录,避免权限问题

    mkdir -p /u01/app/oracle/oradata/orcl/
    mkdir -p /u01/app/oracle/admin/orcl/adump/
    mkdir -p /u01/app/oracle/fast_recovery_area/orcl/
    

    2.9.配置主库和备库的监听

    使用图形界面配置,采用静态监听

    netmgr
    

    2.10.配置主库和备库的网络服务名

    使用图形界面配置,在主备库上均需配置orcl11、orcl12两个服务名

    netmgr
    

    2.11.创建备库并启动

    创建备库的spfile文件,启动备库到nomount模式

    SQL> create spfile from pfile;
    SQL> startup nomount
    

    2.12.RMAN复制主库到备库

    首先RMAN连接到目标数据库和辅助数据库

    rman target sys/password@orcl11 auxiliary sys/password@orcl12
    

    使用RMAN的duplicate命令进行复制,两边目录结构相同,需要添加nofilenamecheck参数

    RMAN> duplicate target database for standby from active database nofilenamecheck;
    

    复制成功后,备库自动被加载为mount模式,进入sqlplus查看

    SQL> select status from v$instance;
    

    2.13.在备库开启实时日志应用

    SQL> alter database recover managed standby database using current logfile disconnect from session;
    

    2.14.主备库角色状态查询

    SQL> select switchover_status,database_role from v$database;
    --主库显示:TO STANDBY/PRIMARY,如果显示SESSION ACTIVE表示还有活动的会话,需要关闭活动的会话再检查
    --备库显示:NOT ALLOWED/PHYSICAL STANDBY
    

    3.测试DG

    3.1.执行日志切换测试

    在主库端切换归档,在备库检查是否也发生了切换

    主库上执行日志切换

    SQL> archive log list;
    SQL> alter system switch logfile;
    SQL> archive log list;
    

    备库上查看,日志的sequence号也跟着变了

    SQL> archive log list;
    

    3.2.查看备库启动的DG进程

    SQL> select process,client_process,sequence#,status from v$managed_standby;
    PROCESS   CLIENT_P  SEQUENCE# STATUS  
    --------- -------- ---------- ------------  
    ARCH      ARCH             23 CLOSING  
    ARCH      ARCH              0 CONNECTED            //归档进程  
    ARCH      ARCH             21 CLOSING  
    ARCH      ARCH              0 CONNECTED  
    RFS       ARCH              0 IDLE  
    RFS       UNKNOWN           0 IDLE  
    RFS       LGWR             24 IDLE               //归档传输进程  
    RFS       UNKNOWN           0 IDLE  
    MRP0      N/A              24 APPLYING_LOG      //日志应用进程  
      
    9 rows selected.  
    

    3.3.查看数据库的保护模式

    SQL> select database_role,protection_mode,protection_level,open_mode from v$database;
    DATABASE_ROLE    PROTECTION_MODE      PROTECTION_LEVEL     OPEN_MODE  
    ---------------- -------------------- -------------------- --------------------  
    PRIMARY          MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE  READ WRITE  
    

    3.4.查看DG的日志信息

    SQL> select * from v$dataguard_status;
    

    3.5.Open Read Only Standby数据库

    以只读方式打开备库,并开启实时日志应用

    SQL> shutdown immediate
    SQL> startup
    SQL> select database_role,protection_mode,protection_level,open_mode from v$database;
    SQL> select process,client_process,sequence#,status from v$managed_standby;
    SQL> alter database recover managed standby database using current logfile disconnect from session;
    

    3.6.解锁scott用户并添加数据,验证是否同步

    在主库解锁scott用户并创建测试表,插入10000行数据。

    操作如下

    SQL> set line 200
    SQL> select username,default_tablespace,account_status from dba_users where username='SCOTT';
    SQL> alter user scott account unlock;
    SQL> conn scott/tiger;
    SQL> show user
    SQL> create table test001 (id number(10),name varchar2(20));
    SQL> begin
         for i in 1..10000 loop
         insert into test001 values (1,'ww');
         end loop;
         end;
         /
    SQL> commit;
    

    standby端查询scott用户是否解锁,以及test001表是否创建并且插入了10000行数据

    SQL> conn scott/tiger;
    SQL> select * from tab;
    SQL> select count(*) from test001;
    

    4.DG三种模式

    4.1.最大性能模式max performance-默认

    这种保护模式(默认)提供了可能的最高级别的数据保护,而不影响主数据库的性能。这是通过允许事务在恢复该事务所需重做数据在写到本地联机重做日志后立即提交而实现的。主数据库的重做数据流也写到至少一个备数据库,但是那个重做流相对于创建重做数据的事务是异步写的。

    当所用的网络连接有足够的带宽,这种模式提供了近似于最大可用性模式的数据保护级别,并且对主数据库性能的影响最小。

    4.2.最大可用性模式max availability

    这种保护模式提供了可能的最高级别的数据保护,而不用与主数据库的可用性相折衷。与最大保护模式相同,在恢复事务所需的重做写到本地联机重做日志和至少一个事务一致性备数据库上的备重做日志之前,事务将不会提交。与最大保护模式不同的是,如果故障导致主数据库无法写重做流到异地备重做日志时,主数据库不会关闭。替代地,主数据库以最大性能模式运行直到故障消除,并且解决所有重做日志文件中的中断。当所有中断解决之后,主数据库自动继续以最大可用性模式运行。

    这种模式确保如果主数据库故障,但是只有当第二次故障没有阻止完整的重做数据集从主数据库发送到至少一个备数据库时,不发生数据丢失。

    4.3.最大保护模式max protection

    这种保护模式确保如果主数据库故障不会发生数据丢失。要提供这种级别的保护,恢复每个事务所需的重做数据必须在事务提交之前同时写到本地联机重做日志和至少一个备数据库上的备重做日志。要确保不发生数据丢失,如果故障导致主数据库无法写重做流到至少一个事务一致性备数据库的备重做日志时,主数据库会关闭。

    4.4.查询当前模式

    SQL> select protection_mode,protection_level from v$database;
    

    5.DG切换测试

    5.1.DG switchover 切换测试

    db11-orcl:主库------>备库

    db12-orcl:备库------>主库

    主备库角色状态查询

    SQL> select switchover_status,database_role,open_mode from v$database;
    --db11-orcl显示:TO STANDBY/PRIMARY,如果显示SESSION ACTIVE表示还有活动的会话,需要关闭会话再检查
    --db12-orcl显示:NOT ALLOWED/PHYSICAL STANDBY
    

    db11-orcl切换到备库

    SQL> alter database commit to switchover to physical standby;
    SQL> alter database commit to switchover to physical standby with session shutdown;
    --如果状态显示SESSION ACTIVE,在切换的时候可以指定with session shutdown 子句强制关闭活动的会话。
    SQL> shutdown immediate
    SQL> startup mount
    

    db12-orcl切换到主库

    SQL> alter database commit to switchover to primary;
    SQL> alter database open;
    

    db11-orcl执行APPLY LOG命令

    --启用mount状态下的APPLY LOG
    SQL> alter database recover managed standby database disconnect from session;
    --启用open状态(READ ONLY WITH APPLY)下的APPLY LOG
    SQL> alter database recover managed standby database cancel;
    SQL> alter database open;
    SQL> alter database recover managed standby database disconnect from session;
    SQL> select switchover_status,database_role,open_mode from v$database;
    

    5.2.DG failover 切换测试

    db11-orcl:主库------>崩溃

    db12-orcl:备库------>主库

    主备库角色状态查询

    SQL> select switchover_status,database_role,open_mode from v$database;
    

    db11-orcl通过shutdown abort方式人工模拟主库崩溃,直接关闭

    SQL> select open_mode from v$database;
    SQL> shutdown abort
    SQL> startup mount
    SQL> alter system flush redo to 'orcl12';
    

    db12-orcl执行如下操作切换为主库

    SQL> select thread#, low_sequence#, high_sequence# from v$archive_gap;
    --如果没有发现明显的gap现象,说明此次的failover不会有数据损失情况。在备库,要进行关闭apply和结束应用动作。
    SQL> alter database recover managed standby database cancel;
    SQL> alter database recover managed standby database finish;
    SQL> alter database commit to switchover to primary;
    SQL> alter database open;
    SQL> select open_mode, switchover_status from v$database;
    

    5.3.DG failover后重建DG

    db11-orcl:崩溃------>备库

    db12-orcl:主库------>主库(保持主库状态不变)

    db12-orcl主库角色状态查询

    SQL> select switchover_status,database_role,open_mode from v$database;
    

    db12-orcl主库创建备库控制文件

    mkdir -p /u01/bak/
    
    SQL> alter database create standby controlfile as '/u01/bak/control01.ctl';
    

    将备库控制文件拷贝至db11

    scp ezdb12:/u01/bak/control01.ctl /u01/app/oracle/oradata/orcl/control01.ctl
    cp /u01/app/oracle/oradata/orcl/control01.ctl /u01/app/oracle/fast_recovery_area/orcl/
    mv /u01/app/oracle/fast_recovery_area/orcl/control01.ctl /u01/app/oracle/fast_recovery_area/orcl/control02.ctl
    

    恢复对应数据文件至db11,并启动db11-orcl到mount状态,应用APPLY模式

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

    启动db11-orcl至OPEN状态,并应用APPLY REDO模式

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

    6.开启和关闭DataGuard的流程

    6.1.关闭

    关闭主库

    SQL> shutdown immediate
    

    关闭主库监听

    lsnrctl stop
    

    查询备库是否正在执行重做应用或实时应用。如果MRP0或MRP进程存在,则备库正在应用重做。

    SQL> select process, status from v$managed_standby;
    

    如果重做应用程序正在运行,停止备库的Redo日志的应用

    SQL> alter database recover managed standby database cancel;
    

    关闭备库

    SQL> shutdown immediate
    

    关闭备库监听

    lsnrctl stop
    

    6.2.开启

    启动备库监听

    lsnrctl start
    

    启动备库到mount状态

    SQL> startup mount;
    

    开启备库的Redo日志应用

    SQL> alter database recover managed standby database using current logfile disconnect from session;
    

    启动主库监听

    lsnrctl start
    

    启动主库

    SQL> startup;
    

    检查日志情况的SQL语句

    select al.thrd "Thread", almax "Last Seq Received", lhmax "Last Seq Applied"
     from (select thread# thrd, max(sequence#) almax
           from v$archived_log
           where resetlogs_change#=(select resetlogs_change# from v$database)
           group by thread#) al,
          (select thread# thrd, max(sequence#) lhmax
           from v$log_history
           where first_time=(select max(first_time) from v$log_history)
           group by thread#) lh
     where al.thrd = lh.thrd;
    
    展开全文
  • 8.2 Opening a Standby Database for Read-Only or ...8.2以只读或者可读写方式打开备库来访问 When a standby database is open for read-only access, users can query the standby database but cannot update it

     

    8.2 Opening a Standby Database for Read-Only or Read/Write Access

    8.2以只读或者可读写方式打开备库来访问
     

    When a standby database is open for read-only access, users can query the standby database but cannot update it. Thus, you can reduce the load on the primary database by using the standby database for reporting purposes. You can periodically open the standby database for read-only access and perform ad hoc queries to verify Redo Apply is updating the standby database correctly. (Note that for distributed queries, you must first issue theALTER DATABASE SET TRANSACTION READ ONLY statement before you can issue a query on the read-only database.)

     

    当备库是以只读方式打开时,用户只能在备库上查询而不能更新它。那么你可以为主库减轻负载而在备库上出报表,你可以定期的以只读方式打开备库,查询验证重做应用是否正确的更新到备库。针对分布式查询,你必须在只读数据库查询之前发出ALTER DATABASE SET TRANSACTION READ ONLY语句。

     

    Figure 8-1 shows a standby database open for read-only access.

    Figure 8-1 Standby Database Open for Read-Only Access


    A physical standby database can be opened temporarily in read/write mode for development, reporting, or testing purposes, and then flashed back to a point in the past to be reverted back to a physical standby database. When the database is flashed back, Data Guard automatically synchronizes the standby database with the primary database, without the need to re-create the physical standby database from a backup copy of the primary database.

     

    物理备库可以暂时打开以读/写模式用来开发,报告或测试的目的,然后闪回到过去一个点来恢复到一个物理备用数据库当数据库闪回以后Data Guard自动同步主库与备库之间的数据而不需要从主数据库的备份副本重新创建物理备用数据库

     

    See Also:

    Section 12.6 for a scenario that describes activating a physical standby database as a read/write reporting database, and then resynchronizing the database with the primary database
     
    第12.6节的场景,描述活动的物理备用数据库为读/写报告数据库,然后与主数据库重新同步数据库。

     

    8.2.1 Assessing Whether or Not to Open a Standby Database

    8.2.1 评估是否要打开备库
     

    As you decide whether or not to open a physical standby database for read-only or read/write access, consider the following:

    决定是否要以只读方式或者读写方式打开物理备库,可以考虑如下:

    • Opening the physical standby database read-only may lengthen the time it takes to recover from a failure or outage, because the database must be restarted after a failover.

      以只读方式打开物理备库可以延长失败或中断恢复的时间,因为数据库必须在故障切换后重新启动。

    •  

      As long as the physical standby database has not been opened read-only since the last time it was started, a restart is unnecessary after failover, thus increasing system availability.

      只要物理备库自从上次启动没有以只读方式打开,在故障切换后,重启是必须的,那么就会增加系统的可用性。

    •  

    • While a standby database is open for read-only or read/write access, it does not apply redo data received from the primary database, thus it is not kept transactionally consistent with the primary database.

      当备库是以只读方式打开或者读写方式打开,就不会应用来自主库的重做数据,那么就不能与主库保持一致性的事务。

    •  

      When a physical standby database is open, redo data from the primary database is received by the standby database, but the log files are not applied. At some point, you need to resume Redo Apply on the standby database, and apply the archived redo log files to resynchronize the standby database with the primary database. Because of the additional time required to apply any accumulated archived redo log files, having a standby database open for read-only access can increase the time required to complete failovers or switchovers.

      当物理备库是打开时,来自主库的重做数据被备库接收,但是不会被应用。在有点伤,你需要在备库上重新应用重做数据,应用归档日志来同步备库和主库之间的数据。因为应用任何所需的额外时间累积的归档重做日志文件,因为需要申请任何累计归档重做日志文件有一个备用数据库只读访问打开会增加完成故障切换换药所需的额外时间。

     

    You can use a physical standby database for reporting purposes or as a clone database while also maintaining the ability to complete a failover or switchover quickly if you configure more than one standby database on the standby system.

    如果你备用系统上配置多个备用数据库,你可以使用一个物理备用数据库进行报表用途或克隆一个数据库,同时还保持了完整的故障切换或正常切换。

     

    For example, based on your business requirements, you might:

    例如,基于你的业务需求,你可以:

    • Configure two physical standby databases with one standby database always performing Redo Apply to be as current as possible with the primary database and the other standby database open in read-only mode during business hours for reporting purposes.

      配置两个物理备库,其中一个备库尽可能经常用来执行重做应用主库的日志,另外一个则以只读方式打开在业务期间达到出报表的目的。

    •  

    • Configure a physical standby database to maintain a copy of the primary database for disaster recovery purposes and also configure a logical standby database to off-load reporting tasks that require access to the latest data from the primary database.

      配置物理备库来维护主库的副本来达到灾难恢复的目的,配置逻辑备库来卸载报表任务,这需要访问到主库最新的数据。

    •  

    When configuring more than one standby database on the same system, consider using the DEPENDENCY attribute of the LOG_ARCHIVE_DEST_ninitialization parameter to define one archival destination to receive redo data on behalf of all of the destinations, rather than transmitting redo data to each individual destination. See Section 5.7.5 for more information.

     

    8.2.2 Opening a Physical Standby Database for Read-Only Access

     

    You can alternate between having a physical standby database open for read-only access and performing Redo Apply using the following procedures.

    你可以使用以下过程在物理备库只读方式打开访问和执行重做应用来轮流切换。

     

    To open a standby database for read-only access when it is currently shut down:

    当备库是关闭状态,直接使用STARTUP命令来以只读方式打开备库:

     

    Start, mount, and open the database for read-only access using the following statement:

    SQL> STARTUP;
     

    To open a standby database for read-only access when it is currently performing Redo Apply:

    当目前正在执行重做应用,以只读方式打开备库来访问:(首先取消重做应用,然后再打开数据库)

    1. Cancel Redo Apply:

      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;
    2. Open the database for read-only access:

      SQL> ALTER DATABASE OPEN;

      ######################################################################################
      SYS@PRODSTD>alter database open;

      Database altered.

      SYS@PRODSTD>select OPEN_MODE from v$database;

      OPEN_MODE
      ----------
      READ ONLY

      SYS@PRODSTD>
      ------------------------------------------------------------------------------------------------------------------
      Sat Mar 29 13:22:29 2014
      alter database open
      Sat Mar 29 13:22:29 2014
      SMON: enabling cache recovery
      Sat Mar 29 13:22:30 2014
      Database Characterset is AL32UTF8
      replication_dependency_tracking turned off (no async multimaster replication found)
      Physical standby database opened for read only access.
      Completed: alter database open

      ########################################################################################

    You do not need to shut down the instance to open it for read-only access.

     

    Note:

    By default, the ALTER DATABASE OPEN statement opens physical standby databases in read-only mode. The Oracle database determines if this is a physical standby database based on information in the control file.
     
    默认的, ALTER DATABASE OPEN 这条语句是以只读凡是打开物理备库。oracle数据库是以控制文件里的信息是否是物理备库来决定的。

    To change the standby database from being open for read-only access to performing Redo Apply:

    切换备库从只读访问到重做应用:

     

    1. Terminate all active user sessions on the standby database.

      1.终止备库上所有活跃的用户会话。

    2. Restart Redo Apply. To start Redo Apply, issue the following statement:

      2.重启重做应用,发出以下语句可以启用重做应用:

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

      To enable real-time apply, include the USING CURRENT LOGFILE clause:

      实时应用,需要包含USING CURRENT LOGFILE子句:

      SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE
        2> USING CURRENT LOGFILE;

    You do not need to shut down the instance to start either of these apply modes.

    你不需要关闭数据库然后再启用这些应用模式。

    展开全文
  • dg和ogg的区别--oracle数据库

    万次阅读 2018-12-04 15:42:21
    ADG和OGG的新特性,目前越来越多的客户重视灾备数据站点的建设,由于存储级灾备和操作系统级灾备的局限性(主要是带宽高及事务完整性不容易保证),因此在选择甲骨文的应用...Oracle DataGuard 11g的新特性 ~~~~~~ ...

    ADG和OGG的新特性,目前越来越多的客户重视灾备数据站点的建设,由于存储级灾备和操作系统级灾备的局限性(主要是带宽高及事务完整性不容易保证),因此在选择甲骨文的应用级灾备时,通常考虑的是DataGuard和GoldenGate两款软件的实现,由于这两款软件也在快速的发展和更新,因此我们先来看一下最新版本 ADG和OGG的新特性:

    Oracle DataGuard 11g的新特性 ~~~~~~

    • 物理备库可实时查询
    •  加快备库备份的速度
    •  快照备库
    •  提高Redo Apply的性能
    •  支持的数据类型更多
    •  更快速执行失败切换

    Oracle GoldenGate 11gR2的新特性 ~~~~~~

    •  新增整合捕捉进程,支持多线程,提供旁路顺流模式,不影响生产库性能;
    •   预建立自动冲突检测机制,提供自动解决模块,降低部署成本;
    •   支持数据库对象中文名称,可实现大小写敏感;
    •   支持OEM12c 的Plug-in;
    •    AES128, AES192, and AES256 加密;
    •   优化Pump Trail 模式,降低网络流量;
    •    支持平台,功能等方面的增强。

     

    结合一位兄弟作的对比表格,作了一些完善,对比DG 10g和GoldenGate的大致优缺点:

      Oracle DataGuard Oracle GoldenGate
    原理 复制归档日志或在线日志 抽取在线日志中的数据变化,转换为GGS自定义的数据格式存放在本地队列或远端队列中
    稳定性 作为灾备的稳定性极高 稳定性不如DataGuard
    维护 维护简单,极少出现问题 命令行方式,维护较复杂
    对象支持 完全支持 部分对象需手工创建于维护
    备份端可用性 备份端处于恢复或只读状态,在只读状态下不能同时进行恢复。 两端数据库是活动的,备份端可以提供实时的数据查询及报表业务等,从而提高系统整体的业务处理能力,充分利用备份端的计算能力,提升系统整体业务处理性能。可以实现两端数据的同时写入
    接管时间 数据库工作在mount状态下,接管业务时,数据库要open 可实现立即接管
    复制方式 通过恢复机制实现的,无法实现同步复制 GoldenGate可以提供秒一级的大量数据实时捕捉和投递,异步复制方式,无法实现同步复制
    资源占用 复制通过数据库的LGWR进程或ARCN进程完成,占用数据库少量资源 业务高峰时在数据抽取转换时消耗系统资源较多,低峰时占用较小
    异构数据库支持 单一数据库解决方案,仅运行在Oracle数据库上,源端和目标端操作系统必须相同,版本号可以不同 可以在不同类型和版本的数据库之间进行数据复制。如ORACLE,DB2,SYBASE,SQL SERVER,INFORMIX、Teradata等。
    适用于不同操作系统如windows、linux、unix、aix等
    带宽占用 使用Oracle Net传输日志,可通过高级压缩选项进行压缩,压缩比在2-3倍 利用TCP/IP传输数据变化,集成数据压缩,提供理论可达到9:1压缩比的数据压缩特性
    拓扑结构 可以实现一对多模式 可以实现一对一、一对多、多对一、双向复制等多种拓扑结构

     

    11g的ADG当然又作了很多新的改进,ADG最大的特点还是能做到同步复制,而OGG的数据复制在亚秒级,还是只能算作异步哦。

    展开全文
  • 注意必要的目录结构.然后从主库,备库1 都能用SYS用户登陆备库2 表示通道是联通有效的.02: 从主库生成个最新的INIT.ORA文件,复制备库2 修改参数文件的参数...dg2: startup nomount pfile='/home/oracle/initdg.ora'
  • DG之主库、备库切换(物理备库)

    千次阅读 2014-07-08 22:28:34
    DG之主库、备库切换 一.开库与关库顺序 开库顺序 先启备库,再启主库(启动监听、打开告警日志) 关库顺序 先关主库,再关备库   二.主备库切换 1、操作过程一览 步骤1:启动备库、监听、告警; ...
  • Oracle 单实例DG搭建详解

    万次阅读 2017-06-06 14:50:41
    oracle DG datagrad switchover failover failover恢复
  • 【转载】Oracle 数据库主从切换整理

    千次阅读 2017-09-29 15:24:07
    主从切换
  • AIX7.1_oralce11gR2的ADG安装文档

    千次阅读 2019-04-01 10:46:28
    环境说明: 主库: ip:10.143.183.31 sid:primary1 建立 GI 、ASM、oracle数据库软件、oracle数据库 备库: ip:10.143.183.33 sid:standsty1 建立 GI 、ASM、...ASM磁盘组说明: 数据: +DG_DATA1 +DG_DATA2 、...
  • DataGuard - Physical Standby简明配置步骤

    万次阅读 2004-08-03 03:23:00
    Physical Standby配置 修改控制文件,修改最大日志组为10 alter ... ORACLE_HOME为/opt/oracle/app/oracle/product/9.2.0 190作为primary,185作为Standby 创建Standby的Oracle软件 打包Primary上的oracle软件 c
  • Oracle 11g Dataguard搭建及知识梳理

    万次阅读 2018-04-01 19:37:09
    配置了一次dataguard,发现还挺麻烦,梳理了一些知识点,并记录下来。一.dataguard的三种模式最大性能模式(Maximum Performance):就是保证主库,备库数据不保证最大可用模式(Maximum Availability):...
  • DataGuard和GoldenGate灾备方案对比

    千次阅读 2015-04-13 09:59:15
    目前越来越多的客户重视灾备数据站点的建设,由于存储级灾备和操作系统级灾备的局限性(主要是带宽高及事务完整性不容易保证),因此在选择甲骨文的 应用级灾备时,...Oracle DataGuard 11g的新特性 ~~~~~~  物
  • Oracle 11g DataGuard 配置

    千次阅读 2010-02-02 21:18:00
    Oracle 11g DataGuard 配置Oracle Database 11g Enterprise Edition Release 11.1.0.6.0 - 64bit ProductionRed Hat Enterprise Linux Server release 5.3 (Tikanga)一、测试环境准备 1.主库和备库oracle版本一致,...
  • Oracle11gR2下搭建DataGuard主备同步详解

    万次阅读 2016-05-13 18:26:17
    (PS:以下正文中以“//“开头的为注释行) 一,环境基本信息: 主库信息: 操作系统版本:CentOS release 6.5 ...Oracle版本信息: BANNER ----------------------------------------------------------------
  • 1 说明 基于网上的文档做了补充说明改动...select * from v$option where parameter = 'Oracle Data Guard'; 3 网络配置 192.168.1.110---------------------------主库-------------实例名----ora11g(ora11g_PD
  • Oracle RAC+DG实验】Oracle RAC+ASM+DataGuard配置实验记录+常见问题 1、环境规划: ---RAC环境介绍(primary database)  rac1 rac2 ______________________________________________________ public ip
  • 11g搭建DataGuard的步骤

    千次阅读 2017-12-06 17:44:24
    11g搭建DataGuard的步骤(物理standby) 概要原理 DataGuard是通过建立一个PRIMARY和STANDBY组来确立其参照关系;STANDBY一旦创建,DataGuard就会通过将主数据库(PRIMARY)的REDO传递给STANDBY数据库,然后在...
  • 企业级RAC+DG架构部署

    千次阅读 2017-05-26 16:34:54
    Application Clusters,中文译为“实时应用集群”,是ORACLE甲骨文公司提供的在低成本服务器上构建高可用性数据库系统的解决方案,部署自由,无需购买额外部件,就可以实现多节点的负载均衡和故障转移功能,满足7*...
  • Oracle ADG 与 DG 的区别

    千次阅读 2020-02-25 16:51:12
    首先,DG(Data Guard,数据卫士)不是一个备份恢复的工具,然而,DG却拥有备份的功能,在物理DG下它可以和主库一模一样,但是它存在的目的并不仅仅是为了备份恢复数据,应该说它的存在是为了确保企业数据的高可用性...
  • Oracle 容灾方案选择

    千次阅读 2018-10-02 00:05:10
    Oracle 容灾方案选择 最近公司在搞数据库容灾这方面的东西,实施的项目会比较多,而我们实施的项目中大多数据是标准模板搭建的,基本上都是Oracle rac 2、3节点asm磁盘管理。 在考虑Oracle数据库的容灾方案选择上...
1 2 3 4 5 ... 20
收藏数 882
精华内容 352
关键字:

dg切换到只读 oracle