惜分飞
发表于
2023-04-13 12:50:09

V$Wait_Chains定位阻塞源头

联系：手机/微信(+86 17813235971) QQ(107644445)标题：V$Wait_Chains定位阻塞源头作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]从11.1开始,查询会话阻塞,V$Wait_Chains是一个非常好的视图,通过他可以快速找到阻塞源头.进行一个简单的测试测试表create table t1 as select * from dba_objects;会话1SQL> delete from t1 where object_id>100 and object_id<10000; 9712 rows deleted.会话2SQL> delete from t1 where object_id<200; ---hang住会话3SQL> delete from t1 where object_id>88 and object_id<150; --hang住会话4进行查询分析SQL> set lines 150 SQL> SELECT chain_id, num_waiters, in_wait_secs, osid, blocker_osid, substr(wait_event_text,1,30) FROM v$wait_chains; CHAIN_ID NUM_WAITERS IN_WAIT_ ...继续阅读 (93)

惜分飞
发表于
2023-04-11 05:58:03

update user$报ORA-01031错误

联系：手机/微信(+86 17813235971) QQ(107644445)标题：update user$报ORA-01031错误作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在oracle的有些版本中,为了安全不允许用户直接update USER$表[oracle@dbserver1 ~]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Tue Apr 11 12:51:55 2023 Version 19.16.0.0.0 Copyright (c) 1982, 2022, Oracle. All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.16.0.0.0 SQL> UPDATE USER$ SET NAME='XFF' WHERE NAME='XIFENFEI'; UPDATE USER$ SET NAME='XFF' WHERE NAME='XIFENFEI' * ERROR at line 1: ORA-01031: insuffi ...继续阅读 (89)

惜分飞
发表于
2023-04-11 05:36:44

删除ora.asmgroup资源offline记录

联系：手机/微信(+86 17813235971) QQ(107644445)标题：删除ora.asmgroup资源offline记录作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]采用了fix asm之后,查看集群状态的时候会有一个ora.asmgroup相关是offline状态,可以通过srvctl modify asm -count 2命令强制把asm count设置为2从而就不会有offline的资源存在[grid@dbserver1 ~]$ crsctl status res -t -------------------------------------------------------------------------------- Name Target State Server State details -------------------------------------------------------------------------------- Local Resources ------------------------------------------------------------------- ...继续阅读 (88)

惜分飞
发表于
2023-04-11 05:33:15

清理类似SYS$SYS.KUPC$C_2_20230411115109_0服务

联系：手机/微信(+86 17813235971) QQ(107644445)标题：清理类似SYS$SYS.KUPC$C_2_20230411115109_0服务作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]查看监听发现大量类似SYS$SYS.KUPC$C_2_20230411115109_0 服务[grid@dbserver1 ~]$ lsnrctl status LISTENER_SCAN1 LSNRCTL for Linux: Version 19.0.0.0.0 - Production on 11-APR-2023 13:05:47 Copyright (c) 1991, 2022, Oracle. All rights reserved. Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=IPC)(KEY=LISTENER_SCAN1))) STATUS of the LISTENER ------------------------ Alias LISTENER_SCAN1 Version TNSLSNR for Linux: Version 19.0.0.0.0 - Production St ...继续阅读 (89)

惜分飞
发表于
2023-04-10 14:47:46

Oracle Recovery Tools更新—202304

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle Recovery Tools更新—202304作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近对Oracle Recovery Tools工具进行了升级,增加了在某些恢复情况下对于单个文件的CheckPoint Time的显示,便于判断文件的有效性(便于历史文件区分),该软件是一个恢复小工具,主要定位:1. 对于某些恢复场景的快速判断,便于问题定位和后续恢复2. 实现图形化快速修复损坏的oracle数据块和构造块3. 实现图形化快速修改文件头信息,代替bbed解决文件头的各种scn等问题4. 快速修改内存中记录,在某些强制拉库的过程中提供便利,特别是在win平台后续版本中无法通过oradebug等方式修改的情况下使用把对Oracle内存修改功能集成到该软件中增加了一些可能使用到的小功能软件下载地址:OraRecovery下载可以处理常见的oracle故障案例:Oracle Recovery Tools修复空闲坏块Oracle Recovery Tools实战批量坏块修复Oracle Recovery Tools快速恢复ORA-19909Oracle Recovery Tools 解决ORA-600 3020故障Oracle ...继续阅读 (96)

