請教大家關于physical standby数据文件不一致问题 ﹐謝謝

李迪

最初由 warehouse 发布
[B]

以前就配过standby，但是也和你遇到同样的问题，但是一次意外，把standby环境破坏了，今天看了你的贴子，还是想弄明白到底为什么过不去，于是又重新配了standby，也增加了标空间进一步验证，结果还是再版主的指点下终于好用了，也感谢楼主，借你的贴子也解决了我的问题 ：） [/B]

  兄弟不好意思﹐在想你請教一下﹐你指的'也增加了标空间进一步验证'是在初始化文件中的standby_file_management='AUTO'參數嗎﹖

warehouse

最初由 李迪 发布
[B]


  兄弟不好意思﹐在想你請教一下﹐你指的'也增加了标空间进一步验证'是在初始化文件中的standby_file_management='AUTO'參數嗎﹖ [/B]

我是在standby_file_management='AUTO'的情况下测试的，你刚才不是已经看过了我发的那些贴子了吗？
SQL> SELECT FILE_NAME FROM DBA_DATA_FILES;

FILE_NAME
--------------------------------------------------------------------------------

E:\ORACLE\ORADATA\REPN\SYSTEM01.DBF
E:\ORACLE\ORADATA\REPN\UNDOTBS01.DBF
E:\ORACLE\ORADATA\REPN\INDX01.DBF
E:\ORACLE\ORADATA\REPN\TOOLS01.DBF
E:\ORACLE\ORADATA\REPN\USERS01.DBF
E:\ORACLE\ORADATA\REPN\TEMP01.DBF
E:\ORACLE\ORADATA\REPN\TEMP02.DBF

已选择7行。

SQL> CREATE TABLESPACE TEST DATAFILE 'E:\ORACLE\ORADATA\REPN\TEST.DBF' SIZE 5M;

表空间已创建。

SQL> SELECT FILE_NAME FROM DBA_DATA_FILES;

FILE_NAME
--------------------------------------------------------------------------------

E:\ORACLE\ORADATA\REPN\SYSTEM01.DBF
E:\ORACLE\ORADATA\REPN\UNDOTBS01.DBF
E:\ORACLE\ORADATA\REPN\INDX01.DBF
E:\ORACLE\ORADATA\REPN\TOOLS01.DBF
E:\ORACLE\ORADATA\REPN\USERS01.DBF
E:\ORACLE\ORADATA\REPN\TEMP01.DBF
E:\ORACLE\ORADATA\REPN\TEMP02.DBF
E:\ORACLE\ORADATA\REPN\TEST.DBF

已选择8行。



SQL> SHOW PARAMETER STANDBY

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
standby_archive_dest                 string      E:\oracle\ora92\rdbms\archive
standby_file_management              string      AUTO

grassbell

最初由 李迪 发布
[B]在請教一個問題﹐在我上面的例子中﹐還是有可能出現數據丟失的現象﹐現在看了點資料是關系zero data loss模式的﹐可是資料只有一點點﹐現在要向各位兄弟請教一下是不是如下繼續做就可以了
1  STANDBY  
      conn /as sysdba;
      alter database recover managed standby database cancel;
      增加 standby logfile
alter database add standby logfile 'd:\ora92\oradata\t2\stredo01.log'size 1m;
alter database add standby logfile 'd:\ora92\oradata\t2\stredo02.log'size 1m;
alter database add standby logfile 'd:\ora92\oradata\t2\stredo03.log'size 1m;
(前提是數據庫支持這么多的LOG GROUP)

2 PRIMARY
  先mount
  alter system set log_archive_dest_2='SERVICE=standby lgwr sync MANDATORY AFFIRM';
  ALTER DATABASE SET STANDBY TO MAXIMIZE PROTECTION;
  alter database open;

3  STANDBY
  ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PROTECTION

請各位指點一下﹐大概方向有沒有對﹐我只有在周日進行一下實驗 [/B]

  alter system set log_archive_dest_2='SERVICE=standby lgwr sync MANDATORY AFFIRM';

