自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(976)
  • 资源 (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 1169

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

原创 模拟修改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 536 1

原创 ORA-01503 ORA-12720的处理

ALTER DATABASE BACKUP CONTROLFILE TO TRACE AS '/tmp/control.sql' resetlogs (这样创建的sql 没有什么注释,并且指定了resetlogs,只生成resetlogs方式下的语句。如果直接生成trace,则有很多注释)另外,在不完全恢复的时候,open resetlogs的时候,当v$datafile_header中的值都相等的时候,是可以open resetlogs的。一个集群,关闭掉了一个节点,只启动了一个节点。

2022-09-22 16:16:47 234

原创 记录一次安装PSU 11.2.0.4.201020的过程

- 随后重启OS ,alert log中有以下信息 (出现了一些可以参考的信息,比如timeout ,根据time out信息,搜索MOS,找到文档GI Fails to Start as Process "init.ohasd run" is not Running )-- 按照文档GI Fails to Start as Process "init.ohasd run" is not Running 的方法,启动 init.ohasd 守护进程,随后启动集群,集群可以启动。

2022-09-22 15:09:14 189

原创 Oracle Dataguard主备延迟分析

场景,1主2备的主备库。即,主库产生日志的时间,备库接收到日志的时间,时间差异较大。-- 备库2上,可以看到18:39分,在等待归档日志132069,该日志在18:18分已经切换,说明没有传输过来.在18:44的时候,RFS进程开始接受归档132069.在19:02的时候,该龟蛋该日志接收完毕。-- 备库1上,可以看到18:38分的时候,还在等待日志 132069,该日志在18:18分已经切换,说明没有传输过来。-- 主库上,可以看到主库上已经切换了日志132069,时间是在18:18:08。

2022-09-16 16:49:20 107

原创 OGG-01449、OGG-01519问题处理

alter extract PUMP3, extseqno 5549, extrba 0 -- 坏的5548 ,从新的tail 文件开始。alter extract pump2, extseqno 2513, extrba 0 -- 坏的2512 ,从新的tail 文件开始。数据库主机宕机后,上面的ogg进程,部分ext异常,其他ext正常,其他所有的pump,rep进程都正常。随后查看ogg的log ,发现这两个ext进程对应的pump进程,pump的rba没有反应。

2022-09-09 17:30:55 161

原创 TFA工具的使用

官方参考文档 :https://docs.oracle.com/en/engineered-systems/health-diagnostics/autonomous-health-framework/ahfug/ahf-daemon-is-not-starting-or-not-running.html#GUID-A2841FB7-78D0-4EFD-9D56-F2551878E577。-- 使用tfa收集一段事件内的信息,提示TFA没有运行,手工启动tfa,失败。--解压tfa安装包后,进行安装。

2022-09-08 13:43:13 68

原创 FOREIGN ARCHIVED LOG

这个环境不是一个逻辑备库环境。之前同一套库还原过多次。2次的归档日志,放在了同一个地方。所以被认为是foreign archived log .使用catalog注册这些归档的时候,其实还不认识这些归档。今天在测试环境中,查询V$RECOVERY_AREA_USAGE的时候,发现foreign archived log 占用的空间较多。

2022-09-07 14:38:25 100

原创 ORA-1418 、ORA-01450

关于ORA-01450,目前处理方式是drop掉索引,重建,也有一种方式是把表空间设置为更大kb的block size。(目前的索引字段,一个字段varchar是4000长度,一个是number,组成的组合索引)关于ORA-1418 ,原因是没有添加双引号。或者要加上schema,或者同时加上。

2022-09-07 11:31:59 33

原创 Oracle 的LogMiner

前几天,因为工作需要,在11g上使用logminer挖了一些日志,记录一下。今天在19c环境中试了一下,也适用于19c。-- 获取挖掘结果 (或创建一个表t_logminer,可以从其他的会访问)在Logminer中添加归档日志文件,也可以添加online日志文件。或者按照时间来挖日志,(摘自官方文档)...

2022-08-27 16:04:05 134

原创 Oracle Exadata换盘操作-Replacing a Hard Disk Proactively

确认磁盘已经加入到ASM中,以下查询会返回0. 如果没有加入,则需要手工加入,一般情况,LUN、Celldisk、griddisk会自动创建(在cell的alertlog中可以看到)。本操作已经在生产环境中实施(cell节点),记录操作过程(大概过程,部分命令为docs文档命令,部分为实际操作命令)。如果盘插入到了错误的插槽,被reject了,怎么处理,官方文档,re-enable。替换硬盘,拔掉硬盘,官方文档建议等待3分钟后插入硬盘(实际操作,没有等待3分钟)补充:如果拔错盘了。怎么处理,再插进去。...

2022-08-17 17:19:32 172

原创 RMAN-08120的处理

2 清除掉log_archive-dest的参数设置 (尽管此时log_archive_dest_state_2、log_archive_dest_state_3为defer)看来,defer,有时候不起作用,需要把log_archive_dest_X的参数清理掉。其中一个备库的log_archive_dest_state_2设置成defer了。在delete 归档日志的时候,仍提示RMAN-08120.设置后,delete归档,仍然报RMAN-08120。随后,再次delete 归档日志,成功。.....

2022-08-09 11:34:58 84

原创 ASM外部冗余是否可以替换磁盘

-查看磁盘组信息,test磁盘组是external冗余,两块盘,asm-test1和asm-test2,drop掉其中一块盘后,还剩余一块盘。--通过dbms_rowid来查看表test中的数据,发现对应的file_id是7,查看file_id为7的数据文件,发现是存放在磁盘组+test上的。--创建测试用的表空间test,放在磁盘组+test上,创建用户test,默认的表空间是test。经过测试,是可以的。如果空间不够,可能会失败,这次进行的测试,所占用空间比较小,剩余空间比较大。...

2022-07-31 11:11:03 54

原创 ORA-39126\ORA-06502\LPX-00225: end-element tag “HIST_GRAM_LIST_ITEM“ does not match start-element ta

随后,再次生成sql语句的时候,排除掉统计信息,生成SQL语句成功。在将表结构生成sql语句的时候,报错。在导出表结构的时候,正常。

2022-07-31 10:26:52 48

原创 ORA-27300,ORA-27301,ORA-27302,ORA-27303,TNS-2518,TNS-12549,TNS-12560,TNS-00519等告警处理

检查发现监听器日志已经4.2G了。将监听器日志清理后,还是lsnrctlstatus会hung住,查看监听器日志,也没有产生监听器日志。随后,重启AIX,启动监听器和数据库后。一天后,业务告知不能连接数据库,一看,监听器日志中大量的TNS报错,alertlog中也开始报错。顺便说一下前几天出现的小问题,之前偶尔也报这个,半夜报,但是后来都可以使用数据库。随后查看AIX的参数,如下,发现maxuproc是8192,ncargs是256.随后,经过一个多星期的观察,再也没有出现过以上问题的告警。...

2022-07-26 14:56:13 152

原创 crsctl中,显示的HOME的作用

在使用sqlplus启动的时候,可能会从对应的ORACLE_HOME中查找对应的init.ora文件来启动。所以,这里指出了HOME。不然怎么知道那个数据库对应的是那个ORACLE_HOME。经过昨天的一个小问题,发现集群命令中的OPEN后面多了一个HOME,其实还是很有意义的。以前,纳闷,12c的集群命令中,数据库OPEN就可以了。因为一个集群中,可能会注册多个ORACLE_HOME。上面运行的大约10套数据库。但是有大约5个ORACLE_HOME。数据库的版本是11.2.0.4.前几天碰到一个oda。.

2022-07-26 14:30:55 71

原创 一次备库的坏块的修复过程

同时,查看asm磁盘组上的归档日志发现只到128363,很明显,日志切换太频繁。受上面文档的启发,查看坏块,果然有坏块,后面发现,在没停止mrp进程的时候,修复坏块,居然还有别的文件的坏块生成。坏块记录,最严重的时候,坏块导致MRP进程停止,随后启动MRP进程,数据同步正常,但是此时没有考虑去查询坏块。尝试恢复某一个块,成功了,但是很耗费时间(因为此时没有关闭MRP),使用的是7天前的全备的备份集进行恢复的。尝试修复坏块,失败,因为没有备份,此时也没有停掉mrp进程,结果花费了大量的时间,还没有成功。...

2022-07-23 09:14:18 128

原创 对ogg用户进行加密

-在测试的过程中,使用了AES156加密,但是在登录的时候,没有指定AES256,导致错误,上面的指定了AES156,登录成功,不指定,默认是AES128加密方式。使用生成的加密后的密码登录,指定加密方式为AES256,加密key是ogg_key,登录成功。在GGSCI上生成加密的密码,没有指定加密方式,使用默认的128位。后面的tail文件,tcpip加密,有时间再测试。--使用key的方法进行加密。--使用默认生成key的方法。####128位加密。登录测试,登录成功。...

2022-07-15 11:34:45 148

原创 OGG中token的使用

源端的ext2,源端ext进程,获取的环境变量较多,虽然针对t4表,用不了这么多,但是针对t5表,可以用到这些。不影响t2和t4,t2和t5的同时同步。因为源端的表没有变化,所以不要再次生成defgenfile,只需要在目标端rep2中添加map,原来的对t4表的map,也存在。目标端表zbb.t4,zbb.t5.t4和t5结构不同。同步成功,原来的T4,也可以同步。T2同时同步到T4,T5.同时将bb.t2同步到zbb.t4和zbb.t5.OGG版本19.1。...

2022-07-15 11:18:38 99

原创 OGG长事务的学习

ogg 19.1 -- 源端创建一个事务,不提交-- SQL查看事务 -- 在ogg上查看长事务,可以看到事务XID 8.8.1622 ,和上面查询的一样。-- 跳过事务 ,再次查看没有这个事务了 --但是数据库层面,事务还在,提交数据库层面的事务,ogg并不会同步该事务 -- 在ogg的alert log中,可以看到该事务被skip了。所以也就是不会被同步到目标端了 -- 再次创建一个事务,这次在ogg上完成,数据库上rollback。-- ogg上查看到的事务

2022-07-13 11:40:30 148

原创 使用Fy_Recover_data恢复被truncate的表

参考文档:Fy_Recover_Data ———— 用于数据恢复的PLSQL包 [HelloDBA.COM]移花接木————利用Oracle表扫描机制恢复被Truncate的数据 [HelloDBA.COM] 详细的原理,可以看以上的两个文档,以上两个文档是作者的文档。-- 创建测试表,并将其truncate掉 -- truncate掉表 -- 导入FY_Recover_Data.pck包 -- 开始执行恢复,输入参数schema,table_name ,如果出现无法写入文件的报错,建立

2022-07-09 16:55:26 249 1

原创 DBT-50000及相关问题处理

因工作需要在windows上安装一套19c。安装过程中出现了一些问题。记录下来:RDBMS:19.3 PSU :19.15 参考文档:DBCA failed with DBT-50000 & DBT-50001 while creating Database (Doc ID 2666948.1)问题1 :先安装好了19.3的software,安装过程没有任何问题。dbca的时候,报DBT-50000错误。解决方法:方法1 :使用 dbca -J-Doracle.assistants.dbca.valida

2022-07-09 15:59:19 283

原创 impdp的transform参数的测试

场景:源端有100多个表空间,目标端,导入数据的时候,要建立这么多表空间,或者要remap_tablespace,要写100多个。很麻烦,使用transform参数,可以解决这个问题。RDBMS 19.15 help中关于transform的说明:TRANSFORMMetadata transform to apply to applicable objects.Valid keywords are: DISABLE_ARCHIVE_LOGGING, INMEMORY, INMEMORY_CLAU

2022-07-06 14:07:56 184

原创 需要使用新应用以打开此WindowsDefender链接

Windows 11的Windows defender无法打开,打开提示“需要使用新应用以打开此WindowsDefender链接”。解决方法:1 在powershell窗口下(以管理员模式运行) 输入 Set-ExecutionPolicy Unrestricted 选 Y 回车2 再次输入代码 Get-AppXPackage -AllUsers | Foreach {Add-AppxPackage -DisableDevelopmentMode -Register "$($_.InstallLoc

2022-07-02 21:07:33 3761 1

原创 ORA-01547、ORA-01194、ORA-01110

RDBMS 11.2.0.4 RAC在异机恢复数据库的时候,restore正常,recover的时候,很快就过去了。提示ORA-01547、ORA-01194、ORA-01110错误。从错误提示中看,归档日志不存在。疑惑:1 缺失的这些归档,都是最后的几个归档,按照道理,应该是先使用序号较小的归档做recover,最后才会发现没有这些缺失的归档,怎么一晃就结束了 。难道oracle检测到缺失归档,就不给恢复,没道理啊?2 为什么会一晃而过?明明是有对归档做备份的,有备份集的。3 是否为bug?mos上

2022-06-30 14:11:54 239

原创 在同一台机器上部署OGG并测试

OGG的配置过程。

2022-06-25 17:51:40 171

原创 安装PSU的时候/usr/bin/ld:warning: -z lazyload ignore

2022-06-24 11:33:24 181

原创 dbca静默安装及建库

使用响应文件静默安装oracle,使用dbca命令行建库。

2022-06-24 11:09:04 298

原创 EBS R12.2.0升级到R12.2.6

测试环境下,测试升级12.2.0到12.2.6参考文档:Oracle E-Business Suite Release 12.2.6 Readme (Doc ID 2114016.1)根据MOS文档,基本步骤如下:1 数据库参数设置:optimizer_adaptive_features=false2 应用补丁17204589sh $ADMIN_SCRIPTS_HOME/adstpall.shsh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh startadop pha

2022-06-23 18:03:39 102

原创 oracle RAC 集群无法启动

解决集群无法启动问题

2022-06-23 17:28:34 305

原创 应用最新的AD和TXK补丁

EBS R12.2,新安装的,没有安装任何补丁。R12.2的安装可以参考文档:(1条消息) EBS R12.2的安装_文档搬运工的博客-CSDN博客AD和TXK的补丁,可以参考文档: Applying the Latest AD and TXK Release Update Packs to Oracle E-Business Suite Release 12.2 (Doc ID 1617461.1)--安装过程按照MOS文档,运行adgrants.sql等后。--32394134--3441060

2022-06-04 13:56:32 70 1

原创 EBS R12.2的克隆

目的:单机上测试R12.2的克隆,db和app的克隆。用之前安装的R12,同一台机器上克隆。R12的安装可以参考:(3条消息) EBS R12.2的安装_文档搬运工的博客-CSDN博客原来的数据库名是PROD。原来的安装目录是/u01/oracle/PROD克隆后的环境路径是/u01/test/app 、/u01/test/db克隆后的数据库名是test。因为不涉及到ASM,克隆比较简单,db和ap的直接预克隆后打包,克隆即可。过程:1 db节点的预克隆[orap.

2022-05-28 19:47:29 125

原创 EBS R12.2的安装

参考文档:12.2 E-Business Suite Applications Installation Rapid Install Steps To Create the Stage Directories In Preparation For A 12.2 Installation (Doc ID 1596433.1)Oracle E-Business Suite Installation and Upgrade Notes Release 12 (12.2) for Linux x86-64 (D

2022-05-22 08:28:52 242

原创 ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PREPARE_DATA_IMP [71]

RDBMS :19.3.0.0在导入数据的时候,提示ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PREPARE_DATA_IMP [71]ORA-01403: no data found参考文档:12.2.0.1 Import Failed - ORA-39126: Worker unexpected fatal error in KUPW$WORKER.PREPARE_DATA_IMP [71], ORA-01403 an

2022-05-22 07:49:15 221

原创 oracle rac数据库scm0进程占用较高

RDBMS 12.2.0.1 ,使用top命令发现scm0进程占用CPU较高。关于scm0进程,官方解释:Background Processes (oracle.com) SCM0 DLM Statistics Collection and Management Slave Collects and manages statistics related to global enqueue service (GES) and global cac

2022-04-24 09:48:17 247

原创 ORA-48173、ORA-18187、ORA-00002、O/S-Error:(OS 5)

RDBMS 11.2.0.4 + windows现象:1 监听器中看不到监听到的数据库2 数据库服务、监听器服务都是启动的3 操作系统的任务管理器中,看到消耗内存只有2G(无法确认数据库是否启动)4 数据库连接不上5 先安装了Oracle database,后面又安装了Oracle client。6 尝试启动数据库的时候报错:ORA-48173、ORA-18187、ORA-00002、O/S-Error:(OS 5)原因:数据库的服务,登录名被更改了。解决方.

2022-04-15 10:25:45 647

原创 Active Session History (ASH) Performed An Emergency Flush Messages In The Alert Log

rdbms 11.2.0.4参考文档:Active Session History (ASH) Performed An Emergency Flush Messages In The Alert Log (Doc ID 1385872.1)alert log中信息解决方法:CAUSETypically some activity on system causes more active sessions. Therefore filling the ASH buffers ..

2022-04-06 11:48:06 33

原创 [记录]记录一次处理数据库主机top负载过高的问题

rdbms 11.2.0.4参考文档:Alert Log: Shutdown Waiting for Active Calls to Complete (文档 ID 1039389.6)ORA-00445: Background Process "xxxx" Did Not Start After 120 Seconds (文档 ID 1345364.1)现象:数据库主机top负载过高top负载如下:从上面的top命令中,可以看到:1 负载较高2 %us, %sy都较高

2022-04-06 11:36:56 531

原创 OCR和VOTE DISK的一些操作

RDBMS 11.2.0.4参考文档:OCR/Vote disk 维护操作: (添加/删除/替换/移动) (Doc ID 1674859.1)CRS-4258: Addition and Deletion of Voting Files are not Allowed Because the Voting Files are on ASM in 11gR2 (Doc ID 1060146.1)1 查看当前ocr的备份ocrconfig -showbackup ocrconfig -ma

2022-03-18 18:54:37 585

MHA0.58安装包及安装文档

MHA安装包,版本0.58. 以及安装MHA0.58所需的RPM包。已经在Mysql5.7上通过测试。并附测试文档,及踩过的坑。请用7zip解压。

2019-04-29

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除