惜分飞
发表于
2023-04-02 14:37:04

messages日志报Error:emcp:emcp_pseudo_ctl_ioctl错误

联系：手机/微信(+86 17813235971) QQ(107644445)标题：messages日志报Error:emcp:emcp_pseudo_ctl_ioctl错误作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在linux平台的rac中，当存储使用的是emc,而且多路径使用的是EMC PowerPath,我们有时候会在系统的/var/log/messages日志中看到类似这样的信息Apr 2 18:19:09 his02 kernel: Error:emcp:emcp_pseudo_ctl_ioctl: Invalid cmd 0x1268, proc name: osysmond.bin Apr 2 18:19:09 his02 kernel: Error:emcp:emcp_pseudo_ctl_ioctl: Invalid cmd 0x2285, proc name: osysmond.bin Apr 2 19:19:09 his02 kernel: Error:emcp:emcp_pseudo_ctl_ioctl: Invalid cmd 0x80081272, proc name: osysmond.bin Apr 2 19:19:09 his02 kernel: Error:emcp:emcp_pseu ...继续阅读 (132)

惜分飞
发表于
2023-03-25 13:15:28

Oracle 启动后一会儿就挂掉故障处理—ORA-600 17182

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 启动后一会儿就挂掉故障处理—ORA-600 17182作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一例正常运行的数据库突然节点不停重启(因为是rac,启动一会儿就crash,然后又被crs给启动起来,然后有crash,依次循环),告警日志类似:Fri Mar 24 13:36:07 2023 QMNC started with pid=124, OS id=188397 ARC3: Archival started ARC0: STARTING ARCH PROCESSES COMPLETE Completed: ALTER DATABASE OPEN Fri Mar 24 13:36:08 2023 minact-scn: Inst 1 is now the master inc#:2 mmon proc-id:188028 status:0x7 minact-scn status: grec-scn:0x0000.00000000 gmin-scn:0x0000.00000000 gcalc-scn:0x0000.00000000 Fri Mar 24 13:36:08 2023 Starting backgroun ...继续阅读 (94)

惜分飞
发表于
2023-03-19 14:20:14

断电引起的oracle数据库异常恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：断电引起的oracle数据库异常恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]服务器断电，数据库mount失败SQL> startup mount pfile='d:/pfile.txt' ORACLE 例程已经启动。 Total System Global Area 1185853440 bytes Fixed Size 2175168 bytes Variable Size 335548224 bytes Database Buffers 838860800 bytes Redo Buffers 9269248 bytes ORA-00205: ?????????, ??????, ???????alert日志报错信息Sun Mar 19 20:18:29 2023 ALTER DATABASE MOUNT Errors in file d:\app\xifenfei\diag\rdbms\orcl\orcl\trace\orcl_ckpt_15064.trc (incident=3697): ORA-00227: ??????? ...继续阅读 (87)

惜分飞
发表于
2023-03-18 16:18:56

等保修改oracle SYS用户名要求的请注意—ORA-00600 kokasgi1

联系：手机/微信(+86 17813235971) QQ(107644445)标题：等保修改oracle SYS用户名要求的请注意—ORA-00600 kokasgi1作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在2019年处理过第一起ORA-00600 kokasgi1故障到现在,已经过去了近4年,今天又有客户依旧因为修改sys重启库遇到该问题通过分析确认客户那边在等保的时候要求修改oracle的SYS用户然后重启数据库，数据库就开始报ORA-600 kokasgi1错误.再次呼吁:1. oracle的sys用户名不能修改,这个东西是写在oracle代码里面的，启动的时候会去读取2.如果已经修改了sys用户名的,请在数据库重启之前一定修改回来2022年恢复第一单ORA-600 kokasgi1再一例asm disk被误加入vg并且扩容lv恢复再次遇到ORA-600 kokasgi1故障恢复truncate sys用户表导致数据库异常恢复IMP-00009: abnormal end of export file.eight加密数据库恢复_locked加密数据库恢复Buffer I/O error on dev故障数据库恢复部分oracle数据文件被加密完美恢复Oracle Recovery Tools—2 ...继续阅读 (77)

