Oracle data guard学习：三思笔记
Data guard
1data guard结构：
data guard是一个集合，由一个primary数据库（生产数据库）和一个或多个standby数据库（最多9个组成），组成data guard之间的数据库由oracle的net service来连接，
1主库：单实例，rac
2standby：物理standby：物理结构相同，接收到redo后，以介质恢复的形式到standby库
逻辑standby：数据相同，结构可能有差异，将接受到的redo转换成sql来操作standby的数据
1.1 data guard服务：
1 Redo传输服务：RTS：从主库发送redo到其他的的standby，
2 LOG应用服务：LAS：保证primary与standby的事务一致
物理standby：data guard使用redo apply技术，通过recover的方式应用redo数据
逻辑standby：使用sql apply，先将接收到的redo数据转换成sql，以执行该sql来应用redo数据
3 角色转换：一套dg只有2中角色：primary，standby
角色转换也就是切换，切换分2中：switchover跟failover
Switchover：将primary跟standby（一个）进行切换，不会丢失数据
Failover：primary出现故障并不能及时恢复，通过failover将一个standby转换为新的primary，在最大保护模式跟高可用模式下，不会丢失数据，（高性能可能会？）
1.2 3种保护模式：
最大保护：maximum protection，这种模式确保无数据丢失，要求事务在提前前，redo不仅写入到本地的online redologs中，还要同时写入到standby 的standby的redologs中，并确认至少在一个standby中可以使用了，才会在primary库中提交，如果standby导致redo问题，primary会shutdown
最高性能（默认）：maximum performance，这种模式在不影响primary下，提供*别的数据保护策略，事务可以随时提交，当前primary的redo数据至少写入到一个standby中，可以是同步与异步
最高可用：maximum availability，在不影响primary的前提下，提供最大模式的保护数据的策略，要求本地事务在提交前把redo写入到一个standby中，如果standby出现故障，primary并不会shutdown，而是自动转换为最高性能模式，等standby恢复正常，会自动转换为最高可能
3种模式都需要指定log_archive_dest_n参数
1.3 data guard特定总结：
容灾恢复及高可用特性，全面的保护数据，有效利用系统资源，故障自动检测及解决方案，集中的易用管理模式，自动化切换角色，
2.1 standby数据库类型
1物理standby：
物理standby跟primary一模一样，通过redo来应用standby，在物理standby没有执行redo应用时，可以以read only模式打开，如果数据库中指定了flashback area，可以设置成read write，操作完成后可以flashback database恢复到read write前的状态，然后开启接收primary的redo并应用
Redo应用：物理standby用过redo 应用来保持跟primary 的一致，（通过oracle的恢复机制，利用归档跟redo来恢复对应的块的操作），如果正在执行redo的应用，db不能被open，redo应用时物理standby 的核心，
Read only模式打开：打开后，可以在standby执行查询跟备份操作，此时standby任然会接收redo，只不过不会进行redo 应用，知道standby恢复应用（oracle11g，改进了物理standby，可以在standby打开是应用redo，这样可以实现读写分离）
Read write打开db：此时不能接收primary发送的redo数据，失去了保护数据的策略，此时已该模式打开数据库，可以进行一些数据调试（不方便在生产上做的），操作完成在闪回，
物理standby 的特点：灾难恢复及高可用，数据保护，分担primary的压力，提升性能
2 逻辑standby：
逻辑standby也是通过primary的复制创建的，不过由于逻辑的使用sql应用来改变数据，所以可能数据结构不一样，
逻辑standby正常情况下是read write打开，用户可以在任何时候访问db，由于sql自身的特点，逻辑standby对有些数据类型及一些dml/ddl操作的不支持，
逻辑standby数据库可以额外的创建index，物化视图等提高查询性能并满足业务需要，如创建新的schema（primary不存在的），分担主库压力，可以将查询报表分离出来，平滑升级（实现跨版本的升级，为数据库打补丁，）
Data guard的操作界面
Oem，sqlplus，dgmgrl（data guard broker命令方式）
3 Data guard的软件要求：
同一个data guard的环境所有的oracle必须运行在相同的系统构架上，不同的服务器上可以配置不同，
Primary数据库跟standby数据库必须运行在相同的系统平台上，
Data guard是oracle 企业版的特性
同一个data guard配置中的所有初始化参数：compatible值必须相同
Primary数据库必须处于归档模式，并且force logging模式
Primary，standby均可以用于单实例和rac结构，并且可以在多个standby中，可以有逻辑standby跟物理standby
PrimaRy跟standby可以放在同一台服务器上，但是控制文件，参数文件，日志文件，数据文件，归档文件的目录不同，以免被覆盖
Primary和standby数据库必须有sysdba权限
建议采用相同的数据存储结构，服务器的时间设置，
3物理standby
3.1物理standby创建前的准备
1启用force logging模式
SQL> conn /as sysdba
Connected.
SQL> select force_logging from v$database;
FOR
---
NO
SQL> alter database force logging;
Database altered.
SQL> select force_logging from v$database;
FOR
---
YES
alter database no force logging
2创建密钥文件（不存在的话）
在所有的dg数据库配置中，都必须有自己独立的密钥文件，并且保证，同dg中，sys的密码必须一样，以保证redo顺利的传输（通过tns，会验证sys密码）
使用dbca创建数据库，会自动创建密钥文件
[oracle@localhost ~]$ cd /u01/app/oracle/product/10.2.0/db_1/dbs/
[oracle@localhost dbs]$ ll
-rw-r----- 1 oracle oinstall 1536 03-24 15:55 orapwgrs
不存在就创建
$ orapwd file=orapwgrs password="987064" entries=10 force=y;
3配置standby redologs，用于存储接收主库的redo log
对应最大保护和最高可用模式，建议为standby 创建redologs(不配置可以，oracle将在standby端自动创建归档文件，并虚拟为一组standby redologs，并使用lgwr sync模式传输redo
关于standby redologs建议：1 standby redologs跟primar的redo文件大小相同，2 创建适当的日志数目，一般而言，standby的redolog要比primary的redo文件多一个，（每线程的日志组数+1）*线程数,防止主库的lgwr进程锁住，备库的RFS进程接收到primary的redo，保存在本地（就是standby log）
ARCH模式的话不写standby log，直接读取归档文件
管理standby redologs：standby redologs的大小最好跟redo log的一样
v$log v$logfile
SQL> alter database add standby logfile group 4 ('/u01/app/oracle/oradata/grs/redo04.log') size 100m;
Database altered.
--删除该日志组
SQL> alter database drop standby logfile group 4;
Database altered.
SQL> alter database add standby logfile group 4 ('/u01/app/oracle/oradata/grs/redo04.log') size 50m;
alter database add standby logfile group 4 ('/u01/app/oracle/oradata/grs/redo04.log') size 50m
*
ERROR at line 1:
ORA-00301: error in adding log file '/u01/app/oracle/oradata/grs/redo04.log' -
file cannot be created
ORA-27038: created file already exists
Additional information: 1
--需要物理删除
----保证主库与备库的日志大小一样，
SQL> alter database add standby logfile group 4 ('/u01/app/oracle/oradata/grs/redo04.log') size 50m;
Database altered.
SQL> select group#, thread#, sequence#, archived, status from v$standby_log;
GROUP# THREAD# SEQUENCE# ARC STATUS
---------- ---------- ---------- --- ----------
4 0 0 YES UNASSIGNED
SQL> select group#,type,member from v$logfile;
GROUP# TYPE
---------- -------
MEMBER
--------------------------------------------------------------------------------
3 ONLINE
/u01/app/oracle/oradata/grs/redo03.log
2 ONLINE
/u01/app/oracle/oradata/grs/redo02.log
1 ONLINE
/u01/app/oracle/oradata/grs/redo01.log
GROUP# TYPE
---------- -------
MEMBER
--------------------------------------------------------------------------------
4 STANDBY
/u01/app/oracle/oradata/grs/redo04.log
4设置初始化参数
SQL> create pfile ='/u01/oracle/backup/pfile' from spfile;
File created.
[oracle@localhost backup]$ vi pfile
grs.__db_cache_size=180355072
grs.__java_pool_size=4194304
grs.__large_pool_size=4194304
grs.__shared_pool_size=88080384
grs.__streams_pool_size=4194304
*.audit_file_dest='/u01/app/oracle/admin/grs/adump'
*.background_dump_dest='/u01/app/oracle/admin/grs/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/u01/app/oracle/oradata/grs/control01.ctl','/u01/app/oracle/oradata/grs/control02.ctl','/u01/app/oracle/oradata/grs/control03.ctl'
*.core_dump_dest='/u01/app/oracle/admin/grs/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.db_name='grs'
*.db_recovery_file_dest='/u01/app/oracle/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.dispatchers='(PROTOCOL=TCP) (SERVICE=grsXDB)'
*.job_queue_processes=10
#*.log_archive_dest_1='location=/u01/app/oracle/archivelog/archivelog/'
*.open_cursors=300
*.pga_aggregate_target=94371840
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=285212672
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u01/app/oracle/admin/grs/udump'
# DB_NAME=grs
*.DB_UNIQUE_NAME=grs
*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(grs,grs2)'
*.LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs'
*.LOG_ARCHIVE_DEST_2='SERVICE=grs2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=grs2'
*.LOG_ARCHIVE_DEST_STATE_1=ENABLE
*.LOG_ARCHIVE_DEST_STATE_2=ENABLE
# *.REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
*.LOG_ARCHIVE_FORMAT=%t_%s_%r.arc
*.LOG_ARCHIVE_MAX_PROCESSES=30
# 以下部分为主机切换为备库使用
*.FAL_SERVER=grs_192.168.2.185
*.FAL_CLIENT=grs2_192.168.2.185
*.DB_FILE_NAME_CONVERT='/u01/app/oradata/grs','/u02/app/oradata/grs2'
*.LOG_FILE_NAME_CONVERT='/u01/app/oradata/grs','/u02/app/oradata/grs2'
*.STANDBY_FILE_MANAGEMENT=AUTO
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> create spfile from pfile='/u01/oracle/backup/pfile';
File created.
SQL> startup;
5将主库设置为归档模式
SQL> archive log list;
Database log mode Archive Mode
Automatic archival Enabled
Archive destination /u01/app/oracle/archivelog/archivelog/
Oldest online log sequence 3
Next log sequence to archive 5
Current log sequence 5
如果是disable，需要启动到mount，然后SQL> alter database archivelog;
3物理standby创建的实际过程演示
源数据库primary
Ip：192.168.2.185
Oracle sid=grs
Db_unique_name=grs
安装路径：/u01/app/oracle/product/10.2.0/db_1/dbs
数据文件：/u01/app/oracle/oradata/grs
归档路径：/u01/oracle/backup
目标数据库standby
Ip：192.168.2.188
Oracle sid=grs2
Db_unique_name=grs2
安装路径：/u02/app/oracle/product/10.2.0/db_1/dbs
数据文件：/u02/app/oracle/oradata/grs2
归档路径：/u02/oracle/backup
1 primary主库的配置及相关
1 检查主库的归档
oracle@localhost backup]$ export ORACLE_SID=grs
SQL> archive log list;
如果不是归档状态，重新启动到mount，alter database archivelog
2 将主库设置为force loggin状态
SQL> conn /as sysdba
Connected.
SQL> select force_logging from v$database;
FOR
---
NO
SQL> alter database force logging;
Database altered.
SQL> select force_logging from v$database;
FOR
---
YES
alter database no force logging
3 配置主库的初始化参数
SQL> create pfile ='/u01/oracle/backup/pfile' from spfile;
File created.
[oracle@localhost backup]$ vi pfile
# DB_NAME=grs
*.DB_UNIQUE_NAME=grs
*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(grs,grs2)'
*.LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs'
*.LOG_ARCHIVE_DEST_2='SERVICE=grs2 LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=grs2'
*.LOG_ARCHIVE_DEST_STATE_1=ENABLE
*.LOG_ARCHIVE_DEST_STATE_2=ENABLE
# *.REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE
*.LOG_ARCHIVE_FORMAT=%t_%s_%r.arc
*.LOG_ARCHIVE_MAX_PROCESSES=30
# 以下部分为主机切换为备库使用
*.FAL_SERVER=grs_192.168.2.185
*.FAL_CLIENT=grs2_192.168.2.188
*.DB_FILE_NAME_CONVERT='/u01/app/oradata/grs','/u02/app/oradata/grs2'
*.LOG_FILE_NAME_CONVERT='/u01/app/oradata/grs','/u02/app/oradata/grs2'
*.STANDBY_FILE_MANAGEMENT=AUTO
SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> create spfile from pfile='/u01/oracle/backup/pfile';
File created.
SQL> startup;
4 创建standby库的控制文件
SQL> ALTER DATABASE CREATE STANDBY CONTROLFILE AS '/u01/oracle/backup/control01.ctl';
5 复制相关文件到standby数据库
可以采用rman，expdp，cp等命令，复制相关数据文件到standby
6 配置监听跟网络服务名
[oracle@localhost admin]$ cp -p /u01/app/oracle/product/10.2.0/db_1/network/admin/listener.ora /u02/app/oracle/product/10.2.0/db_1/network/admin/
[oracle@localhost admin]$ cp -p /u01/app/oracle/product/10.2.0/db_1/network/admin/tnsnames.ora /u02/app/oracle/product/10.2.0/db_1/network/admin/
修改监听文件
[oracle@localhost admin]$ vi listener.ora
# listener.ora Network Configuration File: /u01/app/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 = /u02/app/oracle/product/10.2.0/db_1)
(PROGRAM = extproc)
)
(SID_DESC =
(GLOBAL_DBNAME = Oracle8)
(ORACLE_HOME = /u02/app/oracle/product/10.2.0/db_1)
(SID_NAME = grs2)
)
)
LISTENER =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.185)(PORT = 1521))
)
(DESCRIPTION =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))
)
)
[oracle@localhost admin]$ vi tnsnames.ora
# tnsnames.ora Network Configuration File: /u01/app/oracle/product/10.2.0/db_1/network/admin/tnsnames.ora
# Generated by Oracle configuration tools.
GRS2 =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.2.185)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = grs2)
)
)
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC0))
)
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)
)
7 创建密钥文件（并复制到standby对应路径）
[root@localhost ~]# cd /u01/app/oracle/product/10.2.0/db_1/dbs/
[root@localhost dbs]# ll
-rw-r----- 1 oracle oinstall 1536 03-24 15:55 orapwgrs
不存在就创建
$ orapwd file=orapwgrs password="987064" entries=10 force=y;
2物理standby端的配置
[oracle@localhost backup]$ export ORACLE_SID=grs2
1 创建日志文件，后台进程的相关目录
[oracle@localhost oracle]$ mkdir -p archivelog/archivelog
[oracle@localhost oracle]$ mkdir -p /u02/app/oracle/flash_recovery_area/grs/onlinelog
[oracle@localhost oracle]$
[oracle@localhost oracle]$ pwd
/u02/app/oracle
[oracle@localhost oracle]$ mkdir admin
[oracle@localhost oracle]$ cd admin/
[oracle@localhost admin]$ mkdir grs2
[oracle@localhost admin]$ cd grs2/
[oracle@localhost grs2]$ mkdir adump bdump cdump udump
2配置监听跟网络服务名
配置好后，可以tnsping
3修改standby的参数文件
[oracle@localhost dbs]$ vi initgrs2.ora
*.LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs'
grs.__db_cache_size=192937984
grs.__java_pool_size=4194304
grs.__large_pool_size=4194304
grs.__shared_pool_size=75497472
grs.__streams_pool_size=4194304
*.audit_file_dest='/u02/app/oracle/admin/grs/adump'
*.background_dump_dest='/u02/app/oracle/admin/grs/bdump'
*.compatible='10.2.0.1.0'
*.control_files='/u02/app/oracle/oradata/grs/control01.ctl','/u02/app/oracle/oradata/grs/control02.ctl','/u02/app/oracle/oradata/grs/control03.ctl'
*.core_dump_dest='/u02/app/oracle/admin/grs/cdump'
*.db_block_size=8192
*.db_domain=''
*.db_file_multiblock_read_count=16
*.DB_FILE_NAME_CONVERT='/u02/app/oradata/grs2','/u01/app/oradata/grs'
*.db_name='grs'
*.db_recovery_file_dest='/u02/app/oracle/flash_recovery_area'
*.db_recovery_file_dest_size=2147483648
*.DB_UNIQUE_NAME='grs2'
*.dispatchers='(PROTOCOL=TCP) (SERVICE=grsXDB)'
*.FAL_CLIENT='grs_192.168.2.185'
*.FAL_SERVER='grs2_192.168.2.185'
*.job_queue_processes=10
*.LOG_ARCHIVE_CONFIG='DG_CONFIG=(grs2,grs)'
*.LOG_ARCHIVE_DEST_1='LOCATION=/u02/app/oracle/archivelog/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs2'
*.LOG_ARCHIVE_DEST_2='SERVICE=grs LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=grs'
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.LOG_ARCHIVE_DEST_STATE_2='ENABLE'
*.LOG_ARCHIVE_FORMAT='%t_%s_%r.arc'
*.LOG_ARCHIVE_MAX_PROCESSES=30
*.LOG_FILE_NAME_CONVERT='/u02/app/oradata/grs2','/u01/app/oradata/grs'
*.open_cursors=300
*.pga_aggregate_target=94371840
*.processes=150
*.remote_login_passwordfile='EXCLUSIVE'
*.sga_target=285212672
*.STANDBY_FILE_MANAGEMENT='AUTO'
*.undo_management='AUTO'
*.undo_tablespace='UNDOTBS1'
*.user_dump_dest='/u02/app/oracle/admin/grs2/udump'
4启动物理standby到mount状态
5接收归档文件
物理standby启动到mount状态后，就能够接收来自primary端的redo日志，需要切换到主库
Primary sql>alter system set log_arhive_dest_state_2=ENABLE;
然后primary库就会发送redo到standby，查看接收到的归档文件，V$ARCHIVED_Log
Primary修改的数据能否在standby看到，受几个方面的影响
1同步模式：默认情况下primary发送归档日志通过ARCH方式，只有当日志切换时，才会把产生的归档日志发送到standby，如果standby端配置了standby redologs，就支持lgwr传输redo到standby，这样产生的redo就能及时发送到standby端
2 是否启动了应用：将redo发送到了standby端，并不意味着standby就有数据，必须手动执行应用命令，才能将修改的应用到standby，在默认的情况下，物理standby数据库是执行的恢复过程，只有当主库产生日志切换时才会应用归档到standby，
3是否实时应用：在standby端配置了standby redologs，并且在传输redo数据时采用lgwr同步传输的方式，在这种情况下，redo是实时的，
Oracle10g，物理的standby是不能实时看到数据的（逻辑standby或者11g物理standby才可以）
6启动redo应用：即使当前standby处于open状态，也不需要重启，直接执行后，Oracle会切换到mount状态
SQL> alter database recover managed standby database disconnect from session;
暂停redo应用（并不是停止，standby任然会接收，但不会应用）
SQL> alter database recover managed standby database cancel;
停止redo传输应用,standby数据库
主库：SQL> ALTER SYSTEM SET log_archive_dest_state_2='DEFER';
System altered.
备库：SQL> alter database recover managed standby database cancel;
alter database recover managed standby database cancel
*
ERROR at line 1:
ORA-16136: Managed Standby Recovery not active
4 物理standby的角色切换
Switchover跟failover
Switchover：切换不会丢失数据，手动触发或者定时计划触发，
Failover：不可预知的原因导致不能恢复或者恢复时间较长，这就需要failover，
1 物理的switchover切换
1转换前的准备工作
检查各数据库的初始化参数，确认转换的primary跟standby，以及确认是否正确的初始化参数的配置
检查即将成为primary库是否为归档
检查物理standby的临时文件是否存在
确保standby数据库的rac实例只有一个实例在启动，
选择一个最适合转换的转换成primary
2物理执行standbyswitchover
1检查初始化参数
2检查是否支持switchover（主库）
SQL> select switchover_status from v$database;
SWITCHOVER_STATUS
--------------------
SESSIONS ACTIVE：当前任然有人连接primary数据库，（通过as sysdba连接，就会产生这样的状态）
primary>select switchover_status from v$database;
SWITCHOVER_STATUS
----------------------------------------
TO STANDBY
standby >select switchover_status from v$database;
SWITCHOVER_STATUS
----------------------------------------
NOT ALLOWED
SQL> select switchover_status from v$database;
SWITCHOVER_STATUS
----------------------------------------
TO STANDBY
如果该值为to standby，表示支持切换
SQL> select switchover_status from v$database;
SWITCHOVER_STATUS
----------------------------------------
RECOVERY NEEDED
3启动switchover
首先将primary库切换到standby状态
Primary SQL> alter database commit to switchover to physical standby;（with session shutdown）
并将该primary重新启动到mount状态
SQL> shutdown immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
SQL> startup nomount;
ORACLE instance started.
SQL> alter database mount standby database;
4 在standby上检查是否支持switchover
SQL> select name,open_mode,protection_mode,database_role from v$database;
standby >select switchover_status from v$database;
SWITCHOVER_STATUS
----------------------------------------
NOT ALLOWED
显示的状态：SWITCHOVER_STATUS,TO PRIMARY,SWITCHOVER PENDING(当前standby数据没有启动redo应用，重新执行alter database recover managed standby database disconnect from session;
5转换角色到primary
SQL> alter database commit to switchover to primary;
待转换的standby可以是mount或者open read only状态， 不能是read write
6重新打开primary（新）
SQL> shutdown immediate
ORA-01507: database not mounted
ORACLE instance shut down.
SQL> startup
2物理的failover切换
Note：
1 failover后，原primary不再是dg的一部分
2 在多数情况下，其他物理/逻辑standby不直接参与failover过程，不需要做操作
3 某些情况下，新的primary数据库配置后，需要重新创建dg配置中其他的所有的standby
4 在执行failover之前，尽量把primary的redo跟归档都复制到standby
如果待转换的模式是最大保护模式，需要切换到最高可用模式
alter database set standby database to maximize performance;
1 检查归档日志是否连续
查询待转换的standby，
select thread#,low_sequence#,high_sequence# from v$archive_gap
如果有返回的记录，按照列出的记录号复制对应的归档到standby的服务器，文件复制过来，通过加入数据字典
alter database register physical logfile 'filespec1';
2 检查归档文件是否完整
主库跟备库分别执行
select distinct thread#,max(sequence#)over(partition by thread#) from v$archived_Log
必须保证2个max相同，不然就需要拷贝归档到standby
3启动failover
alter database recover managed standby database finish force;
force会停止当前活动的rfs进程
4 切换物理standby为primary
alter database commit to switchover to primary;
5启动新的primary数据库
处于mount，则直接open，open read only，则shutdown 然后重启，
5 read only模式打开物理standby
1物理standby直接从shutdown状态启动到read only
直接startup，就是read only状态
2 物理standby从redo应用到read only状态
首先需要取消redo应用
alter database recover managed standby database cancel;
然后在打开db
Alter database open
3从read only切换到redo应用
alter database recover managed standby database disconnect from session;
备库，read only模式打开后，可进行查询，备份等操作
Ready wirte模式打开数据库，standby将暂停redo应用。此时可以在备库上进行恢复，调试数据，操作完成之后，将数据库闪回到操作前的状态（闪回之后，dg会自动同步standby）
6 管理影响物理standby的事件
1 创建表空间或数据文件
初始化参数standby_file_management用来控制是否自动将primary数据库增加表空间或数据文件的改动，传播到standby服务器AUTO/MANUAL
AUTO:自动传播到standby
MANUAL:需要手动复制文件到standby，并更新控制文件
1 将standby_file_management 设置为auto（主库）
SQL> set sqlprompt "primary>"
primary>show parameter standby_file
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
standby_file_management string AUTO
SQL> create tablespace new_dg datafile'/u01/app/oracle/oradata/grs/new_dg.dbf' size 10m;
Tablespace created.
SQL> col tsname for a20
SQL> col dfname for a50
SQL> select ts.name tsname,df.name dfname from v$tablespace ts,v$datafile df
2 where ts.ts#=df.ts#;
TSNAME DFNAME
-------------------- --------------------------------------------------
SYSTEM /u01/app/oracle/oradata/grs/system01.dbf
UNDOTBS1 /u01/app/oracle/oradata/grs/undotbs01.dbf
SYSAUX /u01/app/oracle/oradata/grs/sysaux01.dbf
21 rows selected.
备库查看
SQL> col tsname for a20
SQL> col dfname for a50
SQL> select ts.name tsname,df.name dfname from v$tablespace ts,v$datafile df
2 where ts.ts#=df.ts#;
TSNAME DFNAME
-------------------- --------------------------------------------------
SYSTEM /u01/app/oracle/oradata/grs/system01.dbf
UNDOTBS1 /u01/app/oracle/oradata/grs/undotbs01.dbf
SYSAUX /u01/app/oracle/oradata/grs/sysaux01.dbf
USERS /u01/app/oracle/oradata/grs/users01.dbf
20 rows selected.
报错日志：
Errors in file /u01/app/oracle/admin/grsdg/bdump/grsdg_dbw0_10650.trc:
ORA-01157: cannot identify/lock data file 20 - see DBWR trace file
ORA-01110: data file 20: '/u01/app/oracle/oradata/grs/SPICEI2I02.dbf'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3
Mon May 5 10:41:18 2014
RFS[5]: Archived Log: '/u01/app/oracle/archivelog/1_258_827453919.arc'
Primary database is in MAXIMUM PERFORMANCE mode
RFS[5]: No standby redo logfiles created
待解决：：：：？？？
12c dg
SQL> show parameter standby_file
NAME TYPE
------------------------------------ ----------------------
VALUE
------------------------------
standby_file_management string
auto
SQL> create tablespace new_dg2 datafile'/u01/app/oracle/oradata/hongquan/hongquantest/new_dg2.dbf' size 10m;
Tablespace created.
2 将standby_file_management 设置为manual（主库）
ALTER SYSTEM SET STANDBY_FILE_MANAGEMENT=MANUAL;
在重复上述操作
记录多了一条，需要重命名
ALTER DATABASE CREATE DATAFILE ‘/u01/app/oracle/oradata/grs/XXXX’AS
/u01/app/oracle/oradata/grs/new_dg.dbf
然后重新启动redo应用
alter database recover managed standby database disconnect from session;
disconnect from session---启动应用，自动退到命令操作符
2 删除表空间
--对于表空间和数据文件的操作，STANDBY_FILE_MANAGEMENT=AUTO，无须手工干预，
3 重命名数据文件
--需要手工干预，STANDBY_FILE_MANAGEMENT=AUTO/MANUAL
在主库rename datafile文件，从库需要手动操作
备库：cancel redo log，shutdown，重命名数据文件，在startup mount，重启redo 应用
alter tablespace new_dg2 offline;
mv /u01/app/oracle/oradata/hongquan/hongquantest/new_dg2.dbf /u01/app/oracle/oradata/hongquan/hongquantest/new_dg2_test.dbf
alter tablespace new_dg2 rename datafile
'/u01/app/oracle/oradata/hongquan/hongquantest/new_dg2.dbf' to
'/u01/app/oracle/oradata/hongquan/hongquantest/new_dg2_test.dbf';
alter tablespace new_dg2 online;
alter system switch logfile;
select name from v$datafile;
alter database recover managed standby database cancel;
mv /u02/app/oracle/oradata/hongquan1/hongquantest/new_dg2.dbf /u02/app/oracle/oradata/hongquan1/hongquantest/new_dg2_test.dbf
----12c，备库ready only模式，不能改
alter tablespace new_dg2 rename datafile
'/u02/app/oracle/oradata/hongquan1/hongquantest/new_dg2.dbf' to
'/u02/app/oracle/oradata/hongquan1/hongquantest/new_dg2_test.dbf';
alter database recover managed standby database disconnect from session;
select name from v$datafile;
---12c 在线重命名数据文件
ALTER DATABASE MOVE DATAFILE '/u02/app/oracle/oradata/hongquan1/hongquantest/new_dg2.dbf'
to
'/u02/app/oracle/oradata/hongquan1/hongquantest/new_dg2_test.dbf';
4 添加或删除redologs文件
--需要手工干预改文件的删除和创建
无论主库端对日志组或日志文件的操作是否传播到了standby端，也不会影响到standby的运行。
在主库增加或删除redo logs时，一定记得手工同步相关物理standby中的相关设置，保证standby log比primary redolog多一组操作要将STANDBY_FILE_MANAGEMENT=MANUAL
5垮open_resetlogs的应用
1 监控primary和standby库的事件
2 动态性能视图
1v$managed_standby 显示物理standby数据库相关进程的当前状态
standby>select process,client_process,sequence#,status from v$managed_standby;
ARCH ARCH 0 CONNECTED
MRP0 N/A 37 APPLYING_LOG
RFS ARCH 0 IDLE
2 v$archive_dest_status 显示归档文件路径配置信息及redo的应用情况
standby>select dest_name,archived_thread#,archived_seq#,applied_thread#,applied_seq#,db_unique_name from v$archive_dest_status where status='VALID';
3v$archived_log 检查归档文件路径和创建信息
standby>select name,creator,sequence#,applied,completion_time from v$archived_log;
4 v$log_history 查询归档历史
select first_time,first_change#,next_change#,sequence# from v$log_history;
standby>select thread#,max(sequence#) as "last_applied_log" from v$log_history group by thread#;
5 查看物理standby未接受的日志文件
standby>select local.thread#,local.sequence# from
2 (select thread#,sequence# from v$archived_log where dest_id=1) local
3 where local.sequence# not in
4 (select sequence# from v$archived_log where dest_id=2 and thread#=local.thread#);
3 管理归档中断gap
4 standby的选择数据保护模式
Primary的修改能否在standby端看到，受几个方面的影响：
1：同步模式：默认情况primary端发送归档日志通过ARCH的方式，只有当primary切换日志时，产生的归档日志才会发送到standby端。如果standby端配置了standby redologs文件，dg支持以lgwr方式传输redo数据，这样primary产生的redo就能及时发送到standby端。
2：是否启动了应用：将redo发送到standby端，并不代表standby端应用了改redo，必须手动执行命令。默认情况下，物理standby的应用执行是恢复过程，只有当主库primary库执行切换操作后，才会对切换产生的归档文件进行应用，在时效上比primary有延后
3：是否实时应用：standby端配置了standby redologs，并且prim传输redo日志时采用了lgwr同步传输的方式，这是redo传输实时（async，sync）
1 Dataguard 服务
1 redo传输服务rts
1 认识LOG_ARCHIVE_DEST_N参数
LOG_ARCHIVE_DEST_N（1-10）定义redo 发送的目的地，通过location或者service 来指定本地还是远程service，LOG_ARCHIVE_DEST_N都有对应的LOG_ARCHIVE_DEST_STATE_N用来指定LOG_ARCHIVE_DEST_N的属性是否生效，有4种属性
Enable：默认，表示允许传输
Defer:属性有效，但暂不使用该归档路径
Alternate：禁止传输，其他的失败，会自动enable
Reset：与defer相似，
LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
LOG_ARCHIVE_DEST_STATE_1='ENABLE'
用过service关键字指定redo的传输
LOG_ARCHIVE_DEST_2='SERVICE=‘’
log_archive_dest_state_2='DEFER'
可以通过alter system set来修改2个参数，修改会在下次日志切换时生效
Alter system set LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs'
SQL> col name for a15
SQL> col value for a20
SQL> set pageline 1000
SP2-0158: unknown SET option "pageline"
SQL> set pagesize 1000
SQL> set linesize 1000
SQL> show parameter log_archive_dest
NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
log_archive_dest string
log_archive_dest_1 string LOCATION=/u01/app/oracle/archi
velog/ VALID_FOR=(ALL_LOGFILES
,ALL_ROLES) DB_UNIQUE_NAME=grs
log_archive_dest_10 string
log_archive_dest_2 string SERVICE=grsdg LGWR ASYNC VALID
_FOR=(ONLINE_LOGFILES,PRIMARY_
ROLE) DB_UNIQUE_NAME=grsdg
2 使用ARCn进程发送redo数据
默认情况下，使用ARCn进程发送redo数据，（只支持最高性能保护模式），在其他模式下需要lgwr传输，可以增加arcn进程
Alter system set log_archive_max_process=n；（0-30）
ARCHn归档过程，
Primary发生日志切换时，就会产生归档，：分别在primary跟standby
一旦arc0完成在线日志的归档，arc1就开始传输归档中的redo到standby（假设有2个进程）
本地归档与远程归档并无联系，
3 lgwr进程传输redo
Lgwr进程不需要等日志完成切换或归档才传输，standby数据库的lgwr进程会选择一个standby redologs文件映射primary数据库当前活动的联机重做日志文件，一旦primary有redo产生，根据参数中的sync或async来确定同步或非同步方式发送redo
1 lgwr同步redo流程
*.LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs'
*.LOG_ARCHIVE_DEST_2='SERVICE=grsdg LGWR SYNC new_timeout=30
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.log_archive_dest_state_2='DEFER'
---- new_timeout 连接超时，会返回错误
2 lgwr不同步归档流程
*.LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/ VALID_FOR=(ALL_LOGFILES,ALL_ROLES) DB_UNIQUE_NAME=grs'
*.LOG_ARCHIVE_DEST_2='SERVICE=grsdg LGWR ASYNC
*.LOG_ARCHIVE_DEST_STATE_1='ENABLE'
*.log_archive_dest_state_2='DEFER'
4安全传输redo
Redo传输的过程中使用密码验证的方式，保证primary跟standby的sys密码一样
什么时候发送
1 VALID_FOR属性指定传输及接受对象
VALID_FOR=(ALL_LOGFILES,ALL_ROLES)
VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE)
2 通过db_unique_name指定数据库
DB_UNIQUE_NAME='grs'
LOG_ARCHIVE_CONFIG='DG_CONFIG=(grs,grsdg)'
3 出错了怎么办
LOG_ARCHIVE_DEST_1有几个属性来控制出现错误时采取的措施
1 reopen 指定时间后再次尝试归档
Reopen=seconds(300)默认
LOG_ARCHIVE_DEST_2='SERVICE=grsdg LGWR ASYNC VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=grsdg reopen=100'
2 alternate指定替补归档路径
LOG_ARCHIVE_DEST_1='LOCATION=/u01/app/oracle/archivelog/ alternate=LOG_ARCHIVE_DEST_2'
LOG_ARCHIVE_DEST_STATE_1='ENABLE'
LOG_ARCHIVE_DEST_2='LOCATION=/u01/app/oracle/archivelog2/'
LOG_ARCHIVE_DEST_STATE_2='ALTERNATE'
3 max_failure控制最大失败次数
LOG_ARCHIVE_DEST_2='SERVICE=grsdg LGWR ASYNC reopen=100 max_failure=3'
4 管理日志文件
默认情况下，本地的归档都是放在LOG_ARCHIVE_DEST_2='location的路径下
设置是否可以被重用
设置控制文件中记录重用及增长规则
多个standby间共享文件路径
Dependency属性
2 log应用服务(log apply service)
Data guard用过redo来维持primary跟standby之间的一致性
Redo：物理standby专用，通过介质恢复的方式保持一致
Sql：逻辑standby专用，通过logminer分析sql语句，在standby端执行
因此物理的standby必须是mount状态（10g），逻辑可以是read only
1 redo实时应用
Redo不需要等归档完成了，接收到即可应用，standby端配置了standby redologs，物理实时启动，
alter database recover managed standby database using current logfile
2 redo延迟应用
LOG_ARCHIVE_DEST_2='SERVICE=grsdg ARCH VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=grsdg DELAY=15'
DELAY 默认30分钟
alter database recover managed standby database nodelay disconnect;
3应用redo到standby数据库
启动redo应用
alter database recover managed standby database disconnect;
停止redo应用
alter database recover managed standby database cancel;
4选择数据库保护模式
1 查看当前数据库的保护模式
select db_unique_name,open_mode,database_role,switchover_status,
dataguard_broker,protection_mode,remote_archive,guard_status from
v$database;
2 修改初始化参数
Alter system set
3设置新的保护模式，并重启db
alter database set standby database to maximize availability