(完整word版)oracle11gdataguard完全手册

(完整word版)oracle11gdataguard完全手册

oracle11g dataguard 完全手册

一、前言：

网络上关于dataguard的配置文章很多，但是很多打着oracle11g的文章实际都是只能在9 10 上运行,比如FAL_CLIENT在11g中已经废弃,但是现在网络上的文章都是没有标注这一点。而且对于具体含义语焉不详对于新手只能知其然而不知其所以然.这篇文章我就想让像我这样的人对于dataguard配置不仅仅知道怎么配置,还要知道为什么需要这样配置，这样的效果才是最好的。

这篇文章不仅仅是记录如何配置,还介绍了为什么是这样，以及注意要点，我希望这个文章可以作为进行dataguard配置的一个参考手册.

二、前提

1.主库是归档模式:

如果我们不清楚为什么是归档模式，那我们就应该也不会清楚dataguard是用来做什么的.透过很多修饰的官方语言，我们需要明确DG（dataguard简称，后同）实际上的作用就是用来高可用.而实现原理就是从主库获取数据到从库，在主库发生异常的时候，从库接管主库,完成身份的变化。可以一个主库，最多9个从库。同时分为逻辑standby和物理standby这里我们讨论的是物理standby。

一旦创建并配置成 standby 后，dg 负责传输 primary数据库 redo data 到 standby 数据库，standby 数据库通过应用接收到的 redo data 保持与 primary 数据库的事务一致。

这下清楚了吧，需要保证主从库一致，需要传输archive log和redo log到从库，如果不是归档模式无法保证主从库的数据一致。

2.从库只需要安装数据库软件，数据从主库传输后完成。

3.很多人说11g有了active dataguard(ADG)，逻辑standby 实际上已经没什么用处了。

4。主从库硬件最好一致。oracle数据库版本需要一致。

(1)内存检查项：

＃ grep MemTotal /proc/meminfo

交换分区检查项：如果内存在1-2G,swap是1.5倍；2-16G，1倍;超过16G，设置为16G即可。

＃ grep SwapTotal /proc/meminfo

查看共享内存大小：

# df —h /dev/shm

（2）查看系统处理器架构，与oracle安装包一致

＃ uname —m

（3)空间空间 /tmp必须大于1G

# df -h /tmp

5.配置环境数据库用户必须有sysdba权限

6.后面的环境：主库 192。168.215.101 数据库实例名：orcl db_unique_name:orcl

从库 192。168.215。102 数据库实例名：orcl db_unique_name:orcldg

三、配置

1.判断DG是否已经安装：

select ＊ from v$option where parameter = 'Oracle Data Guard’；

如果是true表示已经安装可以配置,否则需要安装相应组件。

(完整word版)oracle11gdataguard完全手册

2。设置主库为强制记录日志。

默认情况下数据库操作会记录redo log，但是在一些特定的情况下可以使用nologging来不生成redo信息

（1)表的批量INSERT（通过/*+APPEND */提示使用“直接路径插入“。或采用SQL＊Loader直接路径加载）。表数据不生成redo,但是

所有索引修改会生成redo,但是所有索引修改会生成redo（尽管表不生成日志，但这个表上的索引却会生成redo！）。

(2)LOB操作（对大对象的更新不必生成日志）。

（3)通过CREATE TABLE AS SELECT创建表

(4)各种ALTER TABLE操作，如MOVE和SPLIT

(5)在一些表迁移和表空间迁移中，可以使用alter table a nologging;或者alter tablespace snk nologging；在操作完成后再修改回logging状态。

这里需要多说一句，如果你使用nologging导入大批量数据，以后对这些数据的修改会在redo或者archive log中，但是基准的数据是没有的,所以一旦介质损坏是无法完全恢复的，必须在使用nologging完成切换回logging后,做一次全备或者0级备份。

（1）强制记录日志:sql〉alter database force logging；

(2)检查状态（YEs为强制）：sql〉select name，force_logging from v＄database；

（3）如果需要在主库添加或者删除数据文件时，这些文件也会在备份添加或删除,使用如下：

sql〉alter system set standy_file_management=’AUTO’；

默认此参数是manual手工方式 sql>show parameter standby

3.创建standby log files(备用日志文件)

