Data Guard 和实时查询 (Active Data Guard and Real Time Query)

ALLSTARS_ORACLE

Data Guard 和实时查询(Active Data Guard and Real Time Query)


4月16日进行的Oracle Advisor Webcast中，Allen Gao为大家讲演了《活动Data Guard 和实时查询》(Active Data Guard and Real Time Query)。
以下是大家在Q&A环节提的问题以及Allen的回复。
如果有进一步的相关问题，可以跟帖回复。

--Questions about ADG installation/license.

Q:data guard不需要额外的license，active data guard需要额外的license吗?

A：ADG需要额外的license.


Q:請問如何知道自己的db是否支援active data guard?

A: enterprise edition 数据库软件都支持 ADG



Q:data guard 有沒有不支援的欄位型態?

A: 如果您的问题是有没有不支持DG的os平台，那么答案是只要这个os 平台是oracle certify的平台，那么都支持DG。关于os 平台的certification 信息，您可以到MOS的certification 页面进行查找。



Q:请问是否方便介绍一下9I，10g，11g DG的操作系统跨平台使用情况.

A: 建议察看一下的note

Mixed Oracle Version support with Data Guard Redo Transport Services [ID 785347.1] Data Guard Support for Heterogeneous Primary and Physical Standbys in Same Data Guard Configuration [ID 413484.1]



Q:异构的ADG目前还没用过，生产环境应用没有问题吗?稳定性和安全性方面完全可靠吗?ORACLE建不建议这么做?

A: 异构的ADG经过了oracle的测试，在稳定性和安全性方面没有问题，您可以考虑在生产环境使用，同时我们也建议您在测试环境经过完整的测试后，再在生产环境使用。关于异构DG的信息，请参考以下的note

Data Guard Support for Heterogeneous Primary and Physical Standbys in Same Data Guard Configuration [ID 413484.1]



--Questions about ADG usage:

Q:为什么要设置>=N+1个standby redo log?

A：创建N(主库联机重做日志文件组数)+1 组standby redo log的原因是，当主库产生redo 的速度很快，使备库的所有standby redo log 都被使用(active)的情况下，仍然能够有额外的standby redo log 接收新的redo 信息。

请查看以下的note 获得更多关于 standby redo log 的信息。

Usage, Benefits and Limitations of Standby Redo Logs (SRL) [ID 219344.1]



Q:请问用ARCH进程传输日志能不能用ADG?

A：您需要使用LGWR传递redo 信息才能使用ADG。



Q:丢失数据量?可控到什么程度?是0丢失?

A：如果您的 standby 数据库处于max protection 模式，那么可以保证数据的0 丢失。详细的信息，建议您参考以下的文档。

Oracle® Data Guard Concepts and Administration 11g Release 2 (11.2)

    =====> 1 Introduction to Oracle Data Guard

        ====> 1.4 Data Guard Protection Modes



Q:real time 模式，是否会影响主库业务，例如由于网络问题，CPU高等，日志没有顺利传输到备库；主库会HANG的情况么。

A: 如果您使用了real time apply， 那么意味着备库会直接应用standby redo log中的redo 信息，而不需要等待standby redo log 被archive。

如果指向备库的log_archive_dest 被设置为 sync ，那么主库上提交的transaction ,也需要写入到standby redo log， 所以，如果主库的redo 没有传送到备库，主库需要等待，可能会产生hang住的情况。



Q:standby redo log 未被及时应用的话，会影响主库的运行吗

A：如果所有的standby redo log 没有被及时应用或归档的话，那么主库产生的redo 信息就不能被传递到备库。



Q:active dataguard 的online redo log需要备份么？或归档?

A：active dataguard的online redo log 不会被使用，所以不需要备份或归档



Q:Can we use archived standby logs to recover primary database?

A: 您可以是用备库上的archive log 来对主库进行恢复，因为physical standby 和主库是1:1 的copy，但是，logical standby 的archive log 不行。



--Questions about comparison of ADG and other HA mechanism:

Q:请问，oracle GoldenGate和oracle dataguard机制和区别是什么?

