oracle 10g dg搭建,10GDG搭建流程

10G 物理DG搭建流程

1、查看数据库归档状态

SQL> archive log list;

Database log mode              Archive Mode

Automatic archival             Enabled

Archive destination            /oracle/oradata/archive/

Oldest online log sequence     1679

Next log sequence to archive   1681

Current log sequence           1681

2、查看数据库force_logging模式

alter database force logging;

SQL> select open_mode,database_role,DB_UNIQUE_NAME,FORCE_LOGGING from v$database;

OPEN_MODE  DATABASE_ROLE    DB_UNIQUE_NAME                 FOR

---------- ---------------- ------------------------------ ---

READ WRITE PRIMARY          pnrdb1                         YES

3、确认数据库为企业版本

select * from v$VERSION;

BANNER Oracle Database 10g Enterprise Edition

4、RMAN全备主库

[oracle@mydg rman]$ rman target /

Recovery Manager: Release 10.2.0.4.0 - Production on Thu Jul 4 09:28:06 2013

Copyright (c) 1982, 2007, Oracle.  All rights reserved.

connected to target database: PNRDB (DBID=4147734520)

RMAN> backup database format '/oracle/oradata/rman/full_backup_%U.bak' tag='full_bak';

5、创建standby 数据库控制文件

alter database create standby controlfile as '/oracle/oradata/rman/std.ctl';

6、创建pfile

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

7、拷贝密码文件到standby库

可以直接通过nfs挂载

mount -t nfs -o tcp,rsize=32768,wsize=32768,hard 192.168.4.70:/oracle/oradata/rman /oracle/oradata/rman

8、备库通过RMAN还原数据库

o、确认主库备库时间同步

a、先创建相关路径

mkdir -pv /oracle/admin/pnrdb/adump

mkdir -pv /oracle/admin/pnrdb/bdump

mkdir -pv /oracle/admin/pnrdb/cdump

mkdir -pv /oracle/admin/pnrdb/udump

mkdir -pv /oracle/oradata/archive

mkdir -pv /oracle/oradata/flash_recovery_area

mkdir -pv /oracle/oradata/pnrdb

b、将主库拷贝过来的密码文件放置到$ORACLE_HOME/dbs/ 目录中

c、通过主库生成的pfile文件创建spfile文件

create spfile from pfile='/oracle/oradata/rman/pfilepnrdb.ora';

d、拷贝主库生成的standby 控制文件，重命令为pfile中的控制文件名

cp std.ctl /oracle/oradata/pnrdb/control01.ctl

cp std.ctl /oracle/oradata/pnrdb/control02.ctl

e、设置好oracle用户环境变量，写入.bashrc文件中

export ORACLE_BASE=/oracle

export ORACLE_HOME=$ORACLE_BASE/10g

export PATH=$ORACLE_HOME/bin:$PATH

export ORACLE_SID=pnrdb

f、使配置生效

source .bashrc

g、将数据库启动到mount状态

h、使用rman还原数据库

restore database;

9、修改db_unique_name

alter system set db_unique_name='pypnrdb' scope=spfile;

修改service_names

alter system set service_names='pnrdb';

10、关闭备库，重启备库的lisnter，再启动备库到mount状态。

11、配置tnsnames.ora

12、在备库上添加standby log

alter database add standby logfile group 4 ('/oracle/oradata/pnrdb/stdby_redo04_a.log','/oracle/oradata/pnrdb/stdby_redo04_b.log') size 256m, group 5 ('/oracle/oradata/pnrdb/stdby_redo05_a.log','/oracle/oradata/pnrdb/stdby_redo05_b.log') size 256m, group 6 ('/oracle/oradata/pnrdb/stdby_redo06_a.log','/oracle/oradata/pnrdb/stdby_redo06_b.log') size 256m, group 7 ('/oracle/oradata/pnrdb/stdby_redo07_a.log','/oracle/oradata/pnrdb/stdby_redo07_b.log') size 256m;

13、修改DG相关配置

主库配置修改如下

alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(pnrdb1,pypnrdb)';

alter system set log_archive_dest_1='LOCATION=/oracle/oradata/archive/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=pnrdb1';

alter system set LOG_ARCHIVE_DEST_2='SERVICE=pypnrdb LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=pypnrdb';

备库配置

alter system set LOG_ARCHIVE_CONFIG='DG_CONFIG=(pnrdb1,pypnrdb)';

alter  system set LOG_ARCHIVE_DEST_1='LOCATION=/oracle/oradata/archive/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=pypnrdb';

alter system set standby_file_management='AUTO';

alter system set fal_server='pnrdbmaster';

alter system set fal_client='pypnrdb';

14、备库开启关闭日志应用

a、开启日志应用

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

b、关闭日志应用

alter database recover managed standby database cancel;

15、查看日志应用情况

select to_char(START_TIME,'yyyymmdd hh24:mi:ss') start_time ,to_char(TIMESTAMP,'yyyymmdd hh24:mi:ss') timestamp from v$recovery_progress;

select round((sysdate-max(timestamp))*86400) from v$recovery_progress;

查看是否使用Real-Time apply：

Select recovery_mode from v$archive_dest_status;

日志切换(主库)

