DG2.1——物理备库搭建

原文转自：http://blog.csdn.net/tianlesoftware/article/details/5547565

1、linux平台

Data Guard 环境：

操作系统： redhat 5.5

Primary数据库：

IP地址：211.87.147.69

数据库SID：mynew1

DB_UNIQUE_NAME：mynew1_pd

 

Standby数据库：

IP地址：211.87.147.68

数据库SID：mynew1

DB_UNIQUE_NAME：mynew1_st

 

 

 

一． Primary 端的配置

 

1.  主库设置为force logging 模式

SQL  alter database force logging;

 

2. 主库设为归档模式

SQL  archive log list; 

SQL  shutdown immediate 

SQL  startup mount 

SQL  alter database archivelog; 

SQL  archive log list; 

 

3. 添加redo log file

添加一个新的Standby Redologs组（注意组号不要与当前存在的Online Redologs组重复），并为该组指定一个成员：

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 4 (/u01/app/oracle/oradata/mynew1/redo04.log) size 50M; 

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 5 (/u01/app/oracle/oradata/mynew1/redo05.log) size 50M; 

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 6 (/u01/app/oracle/oradata/mynew1/redo06.log) size 50M; 

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 7 (/u01/app/oracle/oradata/mynew1/redo07.log) size 50M; 

4. 修改listener.ora 和tnsnames.ora 文件

 

Listener.ora 文件：

 

SID_LIST_LISTENER =

  (SID_LIST =

    (SID_DESC =

      (SID_NAME = PLSExtProc)

      (ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1)

      (PROGRAM = extproc)

    )

(SID_DESC =

(GLOBAL_DBNAME = mynew1)

(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1)

        (SID_NAME = mynew1)  

    )

  )

 

LISTENER =

  (DESCRIPTION_LIST =

    (DESCRIPTION =

      (ADDRESS = (PROTOCOL = TCP)(HOST = localhost.localdomain)(PORT = 1521))

      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))

    )

  )

 

注意：SID_LIST_LISTENER 配置的是静态注册，如果没有该参数，而且Data Guard 启动顺序又不正确，那么在主库可能会报 PING[ARC1]: Heartbeat failed to connect to standby orcl_st. Error is 12514. 错误，导致归档无法完成。

 

Tnsnames.ora 文件：

ORCL_ST =

  (DESCRIPTION =

    (ADDRESS_LIST =

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

    )

    (CONNECT_DATA =

(SERVER = DEDICATED)

      (SERVICE_NAME = mynew1)

    )

  )

 

ORCL_PD =

  (DESCRIPTION =

    (ADDRESS_LIST =

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

    )

    (CONNECT_DATA =

          (SERVER = DEDICATED)

      (SERVICE_NAME = mynew1)

    )

  )

5. 创建备库的密码文件和控制文件

SQL  alter database create standby controlfile as /u01/app/oracle/control01.ctl;

-- 说明： 判断一个数据库是Primary还是Standby，就是通过控制文件来判断的。

[oracle@localhost dbs]$ orapwd file=/u01/app/oracle/product/10.2.0/db_1/dbs/orapwmynew1 password=liu123

