Dataguard配置总结

本例情形

在主库存在运行的情况下，增加配置dataguard备库，实现双机热备，高可用性。

主库要求，归档模式，强制归档。

主库idty

备库idty_st

1、密码文件

为备库制作密码文件、参数文件。密码文件直接使用主库文件，参数文件需要修改。

cp orapwidty ~/

scp orapwidty 132.108.200.133:/home/oracle

2、参数文件

create pfile='/home/oracle/pfileidty_st.ora' from spfile

scp pfileidty_st.ora 132.108.200.133:/home/oracle

3、参数文件修改

--------------以下修改作为参考

*.log_archive_config='dg_config=(idty,idty_st)'

*.DB_UNIQUE_NAME=idty_st

*.LOG_ARCHIVE_DEST_2='SERVICE=idty ARCH VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=idty'

*.LOG_ARCHIVE_DEST_STATE_2=ENABLE

*.FAL_SERVER=idty

*.FAL_CLIENT=idty_st

*.STANDBY_FILE_MANAGEMENT=AUTO

*.standby_archive_dest='/home/oracle/app/oracle/stlog/idty'

修改备课日志目录，如果不改默认在dbs目录。如果存在多个备库，则日志数据不便于区分。

alter system set standby_archive_dest='/home/oracle/app/oracle/stlog/idty' scope=both;

4、备库创建数据文件目录、回闪区日志文件目录

日志目录/oradat/idty /fast_recovery_area/idty

接收日志目录 /stlog/idty

5、启动备库数据库，启动到nomount

export ORACLE_SID=idty

产生spfile

create spfile from pfile='/home/oracle/pfileidty_st.ora';

startup nomount

修改备课日志目录，如果不改默认在dbs目录。如果存在多个备库，则日志数据不便于区分。

alter system set standby_archive_dest='/home/oracle/app/oracle/stlog/idty' scope=both;

sqlplus "/as sysdba"

select name from v$database;

6、配置tnsnames listener

主库/备库配置tnsnames

IDTY =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 132.108.120.179)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = idty)

)

IDTY_ST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = 132.108.200.133)(PORT = 1521))

(CONNECT_DATA =

(SERVER = DEDICATED)

(SERVICE_NAME = idty_st)

)

备库配置监听

SID_LIST_LISTENER=

(SID_LIST=

(SID_DESC=

(GLOBAL_DBNAME=idty_st)

(ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome1)

(SID_NAME=idty))

)

重启监听

7、rman duplicate复制主库创建备库

在备库，rman登录主库

rman target sys/xxxxxx@idty auxiliary sys/xxxxxx@idty_st

开始复制

DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE DORECOVER (适用与主、备库oracle_home路径不同，设置了目录转换的情形。)

如果目录不同，需要修改pfile，增加目录转换。本例目录相同就没有设置目录转换。

DB_FILE_NAME_CONVERT='/home/app/oracle/oradata/ljydb','/home/oracle/app/oracle/oradata/ljydb'

LOG_FILE_NAME_CONVERT='/home/app/oracle/oradata/ljydb','/home/oracle/app/oracle/oradata/ljydb','/home/app/oracle/fast_recovery_area/ljydb','/home/oracle/app/oracle/fast_recovery_area/ljydb'

如果和主库路径相同，则要加NOFILENAMECHECK参数。否则报RMAN-05001，conflicts with a file used by the target database。

DUPLICATE TARGET DATABASE FOR STANDBY FROM ACTIVE DATABASE DORECOVER NOFILENAMECHECK;

8、主库配置

保证主库要求，归档模式，强制归档。

ALTER DATABASE FORCE LOGGING;

SQL> SHUTDOWN IMMEDIATE;

SQL> STARTUP MOUNT;

SQL> ALTER DATABASE ARCHIVELOG;

SQL> ALTER DATABASE OPEN;

修改参数：

alter system set log_archive_config='dg_config=(idty,idty_st)' scope=both;

alter system set log_archive_dest_2='service=idty_st async valid_for=(online_logfiles,primary_role) db_unique_name=idty_st' scope=both;

alter system set log_archive_dest_state_2=enable;

建议先关闭日志传输，等备库配置好后在启动传输。

alter system set log_archive_dest_state_2=defer;

show parameter log_archive_config;

9、备库应用日志

应用日志

alter database recover managed standby database disconnect from session;

暂停日志应用

ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

10、主库启动日志传输

启动日志传输

alter system set log_archive_dest_state_2=enable;

建议先关闭日志传输，等备库配置好后在启动传输。

--测试下产生归档文件

alter system switch logfile;

