Oracle11gR2 Aactive DataGuard(手动)安装部署及维护文档（三）之升级及rman

 

l          第六部分: dataguard其它管理问题

一．滚动升级DG

升级概要：

1. 升级备用数据库。

2. 将应用程序转移至备用数据库。

3. 升级主数据库。

4. 将应用程序转移回原来的主数据库。

 

逻辑、物理DG具体升级过程：

逻辑DG滚动升级过程：

１.     停止恢复逻辑备库。

２.     升级逻辑备库。

３.     备库断续恢复完成”弥补”

４.     将备用库转换为主数据库。

５.     将原始的主库转换为备库，然后进行升级。

６.     升级完成后，最后再次角色反转，原来的主库作为新的主库。

 

物理DG滚动升级过程：

１.     将物理备库转换成临时的逻辑备库。

SQL> alter database recover to logical standby keep identity;

Database altered.

 

２.     停止恢复逻辑备库。

３.     升级逻辑备库。

４.     备库断续恢复完成”弥补”

５.     将备用库转换为主数据库。

６.     将原始的主库转换为备库，然后进行升级。

７.     升级完成后，然后再次角色反转，原来的主库作为新的主库。

８.     最后把此时的逻辑备库转为物理备库。

注意：通过上面的步骤可以看出，升级物理DG的操作只是多了一步把逻辑备库转换成主物理备库，然后的步骤和升级逻辑DG相同。升级完成后再把逻辑备库转换成物理备库。

详细信息见：

http://download.oracle.com/docs/cd/B28359_01/server.111/b28294/rollup.htm#BABGHIGF

 

二．11g其它DG特性

１.     网络超时

Data Guard 环境的工具原理是：连接备用服务器端的数据库实例，向备用服务器发送重做数据。如果实

例没有及时响应，日志传输服务将等待指定的超时值，然后放弃。可以在 Oracle 数据库中使用

net_timeout 参数设置超时值。在最大限度的保护模式下，日志传输服务将尝试 20 次后放弃。

但首选您要知道日志传输中当前的延迟。新视图 v$redo_dest_resp_histogram 以直方图形式表示了该时

间值：

SQL> desc v$redo_dest_resp_histogram

Name Null? Type

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

DEST_ID NUMBER

TIME VARCHAR2(20)

DURATION NUMBER

FREQUENCY NUMBER

 

该视图在给定圆柱中向您显示了传输花费时间中的次数。如果运行几天后再查看此视图，您可以清楚要设

置的超时时间。然后可使用以下命令设置超时时间：

alter system set log_archive_dest_2 = 'service=pro11sb LGWR ASYNC

valid_for=(ONLINE_LOGFILES,PRIMARY_ROLE) db_unique_name=pro11sb compression=enable net_timeout=20'

这还是来自于上面的示例。注意参数值中的子句“net_timeout=20”。

 

２.     可动态修改的参数

在运行逻辑备用数据库环境的过程中，您需要调整该过程并修改一些参数值。在 Oracle 数据库 11g 中，

这些参数中的大部分可以在线更新。您可以通过查询视图 dba_logstdby_parameters 来查看这些参数。

col name format a30

col value format a10

col unit format a10

col setting a6

col setting format a6

col dynamic format a7

select *

from dba_logstdby_parameters

order by name

/

NAME VALUE UNIT SETTIN DYNAMIC

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

APPLY_SERVERS 5 SYSTEM YES

EVENT_LOG_DEST DEST_EVENT SYSTEM YES

S_TABLE

LOG_AUTO_DELETE TRUE SYSTEM YES

LOG_AUTO_DEL_RETENTION_TARGET 1440 MINUTE SYSTEM YES

MAX_EVENTS_RECORDED 10000 SYSTEM YES

MAX_SERVERS 9 SYSTEM YES

MAX_SGA 3