从库使用standby log files来保存从主库接收到的重做日志.既然主要是从库在使用,那为什么需要在主库上也建立

standby log files？原因主要由两个：一是主库可能转换为备库，而备库是需要有standby log files的

二是如果主库

建立了standby log files那备库会自动建立。

建立standby如要注意以下几点：

<1>standby log files的大小和redo log files一样。

查询redo log files文件大小（默认50M,3个):select group＃，bytes/1024/1024 as M from v$log

<2>一般而言， standbyredo 日志文件组数要比 primary 数据库的 online redo 日志文件组数至少多一个。

推荐 standbyredo 日志组数量基于 primary 数据库的线程数（这里的线程数可以理解为 rac 结构中的 rac

节点数）。

有一个推荐的公式可以做参考:(每线程的日志组数+1)*最大线程数

假设现在节点是1个，则=（3+1）＊1=4

如果是双节点 则=(3+1）＊2=8

这里我们创建4个standby logfile:

另：不建议组号group#紧挨着redo，因为后续redo有可能调整，这里我们从建立从11到14的standby

logfile

1

＃ cd $ORACLE_BASE/oradata/orcl/

2

＃ mkdir dg

3

# chown oracle:dba dg

(完整word版)oracle11gdataguard完全手册

4

sql> alter database add standby

5

logfile group 11 '/opt/oracle/oradata/orcl/dg/' size 50M；

6

sql〉 alter database add standby

7

logfile group 12 ’/opt/oracle/oradata/orcl/dg/standby12。log’ size 50M；

8

sql〉 alter database add standby

logfile group 13 ’/opt/oracle/oradata/orcl/dg/' size 50M;

sql〉 alter database add standby

logfile group 14 ’/opt/oracle/oradata/orcl/dg/’ size 50M；

4.密码文件和控制文件的创建传输

(1）一般数据库默认就有密码文件,存放在＄ORACLE_HOME/dbs/orapwSID 这里为orapworcl

如果没有sql〉orapwd file=$ORACLE_HOME/dbs/orapworcl password=oracle

(2）检查REMOTE_LOGIN_PASSWORDFILE值是否为 EXCLUSIVE

sql〉show parameter REMOTE_LOGIN_PASSWORDFILE

如果值不是EXCLUSIVE，则：alter system set remote_login_passwordfile=exclusive scope=spfile;

(3）密码文件需要scp到从库

＃ scp orapworcl oracle＠192。168。215。102：/opt/oracle/11。2/dbs 提示输入yes

（4）控制文件：

11g的控制文件一共两份，内容一样,一份在$ORACLE_BASE/oradata/orcl/

一份在/opt/oracle/flash_recovery_area/orcl/

生成standby控制文件：

1

sql>shutdown immediate

2

sql>startup mount

3

sql〉alter database create standby controlfile as '/tmp/standby_control01。ctl';

4

sql〉startup open;

然后在备库建立对应的目录,并授权

mkdir orcl-—- chown oracle：oinstall(或dba) orcl

scp oracle＠192。168。215。102：/opt/oracle/oradata/orcl

scp control02。ctl oracle@192。168.215。102:/opt/oracle/flash_recovery_area/orcl/

(完整word版)oracle11gdataguard完全手册

5。db_name和db_unique_name

默认db_name和db_unique_name和实例名是一致的，这里是orcl

需要注意在DG中主库和从库的db_unique_name是不能一致的，需要区分开的。

这里我们设置主库的db_unique_name为orcl，从库为orcldg

sql〉show parameter db_unique_name

设置：alter system set db_unique_name=orcl scope=spfile;

--注意虽然默认db_unique_name和db_name是一致的，但是需要显式设置,否则在spfile中没有此参数

6.闪回数据库：

强烈建议开启数据库闪回功能.闪回允许你将数据库还原到以前的某一时间点。当发生故障转移时，这个功能非常有用,

它能让你将老的主库闪回到故障前,然后将其转换为备库。如果没有启用闪回功能，你就必须重建备库，意味着要再复制一次数据文件.

除了这个好处，闪回还能在某些情况下让你避免从备份恢复数据。

(1)快速恢复区（Flash/Fast Recovery Area),默认是配置的，但是需要确认这个区域的磁盘够大，至少300G以上（默认3G）

sql>show parameter db_recovery_file_dest

可以修改位置：sql>alter system set db_recovery_file_dest='新路径’;

更改大小：sql>alter system set db_recovery_file_dest_size=400G;

（2)查看是否启用，默认是不开启的

sql>select flashback_on from v＄database；

开启：sql>alter database flashback on；

如果你碰到 ORA-01153 报错，那一定是在备库进行此操作.你需要先取消重做日志应用，启用闪回日志，然后重新启用日志应用。

在主库启用闪回日志，不会同步备库也启用.你必须手动在主库和备库上均启用闪回日志。

如果不启用闪回日志,当出现故障转移时，你将需要完全重新开始创建一个备库.

＊NET设置

(1）配置主库的监听

虽然可以通过netca来进行配置，但是除了这个默认的外，我们还需要一个静态注册SID_LIST_LISTENER，如果没有此从参数而且

dataguard启动顺序不正确，主库会报PING[ARC1］：Heartbeat failed to connect to standby ’***'.Error

is 12514导致归档无法完成

配置如下

SID_LIST_LISTENER=

（SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = orcl）

(完整word版)oracle11gdataguard完全手册

（ORACLE_HOME = /opt/oracle/11。2)

（SID_NAME = orcl）

)

)

LISTENER =

（DESCRIPTION_LIST =

（DESCRIPTION =

(ADDRESS = (PROTOCOL = TCP)（HOST = primaryDB)(PORT = 1521)）

）

）

＃vi $ORACLE_HOME/network/admin/ 加入上面的内容

（2)配置tnsnames

