联系：手机/微信(+86 17813235971) QQ(107644445)标题：第一例Oracle 21c恢复咨询作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]记录一个Oracle 21c故障的恢复请求(这个是第一个21c的恢复咨询),这个表明21C确实有客户在生产上使用了(不过这个是国外客户,国内的目前还没有遇到)故障原因是最初的数据文件不一致,数据库无法open,最终经过一系列折腾之后,有数据文件offline的情况下执行了resetlogs,导致部分文件resetlogs scn不一致win 11.2.0.4打patch后服务无法正常启动处理Oracle Recovery Tools恢复MISSING00000文件故障ORA-00702一键恢复工具误删除分区oracle数据库恢复ORA-01110 ORA-17070 OSD-04006 故障恢复RAC节点时间间隔过大导致执行root.sh不成功VMware vSphere6.0 初试kettle导致MySQL数据丢失恢复[star-new@email.tg].Devos加密数据库恢复Oracle Recovery Tools—202008.makop加密数据库恢复.mallox加密数据库恢复 ...继续阅读 (7)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-15411: Failure groups in disk group DATA have different number of disks.作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户磁盘组以前规划是normal模式,但是由于某种原因,其中一个存储掉线了,出现一下状态SQL> select group_number,name,path,failgroup,state from v$asm_disk; GROUP_NUMBER NAME PATH FAILGROUP STATE ------------ ------------------------------ ------------------------------ ------------------------------ -------- 0 /dev/asmocr1 ...继续阅读 (15)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：断电引起的ORA-08102: 未找到索引关键字, 对象号 39故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近有客户在虚拟化平台运行oracle,由于机房掉电,导致oracle数据库无法正常启动,通过第三方恢复,oracle被强制拉起,但是无法进行ddl操作,比如创建表报ORA-08102: 未找到索引关键字, 对象号 39, 文件 1, 块 122448 (2) 错误通过obj#确认具体对象为i_obj#(也就是obj$对象上的一个index)由于这类对象属于数据库的底层核心对象,无法直接rebulid他们,根据以往经验,可以通过bbed对其进行修复,或者参考类似文章进行重建:分享I_OBJ4 ORA-8102故障恢复案例使用bbed 修复I_OBJ4 index 报ORA-8102错误通过bbed修改obj$中dataobj$重现I_OBJ4索引报ORA-08102错误bootstrap$核心index(I_OBJ1,I_USER1,I_FILE#_BLOCK#,I_IND1,I_TS#,I_CDEF1等)异常恢复—ORA-00701错误解决这个问题解决之后,该客户还有另外一个问题需要解决（不然数据库运行一段时间之后就会crash）W ...继续阅读 (12)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-00227: corrupt block detected in control file作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于服务器断电，导致oracle数据库无法正常启动，recover报ORA-00353 ORA-00312错SQL> recover datafile 1; ORA-00283: recovery session canceled due to errors ORA-00368: checksum error in redo log block ORA-00353: log corruption near block 8 change 237896529 time 12/03/2024 22:03:32 ORA-00312: online log 1 thread 1: 'E:\ORADATA\xifenfei\REDO01.LOG'报错提示比较明显,是由于oracle恢复需要的redo损坏,导致无法进行正常恢复,这种情况下,只能尝试强制打开库SQL> recover database until cancel; ORA-00279: change 237857808 generated at 12/03/2 ...继续阅读 (15)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：手工删除19c rac作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在某些时候,需要删除掉手工删除19c RAC,重新安装,以下是比较简便的操作(root用户操作)source /home/grid/.bash_profile crsctl stop crs systemctl disable oracle-ohasd systemctl stop oracle-ohasd systemctl disable oracle-tfa.service systemctl stop oracle-tfa rm -rf /etc/oracle rm -rf /etc/ora* rm -rf /u01 rm -rf /tmp/CVU* rm -rf /tmp/.oracle rm -rf /var/tmp/.oracle rm -f /etc/init.d/init.ohasd rm -f /etc/systemd/system/oracle-ohasd.service rm -f /etc/systemd/system/oracle-tfa.service dd if=/dev/zero of=/dev/asm_ocr1 bs=1024 count=1 ...继续阅读 (15)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：解决oracle数据文件路径有回车故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近遇到一个硬件恢复朋友的请求,oracle数据库文件恢复出来了,但是在linux上面启动的时候,有两个文件无法检测到,dbv检测正常.通过分析是由于文件无法找到原因导致进一步检查发现原库这两个文件结尾带有回车,但是恢复出来的文件不带回车对于这个故障,我在测试环境进行了重现并且给予解决1. 创建带回车键数据文件SQL> create tablespace xifenfei datafile '/u01/app/oracle/oradata/xifenfei/xff01.dbf 2 ' size 128m; Tablespace created. SQL> alter tablespace xifenfei add datafile '/u01/app/oracle/oradata/xifenfei/xff02.dbf' size 128M; Tablespace altered. SQL> select name from v$datafile; NAME ------------------------------------------------ ...继续阅读 (15)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：.wstop扩展名勒索数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]操作系统文件被加密成.[[gmtaP2R5]].[[dataserver@airmail.cc]].wstop扩展名,类似运行的oracle数据库文件,从名称上看没有被加上明显的后缀名通过winhex打开文件分析,虽然文件名称没有改变,但是文件依旧被破坏通过专业工具检测具体破坏情况,每个文件破坏三段,破坏24个block左右因为损坏block较少,这种情况,可以通过我开发的Oracle数据文件勒索加密工具进行处理,然后open数据库类似勒索病毒预防建议：1. 教育和培训：提高用户的网络安全意识非常重要。通过定期的网络安全培训和教育，向用户传达有关勒索病毒及其传播方式的知识，让他们能够警惕潜在的威胁，并学会如何正确应对可疑的电子邮件、链接和附件。2. 更新和维护：及时更新操作系统、应用程序和安全软件，以修补已知的漏洞，并确保系统能够及时获取最新的安全补丁。此外，定期进行系统维护和检查，确保系统的安全配置和设置。3. 备份数据：定期备份重要的数据和文件，并将备份存储在安全的离线或云存储中。确保备份是完整的、可靠的，并且能够及时恢复，以便在发生勒索病毒感染或其他数据丢失事件时能够 ...继续阅读 (16)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle Recovery Tools工具一键解决ORA-00376 ORA-01110故障（文件offline）作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户在win上面迁移数据文件,由于原库非归档,结果导致有两个文件scn不一致,无法打开库,结果他们选择offline文件,然后打开数据库Wed Dec 04 14:06:04 2024 alter database open Errors in file d:\app\administrator\diag\rdbms\orcl\orcl\trace\orcl_ora_6056.trc: ORA-01113: 文件 10 需要介质恢复 ORA-01110: 数据文件 10: 'C:\PROGRAM FILES\ORACLE\XFF1.DBF' ORA-1113 signalled during: alter database open... Wed Dec 04 14:08:18 2024 alter database datafile 'c:\program files\oracle\XFF1.dbf' offline drop Completed: alter database data ...继续阅读 (14)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：OGG-02771 Input trail file format RELEASE 19.1 is different from previous trail file form at RELEASE 11.2.作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]源端数据库从11.2.0.4升级到19c版本(目标端本身就是19.1版本ogg),对应的ogg也从11.2升级到了19.1版本,ogg的trail文件传输到目标端之后,replicat进程直接ABENDEDGGSCI (xifenfei) 3> info replicat HISCA01,detail REPLICAT HISCA01 Last Started 2024-12-06 17:18 Status ABENDED Checkpoint Lag 00:00:00 (updated 13:35:38 ago) Log Read Checkpoint File /data/ogg/dirdat/his/re000148 2024-12-06 01:12:04.078756 RBA 51446查看view report查看 ...继续阅读 (16)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：OGG-02246 Source redo compatibility level 19.0.0 requires trail FORMAT 12.2 or higher作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在一些情况下,我们会遇到某些原因,在源端和目标端部署不同版本的ogg,如果是目标端版本高于源端版本,一般没有问题,但是如果源端版本较高,需要考虑在抽取和传输进程中加上类似这样的配置EXTTRAIL, FORMAT RELEASE 11.2 RMTTRAIL, FORMAT RELEASE 11.2需要注意ogg 19版本设置FORMAT RELEASE 参数最低只能12.2,否则就会出现类似报错,导致进程无法启动2024-12-05 15:06:59 INFO OGG-02089 Source redo compatibility version is: 19.0.0. 2024-12-05 15:06:59 INFO OGG-00546 Default thread stack size: 10485760. Source Context : SourceModule : [er.redo.or ...继续阅读 (18)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：GoldenGate 19安装和打patch作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]1. 下载V983658-01.zip,并上传到/tmp中2. 安装19.1.0.0.4版本ogg,需要修改静默文件/tmp/fbo_ggs_Linux_x64_shiphome/Disk1/response/oggcore.rsp中修改这两个参数INSTALL_OPTION=ORA19c SOFTWARE_LOCATION=/tmp/ogg3. 静默安装ogg[oracle@ora19c:/home/oracle]$ /tmp/fbo_ggs_Linux_x64_shiphome/Disk1/runInstaller -silent \ -responseFile /tmp/fbo_ggs_Linux_x64_shiphome/Disk1/response/oggcore.rsp Starting Oracle Universal Installer... Checking Temp space: must be greater than 120 MB. Actual 6106 MB Passed Checking swap space: mus ...继续阅读 (18)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：dd破坏asm磁盘头恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有朋友对asm disk的磁盘头dd了2048byte的数据通过分析,gi软件版本,确认是11.2.0.4Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Real Application Clusters and Automatic Storage Management options. ORACLE_HOME = /u01/app/11.2.0/grid System name: Linux Node name: rac1 Release: 4.1.12-37.4.1.el6uek.x86_64 Version: #2 SMP Tue May 17 07:23:38 PDT 2016 Machine: x86_64从10.2.0.5之后版本,在第二个au的倒数第二个block上面,有asm disk header备份（每个block大小为4k）,分析au大小(通过分析正常的asm disk快速找到au 大小【使用dd备份的正常的磁盘头查看】)H:\TEMP\ ...继续阅读 (25)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：删除asmlib磁盘导致磁盘组故障恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户执行drop disk磁盘组操作之后,然后立刻从oracle asmlib层面执行了oracleasm deletedisk,并且在操作系统层面delete partition(删除磁盘分区),导致磁盘组直接dismountTue Nov 26 16:44:04 2024 SQL> alter diskgroup data drop disk DATA_0008 NOTE: GroupBlock outside rolling migration privileged region Tue Nov 26 08:44:05 2024 NOTE: stopping process ARB0 NOTE: rebalance interrupted for group 2/0x28dec0d5 (DATA) NOTE: requesting all-instance membership refresh for group=2 NOTE: membership refresh pending for group 2/0x28dec0d5 (DATA) Tue Nov ...继续阅读 (15)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Kylin Linux 安装19c作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一直的观点,对于oracle没有认证的操作系统,不建议客户在生产环境中实施,但是随着信创的推进,有一些客户需要在麒麟（Kylin Linux）系统v10安装oracle 19c,通过安装过程发现基本上还redhat 8 安装19c一致操作系统版本[root@xifenfei opt]# uname -a Linux xifenfei 4.19.90-52.15.v2207.ky10.x86_64 #1 SMP Thu Nov 24 21:50:03 CST 2022 x86_64 x86_64 x86_64 GNU/Linux [root@xifenfei opt]# cat /etc/os-release NAME="Kylin Linux Advanced Server" VERSION="V10 (Lance)" ID="kylin" VERSION_ID="V10" PRETTY_NAME="Kylin Linux Advanced Server V10 (Lance)" ANSI_COLOR="0;31"需要安装的包yum install -y bc \ b ...继续阅读 (20)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 krse_arc_complete.4作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]11.2.0.4版本数据库对于虚拟化环境中的备库进行克隆,然后尝试failover方式激活备库,结果遭遇ORA-600 krse_arc_complete.4错误SQL> ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE; ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE * ERROR at line 1: ORA-01196: file 1 is inconsistent due to a failed media recovery session ORA-01110: data file 1: '/u01/app/oracle/oradata/hisdb/system.256.975233377'alert日志显示Wed Oct 23 21:45:46 2024 ALTER DATABASE ACTIVATE PHYSICAL STANDBY DATABASE ALTER DATABASE ACTIVATE [PHYSICAL] STANDBY D ...继续阅读 (25)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19c 202410补丁（RUs+OJVM）作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]19.0.0.0DescriptionDatabase UpdateGI UpdateWindows Bundle PatchOCT2024 (19.25.0.0.0)369125973691669036878821JUL2024 (19.24.0.0.0)365827813658262936521936APR2024 (19.23.0.0.0)362332633623312636219938JAN2024 (19.22.0.0.0)359431573594098935962832OCT2023 (19.21.0.0.0)356431073564282235681552JUL2023 (19.20.0.0.0)353200813531949035348034APR2023 (19.19.0.0.0)350420683503784035046439JAN2023 (19.18.0.0.0)347659313476202634750795Oct2022 (19.17.0.0.0)344194433441666534468114JUL2022 (19.1 ...继续阅读 (24)

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

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

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

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

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

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

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

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

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

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

...继续阅读 (19)

...继续阅读 (20)

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

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