联系：手机/微信(+86 17813235971) QQ(107644445)标题：ntfs MFT损坏(ntfs文件系统故障)导致oracle异常恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户虚拟化环境,由于断电,启动数据库报ORA-01157错误,通过操作系统层面查看,发现文件是存在的,但是dbv检测报不可访问感觉是文件系统损坏了,尝试把该文件拷贝到其他磁盘查看操作系统事件,确认是ntfs文件系统的MFT损坏基于这种情况,通过文件系统恢复工具进行恢复该文件尝试,提示恢复文件大小和实际元数据中记录大小不一致通过对比实际恢复大小和文件本身大小,发现7811899392-7791460352,几乎等于20M大小（也就是说恢复出来的数据文件少了20M）,通过分析数据库alert日志,确认该系统在前端时间刚好扩展了20M(增加数据文件之时指定了每次扩展20m)2023-08-11T11:29:21.397236+08:00 ALTER TABLESPACE "HSHIS" ADD DATAFILE 'D:\APP\ADMINISTRATOR\ORADATA\HIS\HSHIS01.DBF' SIZE 10M AUTOEXTEND ON NEXT 20M MAXSIZE 8001M Completed: ALTER TABLESPA ...继续阅读 (1)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.mkp扩展名oracle数据文件加密恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又有客户的oracle数据库文件被勒索,扩展名被加密为:.[tsai.shen@mailfence.com].mkp对应的+README-WARNING+.txt文件内容类似:::: Greetings ::: Little FAQ: .1. Q: Whats Happen? A: Your files have been encrypted. The file structure was not damaged, we did everything possible so that this could not happen. .2. Q: How to recover files? A: If you wish to decrypt your files you will need to pay us. .3. Q: What about guarantees? A: Its just a business. We absolutely do not care about you and your deals, except getting be ...继续阅读 (1)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：清空redo,导致ORA-27048: skgfifi: file header information is invalid作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户由于空间不足,使用> redo命令清空了oracle的redo文件数据库挂掉之后,启动报错Fri Oct 04 10:32:57 2024 alter database open Beginning crash recovery of 1 threads parallel recovery started with 31 processes Started redo scan Errors in file /home/oracle/oracle/diag/rdbms/xifenfei/xifenfei/trace/xifenfei_ora_24876.trc: ORA-00313: open failed for members of log group 3 of thread 1 ORA-00312: online log 3 thread 1: '/u01/app/oracle/oradata/xifenfei/redo03.log' ORA-27048: skgfifi ...继续阅读 (2)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：A_H_README_TO_RECOVER勒索恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户mysql数据库被黑(业务数据库被删除)，创建了一个A_H_README_TO_RECOVER库[root@www.xifenfei.com ~]# mysql -uroot -pxxxxx Warning: Using a password on the command line interface can be insecure. Welcome to the MySQL monitor. Commands end with ; or \g. Your MySQL connection id is 4539028 Server version: 5.6.50-log Source distribution Copyright (c) 2000, 2020, Oracle and/or its affiliates. All rights reserved. Oracle is a registered trademark of Oracle Corporation and/or its affiliates. Other names may ...继续阅读 (5)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：通过alert日志分析客户自行对一个数据库恢复的来龙去脉和点评作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]12.1.0.2数据库由于异常断电，导致无法正常启动,通过alert日志对客户的整个操作过程进行分析(不含我的操作部分)通过alert日志分析最初故障原因是由于控制文件有坏块导致Tue Sep 24 11:49:48 2024 alter database open Tue Sep 24 11:49:48 2024 Ping without log force is disabled . Tue Sep 24 11:49:48 2024 Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_4715.trc: ORA-01113: file 10 needs media recovery ORA-01110: data file 10: '/u01/app/oracle/oradata/xifenfei.dbf' ORA-1113 signalled during: alter database open... alter database recover data ...继续阅读 (9)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一个10g的库应用访问报ORA-12514: TNS: 监听进程不能解析在连接描述符中给出的SERVICE_NAME通过分析alert日志,确认是数据库启动报ORA-600 4194错误Mon Sep 23 16:12:42 2024 SMON: enabling cache recovery Mon Sep 23 16:12:43 2024 Successfully onlined Undo Tablespace 1. Mon Sep 23 16:12:43 2024 SMON: enabling tx recovery Mon Sep 23 16:12:43 2024 Database Characterset is ZHS16GBK Mon Sep 23 16:12:43 2024 Errors in file d:\oracle\product\10.2.0\admin\xifenfei\udump\xifenfei_ora_7832.trc: ORA-00600: 内部错误代码, 参数: [4194], ...继续阅读 (6)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-01092 ORA-00604 ORA-01558故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户一个11.2.0.1的库,在重启之前报ORA-00604和ORA-01558: out of transaction ID’s in rollback segment SYSTEM错误Sat Mar 16 05:51:44 2024 Errors in file /opt/oracle/app/diag/rdbms/xff/xff/trace/xff_smon_47709.trc: ORA-00604: error occurred at recursive SQL level 1 ORA-01558: out of transaction ID's in rollback segment SYSTEM Sat Mar 16 05:51:55 2024 Errors in file /opt/oracle/app/diag/rdbms/xff/xff/trace/xff_smon_47709.trc: ORA-00604: error occurred at recursive SQL level 1 ORA-01558: ...继续阅读 (6)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-65088: database open should be retried作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在12.2以及后续的cdb版本中,如果重建ctl并且resetlogs库,很可能会遇到ORA-65088: database open should be retried错误SQL> startup nomount force pfile='//.ora'; ORACLE instance started. Total System Global Area 1593835520 bytes Fixed Size 8793256 bytes Variable Size 402654040 bytes Database Buffers 1174405120 bytes Redo Buffers 7983104 bytes SQL> !vi ctl.sql SQL> @ctl.sql Control file created. SQL> select count(*) ,fhsta from x$kcvfh group ...继续阅读 (8)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19c异常恢复—ORA-01209/ORA-65088作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于raid卡bug故障,导致文件系统异常,从而使得数据库无法正常启动,客户找到我之前已经让多人分析,均未恢复成功,查看alert日志,发现他们恢复的时候尝试resetlogs库,然后报ORA-600 kcbzib_kcrsds_1错误2024-09-15T17:07:32.553215+08:00 alter database open resetlogs 2024-09-15T17:07:32.569110+08:00 RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete recovery UNTIL CHANGE 274757454692 time .... (PID:8074): Clearing online redo logfile 1 /opt/oracle/o ...继续阅读 (5)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 16703故障再现作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]从第一次发现ORA-600 16703(警告：互联网中有oracle介质被注入恶意程序导致—ORA-600 16703)至今已经7年多时间了,最近依旧有客户中招,提醒各位注意该问题Sat Sep 14 21:43:29 2024 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Sat Sep 14 21:43:29 2024 SMON: enabling cache recovery Errors in file D:\ORACLE\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_ora_6264.trc (incident=8561): ORA-00600: 内部错误代码, 参数: [16703], [1403], [20], [], [], [], [], [], [], [], [], [] Incident details in: D:\ORACLE\APP\ADMINISTRATOR\diag\rdbms\orcl\orc ...继续阅读 (5)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库启动报ORA-27102 OSD-00026 O/S-Error: (OS 1455)作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一个win上运行的11.2.0.4库启动的时候报ORA-27102 OSD-00026 O/S-Error: (OS 1455)错误SQL> STARTUP ORA-27102: out of memory OSD-00026: 附加错误信息 O/S-Error: (OS 1455) 页面文件太小，无法完成操作。数据库alert日志信息Fri Sep 13 17:17:39 2024 Starting ORACLE instance (normal) LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Initial number of CPU is 24 Number of processor cores in the system is 12 Number of processor sockets in the system is 1 Picked latch-free SCN scheme 3 Error: Failed to allocate SGA g ...继续阅读 (6)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.[metro777@cock.li].Elbie勒索病毒加密数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有可能数据库被勒索加密扩展名为:.[metro777@cock.li].Elbie,以前有过类似恢复.mkp和.Elbie勒索加密数据库可恢复通过工具分析文件损坏情况对于这种文件损坏较少的oracle数据文件,可以通过自研的Oracle数据文件勒索恢复工具直接进行恢复然后直接打开数据库,使用expdp导出数据(由于system文件中损坏的少量block刚好是i_col3这个index,对其进行处理之后,导出成功)类似勒索病毒预防建议：1. 教育和培训：提高用户的网络安全意识非常重要。通过定期的网络安全培训和教育，向用户传达有关勒索病毒及其传播方式的知识，让他们能够警惕潜在的威胁，并学会如何正确应对可疑的电子邮件、链接和附件。2. 更新和维护：及时更新操作系统、应用程序和安全软件，以修补已知的漏洞，并确保系统能够及时获取最新的安全补丁。此外，定期进行系统维护和检查，确保系统的安全配置和设置。3. 备份数据：定期备份重要的数据和文件，并将备份存储在安全的离线或云存储中。确保备份是完整的、可靠的，并且能够及时恢复，以便在发生勒索病毒感染或其 ...继续阅读 (41)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：应用连接错误,初始化mysql数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有人在部署一个新网站的时候,写错了配置信息,直接导致原有数据库被清掉,并创建了新库和写入了数据(其实本质就是drop table恢复)登录操作系统查看,发现数据库文件在根分区,创建了新库,写入了数据之外,还有几个G的binlog.全部恢复不太可能,最后客户决定需要恢复的2个核心表数据,估计也就几十M的数据.通过os层面进行分析,发现操作系统的反删除恢复无法实现这类数据恢复.最后决定从mysql innodb的的碎片级别记性扫描恢复,通过扫描发现较多碎片然后通过一些思路找出来需要恢复的表对应的page文件,然后对其进行解析恢复出来需要的数据具体技术文章参考:kettle导致MySQL数据丢失恢复[MySQL异常恢复]恢复数据字典表讲解[MySQL异常恢复]mysql drop table 数据恢复[MySQL异常恢复]使用工具直接抽取MySQL数据字典MySQL drop database恢复(恢复方法同样适用MySQL drop table,delete,truncate table)xfs文件系统mysql删库恢复mysql 数据库目录被删除恢复drop tabl ...继续阅读 (27)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：RAC默认服务配置优先节点作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在某些rac情况下需要,需要对数据库默认的db_name对应的服务名进行修改,实现优先节点访问的效果.分析了下在默认值情况下,db_name影响到db_unique_name,然后决定了数据库的service_names.现有库的db_name无法修改,那就只能在db_unique_name上做手脚(只是修改service_names,对应的db_unique_name还是会创建默认服务,这样该服务依旧可以连接).但是在rac环境中db_unique_name记录到了crs资源之中,无法直接在数据库级别修改(修改会报ORA-32017 ORA-65500错误)SQL> alter system set db_unique_name='nxifenfei' sid='*' scope=spfile; alter system set db_unique_name='nxifenfei' sid='*' scope=spfile * ERROR at line 1: ORA-32017: failure in updating SPFILE ORA-65500: could not ...继续阅读 (10)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19c RAC 替换私网操作作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]19c的三节点集群,需要替换一个私网网卡(如果有足够的停机窗口有一个更加简单的方法,直接通过修改网卡名称实现替换,不过需要主机重启一次,参考:Linux 8 修改网卡名称)1. 先在主机层面确认新配置网络能够相互ping通,在hosts文件加入私网信息,并且确认ssh 可以相互访问ssh xffdb1-priv3 date;ssh xffdb2-priv3 date;ssh xffdb3-priv3 date;2. 删除掉需要删除的网络上的asm监听和该network信息[grid@xffdb1 ~]$ srvctl config listener -asmlistener Name: ASMNET1LSNR_ASM Type: ASM Listener Owner: grid Subnet: 172.16.16.0 Home:End points: TCP:1525 Listener is enabled. Listener is individually enabled on nodes: Listener is individually disabled o ...继续阅读 (12)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：监听报TNS-12541 TNS-12560 TNS-00511错误作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户运行在win平台上的oracle 11.2.0.1,监听无法正常工作,使用status查看,卡很长时间然后出现如下TNS-12541 TNS-12560 TNS-00511 64-bit Windows Error: 2: No such file or directory错误LSNRCTL> status Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=EXTPROC1521))) TNS-12541: TNS:no listener TNS-12560: TNS:protocol adapter error TNS-00511: No listener 64-bit Windows Error: 2: No such file or directory Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=LOCALHOST)(PORT=1521))) TNS-12541: TNS:no liste ...继续阅读 (24)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：drop tablespace xxx including contents恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近接到一个客户恢复请求,对系统的核心业务表空间发起了drop tablespace xxx including contents 操作,导致该表空间被删除,客户在删除表空间操作之前使用expdp导出了一份元数据.客户在咨询我的同时,也咨询了其他人,有人给客户答复是可以通过修改字典(以为有导出的元数据就可以逆向想改文件回去),然后把数据文件拷贝过去,实现恢复,成功概率65%[只能说是真牛]对于这个客户的故障,这个思路不可能成功,原因有:1)客户的系统中有部分字典信息已经彻底丢失,无法通过闪回找回来,因此无法对于字典逆向dml操作完成修改2)drop tbs这个操作涉及的字典操作非常多,而且也非常复杂,在我的认知中,国内不一定有人完全在短时间内梳理清楚相互关系,完成逆向dml操作3)他们咨询的人不是圈子中恢复大牛(因为圈子不大,大牛也不可能给他们出这种恢复方案)4)数据文件复制到新库,完全不是同一个库的,要大量修改文件头信息,我估计他们在这一步都不能成功果然不出所料,他们做了一个测试,结果库起不来这个客户只是drop table ...继续阅读 (21)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Linux 8 修改网卡名称作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在某些情况下,我们希望通过修改网卡的名称,从而避免应用层面的一些配置(比如oracle rac 网络从千兆换成万兆,我们直接把万兆网卡的名称修改和之前使用的网卡名称一致,集群层面不用做任何配置),这里做一个测试,验证在linux 8（redhat/oracle linux/Rocky/AlmaLinux/centos等）修改网卡名称可行性:查看当前主机网卡名称情况(有两个网卡ens160和ens192)[root@xifenfeidg network-scripts]# cat /etc/redhat-release Red Hat Enterprise Linux release 8.9 (Ootpa) [root@xifenfeidg network-scripts]# cat /etc/oracle-release Oracle Linux Server release 8.9 [root@xifenfeidg network-scripts]# ifconfig ens160: flags=4163mtu 1500 inet 192.168.118. ...继续阅读 (33)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：如何修改集群的公网信息（包括 VIP） (Doc ID 1674442.1)作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户端使用 VIP（虚拟 IP）连接 Oracle 数据库的版本为 10g 和 11g 的集群环境。这些虚拟 IP 是和虚拟主机名对应的静态 IP 地址并且通过 DNS 解析（除非您使用了 11gR2 GNS）。在安装 Oracle 集群管理软件时，用户会被要求为集群中的每一个节点输入一个虚拟 IP 和虚拟主机名。这些信息会被记录在 OCR (Oracle Cluster Registry)中，而且 HA 框架中的不同组件会依赖于这些 VIP。如果出于某种原因，需要修改 VIP、VIP 对应的主机名或者公网的子网、网络掩码等信息，请按照本文介绍的过程。如果修改涉及到集群私网，请参考Note 283684.1情况1.   修改公网对应的主机名集群公网对应的主机名是在安装时输入的，并且被记录在 OCR 中。这个主机名在安装之后是不能修改的。唯一的修改方法是删除节点，修改主机名，之后将节点重新添加到集群，或者直接重新安装集群软件，并完成后续的克隆配置。 情况2.  只修改公网 IP或者VIP， 但是不修改网卡、子网或网络掩码信息，或者只 ...继续阅读 (13)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：如何在 oracle 集群环境下修改私网信息 (Doc ID 2103317.1)作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]Oracle 集群中的网络信息（接口，子网及每个网卡的角色）都可以被’oifcfg’ 命令管理, 但是没有网卡的IP地址除外，oifcfg 命令不能修改IP地址信息. ‘oifcfg getif’ 命令可以用来显示OCR中当前网卡的配置信息：% $CRS_HOME/bin/oifcfg getif0 10.X.XXX.0 global public1 192.XXX.X.0 global cluster_interconnect在 Unix/Linux 系统中，网卡名字是被系统自动分配的，依据系统平台的不同而不同。对于 windows 系统，请参考下面的附带的文档. 上面的例子显示当前网卡0 被用作公网并且子网为 10.2.156.01 被用作集群私网，子网为192.168.0.0。‘公有’ 网络是服务器与客户端之间的通信（与 VIP 使用相同的网段并以不同的记录存储在 OCR 中）,与之对应的’cluster_interconnect’网络是用来在 RDBMS/ASM 节点间缓存融合。从 11gR2 开始，cluster_ ...继续阅读 (15)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 [kcvfdb_pdb_set_clean_scn: cleanckpt] 相关bug作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]从oracle 12c引入pdb特性之后,数据库非常规恢复中就有一个ORA-600 [kcvfdb_pdb_set_clean_scn: cleanckpt]的噩梦,一般是在recreate controlfile之后resetlogs库之后,在open pdb会遇到这个错误,mos上主要bug信息Bug 22709877 open resetlogs fails with ORA-600 [kcvfdb_pdb_set_clean_scn: cleanckpt]Bug 16784143 ORA-600 [kcvfdb_pdb_set_clean_scn: cleanckpt] with PDBsBug 31686545 RMAN: Open PDB fails with ORA-00600 [kcvfdb_pdb_set_clean_scn: cleanckpt]对于这些bug引起的ORA-600 [kcvfdb_pdb_set_clean_scn: cleanckpt]问题,尽可能规避掉这些bu ...继续阅读 (14)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 krhpfh_03-1210故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]rac数据库多个节点均处于open状态,数据查询正常,但是应用入库有些时候会失败报类似ORA-01187: cannot read from file because it failed verification tests错误：故障最初原因是由于有坏盘,换盘之后,有两个节点数据实例crashMon Aug 19 21:16:47 2024 Read of datafile '+DATA/xifenfei99.dbf' (fno 1399) header failed with ORA-01207 Rereading datafile 1399 header failed with ORA-01207 Errors in file /u01/app/oracle/diag/rdbms/xff/xff5/trace/xff5_ckpt_75779.trc: ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode ORA-01122: database file 1 ...继续阅读 (14)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：19c库启动报ORA-600 kcbzib_kcrsds_1作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一套19c的库由于某种情况,发现异常,当时的技术使用隐含参数强制拉库,导致数据库启动报ORA-00704 ORA-600 kcbzib_kcrsds_1错误2024-08-24T06:11:25.494304+08:00 ALTER DATABASE OPEN 2024-08-24T06:11:25.494370+08:00 TMI: adbdrv open database BEGIN 2024-08-24 06:11:25.494324 Smart fusion block transfer is disabled: instance mounted in exclusive mode. 2024-08-24T06:11:25.515306+08:00 Beginning crash recovery of 1 threads parallel recovery started with 7 processes Thread 1: Recovery starting at checkpoint rba (logseq 2 block ...继续阅读 (26)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：DBMS_SESSION.set_context提示ORA-01031问题解决作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近给客户把oracle数据库从11.2.0.3 aix平台迁移到19.23 linux平台,使用impdp+network_link 按照用户的方式处理,结果发现有一个程序运行异常ORA-01031: insufficient privileges通过程序跟踪确认是在调用以下部分异常DBMS_SESSION.set_context ( 'back_exec', 'back_exec_log_no', v_back_exec_log_no ……通过跟踪执行用户权限,确认EXECUTE ON SYS.DBMS_SESSION已经授权.做一个简单测试重现给问题:SQL> show user; USER 为 "SYS" SQL> exec DBMS_SESSION.SET_CONTEXT('test_ctx', 'a', '1'); BEGIN DBMS_SESSION.SET_CONTEXT('test_ctx', 'a', '1'); END; * 第 1 行出现错误: O ...继续阅读 (23)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：redo写丢失导致ORA-600 kcrf_resilver_log_1故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有一个客户硬件故障,做完硬件恢复之后,数据库启动报ORA-600 kcrf_resilver_log_1错误.Thu Aug 22 13:37:50 2024 alter database open Beginning crash recovery of 1 threads parallel recovery started with 3 processes Started redo scan Errors in file e:\oracle\zy\diag\rdbms\orcl\orcl\trace\orcl_ora_1640.trc (incident=9767): ORA-00600: 内部错误代码, 参数: [kcrf_resilver_log_1], [0x7DCEBE020], [2], [], [], [], [], [], [], [], [], [] Incident details in: e:\oracle\zy\diag\rdbms\orcl\orcl\incident\incdir_9767\orcl ...继续阅读 (17)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：硬件故障导致ORA-01242 ORA-01122等错误作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户多个节点rac,早上反馈说有两个节点实例异常,需要分析原因,查看其中一个节点的数据库alert日志,发现是由于访问1399号文件异常报ORA-01242 ORA-01122等错误,导致实例crashMon Aug 19 20:48:02 2024 Read of datafile '+DATA/xifenfei_01-157.dbf' (fno 1399) header failed with ORA-01207 Rereading datafile 1399 header failed with ORA-01207 Errors in file /u01/app/oracle/diag/rdbms/xff/xff6/trace/xff6_ckpt_75582.trc: ORA-01242: data file suffered media failure: database in NOARCHIVELOG mode ORA-01122: database file 1399 failed verification check ORA-01110 ...继续阅读 (23)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：200T 数据库非归档无备份恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一套近200T的,6个节点的RAC,由于存储管线链路不稳定,导致服务器经常性掉盘,引起asm 磁盘组频繁dismount/mount,数据库集群节点不停的重启,修复好链路问题之后,数据库启动报ORA-01113,ORA-01110通过Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)脚本检测,发现有10个数据文件异常,无法正常恢复该库比较大,有近200T,因此恢复需要各位谨慎(无法做现场备份,另外客户要求2天时间必须恢复好)由于数据库是非归档模式,该库无法通过应用归档日志来实现对这些文件进行恢复,对于这种情况,直接使用dbms_diskgroup把数据文件头拷贝到文件系统中,类似操作SQL> @dbms_diskgroup_cp_block_to_asm.sql /tmp/xff/xifenfei.dbf.header +DATA/xifenfei.dbf 1 1 Parameter 1: v_FsFileName (required) Parameter 2: v_AsmFileName (required) ...继续阅读 (21)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：利用flashback快速恢复failover 的备库作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户数据库架构为单机+dataguard,一台生产库跑在物理机,备库跑在虚拟化环境中(当时由于成本原因使用了机械盘),今天物理机突然直接罢工,客户要求紧急切换备库Thu Aug 08 09:52:13 2024 Media Recovery Waiting for thread 1 sequence 189448 (in transit) Recovery of Online Redo Log: Thread 1 Group 12 Seq 189448 Reading mem 0 Mem# 0: /oradata/xff/std_redo12.log Thu Aug 08 09:52:13 2024 Archived Log entry 187514 added for thread 1 sequence 189447 ID 0x2e6bc37f dest 1: Thu Aug 08 10:54:40 2024 ALTER DATABASE RECOVER MANAGED STANDBY DATABASE FINISH force Terminal ...继续阅读 (23)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：[comingback2022@cock.li].eking和[tsai.shen@mailfence.com].faust扩展名勒索病毒数据库可以完美恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近接到两个由于操作系统文件被加密,其中的Oracle数据库文件被勒索病毒加密恢复的请求,通过底层分析,确认这两种勒索病毒加密的数据库能够非常好的恢复（可以通过修复,直接open库,然后导出数据,业务直接使用）[comingback2022@cock.li].eking扩展名加密病毒H:\BaiduNetdisk>dir *.[comingback2022@cock.li].eking 驱动器 H 中的卷是 SSD-2T 卷的序列号是 BC99-FC29 H:\BaiduNetdisk 的目录 2024-08-05 21:30 1,395,400,994 O1_MF_SYSAUX_MB6WRFF4_.DBF.id[1A1BEE14-2939].[comingback2022@cock.li].eking 2024-08-05 21:30 860,627,234 O1_MF_SYSTEM_MB6WSTMC_.DBF.id ...继续阅读 (99)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：opatch auto 出现unable to get oracle owner for 错误作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在11.2.0.4环境中使用opatch auto 打psu补丁之时遇到unable to get oracle owner for 错误[root@rac1 35058300]# opatch auto . Executing /u01/app/11.2.0/grid/perl/bin/perl /u01/app/11.2.0/grid/OPatch/crs/patch11203.pl -patchdir . -patchn . -paramfile /u01/app/11.2.0/grid/crs/install/crsconfig_params This is the main log file: /u01/app/11.2.0/grid/cfgtoollogs/opatchauto2024-08-06_22-25-22.log This file will show your detected configuration and all the steps that opatchauto at ...继续阅读 (31)