惜分飞
发表于
2023-03-15 05:32:56

ORA-07445 opiaba—绑定变量超过65535导致实例crash

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-07445 opiaba—绑定变量超过65535导致实例crash作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库异常报ORA-07445 opiaba，ORA-00600 17147错,导致实例crashWed Mar 15 09:48:06 2023 Exception [type: SIGSEGV, SI_KERNEL(general_protection)] [ADDR:0x0] [PC:0x187B953, opiaba()+639] [flags: 0x0, count: 1] Errors in file /u01/app/oracle/diag/rdbms/xifenfei/xifenfei3/trace/xifenfei3_ora_169909.trc (incident=446531): ORA-07445: 出现异常错误: 核心转储 [opiaba()+639] [SIGSEGV] [ADDR:0x0] [PC:0x187B953] [SI_KERNEL(general_protection)] [] Incident details in: /u01/app/oracle/diag/rdbms/xif ...继续阅读 (89)

惜分飞
发表于
2023-03-13 15:41:45

Buffer I/O error on dev故障数据库恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Buffer I/O error on dev故障数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户对虚拟化环境进行物理机加内存,结果发现数据库服务器无法正常启动,报Buffer I/O error on dev错误通过对底层虚拟化磁盘进行分析,确定vg为centos,数据所在的磁盘组为root进一步恢复其中数据然后顺利打开数据库,数据0丢失[oracle@xifenfei u01]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Mon Mar 13 23:27:42 2023 Version 19.13.0.0.0 Copyright (c) 1982, 2021, Oracle. All rights reserved. Connected to an idle instance. SQL> startup ORACLE instance started. Total System Global Area 1.0100E+10 bytes Fixed Size 13625520 bytes Variable ...继续阅读 (78)

惜分飞
发表于
2023-03-09 14:06:59

12.1.0.2最新patch—202301

联系：手机/微信(+86 17813235971) QQ(107644445)标题：12.1.0.2最新patch—202301作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]Release DateVersionDownload linkIncluded in Windows Bundle17-Jan-202312.1.0.2.230117 (Jan 2023) Database Patch Set Update (DB PSU)Patch 34677720NA – out of error correctionSPARC and AIX ETA is 30-Jan-202318-Oct-202212.1.0.2.221018 (Oct 2022) Database Patch Set Update (DB PSU)Patch 34386266NA – out of error correction19-Jul-202212.1.0.2.220719 (Jul 2022) Database Patch Set Update (DB PSU)Patch 3405774212.1.0.2.220719 WIN DB BPPatch 3388327119-Apr-202212.1.0.2.220419 ...继续阅读 (107)

惜分飞
发表于
2023-03-09 14:01:20

11.2.0.4最新patch信息—202301

联系：手机/微信(+86 17813235971) QQ(107644445)标题：11.2.0.4最新patch信息—202301作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]Release DateVersionDownload linkIncluded in Windows Bundle17-Jan-202311.2.0.4.230117 (Jan 2023) Database Patch Set Update (DB PSU)Patch 34677698* Out of Error Correction18-Oct-202211.2.0.4.221018 (Oct 2022) Database Patch Set Update (DB PSU)Patch 34386237*Patch 3447443319-Jul-202211.2.0.4.220719 (Jul 2022) Database Patch Set Update (DB PSU)Patch 34057724*Patch 3388335319-Apr-202211.2.0.4.220419 (Apr 2022) Database Patch Set Update (DB PSU)Patch 33711103*Patch 3377671518-Jan-2 ...继续阅读 (87)