如果已经存在，就不用创建了。 缺省情况下，win下口令文件的格式是pwdsid.ora，unix下的格式是orapwSID(大小写敏感）

 

6. 修改初始化参数文件

SQL  create pfile=/u01/app/oracle/initmynew1.ora from spfile;

 

在initmynew1.ora 添加如下内容：

####主库参数######
*.DB_NAME =mynew1;  ——一般原来参数里有，不需要添加
#--监听中配置的
*.DB_UNIQUE_NAME=mynew1_pd  
#--列出DG中所有DB_UNIQUE_NAME
*.LOG_ARCHIVE_CONFIG=DG_CONFIG=(mynew1_pd,mynew1_st) 
*.LOG_ARCHIVE_DEST_1=LOCATION=/u01/app/oracle/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=mynew1_pd
*.LOG_ARCHIVE_DEST_2=service=mynew1_st DB_UNIQUE_NAME=mynew1_st

*.LOG_ARCHIVE_DEST_STATE_1=ENABLE 
*.LOG_ARCHIVE_DEST_STATE_2=ENABLE 
*.REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

#####备库参数#######
*.FAL_SERVER=mynew1_st
*.FAL_CLIENT=mynew1_pd
*.standby_file_management=AUTO  
*.standby_archive_dest=/u01/app/oracle/archive
#如果主备库目录不同，还需要添加：
#*.log_file_name_convert=/u02/oradata/orcl/,/u03/oradata/orcl/
#*.db_file_name_convert=/u02/oradata/orcl/,/u03/oradata/orcl/

 -- 注意：mynew1_st   ,     mynew1_pd 是在tnsnames文件中配置的

 

用/u01/app/oracle/initmynew1.ora 这个pfile 启动数据库，并生成spfile。

SQL  shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL  startup pfile=/u01/app/oracle/initmynew1.ora;

ORACLE instance started.

Total System Global Area  167772160 bytes

Fixed Size                  1218316 bytes

Variable Size              79694068 bytes

Database Buffers           83886080 bytes

Redo Buffers                2973696 bytes

Database mounted.

Database opened.

SQL  create spfile from pfile=/u01/app/oracle/initmynew1.ora;

File created.

 

 

二． Standby 端配置

 

 1. 创建备库存放数据文件和后台跟踪目录， 这个目录可以和主库相同， 如果不同，就需要在主库的初始化文件中进行转换。 

如：

*.log_file_name_convert=/u02/oradata/orcl/,/u03/oradata/orcl/

*.db_file_name_convert=/u02/oradata/orcl/,/u03/oradata/orcl/

 在standby创建如下目录：

   $ORACLE_BASE/ORADATA/mynew1 

   $ORACLE_BASE/admin/mynew1 

   $ORACLE_BASE/admin/mynew1/adump 

   $ORACLE_BASE/admin/mynew1/bdump 

   $ORACLE_BASE/admin/mynew1/cdump 

   $ORACLE_BASE/admin/mynew1/dpdump 

   $ORACLE_BASE/admin/mynew1/pfile 

   $ORACLE_BASE/admin/mynew1/udump 

 

2. 将主库的密码文件，控制文件，数据文件，参数文件，日志文件copy到备库。 

说明一点，这个控制文件是我们自己创建的standby 控制文件。将copy过来的控制文件再复制三份就可以了。  主备的控制文件是不一样的。  这里除了采用直接copy 文件之外，还可以采用Rman 恢复来做。 直接copy 需要停数据库，如果采用RMAN 的话，就不需要停机了。

 

现在进入主库（primary database）执行如下操作：

[oracle@localhost orcl]$ pwd

/u01/app/oracle/oradata/orcl

[oracle@localhost orcl]$ ls

control01.ctl  redo01.log  redo04.log  redo07.log    temp01.dbf

control02.ctl  redo02.log  redo05.log  sysaux01.dbf  undotbs01.dbf

control03.ctl  redo03.log  redo06.log  system01.dbf  users01.dbf

[oracle@localhost mynew1]$ scp *.dbf 211.87.147.68://u01/app/oracle/oradata/mynew1

[oracle@localhost u01]$ scp *.ctl 211.87.147.68://u01/app/oracle/oradata/mynew1

[oracle@localhost mynew1]$ scp *.log 211.87.147.68://u01/app/oracle/oradata/mynew1

[oracle@localhost u01]$ scp initorcl.ora 211.87.147.68://u01/app/oracle/product/10.2.0/db_1/dbs

[oracle@localhost dbs]$ scp orapworcl 211.87.147.68://u01/app/oracle/product/10.2.0/db_1/dbs

可以直接通过scp命令将主库（primary database）的文件复制到备库（standby database） 前提是主库 备库的ip配置正确，对应的目录都存在。

 

3. 修改初始化参数文件

进入备库的dbs目录，把刚刚拷贝过来的initmynew1.ora用vi编辑器打开：

修改之后如下：

####主库参数######
*.DB_NAME =mynew1;
#--监听中配置的
*.DB_UNIQUE_NAME=mynew1_st  
#--列出DG中所有DB_UNIQUE_NAME
*.LOG_ARCHIVE_CONFIG=DG_CONFIG=(mynew1_pd,mynew1_st) 
*.LOG_ARCHIVE_DEST_1=LOCATION=/u01/archive VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=mynew1_st
*.LOG_ARCHIVE_DEST_2=service=mynew1_pd DB_UNIQUE_NAME=mynew1_pd

*.LOG_ARCHIVE_DEST_STATE_1=ENABLE 
*.LOG_ARCHIVE_DEST_STATE_2=ENABLE 
*.REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE

#####备库参数#######
*.FAL_SERVER=mynew1_pd
*.FAL_CLIENT=mynew1_st
*.standby_file_management=AUTO  
*.standby_archive_dest=/u01/archive
#如果主备库目录不同，还需要添加：
#*.log_file_name_convert=/u02/oradata/orcl/,/u03/oradata/orcl/
#*.db_file_name_convert=/u02/oradata/orcl/,/u03/oradata/orcl/

 

4. 修改listener.ora 和 tnsnames.ora 文件，如果不存在，就从主库上copy 过去,不要修改tnsnames.ora。记得吧listener.ora的host地址改成备库的IP地址。

 

5. 在备库添加redo log file

  如果主库没有添加redo log file，可以先用copy 过来的初始化文件将数据库启动到mount 状态。在创建个spfile，最后添加redo log。

SQL  startup mount pfile=/u01/app/oracle/product/10.2.0/db_1/dbs/initmynew1.ora

ORACLE instance started.

SQL  create spfile from pfile=/u01/app/oracle/product/10.2.0/db_1/dbs/initmynew1.ora;

 

添加一个新的Standby Redologs组（注意组号不要与当前存在的Online Redologs组重复），并为该组指定一个成员：

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 4 (/u01/app/oracle/oradata/orcl/redo04.log) size 50M; 

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 5 (/u01/app/oracle/oradata/orcl/redo05.log) size 50M; 

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 6 (/u01/app/oracle/oradata/orcl/redo06.log) size 50M; 

SQL  ALTER DATABASE ADD STANDBY LOGFILE GROUP 7 (/u01/app/oracle/oradata/orcl/redo07.log) size 50M; 

 

提示，由于从Primary数据库复制文件时并没有复制Online Redologs，因此物理Standby数据库在第一次启动REDO应用时，会在Alert文件中报Online Redo Logfile文件不存在，没有关系，物理Standby会自动重建这批文件，同时你也不用担心会丢失数据，Online Redologs中的数据会以归档文件的形式从Primary端接收。

 

 

至此，Data Guard 的操作已经完成，下面来开始验证。

 

 

注意Data Guard 启动顺序：

启动顺序：先standby ,后primary;
       关闭顺序：先primary 后standby;

 

 

在备库将实例启动到mount 状态：

SQL  startup nomount;

SQL alter database mount standby database ; 

SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 

SQL alter database recover managed standby database disconnect from session; 

 

在备库启动监听：

$lsnrctl start

 

在主库启动实例：

SQL  startup;

 

在主库启动监听：

$lsnrctl start

 

在主库验证归档目录是否有效：

SQL  SELECT STATUS,DESTINATION, ERROR FROM V$ARCHIVE_DEST;

如果有错误，要排查原因。

 

SQL  alter system switch logfile;

 

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

 

MAX(SEQUENCE#)

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

            70

 

主备查询结果一致，Data Guard 搭建结束。

 

 

 

注意：如果在主库执行 alter database clear unarchived logfile或alter database open resetlogs , 则dataguard要重建。

 

 在以上操作中，遇到了各种错误，包括tnsping不通，备库无法归档等错误详情处理方法参照博客：

 

 

三． 一些其他操作 

 

1. 首先查看当前的保护模式   ---primary数据库操作

SQL  select protection_mode,protection_level from v$database;

PROTECTION_MODE         PROTECTION_LEVEL

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

MAXIMUM PERFORMANCE     MAXIMUM PERFORMANCE

 

2. 设置新的数据保护模式并重启数据库    --primary数据库操作

 

当保护模式更改顺序：

maximize protection ---   maximize availability ----  maximize performance

当在把dataguard的保护级别按这上面的顺序减低的时候， 不需要primary库在mount状态，否则primary 必须在mount 状态。 

 

如：
SQL   alter database set standby database to maximize availability;

 alter database set standby database to maximize availability

*

ERROR at line 1:

ORA-01126: database must be mounted in this instance and not open in any

instance

 

SQL  shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL  startup mount;

ORACLE instance started.

 

Total System Global Area  167772160 bytes

Fixed Size                  1218316 bytes

Variable Size              79694068 bytes

Database Buffers           83886080 bytes

Redo Buffers                2973696 bytes

Database mounted.

SQL  alter database set standby database to maximize availability;

Database altered.

SQL  alter database open;

alter database open

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

 

报错了，这是因为最大可用性需要先修改日志传送方式为lgwr同步方式，否则，数据库是无法open.

 

Maximum protection/AVAILABILITY模式必须满足以下条件

Redo Archival Process: LGWR

Network Tranmission mode: SYNC

Disk Write Option: AFFIRM

Standby Redo Logs: Yes

standby database type: Physical Only

 

SQL  alter system set log_archive_dest_2=service=mynew1_st lgwr sync AFFIRM;

System altered.

SQL  shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL  startup mount;

ORACLE instance started.

Total System Global Area  167772160 bytes

Fixed Size                  1218316 bytes

Variable Size              79694068 bytes

Database Buffers           83886080 bytes

Redo Buffers                2973696 bytes

Database mounted.

SQL  alter database set standby database to maximize availability;

Database altered.

SQL  alter database open;

Database altered.

SQL  select protection_mode,protection_level from v$database;

PROTECTION_MODE                PROTECTION_LEVEL

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

MAXIMUM AVAILABILITY           MAXIMUM AVAILABILITY

 

 

alter database set standby database to maximize performance;

提示：maximize后可跟{PROTECTION | AVAILABILITY | PERFORMANCE}，分别对应最大保护，最高可用性及最高性能。

 

在最大保护模式下，直接关闭备库是不行的，如果在备库上关闭数据库，会有如下提示：
SQL  shutdown immediate
ORA-01154: database busy. Open, close, mount, and dismount not allowed now
SQL
在最大保护模式下，备库是不允许关闭的，此时首先关闭主库，然后备库就可以顺利关闭了。

注意： 主库的保护模式修改之后，备库的模式也会改变，和主库保持一致。 

 

 

3. 查看日志归档情况

 

主库进行日志切换: 

SQL Alter system switch logfile; 

 

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; 

 

若不同步， 

1） 看log日志， archive是否有丢失 

2）可以在备库坐如下操作： 

alter database recover managed standby database cancel; 

alter database recover managed standby database disconnect from session; 

 

 

四. 主备库切换 

 

 

4.1 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

 

 

 

4.2.  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数据库进行备份。

2、windows平台

server A: 10.85.10.44  SID=orcl ­

target server B: 10.85.10.43 ­

oracle version:10.2.0.1 ­

OS platform : windows XP ­

Primary设置： ­

1. 设置主数据库为force logging 模式 ­

SQL sqlplus "/as sysdba" ­

SQL alter database force logging; ­

2. 设置主数据库为归档模式 ­

SQL archive log list ­

SQL shutdown immediate ­

SQL startup mount ­

SQL alter database archivelog; ­

SQL archive log list ­

3. 添加"备用联机日志文件" ­

先查看日志文件位置： ­

SQL select * from v$logfile; ­

在添加： ­

SQL alter database add standby logfile group 4 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo04.log) size 50m; ­

SQL alter database add standby logfile group 5 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo05.log) size 50m; ­

