首页 > 数据库 >Oracle-DG最大可用模式下,dg备库可能对主库有什么影响?

Oracle-DG最大可用模式下,dg备库可能对主库有什么影响?

时间:2024-12-25 08:58:37浏览次数:4  
标签:主库 RFS 备库 -- DG LGWR 日志

--查询数据库的保护模式:
>select name,database_role,protection_mode from v$database;
NAME DATABASE_ROLE PROTECTION_MODE
--------- ---------------- --------------------
DINGDING PHYSICAL STANDBY MAXIMUM AVAILABILITY


--验证最高可用性日志传输模式:
插入数据:切换日志组:通过主库告警日志查询:通过什么方式发生日志
16:26:44 SQL> insert into a select * from emp where rownum=1;
1 row created.
16:26:54 SQL> commit;

16:25:54 SQL> alter system switch logfile;

Clearing Resource Manager plan via parameter
Wed Jan 10 16:27:11 2018
LGWR: Standby redo logfile selected to archive thread 1 sequence 28
LGWR: Standby redo logfile selected for thread 1 sequence 28 for destination LOG_ARCHIVE_DEST_2
--LGWR 通过远程发生归档日志


--测试最高可用模式:在备库不可用的情况下的影响

--备库:service network stop
--主库:DML操作事务,提交:
16:26:56 SQL> insert into a select * from emp where rownum=1;
---------短时间停顿几秒,开始还是会按照LGWR进程写入归档线程2,远程;
--等待3秒,验证归档线程2不可用后,很快忽略,之后的事务不受到日志是否可以传送备库的影响
16:29:39 SQL> commit;

--网络连接被遗弃:归档日志文件错误
LGWR: Destination LOG_ARCHIVE_DEST_2 network reconnect abandoned
Error 16198 for archive log file 1 to 'sh'
ORA-错误:LGWR从KSR受到超出误差
ORA-16198: LGWR received timedout error from KSR
LGWR: Error 16198 disconnecting from destination LOG_ARCHIVE_DEST_2 standby host 'sh'
目的地与线程二,无法同步
Destination LOG_ARCHIVE_DEST_2 is UNSYNCHRONIZED

 

--备库发现日志间隙:通过fal_server 主库的db_unique_name:向主库请求发生间隔日志

--最高可用,最初按照最大保护的同步日志LGWR传送,一旦没有收到确认,立即转为类似最大性能的,忽略最大保护的同步日志传送
最高可用:模式不会变化,变化的是日志同步、忽略的传输模式的改变

***备库告警日志:
TNS-00505: Operation timed out
nt secondary err code: 110
nt OS err code: 0
Client address: (ADDRESS=(PROTOCOL=tcp)(HOST=192.168.20.67)(PORT=44838))
RFS[1]: Possible network disconnect with primary database与主库断开网络
RFS[4]: Assigned to RFS process 17980 RFS 进程
RFS[4]: Opened log for thread 1 sequence 30 dbid 2042277967 branch 962041105
---打开日志线程1 序列30 数据库ID

--
Wed Jan 10 11:53:57 2018
Primary database is in MAXIMUM AVAILABILITY mode
Changing standby controlfile to RESYNCHRONIZATION level
Standby controlfile consistent with primary

RFS[7]: Assigned to RFS process 17992小结:在最大可用的情况下,DG出现问题,主库由于最初与dg连通性正常 level级别等同于最大保护,因此有将近3s的时间,主库hang,随后主库保护模式进行降级到最大性能模式;随后的主库事务不在受到影响! 也就是说如果dg不可用,主库会在一定时间内性能出现明显问题,db甚至会Hang等待几秒降级。 db alert有记录!

标签:主库,RFS,备库,--,DG,LGWR,日志
From: https://www.cnblogs.com/gdjgs/p/18629182