惜分飞
发表于
2023-03-07 15:12:55

网卡异常导致数据库实例启动异常

联系：手机/微信(+86 17813235971) QQ(107644445)标题：网卡异常导致数据库实例启动异常作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一套集群,一个节点启动正常,另外一个节点无法正常启动实例,启动异常节点alert日志Tue Mar 07 19:07:29 2023 IPC Send timeout detected. Receiver ospid 6386 [ Tue Mar 07 19:07:29 2023 Errors in file /u01/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms0_6386.trc: IPC Send timeout detected. Receiver ospid 6402 [ Tue Mar 07 19:07:29 2023 Errors in file /u01/app/oracle/diag/rdbms/xff/xff2/trace/xff2_lms4_6402.trc: Tue Mar 07 19:07:29 2023 Received an instance abort message from instance 1 Please check instance 1 alert and LMON trace files ...继续阅读 (85)

惜分飞
发表于
2023-03-05 07:26:24

误删除asm disk导致磁盘组无法mount数据库恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：误删除asm disk导致磁盘组无法mount数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户误删除asm disk两个lun（由于这个是这个存储的特殊性,删除lun之后,存储层面无法恢复出来对应的lun数据,导致客户彻底放弃了硬件层面恢复的可能性.）,导致asm磁盘组无法正常mountSQL> ALTER DISKGROUP DATA MOUNT /* asm agent *//* {1:27928:40938} */ NOTE: cache registered group DATA number=3 incarn=0x60fa38b1 NOTE: cache began mount (first) of group DATA number=3 incarn=0x60fa38b1 NOTE: Assigning number (3,0) to disk (/dev/rdisk/VD02_DBF) NOTE: Assigning number (3,1) to disk (/dev/rdisk/VD03_DBF) NOTE: Assigning number (3,2) to disk (/dev/rdisk/VD04_DBF) N ...继续阅读 (91)

惜分飞
发表于
2023-03-04 14:35:03

.eight加密数据库恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.eight加密数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户文件系统被加密,扩展名为:.id[4A434170-2803].[BobyWillson@gmx.com].eight,oracle数据库在其中通过底层分区,确认该数据文件只是被加密破坏一点,通过自研的Oracle数据库文件加密勒索恢复工具处理后直接open数据库成功然后使用exp顺利导出数据对于类似这种被加密的勒索的数据文件,我们可以实现比较好的恢复效果,如果此类的数据库(oracle,mysql,sql server)等被加密,需要专业恢复技术支持，请联系我们:电话/微信:17813235971 Q Q:107644445 E-Mail:dba@xifenfei.com系统安全防护措施建议：1.多台机器，不要使用相同的账号和口令2.登录口令要有足够的长度和复杂性，并定期更换登录口令3.重要资料的共享文件夹应设置访问权限控制，并进行定期备份4.定期检测系统和软件中的安全漏洞，及时打上补丁。5.定期到服务器检查是否存在异常。6.安装安全防护软件，并确保其正常运行。7.从正规渠道下载安装软件。8.对不熟悉的软件，如果已经被杀毒软件拦截查杀，不要添加信任继续运行 ...继续阅读 (84)

惜分飞
发表于
2023-02-25 13:52:12

win强制修改盘符导致oracle异常恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：win强制修改盘符导致oracle异常恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户反馈,他们在系统没有关闭数据库的情况下,强制修改了win系统盘符,然后导致数据库异常,启动报错Sat Feb 25 12:50:40 2023 Recovery of Online Redo Log: Thread 1 Group 2 Seq 10440 Reading mem 0 Mem# 0 errs 0: G:\ORACLE\PRODUCT\10.2.0\ORADATA\ORCL\REDO02.LOG Sat Feb 25 12:50:40 2023 Completed redo application Sat Feb 25 12:50:40 2023 Errors in file g:\oracle\product\10.2.0\admin\orcl\bdump\orcl_p001_5604.trc: ORA-00600: 内部错误代码, 参数: [2037], [25801018], [2973409798], [6], [255], [25], [1198764346], [100796692] Sat Feb 25 12:50:40 20 ...继续阅读 (86)

惜分飞
发表于
2023-02-17 12:38:58

再一例asm disk被误加入vg并且扩容lv恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：再一例asm disk被误加入vg并且扩容lv恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又一客户把三块asm disk磁盘加入到vg里面(两个节点的root vg中),并且还进行了扩容加入之后,还对该lv里面进行了expdp数据导出(导出一半失败了,数据库挂了),进而引起了大量的asm磁盘中数据块被文件系统中的expdp导出的dmp复写通过对损坏磁盘进行kfed分析大概判断损坏到90GB位置对于这种asm磁盘损坏比较多的情况,常规kfed无法进行修复,只能采用底层基于block层面的扫描恢复,参考:asm disk header 彻底损坏恢复通过底层处理恢复出来数据文件:然后通过可以有的2天之前的备份,结合dul工具,恢复出来最近数据,业务层面进行整合,完成本次数据恢复有过类似的恢复案例:asm disk被加入vg恢复又一例asm disk 加入vg故障又一例asm disk 加入vg故障IMP-00009: abnormal end of export filetruncate sys用户表导致数据库异常恢复_locked加密数据库恢复InnoDB: Database page corruption on disk or a failed ...继续阅读 (79)

惜分飞
发表于
2023-02-12 12:21:32

重建control遗漏数据文件,reseltogs报ORA-1555错误处理

联系：手机/微信(+86 17813235971) QQ(107644445)标题：重建control遗漏数据文件,reseltogs报ORA-1555错误处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]又一客户,误删除oracle redo导致数据库无法正常启动,自己尝试重建ctl,结果遗漏部分oracle数据文件并且尝试过resetlogs,导致部分文件resetlogs scn不一致.导致重建ctl失败Fri Feb 10 12:41:20 2023 CREATE CONTROLFILE REUSE DATABASE "orcl" RESETLOGS NOARCHIVELOG MAXLOGFILES 50 MAXLOGMEMBERS 5 MAXDATAFILES 100 MAXINSTANCES 8 MAXLOGHISTORY 226 LOGFILE GROUP 1 'H:\BaiduNetdisk\couga/redo01.log' SIZE 50M, GROUP 2 'H:\BaiduNetdisk\couga/redo02.log' SIZE 50M, GROUP 3 'H:\BaiduNetdisk\couga/redo03.log' SIZE 50M DA ...继续阅读 (82)

惜分飞
发表于
2023-02-12 04:56:47

InnoDB: Database page corruption on disk or a failed file read of page恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：InnoDB: Database page corruption on disk or a failed file read of page恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于文件系统或者硬件故障导致mysql启动报错InnoDB: Database page corruption on disk or a failed file read of page使用innodb_force_recovery参数,数据库启动成功,但是部分表查询报错,对于这种情况,是由于ibd文件本身有损坏,通过DISCARD TABLESPACE和IMPORT TABLESPACE也无法解决,只能对ibd文件进行恢复，通过工具直接解析ibd文件恢复其中数据IMP-00009: abnormal end of export filetruncate sys用户表导致数据库异常恢复_locked加密数据库恢复部分oracle数据文件被加密完美恢复[star-new@email.tg].Devos加密数据库恢复ORA-01110 ORA-17070 OSD-04006 故障恢复.makop加密数据库恢复mysql ibd文件反删除恢复之后异常处理win 11.2 ...继续阅读 (62)

惜分飞
发表于
2023-02-11 15:39:25

_locked加密数据库恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：_locked加密数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近比较多的客户被._locked勒索病毒加密这种加密和以往的常见加密不太一样,它把文件名都给修改了,无法类似以前那样通过文件名判断出来对应的用途(比如哪些是oracle数据文件,哪些是sql server文件等),所有文件被加密成随机名字._locked,通过对其底层进行分析,可以确认该文件损坏很少,oracle和sql server基本上可以实现完美恢复(特别是11G及其以后版本,恢复效果和数据库直接运行状态下expdp/exp导出效果一样)通过oracle数据文件加密勒索工具即可实现快速恢复oracle数据文件实现数据库open,然后导出数据预防远比救援重要，所以为了避免出现此类事件，强烈建议大家日常做好以下防护措施：①及时给办公终端和服务器打补丁，修复漏洞，包括操作系统以及第三方应用的补丁，防止攻击者通过漏洞入侵系统。②尽量关闭不必要的端口，如139、445、3389等端口。如果不使用，可直接关闭高危端口，降低被漏洞攻击的风险。③不对外提供服务的设备不要暴露于公网之上，对外提供服务的系统，应保持较低权限。④企业用户应采用高强度且无规律的密码来登录办公系统或服务器，要求包 ...继续阅读 (78)

惜分飞
发表于
2023-02-04 02:52:27

部分oracle数据文件被加密完美恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：部分oracle数据文件被加密完美恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户oracle数据文件部分被加密!!! ALL YOUR FILES ARE ENCRYPTED !!!.TXT中内容为:!!! ALL YOUR FILES ARE ENCRYPTED !!! All your files, documents, photos, databases and other important files are encrypted. You are not able to decrypt it by yourself! The only method of recovering files is to purchase an unique private key. Only we can give you this key and only we can recover your files. To be sure we have the decryptor and it works you can send an email: leonardoboss@onionmail.org and decrypt one file fo ...继续阅读 (86)

惜分飞
发表于
2023-01-11 10:17:52

ORA-600 kcbzpbuf_1故障恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 kcbzpbuf_1故障恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库启动报错ORA-03113SQL> startup; ORACLE instance started. Total System Global Area 5.1310E+10 bytes Fixed Size 2265224 bytes Variable Size 1.8119E+10 bytes Database Buffers 3.3152E+10 bytes Redo Buffers 36069376 bytes Database mounted. ORA-03113: end-of-file on communication channel Process ID: 117892 Session ID: 568 Serial number: 3分析alert日志发现ORA-600 kcbzpbuf_1报错Serial Media Recovery started Recovery of Online Redo Log: Thread 1 Group ...继续阅读 (72)

惜分飞
发表于
2023-01-05 14:37:27

Oracle 19c 断电异常恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19c 断电异常恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]19.3数据库由于异常断电,导致数据库无法启动，报ORA-600 ktbair2: illegal inheritance,ORA-600 6101等错误2023-01-02T22:01:37.310225+08:00 Errors in file D:\APP\ADMINISTRATOR\diag\rdbms\orcl\orcl\trace\orcl_pr0l_3788.trc: ORA-10562: Error occurred while applying redo to data block (file# 10, block# 399386) ORA-10564: tablespace DATA ORA-01110: data file 10: 'D:\ORADATA\DATA04.ORA' ORA-10561: block type 'TRANSACTION MANAGED INDEX BLOCK', data object# 81882 ORA-00600: internal error code, arguments: [ktbair2: illegal ...继续阅读 (84)

惜分飞
发表于
2023-01-02 13:18:54

Oracle Recovery Tools快速恢复ORA-19909

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle Recovery Tools快速恢复ORA-19909作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库服务器异常断电，数据库启动报ORA-01113 ORA-01110错误,无法正常openSun Jan 01 17:02:55 2023 alter database mount exclusive Successful mount of redo thread 1, with mount id 1652739647 Database mounted in Exclusive Mode Lost write protection disabled Completed: alter database mount exclusive alter database open Errors in file e:\oracle11g\diag\rdbms\orcl\orcl\trace\orcl_ora_4396.trc: ORA-01113: file 1 needs media recovery ORA-01110: data file 1: 'E:\ORACLE11G\ORADATA\ORCL\SYSTEM01.DBF' ORA-111 ...继续阅读 (77)

惜分飞
发表于
2023-01-01 12:24:46

IMP-00009: abnormal end of export file

联系：手机/微信(+86 17813235971) QQ(107644445)标题：IMP-00009: abnormal end of export file作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]exp导出数据正常,没有任何报错imp导入报IMP-00009和IMP-00020,而且报错表之后数据均未导入,imp程序结束IMP-00009: abnormal end of export file IMP-00020: long column too large for column buffer size (2) Import terminated successfully with warnings.使用show=y进行dmp文件验证,也报IMP-00009错误,证明是dmp本身异常通过dul对dmp文件分析找出来损坏的位置,对其进行人工修复,然后imp顺利导入故障原因是由于direct=true和分区表（该表132列,而且是空表）一起触发的某个bugtruncate sys用户表导致数据库异常恢复win 11.2.0.4打patch后服务无法正常启动处理ORA-00702一键恢复工具误删除分区oracle数据库恢复ORA-01110 ORA-17070 OSD-04006 故障恢复RAC节点时间间隔过大导致执行root ...继续阅读 (73)

