阿里云-云小站（无限量代金券发放中）
【腾讯云】云服务器、云数据库、COS、CDN、短信等热卖云产品特惠抢购

ARCH和LGWR进程同步DG日志的区别

184次阅读
没有评论

共计 6692 个字符，预计需要花费 17 分钟才能阅读完成。

ARCH 和 LGWR 进程同步 DG 日志的区别

我在做 Standby RAC 实验时，起初使用的是 ARCH 传输，后来将其改为 LGWR 传输（实际是 LGWR 分出的小工进程 LNS）：

-- 之前的设置 
alter system set log_archive_dest_2='SERVICE=mynas ARCH VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=mynas';
 
-- 修改设置，可以在线修改：
alter system set log_archive_dest_2='SERVICE=mynas VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=mynas';

最直观的就是 LGWR 进程传输可以延迟很低，甚至基本是实时的，即使是 ASYNC，另外还有一些细微的差别。

  • 1.ARCH 进程传输
  • 2.LGWR 进程传输

1.ARCH 进程传输

主库：

SYS@jyzhao1 >select process, client_process, sequence#, status from v$managed_standby;
 
PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH            146 CLOSING
ARCH      ARCH            137 CLOSING
ARCH      ARCH            147 CLOSING
ARCH      ARCH            147 CLOSING

在主库查询可以看到，只有几个归档进程。

备库：

SQL> select process, client_process, sequence#, status from v$managed_standby;
 
PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH            146 CLOSING
ARCH      ARCH            113 CLOSING
ARCH      ARCH              0 CONNECTED
ARCH      ARCH            111 CLOSING
RFS       ARCH              0 IDLE
RFS       UNKNOWN           0 IDLE
RFS       UNKNOWN           0 IDLE
RFS       ARCH              0 IDLE
RFS       UNKNOWN           0 IDLE
RFS       UNKNOWN           0 IDLE
MRP0      N/A             147 WAIT_FOR_LOG
 
11 rows selected.
 
SQL> select * from v$standby_log;
 
    GROUP# DBID                                        THREAD#  SEQUENCE#      BYTES  BLOCKSIZE       USED ARC STATUS     FIRST_CHANGE# FIRST_TIME   NEXT_CHANGE# NEXT_TIME    LAST_CHANGE# LAST_TIME
---------- ---------------------------------------- ---------- ---------- ---------- ---------- ---------- --- ---------- ------------- ------------ ------------ ------------ ------------ ------------
        11 UNASSIGNED                                        1          0   52428800        512          0 NO  UNASSIGNED
        12 UNASSIGNED                                        1          0   52428800        512          0 NO  UNASSIGNED
        13 UNASSIGNED                                        1          0   52428800        512          0 NO  UNASSIGNED
        21 UNASSIGNED                                        2          0   52428800        512          0 NO  UNASSIGNED
        22 UNASSIGNED                                        2          0   52428800        512          0 NO  UNASSIGNED
        23 UNASSIGNED                                        2          0   52428800        512          0 NO  UNASSIGNED
 
6 rows selected.

在备库查询可以看到，RFS 中也只有 ARCH 进程，SRLs 也都没有使用，即使指定使用 using current logfile。

2.LGWR 进程传输

主库：

SYS@jyzhao1 >select process, client_process, sequence#, status from v$managed_standby;
 
PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH            149 CLOSING
ARCH      ARCH            137 CLOSING
ARCH      ARCH            148 CLOSING
ARCH      ARCH            149 CLOSING
LNS       LNS             150 WRITING

我们发现，使用 LGWR 进程传输，在主库查询可以看到差异，比之前 ARCH 传输多了一个 LNS 的进程，这就是 LGWR 分出来的小工进程。
备库：

SQL> select process, client_process, sequence#, status from v$managed_standby;
 
PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
ARCH      ARCH            148 CLOSING
ARCH      ARCH            149 CLOSING
ARCH      ARCH              0 CONNECTED
ARCH      ARCH            115 CLOSING
RFS       ARCH              0 IDLE
RFS       UNKNOWN           0 IDLE
RFS       UNKNOWN           0 IDLE
RFS       ARCH              0 IDLE
RFS       UNKNOWN           0 IDLE
RFS       LGWR            116 IDLE
MRP0      N/A             116 APPLYING_LOG
 
PROCESS   CLIENT_P  SEQUENCE# STATUS
--------- -------- ---------- ------------
RFS       LGWR            150 IDLE
RFS       UNKNOWN           0 IDLE
 
13 rows selected.
 
SQL>  select * from v$standby_log;
 
    GROUP# DBID                                        THREAD#  SEQUENCE#      BYTES  BLOCKSIZE       USED ARC STATUS     FIRST_CHANGE# FIRST_TIME   NEXT_CHANGE# NEXT_TIME    LAST_CHANGE# LAST_TIME
---------- ---------------------------------------- ---------- ---------- ---------- ---------- ---------- --- ---------- ------------- ------------ ------------ ------------ ------------ ------------
        11 UNASSIGNED                                        1          0   52428800        512          0 NO  UNASSIGNED
        12 2509089778                                        1        150   52428800        512    6417408 YES ACTIVE           4026243 10-AUG-17                                   4050942 10-AUG-17
        13 UNASSIGNED                                        1          0   52428800        512          0 NO  UNASSIGNED
        21 UNASSIGNED                                        2          0   52428800        512          0 NO  UNASSIGNED
        22 2509089778                                        2        117   52428800        512    2767360 YES ACTIVE           4044272 10-AUG-17                                   4050945 10-AUG-17
        23 UNASSIGNED                                        2          0   52428800        512          0 NO  UNASSIGNED
 
6 rows selected.

我们发现，使用 LGWR 进程传输，在备库查询可以看到差异，相比之前 ARCH 传输 RFS 中只有 ARCH 进程而言，又多了 LGWR 进程，另外 SRLs 也被正常使用。

alert 日志上也有所区别：

主库：

Thu Aug 10 09:36:43 2017
ALTER SYSTEM SET log_archive_dest_2='SERVICE=mynas VALID_FOR=(ONLINE_LOGFILES,PRIMARY_ROLE) DB_UNIQUE_NAME=mynas' SCOPE=BOTH;
Thread 1 advanced to log sequence 150 (LGWR switch)
  Current log# 2 seq# 150 mem# 0: +DATA1/jyzhao/onlinelog/group_2.262.919999045
  Current log# 2 seq# 150 mem# 1: +FRA1/jyzhao/onlinelog/group_2.258.919999049
Thu Aug 10 09:36:45 2017
Archived Log entry 287 added for thread 1 sequence 149 ID 0x958da9ee dest 1:
******************************************************************
LGWR: Setting 'active' archival for destination LOG_ARCHIVE_DEST_2
******************************************************************
ARC3: Standby redo logfile selected for thread 1 sequence 149 for destination LOG_ARCHIVE_DEST_2
LNS: Standby redo logfile selected for thread 1 sequence 150 for destination LOG_ARCHIVE_DEST_2
Thu Aug 10 09:59:59 2017
Setting Resource Manager plan DEFAULT_MAINTENANCE_PLAN via parameter
Thu Aug 10 10:00:00 2017
Starting background process VKRM
Thu Aug 10 10:00:00 2017
VKRM started with pid=44, OS id=7493

可以看到，相比之前，多了“LGWR: Setting ‘active’ archival for destination LOG_ARCHIVE_DEST_2”字样。
备库：