SQL alter database add standby logfile group 6 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo06.log) size 50m; ­

SQL alter database add standby logfile group 7 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo07.log) size 50m; ­

4. 创建主库的初始化参数给备库用 ­

SQL Create pfile from spfile; ­

产生的文件名为initorcl.ora 存放目录默认放在$ORACLE_HOME/database下 ­

5. 在主库创建备库的控制文件 和密码文件 ­

SQL Alter database create standby controlfile as D:/oracle/product/10.2.0/control01.ctl; ­

D: orapwd file=D:/PWDorcl.ora password=admin entries=5; ­

 

缺省情况下，win下口令文件的格式是pwdsid.ora，unix下的格式是orapwSID(大小写敏感）

6.  在主库创建监听和配置tnsnams.ora ­

listener.ora配置如下: ­

# listener.ora Network Configuration File: D:/oracle/product/10.2.0/db_1/network/admin/listener.ora­

# Generated by Oracle configuration tools.­

SID_LIST_LISTENER =­

  (SID_LIST =­

    (SID_DESC =­

      (SID_NAME = PLSExtProc)­

      (ORACLE_HOME = D:/oracle/product/10.2.0/db_1)­

      (PROGRAM = extproc)­

    )­

    (SID_DESC =­

      (GLOBAL_DBNAME = orcl)­

      (ORACLE_HOME = D:/oracle/product/10.2.0/db_1)­

      (SID_NAME = orcl)­

    )­

  )­

LISTENER =­

  (DESCRIPTION_LIST =­

    (DESCRIPTION =­

      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))­

      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.85.3.44)(PORT = 1521))­

    )­

  )­

