- 博客(1064)
- 资源 (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
2359
原创 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
1142
原创 模拟修改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
1309
2
原创 Log Miner的一些小记录
当日志挖完的时候，也就是挖的数据，全部存到v$logmnr_contents中的时候，这个时候，翻译完毕了所有的归档日志，会提示sequence -1 ,DummyForCrossThreadMine。所以感觉，是先读取归档日志，再存放在视图中（之前的理解：挖完日志后，是立刻就有内容，是存放在内存中的）当挖出来的东西，在V$logmnr_contents中的时候，是存在内存中的，还是存在在其他地方？比如，挖出来的数据非常多，如果存在内存中，那么内存中能否存下？最近在做Log Miner，有一些想法。
2025-08-19 14:48:02
303
原创 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
368
原创 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
833
原创 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
443
原创 使用手工方式打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
418
原创 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
994
原创 LogMiner
1 logmin需要字典：TheBUILDprocedure.TheBUILDTheTheCopyCopyTheIdeally,
2025-01-07 15:30:34
750
原创 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
635
原创 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
918
原创 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
728
原创 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
534
原创 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
393
原创 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
435
原创 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
332
原创 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
697
原创 RAC被修改权限及相关问题
2 修改权限后，srvctl start database，无法启动数据库，该命令一致处于hung的状态，而且数据库alert log无任何日志信息输出。根据以上的信息，可以判定，oraagent无法folk出来，或者spawn出来（无法spawn出来，其他trc可以参考，这里没有抓取出来）该问题，可能还是修改权限后，恢复出来的权限，output文件夹中，一些pid的权限不对，设置为正确的权限即可。另外，查看oraagent相关进程，有问题的节点上，只有2个，正常的节点上，有3个。
2024-10-02 14:36:51
715
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
399
原创 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
495
原创 Oracle ASM密码文件/参数文件相关
2 spfile/pfile 在GI_HOME目录下。查询Oracle密码文件的信息（适用于ASM和DB）Oracle ASM实例访问ASM密码文件的顺序。ASM实例下查看密码文件。
2024-08-26 09:53:08
425
原创 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
805
原创 Asynchronous Global Index
- 参考文档：https://docs.oracle.com/database/121/VLDBG/GUID-087B87A6-959A-40C6-82AF-36E401FD089B.htm#VLDBG14107 -- 异步GIDX简介(Doc ID 795854.1) -- 更新global索引和local索引 参考。
2024-07-04 13:48:38
815
原创 ORA-40216: feature not supported
查看官网，没有任何说明。查看MOS，该功能适用于exadata。在配置该选项的时候，报错。
2024-06-14 08:35:59
505
原创 RAC GCS_SERVER_PROCESSES参数
（上面计算出来gcs_server_process = 3, LMS=2 ，LM=1）根据官方的计算，第五条，128/6 = 21.33333 .去掉小数，21。与RAC统计中的lms吻合。查看gcs_server_processes参数的设置及相关参数（CPU、内存、SGA）2+（56/32）= 3.75 . RAC中统计LMS=2。再看一个真实的例子 ： 128 CPU，256G内存，SGA 122G。CPU为96，内存为256G ，SGA为80G。RAC中统计信息中，lms为 2。
2024-05-09 09:05:27
686
原创 Oracle Patch清理
- opatch clean的帮助，该命令清除.patch_storage directory文件夹下的'restore.sh,make.txt' files and 'scratch,backup'-- 执行完毕后，貌似没有变化，可能和自己环境有关（19年开始测试补丁，基本上每个季度都测试，后面把又把数据库用RMAN做了迁移，又转换成了PDB模式）。在对Oracle安装补丁后，会发现OS上被占用了大量的空间，本文档清理Opatch过程中的一些文件，释放空间。--清理后空间，剩余25G。
2024-05-08 15:14:41
777
原创 RU 19.23 安装
问题2 ： resume打补丁过程，报错，发现一些文件被$ORACLE_HOME占用了，不使用resume方式打补丁，重新打补丁（会重新开一个补丁会话）， 问题消失。问题3 ： 在给oracle用户的ORACLE_HOME安装RU的时候，下班要带走测试电脑，中断补丁过程，随后再次resume，可以正常打补丁。此过程出现错误，查看log，原因为RU中的一些文件无法读取，修复后，resume继续补丁，产生新的问题，fuser命令查看一些文件被占用。-- 错误log， log中显示，找不到一些文件。
2024-04-22 13:56:59
1176
原创 修改GI文件的权限
- 附crsconfig_dirs和 crsconfig_fileperms的内容。-- 检查以下两个文件，两个文件在GI安装的时候产生。-- 在crs没有启动的情况下，执行初始化权限。-- 验证二进制文件的权限。
2024-02-11 09:51:09
653
原创 手工方式安装19.22RU
参考文档： Supplemental Readme - Grid Infrastructure Release Update 12.2.0.1.x / 18c /19c (Doc ID 2246888.1)1 关闭掉GI和DB （测试之前，GI和DB一直都是关闭的，没有启动 ）-- 补丁过程中，log中显示的tfa升级信息。6 启动crs （打完后，自动启动）#### 安装各个补丁的log。使用手工方式打RU19.22。-- oracle 补丁。-- sql查询补丁版本。3 给GI打PATCH。
2024-02-03 14:34:24
803
转载 [转载]NFS 和 CIFS 有什么区别？
NFSCIFS它是什么？网络文件系统。通用互联网文件系统。当前版本NFS 版本 4。已被 SMB 版本 3.1.1 所取代。最适合基于 Linux 的网络架构。需要时可用于基于 Windows 的传统架构。共享资源文件和目录。文件、目录和网络资源，如打印机。身份验证基于 IP。基于用户。文件锁定由客户处理。由服务器处理。性能协议开销低，性能较快。协议开销高，性能较低。
2024-01-04 08:44:51
2594
原创 MySQL8主主搭建
2 节点2上，log create user CREATE USER 'rep1'@'%' IDENTIFIED WITH 'mysql_native_password' 失败 ，执行事务'9fa8b4aa-a0a0-11ee-86d4-000c29a929d8:10'失败。1 节点1 上，log drop user 'rep1'@'192.168.2.%'失败，执行事务'94c47d50-a0a1-11ee-86c9-000c299429f9:5'失败。-- 初始化mysql8 （略）
2023-12-23 15:14:07
1150
原创 mysql8升级测试
mysql8包： mysql-8.0.35-linux-glibc2.28-x86_64.tar.xz <<< glibc2.28 ，这个包，需要升级gcc，最终没有使用这个包。mysql5.7包： mysql-5.7.25-linux-glibc2.12-x86_64 <<<glibc2.12。mysql8包：mysql-8.0.35-linux-glibc2.12-x86_64.tar.xz <<< 最终使用这个包。--再次启动mysql 8，进行升级。
2023-12-16 14:33:18
878
原创 asm实例基数
发现ora.ASMNET1LSNR_ASM.lsnr(ora.asmgroup)、ora.OCR.dg(ora.asmgroup)等等都是3个。使用flex配置的时候，asm实例有个基数，基数决定了asm集群中可用的asm实例数，默认的asm基数值是3.和ASM instance count有关，修改asm instnce count后，正常。-- 修改后，重启集群，各个资源为2个。-- 验证flex模式是否开启。-- 查看资源，大部分为3个。-- 查看asm实例基数。-- 修改asm实例基数。
2023-11-25 11:52:48
770
原创 设置pdb自动启动
- 将pdb状态设置为保持现状（当前各个pdb状态为open）-- 在12.2.0.1上，可以设置触发器，来使pdb自动启动。-- 查看pdb 的当前的open mode。-- 补充推荐在rac上保留pdb的状态。-- 查看pdb的保留状态.无保留状态。-- 重启库测试，pdb可以自动起来。-- 取消pdb的保持状态。
2023-11-20 11:25:57
867
原创 将non-cdb转换为pdb
- 将缺失的文件，copy到目录中后，再次datapatch完毕后，jvm补丁被会退掉了。主要是检查兼容性，以及检查是否有一些异常，然后设置pdb的路径 ，并创建pdb。问题2 ，查看视图，还有错误，主要是jvm补丁无法回退，多次datapatch后问题依旧。-- 在操作系统上查找，有这个文件，copy到缺失的目录中，继续datapatch。-- 查看这些error，主要为补丁方面的，和上面在转换前没有处理这些问题有关。-- 上面创建完毕pdb后，检查是否有异常，无异常的情况下，开始转换为pdb。
2023-11-18 16:21:14
323
原创 rman catalog
sqlplus <catalog username>/<password> @<catalog db connect string> <<<< 10g及之后的方式。<<<< 10g之前的方式。catalog库 ： bak，将其他库的备份信息存放在catalog库上。-- 注册database，分别在bak，test，orcl库上执行。-- 在cagalog库上创建用户。-- 查看在catalog中的库。-- 查看catalog版本。-- 创建catalog。-- 升级catalog。
2023-11-17 15:49:45
267
原创 数据泵的view_as_tables参数
在bak库下查看视图，无视图，查看表，有两个表，刚导入的，是以表的形式存在的。--测试19c(RDBMS19.21)的expdp的参数VIEWS_AS_TABLES （这个参数是12c开始的参数）-- 在bak库下导入，导入报错，因为没有bb这个用户，从这里也可以看出，导入的时候，是建立表，以表的方式导入的。-- 生成sql脚本，看看内容，导入的时候，以表的方式导入。2 在bak库下，导入的视图，是以表的形式存在的。-- bak库下，创建用户后，再次导入，成功。1 在bak库下，不会导入视图对应的基表。
2023-11-11 10:24:32
336
MHA0.58安装包及安装文档
2019-04-29
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人