Thu Aug 10 09:36:42 2017
Archived Log entry 35 added for thread 1 sequence 148 ID x958da9ee dest 1:
Media Recovery Log +FRA/mynas/archivelog/017_08_10/thread_1_seq_148.301.951644203
Media Recovery Waiting for thread 1 sequence 149
Thu Aug 10 09:36:45 2017
Primary database is in MAXIMUM PERFORMANCE mode
Thu Aug 10 09:36:46 2017
RFS[12]: Assigned to RFS process 28007
RFS[12]: Selected log 11 for thread 1 sequence 149 dbid -1785877518 branch 919999037
RFS[13]: Assigned to RFS process 28005
RFS[13]: Selected log 12 for thread 1 sequence 150 dbid -1785877518 branch 919999037
Thu Aug 10 09:36:47 2017
Archived Log entry 36 added for thread 1 sequence 149 ID x958da9ee dest 1:
Media Recovery Log +FRA/mynas/archivelog/017_08_10/thread_1_seq_149.302.951644207
Media Recovery Waiting for thread 2 sequence 115
Thu Aug 10 09:36:48 2017
Primary database is in MAXIMUM PERFORMANCE mode
RFS[14]: Assigned to RFS process 28009
RFS[14]: Selected log 21 for thread 2 sequence 116 dbid -1785877518 branch 919999037
Thu Aug 10 09:36:49 2017
RFS[15]: Assigned to RFS process 28011
RFS[15]: Selected log 22 for thread 2 sequence 115 dbid -1785877518 branch 919999037
Archived Log entry 37 added for thread 2 sequence 115 ID x958da9ee dest 1:
Media Recovery Log +FRA/mynas/archivelog/017_08_10/thread_2_seq_115.303.951644209
Media Recovery Waiting for thread 1 sequence 150 (in transit)
Recovery of Online Redo Log: Thread 1 Group 12 Seq 150 Reading mem 0
  Mem# 0: +FRA/mynas/standbylog/standby_group_12.log
Media Recovery Waiting for thread 2 sequence 116 (in transit)
Recovery of Online Redo Log: Thread 2 Group 21 Seq 116 Reading mem 0
  Mem# 0: +FRA/mynas/standbylog/standby_group_21.log
Thu Aug 10 10:02:28 2017
RFS[14]: Selected log 22 for thread 2 sequence 117 dbid -1785877518 branch 919999037
Thu Aug 10 10:02:35 2017
Media Recovery Waiting for thread 2 sequence 117 (in transit)
Thu Aug 10 10:02:35 2017
Archived Log entry 38 added for thread 2 sequence 116 ID x958da9ee dest 1:
Recovery of Online Redo Log: Thread 2 Group 22 Seq 117 Reading mem 0
  Mem# 0: +FRA/mynas/standbylog/standby_group_22.log

可以看到多了“(in transit)”字样。

这种 LGWR 传输，即便是默认的 ASYNC，正常延迟也都很低，符合绝大部分场景需要：

SQL>  select * from v$dataguard_stats;
 
NAME                             VALUE                                                            UNIT                           TIME_COMPUTED                  DATUM_TIME
-------------------------------- ---------------------------------------------------------------- ------------------------------ ------------------------------ ------------------------------
transport lag                    +00 00:00:00                                                     day(2) to second(0) interval   08/10/2017 11:43:37            08/10/2017 11:43:35
apply lag                        +00 00:00:00                                                     day(2) to second(0) interval   08/10/2017 11:43:37            08/10/2017 11:43:35
apply finish time                +00 00:00:00.000                                                 day(2) to second(3) interval   08/10/2017 11:43:37
estimated startup time           26                                                               second                         08/10/2017 11:43:37
 
SQL>

可以看到上面的延迟都是 0。实际运维经验，一般 11g ADG，不出网络等其他问题，这个延迟基本为 0。

更多 Oracle 相关信息见 Oracle 专题页面 http://www.linuxidc.com/topicnews.aspx?tid=12

本文永久更新链接地址 ：http://www.linuxidc.com/Linux/2017-08/146332.htm