tnsnames.ora配置如下: ­

# tnsnames.ora Network Configuration File: D:/oracle/product/10.2.0/db_1/network/admin/tnsnames.ora­

# Generated by Oracle configuration tools.­

primary =­

  (DESCRIPTION =­

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.85.3.44)(PORT = 1521))­

    (CONNECT_DATA =­

      (SERVER = DEDICATED)­

      (SERVICE_NAME = orcl)­

    )­

  )­

standby =­

  (DESCRIPTION =­

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.85.3.43)(PORT = 1521))­

    (CONNECT_DATA =­

      (SERVER = DEDICATED)­

      (SERVICE_NAME = orcl)­

    )­

  )­

EXTPROC_CONNECTION_DATA =­

  (DESCRIPTION =­

    (ADDRESS_LIST =­

      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))­

    )­

    (CONNECT_DATA =­

      (SID = PLSExtProc)­

      (PRESENTATION = RO)­

    )­

  )­

7. 在initorcl.ora添加以下内容： ­

*.log_archive_format=%T%S%r.ARC ­

*.DB_UNIQUE_NAME=primary ­

*.log_archive_config=DG_CONFIG=(primary,standby) ­

*.log_archive_dest_1=location=D:/oracle/product/10.2.0/oradata/arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=primary

*.log_archive_dest_2=SERVICE=standby arch ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=standby ­