惜分飞
发表于
2023-01-01 11:36:09

truncate sys用户表导致数据库异常恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：truncate sys用户表导致数据库异常恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户本想truncate业务用下面所有的表,结果连接成SYS用户,并且拼接truncate 批量语句,导致sys用户下面大量表被truncatesqlplus无法登录数据库通过分析obj$发现truncate成功了大量sys用户下面表基于这种情况,只能把业务数据恢复到一个新库中,然后应用厂商重新配置调试应用.提醒各位:truncate/drop等风险较高操作,一定要核实用户,避免误操作,如果真的遇到此类误操作,第一时间保护现场,原则上只要truncate表之后以前的block没有被覆盖均可恢复IMP-00009: abnormal end of export filewin 11.2.0.4打patch后服务无法正常启动处理ORA-00702一键恢复工具误删除分区oracle数据库恢复ORA-01110 ORA-17070 OSD-04006 故障恢复RAC节点时间间隔过大导致执行root.sh不成功Oracle Recovery Tools—202008.mallox加密数据库恢复.makop加密数据库恢复[star-new@email.tg ...继续阅读 (69)

惜分飞
发表于
2022-12-18 11:27:18

MySQL 8.0版本ibd文件恢复

联系：手机/微信(+86 17813235971) QQ(107644445)标题：MySQL 8.0版本ibd文件恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]对于单个的ibd文件,大部分情况下可以通过DISCARD TABLESPACE和IMPORT TABLESPACE方式进行恢复mysql> use test; Reading table information for completion of table and column names You can turn off this feature to get a quicker startup with -A Database changed mysql> CREATE TABLE `t1` ( -> `id` int DEFAULT NULL -> ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COLLATE=utf8mb4_0900_ai_ci; Query OK, 0 rows affected (0.01 sec) mysql> insert into t1 values(1); Query OK, 1 row affected (0.02 sec) mysql> insert into t1 va ...继续阅读 (74)

惜分飞
发表于
2022-12-13 01:24:01

linux系统文件加密勒索病毒

联系：手机/微信(+86 17813235971) QQ(107644445)标题：linux系统文件加密勒索病毒作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]昨天晚上,一客户联系我们,其linux的dg备库上发现病毒,让我给看看,登录上去之后发现异常进程进一步检查发现很多文件被加密成.locked1对应的README.html内容[yyapp@ncapp ~]$ cat README1.html contact email: service@hellowinter.online, prepare 0.12btc, if you can't contact my email, please contact some data recovery company(suggest taobao.com), may they can contact to me . your person id:izeieOMvPH+SDWYAxX6snmD2k306byUOpTP4Djfm9gaekoP0Q9JwWVcG0NI1grBM/DIo22A+sjCm UfXXDwq/s72bc014WxmIy8jXCowuH4e6hJBjUgnkfoe/NbfPJN1CNQS3EdO6UaxMS3fwUzfnZTvW 63GyygBgZTzq9CfTdD ...继续阅读 (74)

专业Oracle数据库恢复技术支持