#vi ＄ORACLE_HOME/network/admin/tnsnames。ora

ORCL =

(DESCRIPTION =

（ADDRESS_LIST =

（ADDRESS = (PROTOCOL = TCP)(HOST = 192。168。215.101)(PORT = 1521））

）

（CONNECT_DATA =

（SERVICE_NAME = orcl)

）

)

(完整word版)oracle11gdataguard完全手册

ORCLDG =

(DESCRIPTION =

(ADDRESS_LIST =

(ADDRESS = (PROTOCOL = TCP）(HOST = 192。168.215。102）（PORT = 1521）)

）

（CONNECT_DATA =

(SERVICE_NAME = orcldg)

)

）

（3）传输到备库并修改listener。ora和tnsnames。ora

scp ＄ORACLE_HOME/network/admin/ oracle@192。168.215.102：/opt/oracle/11.2/network/admin/

scp ＄ORACLE_HOME/network/admin/ oracle@192。168.215.102：/opt/oracle/11。2/network/admin/

——：

SID_LIST_LISTENER

（SID_LIST =

(SID_DESC =

(GLOBAL_DBNAME = orcldg）

(ORACLE_HOME = /opt/oracle/11.2)

(SID_NAME = orcl)

(完整word版)oracle11gdataguard完全手册

)

）

LISTENER =

（DESCRIPTION_LIST =

（DESCRIPTION =

（ADDRESS = （PROTOCOL = TCP)(HOST = standbyDB)(PORT = 1521)）

）

)

tnsnames。ora:不需要修改

8。重做日志传输配置

(1）配置归档日志位置：

查询已经设置的归档路径sql:archive log list或者show parameter log_archive_dest_1

sql〉 alter system set log_archive_dest_1='LOCATION=/opt/oracle/oradata/orcl/archive1

valid_for=（all_logfiles，primary_role） db_unique_name=orcl’ scope=spfile;

还可以使用快速恢复区作为归档目录，如LOCATION=use_db_recovery_file_dest

官方文档里说使用 valid_for=（online_logfiles， all_roles)，这将导致备库无法归档备用日志文件，因为它们不是在线日志.

但如果使用 all_logfiles 选项，主备库将都能归档在线以及备用日志.

如果你想在备库进行备份,并同时备份归档日志的话，必须使用 all_logfiles。

（2)配置重做日志到备份库：

sql>alter system set log_archive_dest_2='SERVICE=orcldg lgwr sync valid_for=(online_loprimary_role）

db_unique_name=orcldg’；

(完整word版)oracle11gdataguard完全手册

(3)要注意STANDBY_ARCHIVE_DEST 参数不需要，已经被官方弃用。设置此参数后启动数据库,只会报

ORA—32004：

obsolete or deprecated parameter(s) specified for RDBMS instance 错。

9.配置FAL_SERVER

这个参数指定当日志传输出现问题时，备库到哪里去找缺少的归档日志。它用在备库接收的到的重做日志间有缺口的时候。

这种情况会发生在日志传输出现中断时，比如你需要对备库进行维护操作。在备库维护期间，没有日志传输过来，这时缺口就出现了。

设置了这个参数，备库就会主动去寻找那些缺少的日志，并要求主库进行传输。

你是主库，就填写:

fal_server=从库

从库上就反过来：

fal_server=主库

注意：FAL_CLIENT在11g中已经废弃，虽然可以配置但是已经不起作用了。

sql〉alter system set FAL_SERVER='orcldg’；

Guard 配置里的另外一个库的名字

sql〉 alter system set log_archive_config = 'dg_config=（orcl,orcldg）’;

以上的办法是我们采用alter system的方式在线修改,还有一种比较方便的办法（但是容易出错，所以方便和安全什么时候都不可兼得）

sql〉create pfile from spfile;

＃ 手工修改pfile

sql〉create spfile from pfile;

然后用pfile生成spfile 同时传输pfile到从库修改后生成spfile

注意手工增加：

*.log_archive_dest_state_1=enable

*.log_archive_dest_state_2=enable

vi

orcl。__db_cache_size=180355072

orcl。__java_pool_size=4194304

orcl。__large_pool_size=4194304

orcl.__oracle_base='/opt/oracle’＃ORACLE_BASE set from environment

orcl。__pga_aggregate_target=264241152

orcl.__sga_target=494927872

orcl。__shared_io_pool_size=0

orcl。__shared_pool_size=289406976

orcl.__streams_pool_size=8388608

(完整word版)oracle11gdataguard完全手册

＊。audit_file_dest=’/opt/oracle/admin/orcl/adump’

*.audit_trail=’db’

＊.compatible='11。2。0.0。0'

*。control_files='/opt/oracle/oradata/orcl/control01。ctl'，'/opt/oracle/flash_recovery_area/orcl/control02。ctl'#Restore Controlfile

＊。db_block_size=8192

＊。db_domain=’’

*.db_name='orcl'

*。db_recovery_file_dest='/opt/oracle/flash_recovery_area'

*。db_recovery_file_dest_size=4039114752

＊.diagnostic_dest=’/opt/oracle'

*。dispatchers=’（PROTOCOL=TCP) (SERVICE=orclXDB)’