*.STANDBY_FILE_MANAGEMENT=AUTO ­

*.LOG_ARCHIVE_DEST_STATE_1=ENABLE ­

*.LOG_ARCHIVE_DEST_STATE_2=ENABLE ­

*.FAL_SERVER=standby ­

*.FAL_CLIENT=primary ­

关闭数据库，在用initorcl.ora重启，并创建spfile文件 ­

SQL startup pfile=$ORACLE_HOME/database/initorcl.ora ­

SQL create spfile from pfile=$ORACLE_HOME/database/initorcl.ora ­

8.­A. 拷贝数据文件，参数文件，控制文件，密码文件到备库上 ­

initorcl.ora参数文件,PWDorcl.ora密码文件考到$ORACLE_HOME/database下的， ­

controlbak.ctl 考到$ORACLE_base/oradata/orcl/下，并分别重命名为control01.ctl,control01.ctl,control01.ctl ­

数据文件考到$ORACLE_base/oradata/orcl/下 ­

B. 用Rman拷贝,不用停机­

$ rman target /­

RMAN backup full format D:/FULL_%d_%T_%s.bak database include current controlfile for standby;­

RMAN sql alter system archive log current;­

RMAN Backup ArchiveLog all format=D:/arch_%d_%T_%s.bak; ­

