- 博客(1059)
- 资源 (1)
- 收藏
- 关注

原创 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
2279

原创 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
1129

原创 模拟修改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
1282
2
原创 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
659
原创 LogMiner
1 logmin需要字典:TheBUILDprocedure.TheBUILDTheTheCopyCopyTheIdeally,
2025-01-07 15:30:34
704
原创 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
557
原创 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
889
原创 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
684
原创 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
453
原创 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
301
原创 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
380
原创 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
293
原创 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
668
原创 RAC被修改权限及相关问题
2 修改权限后,srvctl start database,无法启动数据库,该命令一致处于hung的状态,而且数据库alert log无任何日志信息输出。根据以上的信息,可以判定,oraagent无法folk出来,或者spawn出来(无法spawn出来,其他trc可以参考,这里没有抓取出来)该问题,可能还是修改权限后,恢复出来的权限,output文件夹中,一些pid的权限不对,设置为正确的权限即可。另外,查看oraagent相关进程,有问题的节点上,只有2个,正常的节点上,有3个。
2024-10-02 14:36:51
621
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
356
原创 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
412
原创 Oracle ASM密码文件/参数文件相关
2 spfile/pfile 在GI_HOME目录下。查询Oracle密码文件的信息(适用于ASM和DB)Oracle ASM实例访问ASM密码文件的顺序。ASM实例下查看密码文件。
2024-08-26 09:53:08
370
原创 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
742
原创 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
787
原创 ORA-40216: feature not supported
查看官网,没有任何说明。查看MOS,该功能适用于exadata。在配置该选项的时候,报错。
2024-06-14 08:35:59
467
原创 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
612
原创 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
696
原创 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
1090
原创 修改GI文件的权限
- 附crsconfig_dirs和 crsconfig_fileperms的内容。-- 检查以下两个文件,两个文件在GI安装的时候产生。-- 在crs没有启动的情况下,执行初始化权限。-- 验证二进制文件的权限。
2024-02-11 09:51:09
630
原创 手工方式安装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
746
转载 [转载]NFS 和 CIFS 有什么区别?
NFSCIFS它是什么?网络文件系统。通用互联网文件系统。当前版本NFS 版本 4。已被 SMB 版本 3.1.1 所取代。最适合基于 Linux 的网络架构。需要时可用于基于 Windows 的传统架构。共享资源文件和目录。文件、目录和网络资源,如打印机。身份验证基于 IP。基于用户。文件锁定由客户处理。由服务器处理。性能协议开销低,性能较快。协议开销高,性能较低。
2024-01-04 08:44:51
1946
原创 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
1126
原创 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
837
原创 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
733
原创 设置pdb自动启动
- 将pdb状态设置为保持现状(当前各个pdb状态为open)-- 在12.2.0.1上,可以设置触发器,来使pdb自动启动。-- 查看pdb 的当前的open mode。-- 补充推荐在rac上保留pdb的状态。-- 查看pdb的保留状态.无保留状态。-- 重启库测试,pdb可以自动起来。-- 取消pdb的保持状态。
2023-11-20 11:25:57
806
原创 将non-cdb转换为pdb
- 将缺失的文件,copy到目录中后,再次datapatch完毕后,jvm补丁被会退掉了。主要是检查兼容性,以及检查是否有一些异常,然后设置pdb的路径 ,并创建pdb。问题2 ,查看视图,还有错误,主要是jvm补丁无法回退,多次datapatch后问题依旧。-- 在操作系统上查找,有这个文件,copy到缺失的目录中,继续datapatch。-- 查看这些error,主要为补丁方面的,和上面在转换前没有处理这些问题有关。-- 上面创建完毕pdb后,检查是否有异常,无异常的情况下,开始转换为pdb。
2023-11-18 16:21:14
284
原创 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
245
原创 数据泵的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
288
原创 记录一次19c RAC启动关闭很慢的问题
- 在手工关闭集群的时候,非常慢卡在这个地方 CRS-2677: Stop of 'ora.chad' on 'node19c02' succeeded。-- 在手工启动集群的时候,相对较慢,但可以接受,有一次是卡在CRS-4537: Cluster Ready Services is online。虚拟机下测试用的19c的RAC,在安装RU的时候,一个节点安装时间可以接受,另一个节点安装时间很长。平时在启动关闭rac的时候,时间较长,尤其是关闭rac的时候,耗时很长。-- 查看dns的配置。
2023-11-09 09:16:53
457
原创 mysql 8.0.35 搭建主从
- 查看从库复制状态,可以看到Source_SSL_Allowed、Source_public_key_path等。--drop 掉用户,重新创建,加上WITH 'mysql_native_password'即可。--参数中修改为mysql_native_password,不行。-- 查看当前的默认认证插件,为caching_sha2_password。-- conf文件 这里的conf文件,仅仅为搭建主从的最小最少参数。-- 创建复制账号,所有的库上。可以使用两种方式创建账号,-- log中的错误。
2023-11-08 13:17:47
831
原创 Linux下多个盘符乱的问题处理
- 仔细查看/etc/fstab中的内容,发现UUID=357c1a07-7c12-48e6-a1b2-d9b7e2c608de 这个UUID,和SICI_ID出来的结果不一样,原来这个UUID是使用blkid命令得出的。-- 查看了下/etc/fstab下面的盘,有sdb、sdc、sdd、sde四个盘。-- 修改/etc/fstab,绑定如下,但是mount的时候,报错,找不到UUID。-- 找到盘和挂载点的对应关系后,打算使用uuid在/etc/fstab中绑定。比如两次sdd盘的大小就不一样。
2023-11-06 09:24:15
1176
原创 RU19.21在rac下安装
- 补充2 ,在dg下打补丁的时候,备份库上没有运行./datapatch -verbose的时候,发现布丁状态是end,运行完毕后,补丁状态是success。-- 补充1 ,出现的错误,原因/psu目录下,存放补丁,权限问题。详细的log ,提示无法copy,权限问题。GI 和 Oracle用户下。-- root用户下。
2023-11-05 09:25:10
392
原创 虚拟机磁盘扩容
- ,因为sdb1,对应的是第一个分区(sdb也只有sdb1这一个分区),所以将第一个分区resize。-- 查看可用空间,已经在虚拟机上,将sdb盘扩到了45G ,以下命令可以看到有5G的剩余空间。-- 查看pv,只有sda,没有sdb ,所以这里不能使用pv lv vg之类的操作了。检查/u01对应的盘及分区,是sdb1. 这个sdb是直接挂载上去的,当时并没有创建pv。-- 这里要扩展的是,这个sdb1,挂载点是/u01。-- 文件系统刷新,刷新后的大小是45G。1 在虚拟机层面,将硬盘扩大。
2023-11-05 08:54:51
451
MHA0.58安装包及安装文档
2019-04-29
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人