联系：手机/微信(+86 17813235971) QQ(107644445)标题：最近遇到几起ORA-600 16703故障(tab$被清空),请引起重视作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近由于安装介质问题,导致tab$被清空的case又多了起来,最近遇到几个客户咨询此类问题以前写过一些类似的文档,参考:tab$恢复错误汇总ORA-600 kzrini:!uprofile处理10g数据库遭遇ORA-600 1670312C数据库遭遇ORA-600 16703ORA-00600: internal error code, arguments: [16703], [1403], [32]ORA-600 16703直接把orachk备份表插入到tab$恢复ORA-600 16703故障解析—tab$表被清空tab$异常被处理之后报ORA-600 13304故障处理aix平台tab$被删除可能出现ORA-600 [16703], [1403], [28]错误ORA-00600: internal error code, arguments: [16703], [1403], [4] 故障处理ORA-600 16703故障,客户找人恢复数据库,数据库被进一步恶意破坏—ORA-00704 ORA-00922警告：互联网中有or ...继续阅读 (57)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 2662快速恢复之Patch scn工具作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户数据库启动报ORA-600 2662错误SQL> recover database; 完成介质恢复。 SQL> alter database open ; alter database open * 第 1 行出现错误: ORA-00603: ORACLE server session terminated by fatal error ORA-00600: internal error code, arguments: [2662], [0], [272845978], [0], [272853062], [12583040] ORA-00600: internal error code, arguments: [2662], [0], [272845977], [0], [272853062], [12583040] ORA-01092: ORACLE instance terminated. Disconnection forced ORA-00600: internal error code, arguments: [2662], [ ...继续阅读 (58)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：TNS-12518: TNS:listener could not hand off client connection作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户反馈业务经常性出现数据库连接异常,通过工具访问ORACLE进程报ORA-12170通过分析发现lsnrctl status几乎hang住，tnsping延迟特别大进一步分析监听日志发现TNS-12518: TNS:listener could not hand off client connection错误12-MAR-2024 15:34:50 * (CONNECT_DATA=(CID=(PROGRAM=JDBC Thin Client) (HOST=__jdbc__)(USER=Administrator))(SERVICE_NAME=ilas)) * (ADDRESS=(PROTOCOL=tcp) (HOST=ip)(PORT=52854)) * establish * ilas * 12518 TNS-12518: TNS:listener could not hand off client connection TNS-12547: TNS:lost contact ...继续阅读 (70)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ora.storage无法启动报ORA-12514故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]19.11集群，节点2人工重启之后，crs启动异常[grid@xff2 ~]$ crsctl status res -t -init -------------------------------------------------------------------------------- Name Target State Server State details -------------------------------------------------------------------------------- Cluster Resources -------------------------------------------------------------------------------- ora.asm 1 ONLINE ONLINE xff2 STA ...继续阅读 (144)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：断电引起文件scn异常数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于异常断电，数据库最初启动报错Fri Mar 01 08:41:17 2024 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 1865809648 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Fri Mar 01 08:41:24 2024 ALTER DATABASE OPEN Errors in file /home/oracle/app/diag/rdbms/XFF/XFF/trace/XFF_ora_25243.trc: ORA-01113: file 13 needs media recovery ORA-01110: data file 13: '/data2/oracle/oradata/data/data00.dbf' ORA-1113 signalled during: ALTER DATABASE OP ...继续阅读 (85)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-16188: LOG_ARCHIVE_CONFIG settings inconsistent with previously started instance作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户反馈,rac有一个节点无法open(可以mount),在open过程报如下错误alert日志内容中报错主要为:ORA-16188: LOG_ARCHIVE_CONFIG settings inconsistent with previously started instanceThu Feb 29 17:46:15 2024 Successful mount of redo thread 1, with mount id 354054158 Database mounted in Shared Mode (CLUSTER_DATABASE=TRUE) Lost write protection disabled Completed: ALTER DATABASE MOUNT /* db agent *//* {1:32636:2} */ ALTER DATABASE OPEN /* db agent *//* {1:32636:2} * ...继续阅读 (102)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.[hudsonL@cock.li].mkp勒索加密数据库完美恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有朋友oracle数据库所在机器被加密,扩展名为：.[hudsonL@cock.li].mkp,数据文件类似：通过专业工具分析,确认这次运气非常好,每个文件就加密破坏前面31个block通过研发的Oracle数据文件勒索恢复工具进行恢复顺利数据库并且导出数据mkp勒索病毒预防建议：1. 教育和培训：提高用户的网络安全意识非常重要。通过定期的网络安全培训和教育，向用户传达有关勒索病毒及其传播方式的知识，让他们能够警惕潜在的威胁，并学会如何正确应对可疑的电子邮件、链接和附件。2. 更新和维护：及时更新操作系统、应用程序和安全软件，以修补已知的漏洞，并确保系统能够及时获取最新的安全补丁。此外，定期进行系统维护和检查，确保系统的安全配置和设置。3. 备份数据：定期备份重要的数据和文件，并将备份存储在安全的离线或云存储中。确保备份是完整的、可靠的，并且能够及时恢复，以便在发生勒索病毒感染或其他数据丢失事件时能够快速恢复数据。4. 网络安全工具：使用可信赖的网络安全工具，包括防病毒软件、防火墙、入侵检测系统等，以提高系统的安全性和防护能力。定期对系统进 ...继续阅读 (67)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：模拟带库实现rman远程备份作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]rman通过模拟带库备份到远程机器,需要先配置oracle用户ssh到目标机器RMAN> RUN { 2> ALLOCATE CHANNEL S1 DEVICE TYPE sbt 3> PARMS='SBT_LIBRARY=/tmp/rman_sync.so,ENV=( 4> OB_SERVER=www.xifenfei.com, 5> OB_USER=root, 6> OB_PORT=22123, 7> OB_PATH=/tmp)'; 8> BACKUP CURRENT CONTROLFILE FORMAT 'ctl_%U'; 9> } allocated channel: S1 channel S1: SID=125 device type=SBT_TAPE channel S1: SBT/SSH2-SFTP Starting backup at 22-FEB-24 channel S1: starting full datafile backup set channel S1: specifying datafile(s) in backup set includin ...继续阅读 (69)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：又一例:ORA-600 kclchkblk_4和2662故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户恢复请求:由于未知原因导致aix环境的rac两台主机同时重启之后数据库无法正常启动,初步判断是由于写丢失导致故障（ORA-00742 ORA-00353）Wed Feb 21 09:23:06 2024 ALTER DATABASE OPEN This instance was first to open Abort recovery for domain 0 Errors in file /oracle/db/diag/rdbms/xff/xff1/trace/xff1_ora_5767246.trc: ORA-01113: file 32 needs media recovery ORA-01110: data file 32: '+DATA/xff/datafile/x5sys_cs.dbf' ORA-1113 signalled during: ALTER DATABASE OPEN... Wed Feb 21 09:23:27 2024 ALTER DATABASE RECOVER datafile '+DATA/xff/dat ...继续阅读 (107)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle误删除数据文件恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户通过sftp误删除oracle数据文件,咨询我们是否可以恢复,通过远程上去检查,发现运气不错,数据库还没有crash,通过句柄找到被删除文件oracle@cwgstestdb[testwctdb]/proc/20611/fd$ls -ltr total 0 lr-x------ 1 oracle oinstall 64 Feb 20 14:03 9 -> /oracle/db19c/rdbms/mesg/oraus.msb lrwx------ 1 oracle oinstall 64 Feb 20 14:03 8 -> /oracle/db19c/dbs/lkTESTWCTDB lrwx------ 1 oracle oinstall 64 Feb 20 14:03 7 -> /oracle/db19c/dbs/hc_testwctdb.dat lr-x------ 1 oracle oinstall 64 Feb 20 14:03 6 -> /var/lib/sss/mc/passwd lr-x------ 1 oracle oinstall 64 Feb 20 1 ...继续阅读 (73)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19C 备库DML重定向—DML Redirection作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在19c之前，oracle Data Guard备用数据库上不能执行DML操作，但是，从19c开始备库就可以进行DML操作了；Active Data Guard备用数据库上运行DML操作，可以在备用数据库上运行只读应用程序，偶尔执行DML（太频繁影响主库性能），备库上的DML操作可以透明地重定向到主数据库并在主数据库上运行。也包括PL/SQL块中的DML语句。Active Data Guard会话将等待，直到将相应的更改发送到Active Data Guard备用数据库并将其应用于Active Data Guard备用数据库为止。在DML操作期间将保持读取一致性，并且运行DML的备用数据库可以查看其未提交的更改。但是，所有其他备用数据库实例只有在提交事务后才能查看这些更改。在主库上创建测试表SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- ...继续阅读 (64)

联系：手机/微信(+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 ...继续阅读 (85)

联系：手机/微信(+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 ...继续阅读 (69)

联系：手机/微信(+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 安装程序和补丁程序 ...继续阅读 (81)

联系：手机/微信(+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 ...继续阅读 (92)

联系：手机/微信(+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 ...继续阅读 (82)

联系：手机/微信(+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 ...继续阅读 (85)

联系：手机/微信(+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 ...继续阅读 (99)

联系：手机/微信(+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 ...继续阅读 (89)

联系：手机/微信(+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 ...继续阅读 (93)

联系：手机/微信(+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数据库恢复 ...继续阅读 (106)

联系：手机/微信(+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 ...继续阅读 (141)

联系：手机/微信(+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 ...继续阅读 (99)

联系：手机/微信(+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 ...继续阅读 (140)

联系：手机/微信(+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: ...继续阅读 (89)

联系：手机/微信(+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 ...继续阅读 (88)

联系：手机/微信(+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: ...继续阅读 (91)

联系：手机/微信(+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 ...继续阅读 (87)

联系：手机/微信(+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 ...继续阅读 (97)