相关文章

  • 微软edge浏览器 v131.0.2903.99便携版
    点击上方蓝字睿共享关注我前言MicrosoftEdge浏览器是个新浏览器,它用起来很简单,界面也很清爽。这个浏览器功能特别多,里面还带了微软的小助手Contana,能帮用户做不少贴心的事儿。它支持安装各种小工具(插件),还能在网页上做标记。而且,管理网页标签也变得很容易,不用离开当前看的网页,就......
  • PCIe基础篇——Switch Bridge Root Complex EndPoint
    先上一张图PCIe拓扑特征:图的顶部是一个CPU。这里要说明的一点是,CPU被认为是PCle层次结构的顶层。PCle只允许简单的树结构,这意味着不允许循环或其他复杂的拓扑结构。这样做是为了保持与PCI软件的向后兼容性,PCI软件使用一个简单的配置方案来跟踪拓扑,不支持复杂的环境。为了保持这......
  • 与程序设计有关的网址收藏C/C++(CodeBlocks/wxWidgets)、Pascal(Lazarus/Delphi/LCL/FCL)
    0.前言在网上查看资料的时候,经常会看到一些好的文章,这些文章介绍的知识点可能是当时使用的,也可能是以后能用得着的。对于那些以后能用得着的知识点,有时在用到的时候在想找却忘记了是在哪一篇文章里了,或者再搜索却搜索不到了。通常遇到以后可能需要的文章,最好的办法是收藏。可是......
  • MySQL 主备部署与主库读写分离
    MySQL主备部署与主库读写分离目录概述环境准备主备同步配置主服务器(Master)配置备服务器(Slave)配置主库读写分离常见问题与解决方法总结概述MySQL是一个广泛使用的开源关系型数据库管理系统。为了提高系统的可用性和数据的安全性,通常会采用主备(Master-Slave)架构来部......
  • 【bodgeito】攻防实战记录
    也许有一天我们再相逢,睁开眼睛看清楚,我才是英雄。进入网站整体浏览网页点击页面评分进入关卡一般搭建之后这里都是红色的,黄色是代表接近,绿色代表过关首先来到搜索处本着见框就插的原则构造payload输入<script>alert(/xss/)</script>成功弹窗xss,发现反射型xss一......
  • 「CF1067B」 Multihedgehog
    题意定义\(1\)阶“刺猬图”为一个点度数\(\ge3\),其他点度数为\(1\)的树。把一个\(1\)阶“刺猬图”中所有度数为\(1\)的点替换成以它为根的\(1\)阶“刺猬图”,这样的树称作\(2\)阶“刺猬图”。以此类推。给定一棵\(n\)个点的树和整数\(k\),如果该树是\(k\)阶......
  • 【原创】D2Bridge for Lazarus(fpcupdeluxe)向导
    D2BridgeforLazarus向导不支持fpcupdeluxe版及服务端编译出错等问题,修复后3种类型的服务端都可以正常使用。这个向导是独立的程序,抽时间集成到IDE。从百度网盘下载本人修复的版本:通过百度网盘分享的文件:D2Bridge_Lazarus链接:https://pan.baidu.com/s/1iOuhd-cLeQwQrA8zX4Hqwg?p......
  • 泛微云桥e-Bridge addTasteJsonp存在SQL注入漏洞
    免责声明:本文旨在提供有关特定漏洞的深入信息,帮助用户充分了解潜在的安全风险。发布此信息的目的在于提升网络安全意识和推动技术进步,未经授权访问系统、网络或应用程序,可能会导致法律责任或严重后果。因此,作者不对读者基于本文内容所采取的任何行为承担责任。读者在使用本......
  • 【人工智能学习之HDGCN训练自己的数据集】
    【人工智能学习之HDGCN训练自己的数据集】HD-GCN准备事项项目代码开源数据集第一行:帧数第二行:body数第三行:关节附加信息第四行:关节数5-29行:每个关节的数据之后的帧总结:自定义2D数据集模型移植与修改文件移动文件修改成功运行HD-GCNHD-GCN的核心在于其独特的HD-Gra......
  • 解决|配置denoising diffusion bridge model环境|flash-att、openmpi、mpi4py安装问题
    目录安装flash-att安装openmpi和mpi4py我在配置DDBM(https://github.com/alexzhou907/DDBM/tree/main)环境时遇到的问题:1、flash-att安装失败2、openmpi和mpi4py安装失败以下是基于我的情况的解决办法安装flash-attflash-att(1)对CUDA版本有要求(2)pytorch版本需与flash-att版本有......