select max(sequence#) from v$archived_log;

select max(sequence#) from v$log_history;

select group#,sequence#,archived,status from v$log;

select name,sequence#,applied from v$archived_log;

select sequence#,applied from v$archived_log;

物理备库转逻辑备库

a、物理备库先停止日志应用

alter database recover managed standby database cancel;

b、主库生产logstandby 元数据

EXECUTE DBMS_LOGSTDBY.BUILD;

c、备库转换成逻辑DG

ALTER DATABASE RECOVER TO LOGICAL STANDBY LGDG;

d、关闭备库并且重启到mount状态

shutdown immeidate

startup mount

e、已经resetlogs方式打开逻辑DG

alter database open resetlogs;

f、开启实时日志应用

alter database start logical standby apply immediate;

g、关闭日志应用

alter database stop logical standby apply;

16、逻辑dg

select round((sysdate - applied_time) * 86400) from v$logstdby_progress;

主备库切换

一、 Switchover

一般SWITCHOVER切换都是计划中的切换，特点是在切换后，不会丢失任何的数据，而且这个过程是可逆的，整个DATA GUARD环境不会被破坏，原来DATA GUARD环境中的所有物理和逻辑STANDBY都可以继续工作。

在进行DATA GUARD的物理STANDBY切换前需要注意：

1)确认主库和从库间网络连接通畅；

2)确认没有活动的会话连接在数据库中；

3)PRIMARY数据库处于打开的状态，STANDBY数据库处于MOUNT状态；

4)确保STANDBY数据库处于ARCHIVELOG模式；

5)如果设置了REDO应用的延迟，那么将这个设置去掉；

6)确保配置了主库和从库的初始化参数，使得切换完成后，DATA GUARD机制可以顺利的运行。 ­

主库：

1. 查看switchover 状态

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

SWITCHOVER_STATUS

--------------------

TO STANDBY

附： A:switchover_status出现session active/not allowed

当出现session active的时候表示还有活动的session,则运行

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

当出现not allowed时，在官方文档说转换会不成功，但是我测试的时候成功了。

B.ora- 01153: an incompatible media recovery is active

运行下面代码

Alter database recover managed standby database finish;

或者Alter database recover managed standby database finish force;

Alter database recover managed standby database disconnect from session;

2 切换成备库

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

或者

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PHYSICAL STANDBY;

Database altered.

3 启动到mount和应用日志状态

SQL> SHUTDOWN IMMEDIATE

SQL> startup nomount;

SQL> alter database mount standby database;

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

4. 查看数据库模式

SQL>select dest_name,status,database_mode,recovery_mode,protection_mode from v$archive_dest_status;

SQL>select status,database_mode from v$archive_dest_status;

备库：

1.查看switchover状态

SQL> SELECT SWITCHOVER_STATUS FROM V$DATABASE;

TO PRIMARY

附：若不是用此语句切换：ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY with session shutdown

补充：若出现：ORA-16139: media recovery required

是因为没有执行：alter database recover managed standby database disconnect from session;

2. 切换成主库

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

Database altered.

SQL> shutdown immediate;

SQL> startup;

SQL> alter system switch logfile;

3. 查看数据库模式

SQL>select dest_name,status,database_mode,recovery_mode,protection_mode from v$archive_dest_status;

SQL>select status,database_mode from v$archive_dest_status;

验证同步：

SQL> select max(sequence#) from v$archived_log;

MAX(SEQUENCE#)

--------------

78

二.  Failovers：

FAILOVER切换一般是PRIMARY数据库发生故障后的切换，这种情况是STANDBY数据库发挥其作用的情况。这种切换发生后，可能会造成数据的丢失。而且这个过程不是可逆的，DATA GUARD环境会被破坏。

由于PRIMARY数据库已经无法启动，所以FAILOVER切换所需的条件并不多，只要检查STANDBY是否运行在最大保护模式下，如果是的话，需要将其置为最大性能模式，否则切换到PRIMARY角色也无法启动。

1.　查看是否有日志GAP,没有应用的日志：

SQL> SELECT UNIQUE THREAD#, MAX(SEQUENCE#) OVER(PARTITION BY THREAD#) LAST FROM V$ARCHIVED_LOG;

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

如果有，则拷贝过来并且注册

SQL> ALTER DATABASE REGISTER PHYSICAL LOGFILE '路径';

重复查看直到没有应用的日志：

2. 然后停止应用归档：

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

Database altered.

3. 下面将STANDBY数据库切换为PRIMARY数据库： ­

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH;

或 SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH FORCE;

Database altered.

SQL> SELECT DATABASE_ROLE FROM V$DATABASE;

DATABASE_ROLE

----------------

PHYSICAL STANDBY

SQL> ALTER DATABASE COMMIT TO SWITCHOVER TO PRIMARY;

Database altered.

SQL> ALTER DATABASE OPEN; 或者 shutdown immediate+startup

Database altered.

检查数据库是否已经切换成功：

SQL> SELECT DATABASE_ROLE FROM V$DATABASE;

DATABASE_ROLE

----------------

PRIMARY

至此，FAILOVER切换完成。这个时候应该马上对新的PRIMARY数据库进行备份。