备份完后将备份文件拷到standby上同样的目录，强调：同样的目录，在standby进行rman 恢复即可­

9. 启动主数据库 ­

SQL startup ­

--------------------------------------------------------------------- ­

Standy操作： ­

1. 用oradim工具创建备库orcl实例 ­

oradim.exe -new -sid orcl -startmode m ­

oradim.exe -edit -sid orcl -startmode a ­

2. 创建备库存放数据文件和后台跟踪目录 ­

   $ORACLE_BASE/ORADATA/ORCL ­

   $ORACLE_BASE/admin/orcl ­

   $ORACLE_BASE/admin/orcl/adump ­

   $ORACLE_BASE/admin/orcl/bdump ­

   $ORACLE_BASE/admin/orcl/cdump ­

   $ORACLE_BASE/admin/orcl/dpdump ­

   $ORACLE_BASE/admin/orcl/pfile ­

   $ORACLE_BASE/admin/orcl/udump ­

   $ORACLE_BASE/admin/orcl/ ­

3. 添加"备用联机日志文件" ­

SQL startup mount ­

先查看日志文件位置： ­

SQL select * from v$logfile; ­

在添加： ­

SQL alter database add standby logfile group 4 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo04.log) size 50m; ­

SQL alter database add standby logfile group 5 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo05.log) size 50m; ­

SQL alter database add standby logfile group 6 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo06.log) size 50m; ­

SQL alter database add standby logfile group 7 (D:/ORACLE/PRODUCT/10.2.0/ORADATA/ORCL/redo07.log) size 50m; ­

4. 在备库创建监听和配置tnsnams.ora ­

listener.ora配置如下: ­

# listener.ora Network Configuration File: D:/oracle/product/10.2.0/db_1/network/admin/listener.ora­

# Generated by Oracle configuration tools.­

SID_LIST_LISTENER =­

  (SID_LIST =­

    (SID_DESC =­

      (SID_NAME = PLSExtProc)­

      (ORACLE_HOME = D:/oracle/product/10.2.0/db_1)­

      (PROGRAM = extproc)­

    )­

    (SID_DESC =­

      (GLOBAL_DBNAME = orcl)­

      (ORACLE_HOME = D:/oracle/product/10.2.0/db_1)­

      (SID_NAME = orcl)­

    )­

  )­

LISTENER =­

  (DESCRIPTION_LIST =­

    (DESCRIPTION =­

      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))­

      (ADDRESS = (PROTOCOL = TCP)(HOST = 10.85.3.44)(PORT = 1521))­

    )­

  )­

tnsnames.ora配置如下: ­

# tnsnames.ora Network Configuration File: D:/oracle/product/10.2.0/db_1/network/admin/tnsnames.ora­

# Generated by Oracle configuration tools.­

primary =­

  (DESCRIPTION =­

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.85.3.44)(PORT = 1521))­

    (CONNECT_DATA =­

      (SERVER = DEDICATED)­

      (SERVICE_NAME = orcl)­

    )­

  )­

standby =­

  (DESCRIPTION =­

    (ADDRESS = (PROTOCOL = TCP)(HOST = 10.85.3.43)(PORT = 1521))­

    (CONNECT_DATA =­

      (SERVER = DEDICATED)­

      (SERVICE_NAME = orcl)­

    )­

  )­

EXTPROC_CONNECTION_DATA =­

  (DESCRIPTION =­

    (ADDRESS_LIST =­

      (ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))­

    )­

    (CONNECT_DATA =­

      (SID = PLSExtProc)­

      (PRESENTATION = RO)­

    )­

  )­

5. 测试主备之间网络连通 ­

  primary: ­

   C: lsnrctl start ­

   C: tnsping standby ­

standby ­

   C: lsnrctl start ­

   C: tnsping primary ­

6. 配置备库初始化参数 ­

编辑$ORACLE_HOME/database目录下的initorcl.ora添加以下内容 ­

*.log_archive_format=%T%S%r.ARC ­

