联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-01595/ORA-600 4194处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又一个客户由于服务器断电，导致oracle无法正常启动报ORA-600 4194错误Sat Jan 20 13:45:22 2024 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 32 processes Started redo scan Completed redo scan read 31 KB redo, 5 data blocks need recovery Started redo application at Thread 1: logseq 9, block 3 Recovery of Online Redo Log: Thread 1 Group 3 Seq 9 Reading mem 0 Mem# 0: D:\ORACLE\ORADATA\xff\REDO03.LOG Completed redo application of 0.02MB Completed crash recovery at ...继续阅读 (103)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：从ORA-00283 ORA-16433报错开始恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接手一个客户无法正常启动的故障数据库，尝试recover 报ORA-00283 ORA-16433错误[oracle@xff trace]$ sqlplus / as sysdba SQL*Plus: Release 12.1.0.2.0 Production on Sat Jan 27 04:46:23 2024 Copyright (c) 1982, 2014, Oracle. All rights reserved. ???: Oracle Database 12c Enterprise Edition Release 12.1.0.2.0 - 64bit Production With the Partitioning, OLAP, Advanced Analytics and Real Application Testing options SQL> show pdbs; SQL> select open_mode from v$database; OPEN_MODE -------------------- MOUNTED S ...继续阅读 (86)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：近期又遇到ORA-600 16703和ORA-702故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]比较常见的由于软件注入恶意代码或者被人恶意破坏的常见故障ORA-600 16703和ORA-702故障上面的故障是由于bootstrap$表被删除导致，以前处理过类似case:恶意删除bootstrap$导致数据库无法正常启动恶意删除bootstrap$导致数据库无法正常启动2019恢复第一单—ORA-704-ORA-702恢复ORA-00702: bootstrap verison ” inconsistent with version ’8.0.0.0.0′该故障的原因是一般是由于在互联网上下载了带恶意脚本的oracle安装介质,300天之后数据库重启会导致tab$被删除,参见:ORA-600 16703故障解析—tab$表被清空警告：互联网中有oracle介质被注入恶意程序导致—ORA-600 16703再次提醒oracle使用者:1. 不要使用从第三方网站下载非官方的数据库访问软件（发生过被注入恶意脚本的plsql dev案例:plsql dev引起的数据库被黑勒索比特币实现原理分析和解决方案）2. 从官方下载oracle 安装程序和补丁程序 ...继续阅读 (104)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：RECOVER_YOUR_DATA勒索恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]mysql数据库被删除库的勒索新变种会删除掉你的所有库里面表，并且在每个库里面创建一个RECOVER_YOUR_DATA表[root@xff appdata1]# cd receipt_2 [root@xff receipt_2]# ls db.opt RECOVER_YOUR_DATA.frm RECOVER_YOUR_DATA.ibd并且创建一个RECOVER_YOUR_DATA数据库,里面有一张RECOVER_YOUR_DATA表[root@xff RECOVER_YOUR_DATA]# ls -ltr total 116 -rw-rw---- 1 mysql mysql 61 Jan 21 10:14 db.opt -rw-rw---- 1 mysql mysql 8560 Jan 21 10:14 RECOVER_YOUR_DATA.frm -rw-rw---- 1 mysql mysql 98304 Jan 21 10:14 RECOVER_YOUR_DATA.ibd所有的RECOVER_YOUR_DATA表内容为:All your ...继续阅读 (115)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-01033: ORACLE initialization or shutdown in progress 故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户反馈数据库使用plsql dev登录报ORA-01033: ORACLE initialization or shutdown in progress的错误出现该错误一般是由于数据库没有正常open成功,查看oracle 告警日志发现Mon Jan 22 16:55:50 2024 Database mounted in Exclusive Mode Lost write protection disabled Completed: alter database mount exclusive alter database open Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Completed redo scan read 139 KB redo, 70 data blocks need recovery Errors i ...继续阅读 (114)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19c/21c最新patch信息-202401作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]2024年1月份，19c和21c最新patch信息21.0.0.0DescriptionDatabase UpdateGI UpdateWindows Bundle PatchJAN2024 (21.13.0.0.0)360412223603179035962857OCT2023 (21.12.0.0.0)357402583573801035681617JUL2023  (21.11.0.0.0)354289783542790735347974APR2023 (21.10.0.0.0)351349343513256635046488JAN2023 (21.9.0.0.0)348397413483841534750812Oct2022 (21.8.0.0.0)345270843452614234468137JUL2022 (21.7.0.0.0)341604443415558934110698APR2022 (21.6.0.0.0)338437453385939533829143JAN2022 (21.5.0.0.0)335164123353190 ...继续阅读 (88)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：存储故障,强制拉库报ORA-600 kcbzib_kcrsds_1处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]硬件故障,客户自行强制resetlogs库,报ORA-600 kcbzib_kcrsds_1错误2024-01-17T17:30:33.094367+08:00 alter database open resetlogs 2024-01-17T17:30:33.105461+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 16456823130015 time .... (PID:1584): Clearing online redo logfile 1 /u01/app/oracle/oradata/XFF/redo01.log .... (PID:1584): Clearing online redo logfile 2 ...继续阅读 (93)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 kcrf_resilver_log_1故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接手一个客户的数据库故障处理,最初数据库启动报ORA-600 kcrf_resilver_log_1错Mon Jan 08 16:16:22 2024 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 2385308630 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Mon Jan 08 16:16:26 2024 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 15 processes Started redo scan Errors in file /u2/11G/base/diag/rdbms/xff/xff/trace/xff_ora_3350.trc (in ...继续阅读 (98)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-00600: internal error code, arguments: [4193], [35191], [35263]作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户数据库由于磁盘空间满导致数据库异常,然后自行尝试强制拉库,结果数据库报ORA-00600: internal error code, arguments: [4193], [35191], [35263]错误,无法启动成功[oracle@oracledb ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Fri Jan 12 22:40:54 2024 Version 19.3.0.0.0 Copyright (c) 1982, 2019, Oracle. All rights reserved. Connected to an idle instance. SQL> startup mount; ORACLE instance started. Total System Global Area 1.0066E+10 bytes Fixed Size 12684 ...继续阅读 (98)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：mysql数据库被黑恢复—应用层面delete删除作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户的mysql被人从应用层面攻击,并且删除了一些数据,导致业务无法正常使用,通过底层分析binlog确认类似恢复操作确认这类的业务破坏是通过delete操作实现的,客户那边不太幸,客户找了多人进行恢复,现场严重破坏,老库被删除,并且还原了历史的备份文件(非故障第一现场),通过底层扫描恢复出来ibd和page文件,然后解析对应的文件,运气不错,恢复出来客户需要的数据误删除分区oracle数据库恢复win 11.2.0.4打patch后服务无法正常启动处理ORA-00702一键恢复工具ORA-01110 ORA-17070 OSD-04006 故障恢复RAC节点时间间隔过大导致执行root.sh不成功kettle导致MySQL数据丢失恢复Oracle Recovery Tools—202008[star-new@email.tg].Devos加密数据库恢复.mallox加密数据库恢复.makop加密数据库恢复ORA-01122 ORA-01200故障处理40T勒索加密Oracle数据库恢复 ...继续阅读 (89)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-00600: internal error code, arguments: [4194], [], [], [], [], [], [], []作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]再来一例客户由于断电强制拉库之后,报ORA-600 4194错误的caseWed Jan 10 22:21:01 2024 ARC3 started with pid=39, OS id=4672 ARC1: Archival started ARC2: Archival started ARC2: Becoming the 'no FAL' ARCH ARC2: Becoming the 'no SRL' ARCH ARC1: Becoming the heartbeat ARCH SMON: enabling cache recovery Archived Log entry 4517 added for thread 1 sequence 23 ID 0xad378582 dest 1: [4796] Successfully onlined Undo Tablespace 8. Undo initialization finished seri ...继续阅读 (84)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：记录一次ORA-01200完美恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户虚拟化平台断电，导致oracle其数据库启动ORA-01200错误SQL> alter database open; alter database open * ERROR at line 1: ORA-01122: database file 1 failed verification check ORA-01110: data file 1: '/oradata/orcl/system01.dbf' ORA-01200: actual file size of 1122560 is smaller than correct size of 1131520 blocks对应的alert日志如下Thu Jan 11 11:36:48 2024 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 1685778896 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER ...继续阅读 (95)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：kfed修复ORA-15196作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有朋友的asm磁盘组因为以前遗留问题(在另外一套机器上的asm disk被加入到了一个新的asm磁盘组中,导致老的dg直接dismount,新加入asm disk的磁盘组一直在使用,未听建议进行重建),昨天突然意外dismount了Mon Dec 18 08:38:13 2023 NOTE: No asm libraries found in the system ASM Health Checker found 1 new failures Mon Dec 18 08:38:35 2023 NOTE: client his2:his registered, osid 3998514, mbr 0x1 Thu Jan 04 21:44:55 2024 WARNING: cache read a corrupt block: group=2(DATA) fn=1 blk=6743 disk=8 (DATA_0008) incarn=1428496145 au=3 blk=87 count=1 Errors in file /u01/app/grid/diag/asm/+asm ...继续阅读 (88)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：在线mv方式迁移数据文件导致数据库无法正常启动作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户在数据库没有关闭的情况下,直接操作系统层面mv方式把数据文件从一个分区迁移到另外一个分区,再创建ln -s(软连接)的方式实现数据文件不修改路径的方式数据文件迁移,结果数据库重启之后,库无法正常启动,报ORA-01172 ORA-01151错误Fri Dec 29 09:49:19 2023 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 11 processes Started redo scan Completed redo scan read 11591 KB redo, 1566 data blocks need recovery Started redo application at Thread 1: logseq 6320, block 479571 Recovery of Online Redo Log: Thread 1 Group 4 Seq 6320 Reading mem 0 Mem# 0: ...继续阅读 (91)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：resetlogs失败故障恢复-ORA-01555作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户数据库resetlogs报错Tue Dec 19 15:21:23 2023 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 1683789043 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Tue Dec 19 15:22:01 2023 alter database open resetlogs RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. ORA-1248 signalled during: alter database open resetlogs... Tue Dec 19 16:16:26 ...继续阅读 (94)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-01113 ORA-01110错误不一定都要Oracle Recovery Tools解决作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户联系我,说数据库故障经过他们一系列恢复之后,现在open库报ORA-01113 ORA-01110错误,咨询我Oracle Recovery Tools恢复工具是否可以解决该问题alert日志报错Sat Dec 16 09:10:45 2023 alter database open Errors in file f:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_8948.trc: ORA-01113: 文件 1 需要介质恢复 ORA-01110: 数据文件 1: 'F:\APP\ADMINISTRATOR\ORADATA\ORCL\SYSTEM01.DBF' ORA-1113 signalled during: alter database open...其实这个错误不是这个库不能打开的本质,一般遇到这种错误的客户,都是强制拉过库,在拉库的过程中失败,才是导致库不能open的本质原因,比如通过查看相关日志发现拉库的时候报ORA-01555 ...继续阅读 (100)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ssd trim导致fdisk格式化磁盘之后无法恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]8个节点的rac,有一个节点有点问题,重装系统的时候,没有选择任何磁盘结果发现该机器上的所有磁盘都被分区并且加入到centos的vg中了,导致另外7个节点的asm disk的所有磁盘全部异常,磁盘组无法正常mount,在以前正常的rac节点上pvs扫描发现如下结果对原asm disk(现在被分区加入到vg中的磁盘)进行分析发现所有的ssd磁盘被的以前记录被置空,机械磁盘的数据正常,机械磁盘kfed看到的记录[root@xxxrac5 oracle]# kfed read /dev/mapper/hdisk60 aun=2 aus=4096k kfbh.endian: 1 ; 0x000: 0x01 kfbh.hard: 130 ; 0x001: 0x82 kfbh.type: 3 ; 0x002: KFBTYP_ALLOCTBL kfbh.datfmt: ...继续阅读 (104)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ssd trim导致fdisk格式化磁盘之后无法恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]8个节点的rac,有一个节点有点问题,重装系统的时候,没有选择任何磁盘结果发现该机器上的所有磁盘都被分区并且加入到centos的vg中了,导致另外7个节点的asm disk的所有磁盘全部异常,磁盘组无法正常mount,在以前正常的rac节点上pvs扫描发现如下结果对原asm disk(现在被分区加入到vg中的磁盘)进行分析发现所有的ssd磁盘被的以前记录被置空,机械磁盘的数据正常,机械磁盘kfed看到的记录[root@xxxrac5 oracle]# kfed read /dev/mapper/hdisk60 aun=2 aus=4096k kfbh.endian: 1 ; 0x000: 0x01 kfbh.hard: 130 ; 0x001: 0x82 kfbh.type: 3 ; 0x002: KFBTYP_ALLOCTBL kfbh.datfmt: ...继续阅读 (94)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：kettle导致MySQL数据丢失恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户通过kettle 插入数据，由于配置不当导致原数据丢失,希望能够恢复之前数据（mysql数据库）通过分析（相关文件的时间）,判断kettle应该是在插入数据之前触发了truncate操作导致数据丢失,而且还插入了部分数据通过数据块层面扫描分析,找出来需要恢复表对应的page文件解析这些page文件恢复出来客户需要数据遇到此类误操作,最重要的是保护现场,尽可能减少对数据文件所在分区的写入操作,可以实现最大限度数据恢复.ORA-01122 ORA-01200故障处理MySQL数据库文件丢失恢复Oracle Recovery Tools恢复csc higher than block scnIMP-00009: abnormal end of export filetruncate sys用户表导致数据库异常恢复.faust加密勒索数据库恢复.eight加密数据库恢复udev_start导致vip漂移(常见情况:rac在线加盘操作引起)echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this messa ...继续阅读 (117)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：kettle导致MySQL数据丢失恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户通过kettle 插入数据，由于配置不当导致原数据丢失,希望能够恢复之前数据（mysql数据库）通过分析（相关文件的时间）,判断kettle应该是在插入数据之前触发了truncate操作导致数据丢失,而且还插入了部分数据通过数据块层面扫描分析,找出来需要恢复表对应的page文件解析这些page文件恢复出来客户需要数据遇到此类误操作,最重要的是保护现场,尽可能减少对数据文件所在分区的写入操作,可以实现最大限度数据恢复.ORA-01122 ORA-01200故障处理MySQL数据库文件丢失恢复Oracle Recovery Tools恢复csc higher than block scnIMP-00009: abnormal end of export filetruncate sys用户表导致数据库异常恢复.faust加密勒索数据库恢复.eight加密数据库恢复udev_start导致vip漂移(常见情况:rac在线加盘操作引起)echo 0 > /proc/sys/kernel/hung_task_timeout_secs disables this messa ...继续阅读 (92)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 3020/ORA-600 2662故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库重启之后报ORA-600 3020错误Tue Dec 12 00:37:44 2023 ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log /data/oracle/flash_recovery_area/ORCL/archivelog/2023_11_30/o1_mf_1_3867_lpj3krsn_.arc ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ... ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log /data/oracle/flash_recovery_area/ORCL/archivelog/2023_12_02/o1_mf_1_3868_lppkmyhf_.arc Tue Dec 12 00:37:45 2023 Errors in file /data/oracle/diag/rd ...继续阅读 (126)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 3020/ORA-600 2662故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库重启之后报ORA-600 3020错误Tue Dec 12 00:37:44 2023 ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log /data/oracle/flash_recovery_area/ORCL/archivelog/2023_11_30/o1_mf_1_3867_lpj3krsn_.arc ORA-279 signalled during: ALTER DATABASE RECOVER CONTINUE DEFAULT ... ALTER DATABASE RECOVER CONTINUE DEFAULT Media Recovery Log /data/oracle/flash_recovery_area/ORCL/archivelog/2023_12_02/o1_mf_1_3868_lppkmyhf_.arc Tue Dec 12 00:37:45 2023 Errors in file /data/oracle/diag/rd ...继续阅读 (101)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：MySQL数据库文件丢失恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户服务器重启,mysql相关数据文件丢失通过底层工具进行分析,无法正确恢复数据库名字,一个个单个ibd文件(而且很多本身是错误的)对于这种情况,通过mysql block扫描恢复出来page文件恢复出来客户需要数据这个客户出现该故障的原因大概率是由于文件系统损坏导致.最终可以比较好的恢复,主要是故障之后第一时间保护了现场,没进行任何的写入覆盖,如果覆盖了神仙也没有办法.如果此类问题无法自行解决或者恢复效果不好,可以联系我们进行技术支持,最大限度抢救和数据,减少损失电话/微信:17813235971 Q Q:107644445 E-Mail:dba@xifenfei.comA____Z____RECOVER____DATA勒索恢复.eight加密数据库恢复.faust加密勒索数据库恢复.mdf.locked加密sql server完美恢复ORA-01122 ORA-01200故障处理部分oracle数据文件被加密完美恢复.makop加密数据库恢复Oracle Recovery Tools恢复csc higher than block scn.eking扩展名数据 ...继续阅读 (107)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：MySQL数据库文件丢失恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户服务器重启,mysql相关数据文件丢失通过底层工具进行分析,无法正确恢复数据库名字,一个个单个ibd文件(而且很多本身是错误的)对于这种情况,通过mysql block扫描恢复出来page文件恢复出来客户需要数据这个客户出现该故障的原因大概率是由于文件系统损坏导致.最终可以比较好的恢复,主要是故障之后第一时间保护了现场,没进行任何的写入覆盖,如果覆盖了神仙也没有办法.如果此类问题无法自行解决或者恢复效果不好,可以联系我们进行技术支持,最大限度抢救和数据,减少损失电话/微信:17813235971 Q Q:107644445 E-Mail:dba@xifenfei.comA____Z____RECOVER____DATA勒索恢复.eight加密数据库恢复.faust加密勒索数据库恢复.mdf.locked加密sql server完美恢复ORA-01122 ORA-01200故障处理部分oracle数据文件被加密完美恢复.makop加密数据库恢复Oracle Recovery Tools恢复csc higher than block scn.eking扩展名数据 ...继续阅读 (91)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Patch SCN工具一键恢复ORA-600 kcbzib_kcrsds_1作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一个19c库由于某种原因redo损坏强制打开库报ORA-600 kcbzib_kcrsds_1错误SQL> startup mount pfile='?/database/pfile.txt'; ORACLE instance started. Total System Global Area 859830696 bytes Fixed Size 9034152 bytes Variable Size 566231040 bytes Database Buffers 276824064 bytes Redo Buffers 7741440 bytes Database mounted. SQL> SQL> SQL> alter database open resetlogs ; alter database open resetlogs * ERROR at line 1: ORA-00603: ORACLE server ...继续阅读 (111)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Patch SCN工具一键恢复ORA-600 kcbzib_kcrsds_1作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一个19c库由于某种原因redo损坏强制打开库报ORA-600 kcbzib_kcrsds_1错误SQL> startup mount pfile='?/database/pfile.txt'; ORACLE instance started. Total System Global Area 859830696 bytes Fixed Size 9034152 bytes Variable Size 566231040 bytes Database Buffers 276824064 bytes Redo Buffers 7741440 bytes Database mounted. SQL> SQL> SQL> alter database open resetlogs ; alter database open resetlogs * ERROR at line 1: ORA-00603: ORACLE server ...继续阅读 (90)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库打patch建议设置nls_language为英文作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]昨晚给客户11.2.0.4打比较新的psu和ojvm patch(主要为了修复安全扫描漏洞)结果今天早上客户那边反馈应用有报ORA-29548错该错误比较明显应该是和java有关系,在本次变更中最大可能就是ojvm有关系,查看ojvm的postinstall.sql执行日志,发现如下问题34 -- Check the validity of JAVAVM and let the registry be updated accordingly. 35 36 initjvmaux.validate_javavm; 37 38 -- Add a row in registry$history to indicate this script was run. 39 40 EXECUTE IMMEDIATE 'insert into registry$history 41 (action_time, action, namespace, version, id, ...继续阅读 (148)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库打patch建议设置nls_language为英文作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]昨晚给客户11.2.0.4打比较新的psu和ojvm patch(主要为了修复安全扫描漏洞)结果今天早上客户那边反馈应用有报ORA-29548错该错误比较明显应该是和java有关系,在本次变更中最大可能就是ojvm有关系,查看ojvm的postinstall.sql执行日志,发现如下问题34 -- Check the validity of JAVAVM and let the registry be updated accordingly. 35 36 initjvmaux.validate_javavm; 37 38 -- Add a row in registry$history to indicate this script was run. 39 40 EXECUTE IMMEDIATE 'insert into registry$history 41 (action_time, action, namespace, version, id, ...继续阅读 (96)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：DBV-00107: Unknown header format 故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户linux平台被勒索病毒加密,其中有oracle数据库.客户联系黑客进行解密【勒索解密oracle失败】,但是数据库无法正常启动,dbv检查数据库文件报错[oracle@hisdb ~]$ dbv file=system01.dbf DBVERIFY: Release 11.2.0.1.0 - Production on 星期一 11月 27 21:49:17 2023 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. DBV-00107: 未知标头格式 (31) (287942924)对应的英文为:DBV-00107: Unknown header format (31) (287942924)，检查数据文件信息发现提示为 FILE NOT FOUND,使用脚本为:Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)检测结果通过分区确认是文件头损坏修复正确的文件头再次d ...继续阅读 (115)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：DBV-00107: Unknown header format 故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户linux平台被勒索病毒加密,其中有oracle数据库.客户联系黑客进行解密【勒索解密oracle失败】,但是数据库无法正常启动,dbv检查数据库文件报错[oracle@hisdb ~]$ dbv file=system01.dbf DBVERIFY: Release 11.2.0.1.0 - Production on 星期一 11月 27 21:49:17 2023 Copyright (c) 1982, 2009, Oracle and/or its affiliates. All rights reserved. DBV-00107: 未知标头格式 (31) (287942924)对应的英文为:DBV-00107: Unknown header format (31) (287942924)，检查数据文件信息发现提示为 FILE NOT FOUND,使用脚本为:Oracle数据库异常恢复检查脚本(Oracle Database Recovery Check)检测结果通过分区确认是文件头损坏修复正确的文件头再次d ...继续阅读 (94)