环境： Oracle 19.16 ADG (Single Instance -> RAC) 在配置ADG的场景，发现ADG不能同步。 1.查看报错信息 2.oerr查看该错误说明 3.尝试sqlplus连接到standby 4.尝试relocate监听 5.继续排查发现是参数问题 6.总结和延伸 1
现象： ADG无法切换：验证时就报错 ORA-16467 记录问题，顺便展现一次troubleshooting的心路历程。 具体查询： 在主库操作， @primary 切换验证： alter database switchover to demorac verify; 报错ORA-16467： SQ
之前认为缺失的temp文件在开库时会自动创建，但其实也有不能自动创建的场景，alert会有类似如下提示： 2023-05-11T20:35:35.974983+08:00 AWR(6):*********************************************************
上篇文章 - [源端为备库的场景下Duplicate失败问题](https://www.cnblogs.com/jyzhao/p/17420831.html) 我只在中间备库环境应用了PSU，解决了级联备库从中间备库duplicate数据库的问题： 细心的朋友已经发现，因为是备库环境，并没有做数据库
作为IT运维人员，尤其是数据库岗位，数据的备份重于一切。 现在很多用户会有一个普遍误区，认为现在类似ADG这类灾备已经很完善，且实时性也更佳，往往就忽略了传统的备份效用。 但实际上，我们千万不能因为有了容灾建设就盲目忽略备份的作用，二者其实有着本质区别。很多场景，灾备都是无法替代传统备份的，二者是缺
背景： 环境未配置DG Broker，手工切换ADG，19c也要比11g时代的切换更简单。 使用自己的测试环境，具体可参见： 单实例Primary快速搭建Standby RAC参考手册(19.16 ADG) 1.主库demo切换到RAC环境demorac： 在主库demo执行命令： SQL> alt
环境： Oracle 19c ADG（主库：单实例；备库：RAC） 1.主库新建测试文件 2.主库创建测试表 3.查询表对应数据文件信息 4.模拟数据文件物理坏块 5.查询对应测试表 6.进一步查询日志信息 7.确认当前参数设置 1.主库新建测试文件 主库在AWR的PDB中做测试，为了不影响其他测试
客户通过duplicate生产备库的方式创建cascade备库。 发现每次都会遇到两个文件报错，ORA-17628: Oracle error 19505错误，且每一次跑，报错文件不一样。 现在想帮客户验证，这属于是正常现象还是bug； 本文需要先模拟客户11.2.0.3环境，构建备库、级联备库环境
回忆起来也是有些年没亲自动手搭建ADG了，今天正好有个机会重温，客户环境是19.16，恍惚记得上一次搭ADG还是在11.2.0.4的时代，时光荏苒啊。 正好看下19c的ADG和11g的ADG在部署方面有啥不同？ 主备库都是RAC架构，数据库是CDB架构，包含有4个PDB，整个搭建过程还是遇到很多小问
有客户找到我这边咨询，说他们的一套核心ADG库在业务高峰期报错，因为业务做了读写分离，其备库也实际承担读业务，所以备库故障也会对业务产生影响。 这里也要提醒大家，做读写分离，如果读库出现故障的情况，要有切换到主库的应急方案考虑进去。 客户这里自己通过重启备库暂时解决，但担心故障再现，所以非常着急要分
为客户测试一个ADG场景问题，发现测试环境的日志切换频率过低，总是需要定期手工切换，这非常影响测试心情。 实际上，可以设置archive_lag_target参数强制日志切换。 比如设置： alter system set archive_lag_target=1800; 这样即使库没任何压力，半小
**环境：**Single Instance -> RAC Single Instance: db_name=demo db_unique_name=demo instance_name=demo service_names=demo RAC（2 nodes）: db_name=demo db_un
环境： 11.2.0.3 ADG (db11g\db11gadg\db11gcas) 在自己先前克隆后的环境互相tnsping报错。 tnsping 本机ok，tnsping其他机器均报错： [oracle@db11g ~]$ tnsping jingyu TNS Ping Utility for
每每谈到Oracle MAA，大家条件反射般就会想到Oracle的RAC和ADG等核心选件，当然，这些技术有口皆碑，也的确是MAA的构建基础，但本文我们不再过多谈这些耳熟能详的技术，而是来跟大家探讨下在此基础之上，我们如何将基础MAA优化到业务连续性MAA这个程度，最终实现应用程序的连续可用性。 在
**环境：** Oracle 11.2.0.3 + OEL 7.9 A -> B -> C 级联ADG环境：db11g -> db11gadg -> db11gcas 之前测试提到，从一级备库duplicate到二级备库会报错： ```shell RMAN-00571: RMAN-00569: ER
如果是用户主生产环境，通常不会有用户会开启这个功能。 但如果是在ADG备库端，就会有不少客户选择开启这个功能，这可以有效补充误操作应急处置方法。 今天给某客户做技术支持的时候，在现场遇到一个蛮有意思的问题： XTTS测试场景，库非常大，数据文件很多，远超db_files的默认值。 在表空间元数据导入
# 从零实现的Chrome扩展 `Chrome`扩展是一种可以在`Chrome`浏览器中添加新功能和修改浏览器行为的软件程序，例如我们常用的`TamperMonkey`、`Proxy SwitchyOmega`、`AdGuard`等等，这些拓展都是可以通过`WebExtensions API`来修改