*.DB_UNIQUE_NAME=standby ­

*.log_archive_config=DG_CONFIG=(primary,standby) ­

*.log_archive_dest_1=location=D:/oracle/product/10.2.0/oradata/arch VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=standby

*.log_archive_dest_2=SERVICE=primary arch ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=primary ­

*.STANDBY_FILE_MANAGEMENT=AUTO ­

*.LOG_ARCHIVE_DEST_STATE_1=ENABLE ­

*.LOG_ARCHIVE_DEST_STATE_2=ENABLE ­

*.FAL_SERVER=primary ­

*.FAL_CLIENT=standby ­

7. 启动备用数据库 ­

C: set ORACLE_SID=orcl ­

SQL sqlplus "/as sysdba" ­

SQL startup nomount pfile=D:/oracle/product/10.2.0/db_1/database/initorcl.ora; ­

SQL create spfile from pfile=D:/oracle/product/10.2.0/db_1/database/initorcl.ora; ­

若采用Rman备份的, 则在此standby 端进行 Rman还原数据库：­

$rman target sys/admin@primary auxiliary /­

RMAN duplicate target database for standby dorecover nofilenamecheck;

SQL alter database mount standby database ; ­

SQL alter database recover managed standby database disconnect from session; ­

--------------------------------------------------------------------------- ­

测试 ­

 

注意Data Guard 启动顺序：

启动顺序：先standby ,后primary;
       关闭顺序：先primary 后standby;

 

 

在备库将实例启动到mount 状态：

SQL  startup nomount;

SQL alter database mount standby database ; 

SQL ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL; 

SQL alter database recover managed standby database disconnect from session; 

 

在备库启动监听：

$lsnrctl start

 

在主库启动实例：

SQL  startup;

 

在主库启动监听：

$lsnrctl start

 

在主库验证归档目录是否有效：

SQL  SELECT STATUS,DESTINATION, ERROR FROM V$ARCHIVE_DEST;

如果有错误，要排查原因。

 

SQL  alter system switch logfile;

 

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

 

