1962破记录了
1962分，总算打破自己尘封已久的1862分记录了，看来是水平有所长进，不容易啊，时隔太久了，截图记录一下。
liking
19c用opatchauto打19.9补丁后无法操作ASM(二)
前期19c上出现的这个问题，后期在操作ASM磁盘时，再次复发：
ORA-15137: The ASM cluster is in rolling patch state
此时确认两个节点的patch[……]
oraInventory异常
在查看补丁情况及冲突检查时，相关操作结果异常，如下
|
1 2 3 4 5 6 7 |
[oracle@wydb02:2 ~]$ $ORACLE_HOME/OPatch/opatch lsinv List of Homes on this system: Home name= OraGI19Home1, Location= "/u01/app/12.2.0/grid" LsInventorySession failed: RawInventory gets null OracleHomeInfo OPatch failed with error code 73 |
可见节点2的oraInventory异常，会导致无法继续操作打补丁。
根据相关的错[……]
ORA-600 [QESMAGETPAMR-NULLCTX]
从11g源数据库，用数据泵通过dblink方式不落地导入数据到19c，遭遇Bug# 30321076。
数据泵报错日志如下:
|
1 2 3 4 5 6 7 |
ORA-39014: One or more workers have prematurely exited. ORA-39029: worker 3 with process name "DW02" prematurely terminated ORA-31671: Worker process DW02 had an unhandled exception. ORA-39014: One or more workers have prematurely exited. ORA-39029: worker 6 with process name "DW02" prematurely terminated ORA-31671: Worker process DW02 had an unhandled exception. Job "SYS"."IMPDP_202012292030" stopped due to fatal error at Tue Dec 29 23:41:33 2020 elapsed 0 03:08:44 |
数据库报[……]
MySQL-GTID-主从复制
■■GTID的概念
1）全局事务标识：global transaction identifiers
2）GTID是一个事务一一对应，并且全局唯一ID
3）一个GTID在一个服务器上只执行一次，避免重复[……]
19c GI/RAC重建节点2
■■rebuild node2 within GI/RAC
由于种种原因已有集群的节点出现异常，无法修复，可以采用这个办法一步到位重建节点，大致步骤如下，详见官方文档。
■dbca remove in[……]
19c用opatchauto打19.9补丁后无法操作ASM
19c用opatchauto打19.9补丁后无法操作ASM，操作磁盘组时，提示错误：
ORA-15137: The ASM cluster is in rolling patch state
以下为一[……]
mmon/mmnl进程缺失/重启
今天在试图处理一个数据库(11.2.0.1)的性能问题时，发现无法运行awr相关的查询、生成操作，继而发现后台进程mmon/mmnl缺失。
重启mmon/mmnl的方法，是在业务闲时启用restric[……]
验证19c DG_BROKER快速启动故障切换FSFO
配置了dg_broker以后，默认的FSFO并未启动：
Fast-Start Failover: Disabled
这样如果主库意外故障，备库无法自动切换为主库，需要手动切换。
如果启动了FSFO，[……]
19c GI打补丁到19.9节点2失败处理
[root@wydb02:1 ~]$ export PATH=$PATH:/u01/app/12.2.0/grid/OPatch
[root@wydb02:1 ~]$ opatchauto apply[……]