正文完
星哥玩云-微信公众号
post-qrcode
ARCH和LGWR进程同步DG日志的区别 ARCH进程 LGWR进程 MongoDB MySQL NoSQL Oracle Oracle教程 Oracle数据库 PostgreSQL 数据库
发表至： 数据库技术
2022-01-22
 0
星锅
版权声明：本站原创文章，由 星锅 于2022-01-22发表，共计6692字。
转载说明：除特殊说明外本站文章皆由CC-4.0协议发布，转载请注明出处。
【腾讯云】推广者专属福利，新客户无门槛领取总价值高达2860元代金券，每种代金券限量500张，先到先得。
Oracle-分析函数之排序值rank()和dense_rank()
用Oracle的PROFILE限制Oracle用户
table_rows查询优化
MySQL主从复制出现Slave_IO_Running，Slave_SQL_Running解决方法
Oracle 11g XE 与 Oracle SQL Developer 的配置与使用
Oracle 11g RAC 应用补丁简明版
MySQL8.0 redo日志系统优化
Oracle数据库逻辑备份与恢复
阿里云-最新活动爆款每日限量供应
评论（没有评论）
验证码
星哥说事
星哥说事
分享互联网知识
阅读量
4042132
评论数
4
文章搜索
热门文章
申请腾讯混元的API Key并且使用LobeChat调用混元AI

申请腾讯混元的API Key并且使用LobeChat调用混元AI

申请腾讯混元的 API Key 并且使用 LobeChat 调用混元 AI 之前星哥写了一篇文章《手把手教拥有...
Docker部署搭建一个开源强大的图书管理系统

Docker部署搭建一个开源强大的图书管理系统

Docker 部署搭建一个开源强大的图书管理系统 大家好，我是星哥，作为一个电子图书收集者，想要管理自己的几百...
基于Docker快速搭建一个开源的IT人员在线工具箱-it-tools

基于Docker快速搭建一个开源的IT人员在线工具箱-it-tools

基于 Docker 快速搭建一个开源的 IT 人员在线工具箱 -it-tools 在日常的开发工作中，我们经常...
让每个人都可以轻松使用Git-腾讯自研Git客户端

让每个人都可以轻松使用Git-腾讯自研Git客户端

让每个人都可以轻松使用 Git- 腾讯自研 Git 客户端 Git，作为当今最流行的版本控制系统，其强大的功能...
使用Docker部署开源的WPS-Office

使用Docker部署开源的WPS-Office

使用 Docker 部署开源的 WPS-Office 一、前言 越来越多的企业和个人开始将应用程序部署在 Do...
CDN
阿里云CDN-提高用户访问的响应速度和成功率
随机文章
使用Linux容器迅速搭建渗透测试环境（下篇）

使用Linux容器迅速搭建渗透测试环境（下篇）

在本文的上篇中，我们为读者介绍了如何配制宿主机和网络，在本文篇中，我们将为读者介绍容器的创建和启动等内容。 创...
实践操作：github使用记录

实践操作：github使用记录

在项目主页 fork 正式仓库 git clone 自己 fork 出来的仓库 git remote add ...
Handbrake：开源的视频格式转换软件

Handbrake：开源的视频格式转换软件

最近，当我的儿子让我数字化他的高中篮球比赛的一些旧 DVD 时，我马上就想到了 Handbrake[1]。它是...
干货：蓝鲸智云社区版V3.1详细安装记录

干货：蓝鲸智云社区版V3.1详细安装记录

准备环境 机器配置 准备 3 台服务器和 3 个 ip，配置为 4 核 12G 内存 200G 硬盘。 172...
简单一招，解决全球最大同性交友网站访问时加载慢、图裂等问题

简单一招，解决全球最大同性交友网站访问时加载慢、图裂等问题

简单一招，解决全球最大同性交友网站访问时加载慢、图裂等问题 前言 对于在大陆许多喜欢使用全球最大同性交友网站的...
一言一句话
-「」
【腾讯云】云服务器、云数据库、COS、CDN、短信等云产品特惠热卖中