Oracle dg同步中断,Oracle DG 逻辑Standby数据同步性能优化

1、调整APPLIER进程数

APPLIER进程就是执行应用操作的进程。在默认情况下逻辑Standby会启动5个APPLIER进程，如果日志应用任务繁重(或者说Primary数据库修改量较大)，则适当多启动几个APPLIER进程有助于提高应用的效率。

先查看当前空闲的APPLIER进程数：

SQL> SELECT COUNT(*) AS IDLE_APPLIER FROM V$LOGSTDBY_PROCESS WHERE TYPE = 'APPLIER' and status_code = 16166;

IDLE_APPLIER

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

0

返回结果为0，难道都在忙？这个真不一定，空闲的APPLIER进程数为0不一定代表应用非常繁忙，也有可能是因为当前没什么需要应用的日志，甚至都没启动应用进程。

说 明： status_code=16166表示进程是空闲状态，因为stats_code=16166对应的状态说明列STATS为ORA-16116: no work available。

检查事务的应用情况：

SQL> SELECT NAME,VALUE FROM V$LOGSTDBY_STATS WHERE NAME LIKE 'transactions%';

NAME  VALUE

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

trans 358

trans 358

如果ready-applied的值比APPLIER进程数的两倍还要大，则说明DBA有必要考虑增加APPLIER进程的数目了，反之如果applied与ready的值差不多大，或者其差比APPLIER进程数还小，则说明APPLIER进程数偏多，DBA有必要考虑适当减小进程的数目。

如果确认当前APPLIER进程都非常繁忙，要增加APPLIER进程，可按如下步骤操作：

1) 停止逻辑Standby端的SQL应用：

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;

Database altered.

2) 执行下列语句，调整APPLIER进程数为10：

SQL> EXECUTE DBMS_LOGSTDBY.APPLY_SET('APPLY_SERVERS',10)；

PL/SQL procedure successfully completed.

3) 重新启动SQL应用：

JSSLDG> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

Database altered.

４) 查出的就是当前运行的APPLIER进程数：

SQL> SELECT COUNT(0) FROM  V$LOGSTDBY_PROCESS WHERE TYPE='APPLIER';

COUNT(0)

----------

10

也可以通过V$LOGSTDBY_STATS视图查询，例如：

SQL> SELECT * FROM V$LOGSTDBY_STATS WHERE NAME='number of appliers';

NAME  VALUE

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

numbe 10

2、调整PREPARER进程数

PREPAPER进程将接收到的REDO数据中的块修改转换成LCRs(Logical Change Records)。一般需要调整PREPAPER进程数的机会不多，通常只有一种情况：APPLIER进程有空闲，Transactions Ready还很多，但没有空闲的PREPAPER进程，这时候DBA可能就需要增加一些PREPAPER进程。

先检查空闲PREPAPER进程数量：

SQL> SELECT COUNT(*) AS IDLE_PREPARER FROM V$LOGSTDBY_PROCESS

WHERE TYPE = 'PREPARER' and status_code = 16166;

IDLE_PREPARER

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

0

说 明：如果显示为0，别怕，也有可能是因为当前没什么新的REDO数据需要处理。

如果确实需要调整PREPAPER进程数量，可以按照下列步骤进行。

首先停止SQL应用：

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;

Database altered.

调整PREPAPER进程数量为4(默认只有1个PREPAPER进程)：

SQL> EXECUTE DBMS_LOGSTDBY.APPLY_SET('PREPARE_SERVERS',4)；

PL/SQL procedure successfully completed.

重新启动SQL应用即可：

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

Database altered.

查看当前启动的PREPAPER进程数， 查询V$LOGSTDBY_STATS视图，例如：

SQL>  SELECT * FROM V$LOGSTDBY_STATS WHERE NAME='number of preparers';

NAME  VALUE

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

numbe 4

3、调整LCR使用的内存

LCR中保存的是转换后的块修改的记录，这部分数据保存在SGA中。

查询当前LCR可用的最大内存：

SQL> SELECT * FROM V$LOGSTDBY_STATS WHERE NAME='maximum SGA for LCR cache';

NAME                                                VALUE

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

maximum SGA for LCR cache                              30

显示的参数值默认单位为M，当前结果显示LCR内存区可用空间为30M。

要增加LCR可用的内存，可按照下列步骤操作。

1) 首先还是需要停止SQL应用：

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;

Database altered.

2) 调整内存大小为100M：

SQL> EXEC DBMS_LOGSTDBY.APPLY_SET('MAX_SGA',100)；

PL/SQL procedure successfully completed.

3)最后重启SQL应用即可

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

Database altered.

4、调整事务应用方式

在默认情况下逻辑Standby端事务应用顺序与Primary数据库提交顺序相同。如果DBA希望逻辑Standby端事务应用不按照Primary数据库顺序执行的话，可以按照下列步骤操作：

1)停止SQL应用：

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;

2)允许事务不按照Primary的提交顺序应用：

SQL> EXECUTE DBMS_LOGSTDBY.APPLY_SET('PRESERVE_COMMIT_ORDER', 'FALSE')；

3)重新启动SQL应用：

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;

恢复逻辑Standby按照事务提交顺序应用的话，可按照下列步骤操作：

1)先停止SQL应用：

SQL> ALTER DATABASE STOP LOGICAL STANDBY APPLY;

2)重置参数PRESERVE_COMMIT_ORDER的初始值：

SQL> EXECUTE DBMS_LOGSTDBY.APPLY_UNSET('PRESERVE_COMMIT_ORDER')；

3)重新启动SQL应用：

SQL> ALTER DATABASE START LOGICAL STANDBY APPLY IMMEDIATE;