暂无图片
单节点ADG环境v$managed_standby中thread#=0和thread#=1的区别及用途是什么?
我来答
分享
柚子身上依
2020-03-13
单节点ADG环境v$managed_standby中thread#=0和thread#=1的区别及用途是什么?
暂无图片 5M

我现在有一套单节点的ADG的环境,我在ADG备库查看 vmanaged_standby时看到有thread#为0和thread#为1的数据,我查看自己的vlog和v$standby_log中只有thread#为1的日志,想咨询一下thread#为0的信息如何产生的?thread#为0和thread#为1的有什么区别?是否能通过在数据库层面修改参数去掉thread#为0的信息?

SYS@enmodg>show parameter thread;

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
ofs_threads                          integer     4
parallel_threads_per_cpu             integer     2
thread                               integer     1
threaded_execution                   boolean     FALSE
复制
SYS@enmodg>select PROCESS,PID,STATUS,THREAD#,group#,CLIENT_PID,SEQUENCE# from  v$managed_standby order by thread#;

PROCESS   PID                      STATUS          THREAD# GROUP#                                   CLIENT_PID                                SEQUENCE#
--------- ------------------------ ------------ ---------- ---------------------------------------- ---------------------------------------- ----------
RFS       5120                     IDLE                  0 N/A                                      4607                                              0
DGRD      4035                     ALLOCATED             0 N/A                                      N/A                                               0
RFS       5114                     IDLE                  0 N/A                                      4595                                              0
DGRD      4037                     ALLOCATED             0 N/A                                      N/A                                               0
RFS       5118                     IDLE                  0 N/A                                      4603                                              0
RFS       5116                     IDLE                  1 6                                        4555                                            142
ARCH      4043                     CLOSING               1 12                                       4043                                            139
ARCH      4039                     CLOSING               1 11                                       4039                                            140
ARCH      4033                     CLOSING               1 13                                       4033                                            141
ARCH      4041                     CLOSING               1 11                                       4041                                            137

10 rows selected.
复制
SYS@enmodg>select GROUP#,THREAD#,SEQUENCE#,STATUS from v$log;

    GROUP#    THREAD#  SEQUENCE# STATUS
---------- ---------- ---------- ----------------
         4          1          0 UNUSED
         5          1          0 UNUSED
         6          1          0 UNUSED

复制

SYS@enmodg>select GROUP#,DBID,THREAD#,SEQUENCE# from v$standby_log;

    GROUP# DBID                                        THREAD#  SEQUENCE#
---------- ---------------------------------------- ---------- ----------
        11 UNASSIGNED                                        1          0
        12 850702656                                         1        142
        13 UNASSIGNED                                        1          0
        14 UNASSIGNED                                        1          0
复制
我来答
添加附件
收藏
分享
问题补充
7条回答
默认
最新
张小帅

常总,thread# 0是代表rfs和mrp进程的啊,arch和redo的thread都是从1开始

暂无图片 评论
暂无图片 有用 0
打赏 0
柚子身上依

rfs也有对应thread# 为1,并且arch也有对应thread#为0的,只是现在没有arch 对应thread#为的0,昨天就有。

暂无图片 评论
暂无图片 有用 0
打赏 0
田弼元

ARCH还是LGWR同步?
select process,client_process,thread#,sequence#,status from v$managed_standby;
查一下呢?

暂无图片 评论
暂无图片 有用 0
打赏 0
柚子身上依
SYS@enmodg>select process,client_process,thread#,sequence#,status from v$managed_standby;

PROCESS   CLIENT_P    THREAD#  SEQUENCE# STATUS
--------- -------- ---------- ---------- ------------
ARCH      ARCH              1        141 CLOSING
DGRD      N/A               0          0 ALLOCATED
DGRD      N/A               0          0 ALLOCATED
ARCH      ARCH              1        140 CLOSING
ARCH      ARCH              1        137 CLOSING
ARCH      ARCH              1        139 CLOSING
RFS       Archival          0          0 IDLE
RFS       LGWR              1        142 IDLE
RFS       UNKNOWN           0          0 IDLE
RFS       UNKNOWN           0          0 IDLE
MRP0      N/A               1        142 APPLYING_LOG

11 rows selected.
复制
暂无图片 评论
暂无图片 有用 0
打赏 0
JiekeXu
暂无图片

日志组的状态是不是都不对了?后台 alert 日志有相关的报错吗?

暂无图片 评论
暂无图片 有用 0
打赏 0
柚子身上依

日志组状态没问题,alert日志也没有报错,我问了一下其他同事都说单节点ADG中是显示thread#为0的,但是都不知道为什么。

暂无图片 评论
暂无图片 有用 0
打赏 0
柚子身上依
升级问题到: 一般问题
暂无图片 评论
暂无图片 有用 0
打赏 0
回答交流
Markdown


请输入正文
提交
相关推荐
Oracle 这个磁盘IO是否有问题?await数值不太正常
回答 1
sdb的io等待有点高。不见得是磁盘问题。也可能是应用SQL问题导致的高IO。需要结合AWR看看。sdb上运行的是什么?
Oracle 12c版本有些表导入到19c中会出现少字段情况,怎么处理?
回答 2
首先检查你的导入日志,然后排查是不是源库在导入过程中有对表进行删除列的操作。
Oracle一张大表73G,有clob字段,查询时会使用到,如何优化如何分区?
回答 3
已采纳
你的inparams里面是什么内容?如果是xml或者json这种有指定格式的,建议不要用like,应该用对应格式的解析函数来识别。
ORACLE START WITH语法是不是不能跟其他的表关联?
回答 1
举例为佳
MySQL 切了Oracle group by的问题,有什么好办法解决吗?
回答 2
groupby 看你是作为分组还是去重使用,mysql允许group by 跟select后的字段不一致,实际不一致时就是一个去重的功能,可以考虑用distinct方式代
命令放到bcp之后不能正常执行? 有没有哪位大神熟悉BCP命令的使用,语句放到bcp里之前,是可以正常执行的.
回答 2
Author:<Viajar>Createdate:<2010/06/01>Description:<生成bcp导出的字符串>Remark:适用于:连续、有规律表名
最近遇到expdp导出时间超级慢的问题,查看awr看到
回答 8
已采纳
做个expdptrace
RAC故障切DG之后wm_concat函数报错了?
回答 1
这个是说6104数据文件有问题,要看数据文件的状态,v$datafile,rman校验下,validatedatafile6104;
Oracle里两段SQL有什么区别吗?
回答 4
已采纳
如果是分页的话,这两个分页sql都不对,至少要再套一层括号,你现在这两个sql相当于是取不排序的前150000行,对这个数据再进行排序,再取大于等于140000行。应该先orderby排完后,在外面取
SEG$逻辑读很高,有遇到过的吗
回答 2
这个问题,可以通过ash、awr去找出相关SQL,分析其是否正常。