＊。fal_server='orcldg’

＊.job_queue_processes=1000

*.log_archive_config='dg_config=（orcl，orcldg)'

*.log_archive_dest_1='LOCATION=/opt/oracle/oradata/orcl/archive1 valid_for=（all_logfileprimary_role） db_unique_name=orcl'

*。log_archive_dest_2='SERVICE=orcldg lgwr sync valid_for=(online_logfile,primary_role)

db_unique_name=orcldg'

*.log_archive_format='orcl_％t_％s_％r。dbf'

＊。memory_target=756023296

＊.open_cursors=300

＊。processes=150

＊.remote_login_passwordfile='EXCLUSIVE’

(完整word版)oracle11gdataguard完全手册

＊。standby_file_management='AUTO'

*。undo_tablespace=’UNDOTBS1’

scp oracle@192.168.215。102:/opt/oracle/11。2/dbs/

修改备库的initorcl。ora 修改参数如下：

*。db_name='orcl'

＊。db_unique_name='orcldg’

*。fal_server=’orcl’

*。log_archive_config='dg_config=(orcldg,orcl)'

*.log_archive_dest_1='LOCATION=/opt/oracle/oradata/orcl/archive1

valid_for=(all_logfiles,primary_role) db_unique_name=orcldg’

*。log_archive_dest_2=’SERVICE=orcl lgwr sync valid_for=（online_logfile，primary_rdb_unique_name=orcl'

然后sql〉create spfile from pfile;

11。传输主库数据到备库

(1)scp —l 8192 -rp /opt/oracle/oradata/orcl/ oracle＠192。168。215。102:/opt/oracle/oradata/

注意目的地不要加orcl 会自动创建目录的

-l是limit限制，这样最大是8192/8=1M速度，是为了解决stalled问题

-rp 循环子目录文件

（2）建立spfile中需要的目录

如/opt/oracle/admin/orcl/adump dpdump pfile