MANDATORY 不必要吧。

warehouse

最初由 grassbell 发布
[B]

  alter system set log_archive_dest_2='SERVICE=standby lgwr sync MANDATORY AFFIRM';

MANDATORY 不必要吧。 [/B]

最大保护模式是能保证zero data loss，但是把联机日志做了“适时”同步，感觉对primary影响比较大吧，就是说这种情况的归档日志是primary 和standby各自产生各自的（当然他们都是一样的），是这样吧，版主？

grassbell

From piner's <oracle 9i 备用数据库配置使用手册>

920 中的三种数据保护模式分别是：
1、MAXIMIZE PROTECTION ：最大数据保护与无数据分歧，LGWR将同时传送到备用
节点，在主节点事务确认之前，备用节点也必须完全收到日志数据。如果网络不好，引起
LGWR不能传送数据，将引起严重的性能问题，导致主节点DOWN机。
2、MAXIMIZE AVAILABILITY ：无数据丢失模式，允许数据分歧，允许异步传送。正
常情况下运行在最大保护模式，在主节点与备用节点的网络断开或连接不正常时，自动切换
到最大性能模式，主节点的操作还是可以继续的。在网络不好的情况下有较大的性能影响。
3、MAXIMIZE PERFORMANCE：这种模式应当可以说是从8i继承过来的备用服务器模
式，异步传送，无数据同步检查，可能丢失数据，但是能获得主节点的最大性能。9i在配置
DATA GUARD 的时候默认就是MAXIMIZE PERFORMANCE

grassbell

最初由 warehouse 发布
[B]

最大保护模式是能保证zero data loss，但是把联机日志做了“适时”同步，感觉对primary影响比较大吧，就是说这种情况的归档日志是primary 和standby各自产生各自的（当然他们都是一样的），是这样吧，版主？ [/B]

不是各自产生各自的日志

warehouse

谢谢版主，想测试一下最大保护模式，不过刚才在standby端增加了2个联机日志以后第3个不能创建了，什么参数限制了联机日志的数量？

grassbell

控制文件中的maxlogfiles

要从主库重建从库的控制文件

warehouse

最初由 李迪 发布
[B]在請教一個問題﹐在我上面的例子中﹐還是有可能出現數據丟失的現象﹐現在看了點資料是關系zero data loss模式的﹐可是資料只有一點點﹐現在要向各位兄弟請教一下是不是如下繼續做就可以了
1  STANDBY  
      conn /as sysdba;
      alter database recover managed standby database cancel;
      增加 standby logfile
alter database add standby logfile 'd:\ora92\oradata\t2\stredo01.log'size 1m;
alter database add standby logfile 'd:\ora92\oradata\t2\stredo02.log'size 1m;
alter database add standby logfile 'd:\ora92\oradata\t2\stredo03.log'size 1m;
(前提是數據庫支持這么多的LOG GROUP)

2 PRIMARY
  先mount
  alter system set log_archive_dest_2='SERVICE=standby lgwr sync MANDATORY AFFIRM';
  ALTER DATABASE SET STANDBY TO MAXIMIZE PROTECTION;
  alter database open;

3  STANDBY
  ALTER DATABASE SET STANDBY DATABASE TO MAXIMIZE PROTECTION

請各位指點一下﹐大概方向有沒有對﹐我只有在周日進行一下實驗 [/B]

根据这个步骤做测试，结果数据启动不了了
SQL> alter system set log_archive_dest_2='SERVICE=standby_repn lgwr sync AFFIRM'
;

系统已更改。

SQL> ALTER DATABASE SET STANDBY TO MAXIMIZE PROTECTION;

数据库已更改。

SQL> alter database open;
alter database open
*
ERROR 位于第 1 行:
ORA-03113: 通信通道的文件结束

warehouse

问题解决了，把standby端的log_archive_start改成true就好用了！