11、多个实例监听静态配置方法

listener.ora

LISTENER =

(DESCRIPTION_LIST =

(DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)(HOST = cvm-dbsrv02)(PORT = 1521))

(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1521))

)

SID_LIST_LISTENER=

(SID_LIST=

(SID_DESC=

(GLOBAL_DBNAME=ljydb_st)

(ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome1)

(SID_NAME=ljydb))

(SID_DESC=

(GLOBAL_DBNAME=idty_st)

(ORACLE_HOME=/home/oracle/app/oracle/product/11.2.0/dbhome1)

(SID_NAME=idty))

)

12、问题及解决方法

ORA-17628:问题解决，原因是备库缺少日志目录、数据文件目录，创建相应的目录，即可解决问题。

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of Duplicate Db command at 10/26/2017 16:56:20

RMAN-05501: aborting duplication of target database

RMAN-03015: error occurred in stored script Memory Script

RMAN-03009: failure of backup command on ORA_DISK_1 channel at 10/26/2017 16:56:20

ORA-17628: Oracle error 19505 returned by remote Oracle server

没有创建日志目录/oradat/idty /fast_recovery_area/idty

ORA-32004:问题原因，pfile增加了参数设置，改变了默认值则出现提示，不影响数据库启动。本例子设置了参数standby_archive_dest

ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance

！！！！！！！！！----------------------

SQL> startup nomount

ORA-32004: obsolete or deprecated parameter(s) specified for RDBMS instance

ORACLE instance started.

看日志：

Deprecated system parameters with specified values:

standby_archive_dest

##### ---------------------

RMAN-05001，主备库oracle目录相同的情况下，如果没有nofilenamecheck参数，则复制库的时候会报这个错。

RMAN-00571: ===========================================================

RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============

RMAN-00571: ===========================================================

RMAN-03002: failure of Duplicate Db command at 10/27/2017 10:40:46

RMAN-05501: aborting duplication of target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/ts_data03.dbf conflicts with a file used by the target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/ts_data02.dbf conflicts with a file used by the target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/ts_data01.dbf conflicts with a file used by the target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/users01.dbf conflicts with a file used by the target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/undotbs01.dbf conflicts with a file used by the target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/sysaux01.dbf conflicts with a file used by the target database

RMAN-05001: auxiliary file name /home/oracle/app/oracle/oradata/idty/system01.dbf conflicts with a file used by the target database

！！！！！！！！！------以下原因描述来源网络：

nofilenamecheck如果副本数据库与目标库不在同一台机器上，并且副本数据库的在线日志文件路径与目标库相同，

则运行duplicate命令时必须指定NOFILENAMECHECK参数以避免冲突提示。

晕了吧，异机操作路径相同还必需指定NOFILENAMECHECK。此处oracle表现的很傻，

它不知道你要恢复的路径是在另一台机器上，它只是认为要恢复到的路径怎么跟目标数据库表现的一样呢？

会不会是要覆盖目标数据库啊，为了避免这种情形，于是它就报错。所以一旦异机恢复，并且路径相同，

那么你必须通过指定NOFILENAMECHECK来避免oracle的自动识别。

13、常用sql语句

查看日志目录

select *From v$archive_dest;

查看数据库是否归档模式

select log_mode,force_logging from v$database

select * from V$DATAGUARD_CONFIG ;

查数据库

select *From v$archive_dest_status

select open_mode from v$database;

select *from v$session;

查看日志应用传输清单

SELECT SEQUENCE#,name , FIRST_TIME, NEXT_TIME ,APPLIED FROM V$ARCHIVED_LOG ORDER BY SEQUENCE# desc;

查看备库日志传输、应用进程状态、日志

SELECT PROCESS, STATUS, THREAD#, SEQUENCE#, BLOCK#, BLOCKS FROM V$MANAGED_STANDBY;

SELECT * FROM V$DATAGUARD_STATUS order by timestamp desc;

1、扩大恢复目录空间大小

ALTER SYSTEM SET DB_RECOVERY_FILE_DEST_SIZE=10G SCOPE=BOTH;

14、dataguard方案的局限性思考

因为dataguard的原理是通过网络传输归档日志到备库，然后在备库应用日志，实现双机热备。

那么对于日志量生成速度太快的数据库，临界情况是主库日志产生的速度大于网络传输数据的速度，将导致备库永远追不上主库，主库未传输的日志占用空间将不断扩张，而且因为未传输完成也不能清除。

因此，dataguard方案不适合分析型数据库。

从经验人士获知的dataguard可适应的极限日志量为400G-500G/每天。（未实验验证）