12。启用物理备用数据库

sql>startup nomount

sql>alter database mount standby database；

（1)启动 redo 应用

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

启动实时应用

SQL〉 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE USING CURRENT LOGFILE DISCONNECT FROM SESSION;

(完整word版)oracle11gdataguard完全手册

这个命令指示备库开始使用备用日志文件进行恢复.它也告诉备库命令完成后回到命令行界面

SQL> ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL;

此时只是暂时 redo 应用，并不是停止 Standby 数据库，standby 仍会保持接收只不过不会再应用

接收到的归档,直到你再次启动 redo 应用为止

（2)停止standby

正常情况下，首先

SQL〉 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE CANCEL；

然后再sql〉shutdown immediate

当然也可以直接shutdown immediate

（3）备用服务器的管理模式与只读模式

<1〉.启动到管理模式

SQL〉shutdown immediate;

SQL〉startup nomount；

SQL>alter database mount standby database；

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

〈2〉。启动到只读方式

SQL>shutdown immediate;

SQL〉startup nomount;

SQL〉alter database mount standby database；

SQL〉alter database open read only；

<3〉如果在管理恢复模式下到只读模式

SQL〉 recover managed standby database cancel;

SQL> alter database open read only；

这个时候，可以给数据库增加临时数据文件(这个在热备份的时候是没有备份过来的）

如alter tablespace temp add tempfile '/u02/oradata/test/temp01。dbf’ size 100M;

<4>.从只读方式到管理恢复方式

SQL> recover managed standby database disconnect from session;

(4）应用物理备库的几点监控

如果上面出了问题或者我们不知道成功了没有，可以用下面的方法检测

〈1〉确认主备库里的归档目的地配置都是有效的

(完整word版)oracle11gdataguard完全手册

select DEST_ID， STATUS, DESTINATION， ERROR from V＄ARCHIVE_DEST where DEST_ID<=2;

目的地状态status应该显示为 VALID，注意如果上面没有执行redo应用会有一条error信息

〈2〉确认重做日志是否真的被应用了，在主库执行

select SEQUENCE#， FIRST_TIME， NEXT_TIME, APPLIED， ARCHIVED from V$ARCHIVED_LOG where

name = ’JED2' order by FIRST_TIME;

如果归档和日志应用均正常，APPLIED 和 ARCHIVED 列都应该是 YES.（如果没有应用redo，applied应该是NO）

很多教程里都让这个查询以 SEQUENCE＃ 列排序,但我不推荐。如果以 SEQUENCE# 列排序，当你做了一次故障转移后，序列号会再从1开始,

这时使用这个查询，你将不能在结果最后看到最新的记录.我曾经很奇怪为什么查不到新记录，其实是因为新记录不是出现在最后，

我没看到.所以，这个查询都是以 FIRST_TIME 列排序。

<3>主库上检查是否有重做日志缺口

如果你发现日志没有被应用，那可能是重做日志有了缺口，这种情况下备库无法进行日志应用.但如果你的 FAL_SERVER 参数设置正确,这应该不会有问题

select STATUS, GAP_STATUS from V$ARCHIVE_DEST_STATUS where DEST_ID = 2;

如果一切正常，应该返回 VALID 和 NO GAP .切记启用redo应用才能显示No GAP

<4〉在主备库上执行以下查询查看数据库状态

select ＊ from V＄DATAGUARD_STATUS order by TIMESTAMP；

〈5〉检查是否成功：

主库上查看日志传送情况：

sql〉select dest_name，status，error from v＄archive_dest;

应该log_archive_dest_1和2状态应该是valid

切换几次日志：

sql>alter system switch logfile；

查看日志序号：

sql>select sequence＃ from v$archived_log;

备库验证:

sql〉select sequence#，applied from v＄archived_log；

13。dataguard启动关闭顺序

(1)监听

先启从库再起主库

＃lsnrctl start

（2)启动

先启从库：

sql>startup nomount

sql〉alter database mount standby database；

sql>alter database recover managed standby database using current logfile disconnect from session；

在启主库

sql>startup

(3)关闭：和开启正好相反

先关主库:

sql>shutdown immediate

(完整word版)oracle11gdataguard完全手册

再关从库：

sql>alter database recover managed standby database cancel;

sql>shutdown immediate;