A: 关于GlodenGate, 它的主要功能是在不同的os 平台或异构数据库环境之间传递数据，关于更详细的信息，我们建议您咨询GlodenGate工程师，而DG主要用于容灾和实现高可用性，它可以

在异构（os）环境下应用，但是不能在异构数据库环境之间传递数据。



Q:Rac 和 data guard 作用有什么不同?

A：RAC 和 DG 都可以实现系统的高可用性。 RAC系统多个实例可以同时打开并对数据库进行操作，而DG是主/备模式，同时只能有一端打开，即使使用了ADG,备库也只能以read only 方式打开。



--Queations about Data Guard Broker

Q:Data Guard Broker在生产环境中使用得多吗?

A：DG broker 是oracle 用于管理DG 环境的产品，建议配置，而且在很多客户的环境中被广泛使用。



Q:broker自己会拼装连接字符串的去连接primary数据库或者standby 数据库吗，如果是的话这些配置信息应该在哪里设置

A：broker 不会自动拼装连接串到pirmary 或 standby 数据库， 您需要手动在tnsnames.ora 文件中创建这些连接串。



Q:能分享点mos上关于broker的文档号吗?

A：您可以参考以下的note和文档获得更多的信息。

Step by Step How to Create Dataguard Broker Configuration [ID 984622.1] Oracle® Data Guard Broker 11g Release 2 (11.2)

以下步骤是 webcast 中两个demo 的步骤

demo 1:
1. 查看当前配置:

主库：查看日志目的地属性和重做日志配置

SQL> select target,destination,archiver,transmit_mode,status from v$archive_dest where dest_id=2;
SQL> select * from v$log;

备库：查看MRP进程状态和备用日志文件

SQL> select process,status,thread#,sequence# from v$managed_standby where process = 'MRP0';
SQL> select * from v$standby_log;

2. 备库：停止MRP进程并添加备用日志文件

SQL> alter database recover managed standby database cancel;
SQL> alter database add standby logfile '/u01/app/oracle/oradata/ora11gstd/stdredo01.log' size 50M;
SQL> alter database add standby logfile '/u01/app/oracle/oradata/ora11gstd/stdredo02.log' size 50M;
SQL> alter database add standby logfile '/u01/app/oracle/oradata/ora11gstd/stdredo03.log' size 50M;
SQL> alter database add standby logfile '/u01/app/oracle/oradata/ora11gstd/stdredo04.log' size 50M;

3. 重启MRP

主库：切换日志

SQL> alter system switch logfile;
SQL> select * from v$log;

备库：查看备用日志文件状态，启动MRP，查看状态

SQL> select * from v$standby_log;
SQL> alter database recover managed standby database using current logfile disconnect;
SQL> select process,status,thread#,sequence# from v$managed_standby where process = 'MRP0';

demo 2:

1. 查看当前状态

主库：

SQL>Select * from v$log;

备库：

SQL>select open_mode from v$database;
SQL>select process,status,thread#,sequence# from v$managed_standby where process = 'MRP0';
SQL>select * from v$standby_log;

2. 停止MRP
备库：
SQL>alter database recover managed standby database cancel;
SQL>alter database open;

3. 重启MRP

备库：
SQL>select open_mode from v$database;
SQL>select * from v$standby_log;
SQL>alter database recover managed standby database using current logfile disconnect;
SQL>select open_mode from v$database;
SQL>select process,status,thread#,sequence# from v$managed_standby where process = 'MRP0';

4.修改数据
主库和备库：
SQL>connect scott/tiger
SQL>select empno, ename, sal, comm from emp where ename = 'TURNER';

主库: 修改数据

SQL>update emp set comm=comm+100 where ename = 'TURNER';
SQL>commit;
SQL>select empno, ename, sal, comm from emp where ename = 'TURNER';

5. 查看主库archive dest 2的状态。
主库：
SQL>connect / as sysdba
SQL>select database_mode, recovery_mode, destination, applied_seq#, status from v$archive_dest_status where dest_id=2;

6. 查看备库, 确认更改已经被应用
备库：
SQL>connect / as sysdba
SQL>select * from v$dataguard_stats;

7. 验证改变
备库：
SQL>connect scott/tiger
SQL>select empno, ename, sal, comm from emp where ename = 'TURNER';