- 博客(1079)
- 资源 (1)
- 收藏
- 关注
RSS订阅
原创 Oracle RAC中OCR整个磁盘的故障模拟恢复
测试目的： 模拟整个CRS盘损坏后，如何处理处理过程： 重新创建一个同名的磁盘组给OCR使用。restore OCR信息，重新创建voting file。 即可。RDBMS 11.2.0.4参考文档： Linux/Unix 平台，在CRS 磁盘组完全丢失后，如何恢复基于 ASM 的 OCR (Doc ID 2331776.1)步骤1 查看当前集群状态、OCRCHECK 、VOTEDISK2 查看当前的OCR的备份 ，如有必要，模拟前手工备份一次3 使用DD命令进行模拟破坏4 确认所有..
2022-03-19 11:52:23
2619
原创 ORA-600 [kokasgi1]的模拟与修复-Linux平台下
RDBMS 11.2.0.4 + redhat 6.10在RDBMS 12.2.0.1下测试修改SYS用户为SYSA，重启。发现可以正常重启。修改SYS为SYSA后重启数据库。12.2.0.1不存在更改SYS名称的问题。重启后没有问题。在RDBMS 11.2.0.4下测试，发现修改SYS为SYSA后，重启后，报错。无法启动到OPEN状态。连接到数据库，修改SYS为SYSA。重启数据库，报错。查看进程，进程为9711启动数据库到mount状态...
2022-01-01 11:51:21
1300
原创 模拟修改sys用户名及恢复- ORA-600 [kokasgi1]
RDBMS 11.2.0.4 + Windows前提条件，确认，定位到了问题是因为sys账号被修改为别的名字。在Windows安装gdb工具，安装包为Dev-Cpp_5.11_TDM-GCC_4.9.2_Setup.exe安装好的路径如下：模拟修改SYS账号名为SYSA重新启动数据库，报错开始修复查找Oracle.exe的进程id ，这里查询到的oracle进程id为4520 。后面会用到这个进程id启动数据库到mount状态使用gdb命令...
2021-12-31 13:21:30
1460
2
原创 ORA-20001: Latest xml inventory is not loaded into table
- 在logfile /u01/app/oracle/product/19.0.0/db_1/rdbms/log/qopatch_log.log中，出现以下错误。--当时客户端环境是中文，locale信息如下：查看LANG是zh_CN.UTF-8。-- 查看服务器上的locale信息，LANG是en_US.UTF-8。-- 回退补丁，重新打补丁，然后再次datapatch，问题解决。--换成英文 继续datapatch,还是同样的问题。-- 查询OPATCH_XML_INV，出现错误。
2026-01-23 13:41:53
104
原创 Oracle只恢复部分表空间
现在的测试方式，restore所需的表空间，在recover之前，不需要重建控制文件，在recover的时候，使用recover database skip forever tablespace XXX ,排除掉不需要recover的database，然后开库。和之前的测试，不同的地方，之前的测试，restore所需的表空间，在recover之前，使用重建控制文件的方式，将控制文件中不需要的表空间文件排除掉。-- recover ,skip掉无关的表空间。4 禁用触发器，加TEMP表空间。
2025-12-05 13:23:25
504
原创 alter begin/end backup
- 结论，begin/end backup .这种方式，在RMAN中看不到备份记录。-- 从alert 中看，有记录begin backup / end backup。-- 进行begin backup，备份完成后，end backup。--从rman中看，并没有这些备份。
2025-11-27 14:32:26
155
原创 PSU过程11.2.0.4.250415
opatch版本： 11.2.0.3.49 or later。-- opatch auto 打补丁。
2025-11-10 15:02:44
300
2
原创 MySQL Binlog File_size为0的测试
-20251105 add 测试设置binlog_expire_logs_seconds，是否会自动清理有问题的binlog。-- 测试flush log，是否会删除file_size为0的log （没有删除掉，是因为和expire参数有关）-- 查看binlog_expire_logs_seconds，设置为1天，然后flush log。-- 发现flush log的时候，有个告警，再次查看binlog，binlog已经被清理掉了。--binlog size为0的模拟。-- 查看binlog。
2025-11-05 14:09:36
267
原创 RU 19.29 relink失败
1 查看官方文档，对rpm包的要求，发现一些包居然没有的，可能在升级到oracle linux 8.10后，没有按照Linux 8的安装方式再次安装所需的rpm包，重新安装缺失包。1 尝试sqlplus启动库，发下无法调用sqlplus命令，看错误，无法链接某些*.so之类的文件。3 which sqlplus，能返回结果，但是无法sqlplus登录。升级后，relink无问题，数据库可以正常登录打开。2 安装包完毕后，重新relink，问题解决。2 which gcc，发现没有gcc命令。
2025-10-24 09:24:51
434
原创 Oracle 19.29
参考文档：Oracle® Database Patch 38298204 - GI Release Update 19.29.0.0.251021。分别在GI和Oracle Home下执行。-- 一次性打GI和DB home的补丁。-- log 节点1 grid。-- 分开打GI和DB的补丁。-- 节点1 oracle。-- 节点2 oracle。-- 节点2 grid。
2025-10-23 13:36:47
608
转载 [转载]升级后，删除多余的kernel
软件包会自动添加到 排除列表中，以防止删除或更新重要的文件。原位升级后，您必须在从系统中删除它们之前，从排除列表中删除这些。禁用在 RHEL 8 上无法安装或使用其软件包的 YUM 存储库。如果您的系统的内核软件包有不同的名称，比如在实时系统上，请使用正确的软件包名称替换。从 RHEL 8 系统中删除剩余的 RHEL 7 软件包，包括旧的内核软件包和。从引导装载程序条目中删除旧内核。从旧内核中删除弱模块。删除剩余的 RHEL 7 软件包，包括剩余的。如果您的系统在 IBM Z 构架上，请更新。
2025-09-24 08:31:42
119
1
原创 redhat7.4升级到Oracle Linux8.10
因为原来的OS是redhat，使用了Oracle Linux的源后，虽然update了，但是kernel还是redhat的，不是oracle uek的kernel。存在1个Inhibitors:， 查看相关日志，发现提示有多个linux 7的YUM源，解决方法：安装UEK的kernel ， yum install kernel-uek。/etc/yum.repos.d下，把7的yum源文件，重命名。-- 将redhat的YUM源换成oracle的源。-- 升级完成后，kernel的变化。
2025-09-22 16:17:13
384
原创 Oracle Client安装补丁
- 使用SQL PLUS连接，发现client的版本是19.3。-- 使用OPatch查看版本，Client没有安装任何补丁。-- 查看CLient版本，版本是19.28。-- 给Client安装19.28。
2025-09-19 09:57:04
243
转载 Troubleshooting Database Contention With V$Wait_Chains (Doc ID 1428210.1)
参考文档：Troubleshooting Database Contention With V$Wait_Chains (Doc ID 1428210.1)无意间看到的，感觉很有意思，转载。
2025-09-10 15:06:12
75
原创 Linux Mint更换主机名后，edge无法启动
把Linux Mint更换了主机名，发现edge无法启动，转圈圈，然后消失。进入到配置文件夹，清理配置文件，再次启动正常。
2025-09-08 13:53:31
257
原创 Linux MInt启动速度的优化
随后，查看官方对这些服务的解释说明，将可以disable的服务，disable后，再次启动。把Windows改造成Linux 后，发现启动速度很慢。
2025-09-08 08:54:27
256
原创 Linux Mint下网卡的设置
把15年旧的台式机，从Windows改造成了Linux Mint。发现USB无线网卡不能识别。在github上下载对应的网卡的驱动，make@make install后，问题依旧。使用lsusb命令查看，发现网卡是：Driver CDROM Mode。随后，将该命令绑定到UDEV , 使其开机后生效。使用以下命令，手工可以使得网卡生效。随后，开机后，网卡正常生效。需要拔掉再插上，才能识别。
2025-09-08 08:42:43
368
原创 使用leapp升级Linux
https://docs.oracle.com/zh-cn/learn/ol-linux-leapp/index.html#introduction 使用 Leapp 升级 Oracle Linux。-- relink ，因为上面跑的有Oracle，需要relink。-- 升级过程中，会mount一些目录，升级完毕后，这些目录消失。-- 升级前检查 ，出现Inhibitors 要处理。-- 预升级preupgrade。-- 升级后的版本和kernel。-- repo的设置，-- 安装leapp。
2025-08-29 18:36:49
622
原创 Log Miner的一些小记录
当日志挖完的时候，也就是挖的数据，全部存到v$logmnr_contents中的时候，这个时候，翻译完毕了所有的归档日志，会提示sequence -1 ,DummyForCrossThreadMine。所以感觉，是先读取归档日志，再存放在视图中（之前的理解：挖完日志后，是立刻就有内容，是存放在内存中的）当挖出来的东西，在V$logmnr_contents中的时候，是存在内存中的，还是存在在其他地方？比如，挖出来的数据非常多，如果存在内存中，那么内存中能否存下？最近在做Log Miner，有一些想法。
2025-08-19 14:48:02
401
原创 Oracle参数Process
测试6 ，在测试5的基础上，将process变大，变大到600,理论上推导出来的session 600*1.5+22 = 922, 没有超过现在的session 1500。以下测试，在process和session参数关系正常的情况下（符合上面1.5*process + 22），单独更改session或process，会有什么变化。测试8 在测试7的基础上，也就是process和session的值，符合推导公式的时候，将process该小。1 数据库参数，process和session的关系。
2025-08-07 11:27:59
569
原创 Patch level不一致，导致的集群无法启动
4 dump出olr的内容，发现olr中的patch level确实不一样，参考文档Grid Infrastructure 启动的五大问题 (Doc ID 1526147.1)，尝试重建olr，无效。安装完毕后，发现集群的CRS无法启动。查看节点1和节点2上的patch ，发现节点2上多了29517242这个补丁，这个是19.3。2 回退掉补丁后，尝试使用opatchauto方式打GI补丁，可以正常打上补丁，但问题依旧。5 发现节点2上多了29517242这个补丁，这个是19.3 ，卸载补丁，无法卸载。
2025-07-26 10:44:29
1071
原创 RU 19.28安装
参考文档： Supplemental Readme - Grid Infrastructure Release Update 12.2.0.1.x / 18c /19c (Doc ID 2246888.1)1 关闭掉GI和DB （测试之前，GI和DB一直都是关闭的，没有启动 ）7 datapatch （在其中一个节点执行）6 启动crs （打完后，自动启动）#### 安装各个补丁的log。使用手工方式打RU19.28。-- oracle 补丁。3 给GI打PATCH。
2025-07-26 10:23:11
647
原创 使用手工方式打RU19.27
参考文档： Supplemental Readme - Grid Infrastructure Release Update 12.2.0.1.x / 18c /19c (Doc ID 2246888.1)1 关闭掉GI和DB （测试之前，GI和DB一直都是关闭的，没有启动 ）-- 补充，补丁过程中，升级了 tfa。6 启动crs （打完后，自动启动）#### 安装各个补丁的log。打完补丁后 ，集群会自动起来。-- view 查询log。3 给GI打PATCH。-- oracle 补丁。
2025-04-22 13:21:49
549
原创 RU 19.26安装（手工安装各个补丁）
备注： 1 在测试19.26的时候，明显感觉时间上比以前的19.19，19.20等等，少很多。以前最多消耗过10-12小时，现在大约3-4小时结束。现在虚拟机比以前少约4G内存（以前20G，现在16G）。1 关闭掉GI和DB （测试之前，GI和DB一直都是关闭的，没有启动 ）2 19.26的readme 明显风格和之前的RU的readme不一样。-- 补充，补丁过程中，升级了 tfa。6 启动crs （打完后，自动启动）打完补丁后 ，集群会自动起来。-- oracle 补丁。3 给GI打PATCH。
2025-01-27 14:27:44
1310
原创 LogMiner
1 logmin需要字典：TheBUILDprocedure.TheBUILDTheTheCopyCopyTheIdeally,
2025-01-07 15:30:34
816
原创 MySQL Group Replication
因为是clone的虚拟机，msyql的server_uuid是一样的，需要select uuid()生成一个后，修改，修改的文件是data目录下的auto.cnf ,而不是mysql的启动的时候使用的那个cnf文件。mysql8.4 ，默认mysql_native_password 是disable的，如果需要启动，则需要在启动MySQL服务的时候加上--mysql-native-password=ON。-- MySQL配置文件（本测试，仅仅设置MGR所需的必须的参数）-- 第一个库的设置。
2024-12-06 16:16:21
807
原创 11g && above 12c dg failover
注意： 分为计划性的failover（不丢失数据）和意外的failover（会丢失数据）参考文档：12c以上参考文档：Dataguard Failover 12c using SQL*Plus (Doc ID 2144024.1)11g参考文档：Role Transitions 8.2.2 Performing a Failover to a Physical Standby DatabaseThis section describes how to perform a failover to a phys
2024-11-22 09:40:16
974
原创 Oracle RAC的thread
参考文档：Real Application Clusters Administration and Deployment GuideTable 3-3 Initialization Parameters Specific to Oracle RACSpecifies the number of the redo threads to be used by an instance. You can specify any available redo thread number if that thread
2024-11-08 15:10:06
819
原创 RU19.25 全手工安装
参考文档： Supplemental Readme - Grid Infrastructure Release Update 12.2.0.1.x / 18c /19c (Doc ID 2246888.1)另： 各个小补丁中的readme中，就有打各个补丁的方式，就是使用手工方式打，和上面MOS中描述的手工方式一样（个别详细命令稍有差异）1 关闭掉GI和DB （测试之前，GI和DB一直都是关闭的，没有启动 ）6 启动crs （打完后，自动启动）#### 安装各个补丁的log。-- oracle 补丁。
2024-10-20 15:14:42
728
原创 19.25运行datapatch出现错误
此时，查询select action,status,description from dba_registry_sqlpatch;再次查询select action,status,description from dba_registry_sqlpatch;还是显示19.24.
2024-10-18 14:33:39
610
原创 RU19.25 Standalone (GI和DB分开打）
参考文档：Patch 36916690 - GI Release Update 19.25.0.0.241015。分别在GI和Oracle Home下执行。-- 一次性打GI和DB home的补丁。-- 修复空间问题后，resume。-- 分开打GI和DB的补丁。
2024-10-18 13:28:52
611
原创 RU 19.24 Standalone(GI和DB分开打）
参考文档：Oracle® Database Patch 36582629 - GI Release Update 19.24.0.0.240716。分别在GI和Oracle Home下执行。-- 一次性打GI和DB home的补丁。-- 分开打GI和DB的补丁。
2024-10-15 13:11:05
404
原创 Checking the Internal Consistency of Disk Group Metadata
参考文档：Automatic Storage Management Administrator's Guide - Maintaining Disk GroupsYou can check the internal consistency of disk group metadata using the statement with the keyword. You can use this statement to check specific files in a disk group, spec
2024-10-11 08:26:14
777
原创 RAC被修改权限及相关问题
2 修改权限后，srvctl start database，无法启动数据库，该命令一致处于hung的状态，而且数据库alert log无任何日志信息输出。根据以上的信息，可以判定，oraagent无法folk出来，或者spawn出来（无法spawn出来，其他trc可以参考，这里没有抓取出来）该问题，可能还是修改权限后，恢复出来的权限，output文件夹中，一些pid的权限不对，设置为正确的权限即可。另外，查看oraagent相关进程，有问题的节点上，只有2个，正常的节点上，有3个。
2024-10-02 14:36:51
911
1
原创 RDBMS 12c安装Patch：Oracle® Database Patch 33583921 - GI Jan 2022 Release Update 12.2.0.1.220118
参考文档：Oracle® Database Patch 33583921 - GI Jan 2022 Release Update 12.2.0.1.220118。1.2.2 One-off Patch Conflict Detection and Resolution (略)-- GI .奇怪，在/tmp总是权限有问题，换成/u01/psu，可以了。./datapatch -verbose (略)分别检查GI HOME和Oracle HOME。-- GI 和 DB的补丁过程如下。
2024-10-02 14:01:52
583
原创 Linux Mint急救模式
5 USB设备启动后，可以直接通过USB设备加载Linux Mint,在LinuxMint中，可以访问其中的一个盘，但是另一个盘无法访问（电脑有2块硬盘，系统所在的盘，无法通过U盘上的Linux Mint mount）7 在USB设备启动的时候，按下Shit键，可以看到界面上有救援模式，也看到了以其他内核的方式启动。通过以其他内核的方式，来启动，删除掉45这个内核。在给Linux MInt22安装6.8.0-45-generic的时候，出现一些问题，无法安装，手工单独安装后，发现无法启动。
2024-09-28 18:59:09
666
原创 Oracle ASM密码文件/参数文件相关
2 spfile/pfile 在GI_HOME目录下。查询Oracle密码文件的信息（适用于ASM和DB）Oracle ASM实例访问ASM密码文件的顺序。ASM实例下查看密码文件。
2024-08-26 09:53:08
569
原创 RU 19.24测试过程
opatchauto apply /psu/36582629 -oh /u01/app/oracle/product/19.0.0/db_1 --给Oracle打RU。opatchauto apply /psu/36582629 -oh /u01/app/19.0.0/grid -- 给GI打RU。-- 节点1的RU过程被中断后，继续resume ，重新从会话HXZX 开始，花费了96分钟。-- 给节点1的Oracle打RU ，会话为 HXZX。--- 给节点1的GI打RU。
2024-07-26 16:36:51
890
MHA0.58安装包及安装文档
2019-04-29
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人