MAX(SEQUENCE#)

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

            70

 

主备查询结果一致，Data Guard 搭建结束。

 

 

1. 测试主库产生的归档日志是否能正常传送到归档日志 ­

主库进行日志切换: ­

SQL Alter system switch logfile; ­

  然后分别查看主库和备库的D:/arch目录下是否产生了同样的归档日志 ­

文件。 ­

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; ­

若不同步， ­

1. 看log日志， archive是否有丢失 ­

2. 可以在备库坐如下操作： ­

alter database recover managed standby database cancel; ­

alter database recover managed standby database disconnect from session; ­

----------------------------------------------------------------------- ­

主备库切换 ­

1. switchover ­

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

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

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

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

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

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

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

主库： ­

1. 查看switchover 状态 ­

SQL SELECT SWITCHOVER_STATUS FROM V$DATABASE; ­

      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 ­

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; ­

注意地方: ­

如果做了switchover,主库参数设置成以下方式，会触发ora-16009错误 ­

Alert system set log_archive_dest_2=’service=primary ­

DB_UNIQUE_NAME=orcl’ scope=spfile; ­

然后再alert_orcl.log 日志中会出现以下错误内容 ­

Thu Nov 27 10:19:12 2008 ­

Redo Shipping Client Connect ­

-- Connected User is Valid ­

RFS[2]: Assigned to RFS process 1292 ­

RFS[2]: Database mount ID mismatch [0x4781d95f:0x47823be1] ­

RFS[2]: Client instance is standby database i ­

RFS[2]: Not using real app ­

Thu Nov 27 10:19Errors in file ­

d:/oracle/product/10.2.0/admin/orcl/udump/orc ­

ORA-16009: 远程归档日 ­

从metalink上查到: ­

* fact: Oracle Server - Enterprise Edition 9 ­

* symptom: Errors appears in alert.log on primary database ­

* symptom: RFS: client instance is standby database instead ­

* symptom: RFS: Not using real application clusters ­

* symptom: Errors appear in alert.log on standby database ­

* symptom: ­

database ­

standby database ­

primary database ­

* symptom: Standby redo log files are defined on the standby database ­

* cause: The standby redo log files are synchronously filled with redo ­

from the primary database. When a logswitch occur on the primary database, ­

those files are archived on the standby database before being applyed on ­

it. The archiving process on the standby database should only archive to ­

the local disks on tprimarfix: ­

Disable the remote archiving on the standby databasExample: alter system set log_archive_dest_2 = ­

是因为没有把standby 上的log_archive_dest_2 清空导致的。 ­

另外也有可 ­

bug 4676659 ­

Standby may not be recognised (ORA-16009) ­

When the log transport is LGWR ASYNC and logical standby has ­

LOG_ARCHIVE_DEST setting VALID_FOR=(ONLINE_LOGFILE, PRIMARY_ROLE) ­

ORA-16009 is reportedregular interWorkaround: ­

There is no workaround to prevent ORA-16009 from appearing in alert logs. ­

2. 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数据库进行备份。­

 

数据库模式查看：

 

1. 首先查看当前的保护模式   ---primary数据库操作

SQL  select protection_mode,protection_level from v$database;

PROTECTION_MODE      PROTECTION_LEVEL

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

MAXIMUM PERFORMANCE  MAXIMUM PERFORMANCE

 

2. 设置新的数据保护模式并重启数据库    --primary数据库操作

 

当保护模式更改顺序：

maximize protection ---   maximize availability ----  maximize performance

当在把dataguard的保护级别按这上面的顺序减低的时候， 不需要primary库在mount状态，否则primary 必须在mount 状态。 

 

如：
SQL   alter database set standby database to maximize availability;

 alter database set standby database to maximize availability

*

ERROR at line 1:

ORA-01126: database must be mounted in this instance and not open in any

instance

 

SQL  shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL  startup mount;

ORACLE instance started.

 

Total System Global Area  167772160 bytes

Fixed Size                  1218316 bytes

Variable Size              79694068 bytes

Database Buffers           83886080 bytes

Redo Buffers                2973696 bytes

Database mounted.

SQL  alter database set standby database to maximize availability;

Database altered.

SQL  alter database open;

alter database open

*

ERROR at line 1:

ORA-03113: end-of-file on communication channel

 

报错了，这是因为最大可用性需要先修改日志传送方式为lgwr同步方式，否则，数据库是无法open.

 

Maximum protection/AVAILABILITY模式必须满足以下条件

Redo Archival Process: LGWR

Network Tranmission mode: SYNC

Disk Write Option: AFFIRM

Standby Redo Logs: Yes

standby database type: Physical Only

 

SQL  alter system set log_archive_dest_2=service=orcl_st lgwr sync AFFIRM;

System altered.

SQL  shutdown immediate

Database closed.

Database dismounted.

ORACLE instance shut down.

SQL  startup mount;

ORACLE instance started.

Total System Global Area  167772160 bytes

Fixed Size                  1218316 bytes

Variable Size              79694068 bytes

Database Buffers           83886080 bytes

Redo Buffers                2973696 bytes

Database mounted.

SQL  alter database set standby database to maximize availability;

Database altered.

SQL  alter database open;

Database altered.

SQL  select protection_mode,protection_level from v$database;

PROTECTION_MODE      PROTECTION_LEVEL

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

MAXIMUM AVAILABILITY MAXIMUM AVAILABILITY

 

 

alter database set standby database to maximize performance;

提示：maximize后可跟{PROTECTION | AVAILABILITY | PERFORMANCE}，分别对应最大保护，最高可用性及最高性能。

 

在最大保护模式下，直接关闭备库是不行的，如果在备库上关闭数据库，会有如下提示：
SQL  shutdown immediate
ORA-01154: database busy. Open, close, mount, and dismount not allowed now
SQL
在最大保护模式下，备库是不允许关闭的，此时首先关闭主库，然后备库就可以顺利关闭了。

注意： 主库的保护模式修改之后，备库的模式也会改变，和主库保持一致。