联系：手机/微信(+86 17813235971) QQ(107644445)标题：RMAN-06207 RMAN-06208报错解决作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库在rman备份时执行delete noprompt expired backup报RMAN-06207和RMAN-06208错误RMAN>delete noprompt expired backup; RMAN retention policy will be applied to the command RMAN retention policy is set to recovery window of 1 days allocated channel: ORA_DISK_1 channel ORA_DISK_1: SID=1364 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_2 channel ORA_DISK_2: SID=3102 instance=hisdb1 device type=DISK allocated channel: ORA_DISK_3 channel ORA_DISK_3: SID=4534 instance=hisdb1 device typ ...继续阅读 (53)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：RAC主机相差超过10分钟导致crs无法启动作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户反馈有一套19c 2节点rac，断电之后，一个节点数据库无法正常启动,通过crsctl命令查看发现crs进程没有正常启动[root@xifenf1 ~]# /u01/app/19.0/grid/bin/crsctl status res -t -init -------------------------------------------------------------------------------- Name Target State Server State details -------------------------------------------------------------------------------- Cluster Resources -------------------------------------------------------------------------------- ora.asm 1 ...继续阅读 (70)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：O/S-Error: (OS 23) 数据错误(循环冗余检查)—故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户由于磁盘坏道导致数据文件访问报ORA-27070 OSD-04016 O/S-Error等相关错误rman 尝试读取88号文件RMAN> backup datafile 88 format 'e:\rman\%d_%T_%I.%s%p'; 启动 backup 于 05-6月 -24 使用目标数据库控制文件替代恢复目录 分配的通道: ORA_DISK_1 通道 ORA_DISK_1: SID=2246 设备类型=DISK 通道 ORA_DISK_1: 正在启动全部数据文件备份集 通道 ORA_DISK_1: 正在指定备份集内的数据文件 输入数据文件: 文件号=00088 名称=E:\APP\ADMINISTRATOR\ORADATA\XFF\XIFENFEI.ORA 通道 ORA_DISK_1: 正在启动段 1 于 05-6月 -24 RMAN-00571: =========================================================== RMAN-00569: ======== ...继续阅读 (71)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：异常断电数据库恢复-从ORA-600 2131到ORA-08102: 未找到索引关键字, 对象号 39作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库启动报ORA-600 2131，以前遇到过类似问题:ORA-600 2131故障处理SQL> alter database mount; alter database mount * 第 1 行出现错误: ORA-00600: ??????, ??: [2131], [9], [8], [], [], [], [], [], [], [], [], []Tue Jun 04 14:12:18 2024 RECO started with pid=15, OS id=3244 Tue Jun 04 14:12:18 2024 MMON started with pid=16, OS id=3256 Tue Jun 04 14:12:18 2024 MMNL started with pid=17, OS id=3432 starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'.. ...继续阅读 (54)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据泵迁移Wrapped PLSQL之后报PLS-00753作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]记录一个oracle datapump迁移库遇到Wrapped PLSQL无效的Bug 18881811 Data Pump Import of Wrapped PLSQL Corrupts the Body（主要影响版本11.2.0.4/12.1.0.2）导入时提示:ORA-39082 Object type PACKAGE_BODY:created with compilation warnings.尝试编译对象提示SQL> alter package xx.xx compile body; Warning: Package Body altered with compilation errors. SQL> show error PLS-00753: malformed or corrupted wrapped unit由于涉及的package body 比较多,人工处理比较麻烦,采取临时解决方法1. drop 掉所有报错的package2. 使用exp导出所有的对象（rows=n）3. 使用imp导入4. 编译无效对象使用wrap ...继续阅读 (47)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库open报ORA-600 kcratr_scan_lastbwr故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]由于断电，导致数据库正常open报ORA-600 kcratr_scan_lastbwr错误Wed Jan 17 18:23:26 2024 ALTER DATABASE MOUNT Successful mount of redo thread 1, with mount id 1028618590 Database mounted in Exclusive Mode Lost write protection disabled Completed: ALTER DATABASE MOUNT Wed Jan 17 18:23:30 2024 ALTER DATABASE OPEN Beginning crash recovery of 1 threads parallel recovery started with 32 processes Started redo scan Hex dump of (file 3, block 144) in trace file /database/oracle/app/orac ...继续阅读 (58)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：resetlogs强制拉库失败并使用备份system文件还原数据库故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]接手一个库,在open的过程中遭遇到ORA-600 2662错误Sun May 26 10:15:54 2024 alter database open RESETLOGS 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 84303583 Clearing online redo logfile 1 /data/OracleData/xff/redo01.log Clearing online log 1 of thread 1 sequence number 8330 Clearing online redo logfile 1 complete Clearing online redo logfile 2 /data/Oracle ...继续阅读 (61)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：truncate IDL_UB1$导致数据库open hang作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在一次数据库恢复中,发现IDL_UB1$表被truncate,然后数据库在open过程中会hang住,而且不报任何错误,这里通过试验进行重现.对于这类问题,以前有过类似处理测试：truncate IDL_UB1$恢复试验数据库版本SQL> select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL/SQL Release 11.2.0.4.0 - Production CORE 11.2.0.4.0 Production TNS for Linux: Version 11.2.0.4.0 - Production NLSRTL Version 11.2.0.4.0 - Production SQL> se ...继续阅读 (55)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：PASSWORD_ROLLOVER_TIME—实现新老短期密码共存作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在oracle老版本中(特别是11g版本),你可能多少都遇到过应用修改密码,但是由于系统运行应用较多,在修改应用密码的过程中有业务忘记修改密码,从而导致业务无法正常使用,甚至由于密码延迟认证特性导致数据库hang住,对于这些问题,oracle 从19.12开始引入了PASSWORD_ROLLOVER_TIME,可以在这个profile限制时间内,新老密码都可以登录数据库,避免了上述问题.在手上有的23ai的数据库中进行测试,创建一个测试用户,使用的是default profile,PASSWORD_ROLLOVER_TIME为0(没有启用)SQL> select banner from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 23ai Free Release 23.0.0.0.0 - Develop, Learn, and Run for ...继续阅读 (52)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：11.2.0.4最新psu-202404作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近发现11.2.0.4的版本在2024年4月份又更新了新的psu,证明在即将进入23ai的时代该版本还有万千的生命力11.2.0.4 Database Patch Set UpdateRelease DateVersionDownload linkIncluded in Windows Bundle16-Apr-202411.2.0.4.240416 (Apr 2024) Database Patch Set Update (DB PSU)Patch 36222299* Out of Error Correction16-Jan-2024*** Out of Error Correction17-Oct-202311.2.0.4.231017 (Oct 2023) Database Patch Set Update (DB PSU)Patch 35574075* Out of Error Correction18-Jul-202311.2.0.4.230718 (Jul 2023) Database Patch Set Update (DB PSU)Patch 3 ...继续阅读 (47)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 2131故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]数据库启动报ORA-600 2131错误,查看alert日志发现是在mount过程报错Fri May 17 20:58:28 2024 Starting ORACLE instance (normal) LICENSE_MAX_SESSION = 0 LICENSE_SESSIONS_WARNING = 0 Initial number of CPU is 16 Number of processor cores in the system is 8 Number of processor sockets in the system is 1 Picked latch-free SCN scheme 3 Autotune of undo retention is turned on. IMODE=BR ILAT =249 LICENSE_MAX_USERS = 0 SYS auditing is disabled Starting up: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit P ...继续阅读 (51)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：收集统计信息报ORA-00600 16515问题解决作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在一套win 11.2.0.1的数据库在收集统计信息报ORA-600 16515错误SQL> exec dbms_stats.gather_database_stats_job_proc(); BEGIN dbms_stats.gather_database_stats_job_proc(); END; * 第 1 行出现错误: ORA-00600: ????????????, ????: [16515], [U], [40], [6376], [1], [0], [], [], [], [], [], [] ORA-06512: ?? "SYS.DBMS_STATS", line 31228 ORA-06512: ?? line 1 SQL> exec dbms_stats.gather_database_stats(estimate_percent=>100,degree=>4,cascade=>true,granularity=>'ALL'); BEGIN dbms_stats.gather_database_stats(estimate_p ...继续阅读 (56)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：rm -rf误删Oracle数据库恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户把虚拟化环境中装有oracle数据库的linux操作系统,由于操作失误在/下面执行了rm -rf *，导致所有文件被删除,系统无法启动.客户希望要求恢复出其中的Oracle数据库.由于是虚拟化环境,然后客户直接从虚拟化平台下载下来磁盘文件,通过工具加载和分析确认是一个xfs的文件系统使用工具进一步扫描分析,找到部分数据文件这里可以获取到两个信息:1. 尝试恢复oracle的control01.ctl文件,然后通过该文件尝试分析其他数据文件位置,运气不错该文件恢复出来是好的,直接加载到新库查询v$datafile,分析出来所有数据文件信息2. 这里有一个非常不幸的信息,oracle最核心的system01.dbf文件大小明显异常,进一步分析该文件信息,结论是该文件无法通过反删除方式进行恢复先把可以os层面可以恢复的数据恢复出来,并且检查坏块情况对于异常的system文件,有两个处理方法:1. 通过阅览被删除的文件，发现客户有5月14日1点左右的rman备份,通过恢复软件中完整度提示,大概率应该没有什么问题,但是分析发现部分归档日志损坏无法完整恢复2. 通过对磁盘 ...继续阅读 (58)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：分布式存储故障导致数据库无法启动故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]国内xx医院使用了国外医疗行业龙头的pacs系统,由于是一个历史库,存放在分布式存储中,由于存储同时多个节点故障,导致数据库多个文件异常,数据库无法启动,三方维护人员尝试通通过rman归档进行应用日志,结果发现日志有损坏报ORA-00354 ORA-00353,无法记录恢复,希望我们给予支持Mon Apr 29 13:28:40 2024 Media Recovery failed with error 354 Mon Apr 29 13:28:40 2024 Errors in file F:\XXXXXX_DB\ORACLE\ADMIN\diag\rdbms\xxx\msxxx1\trace\xxx_pr00_4568.trc: ORA-00283: recovery session canceled due to errors ORA-00354: corrupt redo log block header ORA-00353: log corruption near block 487424 change 8737273868 time 04/01/2024 ...继续阅读 (70)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：read_me_recover_tn勒索恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近有客户被MySQL删库勒索,现象如下:1. 删除掉以前的库,并创建一个同名库,并且会创建一个read_me_recover_tn库,类似下图:2. 在read_me_recover_tn库中有一个readme表,每个被删除然后创建的库里面也有一个readme表3. 每个readme表内容类似信息类似:mysql> desc readme -> ; +-----------------+------+------+-----+---------+-------+ | Field | Type | Null | Key | Default | Extra | +-----------------+------+------+-----+---------+-------+ | id | int | NO | PRI | NULL | | | Message | text | YES | | NULL | | | Bitcoin_Address ...继续阅读 (67)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：WINDOWS 下用dg broker搭建ADG（单机to单机）作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]环境#主备库 C:\Windows\System32\drivers\etc\hosts 文件 192.168.11.10 dg1 192.168.11.11 dg2 #环境 主库主机名：dg1 现有实例orcl 备库主机名：dg2 只安装软件一，主库配置–主库设置强制日志，保证所有的操作都记录到日志文件–查看当前force\_logging的设置#主库如果已开启归档，不需要停机 sqlplus / as sysdba select force_logging from v$database; select flashback_on from v$database; alter database force logging; -- 开启强制日志模式 ####################################################### #如果没开归档 sqlplus / as sysdba shudown immediate; startup mount; alter database archivelog; -- ...继续阅读 (89)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：存储故障后oracle报—ORA-01122/ORA-01207故障处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]客户存储异常,通过硬件恢复解决存储故障之后,oracle数据库无法正常启动(存储cache丢失),尝试recover数据库报ORA-00283 ORA-01122 ORA-01110 ORA-01207错误以前处理过比较类似的存储故障case:又一起存储故障导致ORA-00333 ORA-00312恢复存储故障,强制拉库报ORA-600 kcbzib_kcrsds_1处理SQL> recover database until cancel; ORA-00283: 恢复会话因错误而取消 ORA-01122: 数据库文件 536 验证失败 ORA-01110: 数据文件 536: '+DATA/orcl/dt_img_dat511.ora' ORA-01207: 文件比控制文件更新 - 旧的控制文件Sun May 05 00:09:03 2024 ALTER DATABASE RECOVER database until cancel Media Recovery Start started logmerger pro ...继续阅读 (58)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 23ai rm redo*.log恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在oracle 23ai的pdb中创建用户和表,并且插入数据(不提交),在另外一个会话中abort库,并从os层面rm删除掉redo文件,模拟数据库当前redo丢失,数据库恢复创建用户和表并插入数据[oracle@xifenfei ~]$ sqlplus sys/oracle@free as sysdba SQL*Plus: Release 23.0.0.0.0 - Production on Fri May 3 15:40:55 2024 Version 23.4.0.24.05 Copyright (c) 1982, 2024, Oracle. All rights reserved. Connected to: Oracle Database 23ai Free Release 23.0.0.0.0 - Develop, Learn, and Run for Free Version 23.4.0.24.05 SQL> SQL> SQL> show pdbs; CON_ID CON_NAME ...继续阅读 (45)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 发布计划—包含Oracle 23ai版本作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]根据oracle官方公布的Oracle 23ai的发布计划（当然free版本，exadata,cloud版本已经发布）,可以确定在2024年上半年即将发布Linux x86-64版本，Oracle Solaris SPARC/Linux on Arm/Microsoft Windows x64 (64-bit)版本将在下版本发布,Oracle Solaris x86-64平台不在发布Oracle 23ai版本数据库，IBM AIX on POWER Systems/IBM Linux on System z/HP-UX Itanium在发布计划中具体时间没有公布。具体参考：Release Schedule of Current Database Releases (Doc ID 742060.1)Platform23aiLong Term Release21cInnovation Release19cLong Term Release18c12.2.0.112.1.0.212.1.0.111.2.0.4Oracle Public Cloud ...继续阅读 (55)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 23ai 变化之—-默认数据文件变为bigfile作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]oracle把23c变为23ai，引入了很多新特性,今天下载了free版本的虚拟机登录进去第一感觉就是system,sysaux,undo等文件以前版本默认的smallfile变为了bigfileSQL> select BANNER_FULL from v$version; BANNER_FULL ---------------------------------------------------------------------------------- Oracle Database 23ai Free Release 23.0.0.0.0 - Develop, Learn, and Run for Free Version 23.4.0.24.05 SQL> show pdbs; CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- -- ...继续阅读 (53)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：PostgreSQL解析wal日志之—walminer作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]在oracle数据库中可以通过logminer实现对归档日志的解析，从而分析执行sql语句和undo sql,可以实现某些情况下数据库一些操作的定位（比如日志突然增加，数据突然丢失）以及一些故障的恢复（比如需要把update/delete执行的数据找回）等。在PostgreSQL数据库中walminer可以实现该需求，对pg的预写式日志(wal)的解析,具体见官网:https://gitee.com/movead/XLogMiner/walminer安装[postgres@localhost tmp]$ ls -l walminer_x86_64_centos_v4.6.0.tar.gz -rw-r--r--. 1 root root 3866437 Apr 18 10:08 walminer_x86_64_centos_v4.6.0.tar.gz [postgres@localhost tmp]$ tar xzvf walminer_x86_64_centos_v4.6.0.tar.gz walminer_x86_64_centos_v ...继续阅读 (59)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：Oracle 19c/21c最新patch信息-202404作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.] 21.0.0.0DescriptionDatabase UpdateGI UpdateWindows Bundle PatchAPR2024 (21.14.0.0.0)363523523635220736219877JAN2024 (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. ...继续阅读 (60)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：PostgreSQL恢复系列:pg_filedump批量处理作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]pg_filedump工具使用起来比较麻烦,主要存在问题：1. 需要人工一个个枚举各个列类型无法实现批量恢复,参考以前写的PostgreSQL恢复系列:pg_filedump基本使用2. 特别是在pg库无法正常运行的情况下,如果没有业务提供表创建语句,恢复基本上无法正常进行.基于这两个问题,在以前的文章中写过PostgreSQL恢复系列:pg_filedump恢复字典构造,为了解决上述的两个,弄了一个pg_filedump_batch脚本实现批量恢复需求在测试的pg库中创建了一些测试表,并查看部分表数据,便于对比后续恢复效果postgres=# \d List of relations Schema | Name | Type | Owner --------+----------------+-------+---------- public | t_tbs | table | postgres public | t_xff | table | p ...继续阅读 (48)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：PostgreSQL部分主要字典信息作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]一、pg_class:该系统表记录了数据表、索引(仍然需要参阅pg_index)、序列、视图、复合类型和一些特殊关系类型的元数据。注意：不是所有字段对所有对象类型都有意义。名字类型引用描述relnamename数据类型名字。relnamespaceoidpg_namespace.oid包含这个对象的名字空间(模式)的OI。reltypeoidpg_type.oid对应这个表的行类型的数据类型。relowneroidpg_authid.oid对象的所有者。relamoidpg_am.oid对于索引对象，表示该索引的类型(B-tree，hash)。relfilenodeoid对象存储在磁盘上的文件名，如果没有则为0。reltablespaceoidpg_tablespace.oid对象所在的表空间。如果为零，则表示使用该数据库的缺省表空间。(如果对象在磁盘上没有文件，这个字段就没有什么意义)relpagesint4该数据表或索引所占用的磁盘页面数量，查询规划器会借助该值选择最优路径。reltuplesfloat4表中行的数量，该值只是被规划器使用的一个估计值。reltoas ...继续阅读 (61)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：PostgreSQL恢复系列:pg_filedump恢复字典构造作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]pg_filedump是在pg数据库极端情况下直接解析数据库文件的利器,但是由于是开源软件,本身难以实现批量处理,通过对底层基表分析,可以实现批量处理功能分析PostgreSQL库中数据库信息--数据库查询结果 postgres=# select oid,datname,datdba,dattablespace from pg_database; oid | datname | datdba | dattablespace -------+-------------+--------+--------------- 14187 | postgres | 10 | 1663 16403 | db_xff | 10 | 1663 1 | template1 | 10 | 1663 14186 | template0 | 10 | 1663 16407 | db_xifenfei | 1 ...继续阅读 (67)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：PostgreSQL 16 源码安装作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]空闲中尝试在linux 8的版本上,源码安装PostgreSQL 16，参考文章:[root@xifenfei tmp]# cat /etc/redhat-release Red Hat Enterprise Linux release 8.7 (Ootpa) [root@xifenfei tmp]# uname -osr Linux 5.15.0-3.60.5.1.el8uek.x86_64 GNU/Linux下载pg源码程序:PostgreSQL 16源码下载linux配置--关闭selinux sed -i "s/SELINUX=enforcing/SELINUX=disabled/" /etc/selinux/config setenforce 0 --安装相应的包 yum -y install readline readline-devel zlib zlib-devel gettext \ gettext-devel openssl openssl-devel pam pam-devel libxml2 \ libxml2-devel libxslt ...继续阅读 (59)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-00742 ORA-00312 恢复作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]有客户反馈,断电之后数据库启动报ORA-00742和ORA-00312,无法正常open我们远程上去尝试open库结果也报同样错误[oracle@oldhis oradata]$ sqlplus / as sysdba SQL*Plus: Release 11.2.0.4.0 Production on Wed Apr 10 09:40:03 2024 Copyright (c) 1982, 2013, Oracle. All rights reserved. Connected to: Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production With the Partitioning, OLAP, Data Mining and Real Application Testing options SQL> recover database; Media recovery complete. SQL> alter database open; alter ...继续阅读 (57)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：数据库open成功后报ORA-00353 ORA-00354错误引起的一系列问题(本质ntfs文件系统异常)作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]服务器异常断电之后，开机启动数据库启动成功，但是报ORA-00353 ORA-00354以及ORA-600 kdsgrp1错误Sun Mar 31 01:19:51 2024 MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set Sun Mar 31 01:19:51 2024 SMON: enabling cache recovery [4528] Successfully onlined Undo Tablespace 2. Undo initialization finished serial:0 start:64250 end:64859 diff:609 (6 seconds) Verifying file header compatibility for 11g tablespace encryption.. Verifying 11g file header compatibility for table ...继续阅读 (67)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-600 ktsiseginfo1故障作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]oracle 9i的库在运行途中突然报ORA-600 kcbnew_3错误Sun Mar 31 14:25:11 2024 Undo Segment 69 Onlined Sun Mar 31 14:25:11 2024 Created Undo Segment _SYSSMU69$ Sun Mar 31 14:25:11 2024 Created Undo Segment _SYSSMU70$ Undo Segment 70 Onlined Sun Mar 31 14:28:41 2024 Starting control autobackup Control autobackup written to SBT_TAPE device comment 'API Version 2.0,MMS Version 1.2.0.0', media 'A90063L4' handle 'c-1757743655-20240331-01' Sun Mar 31 14:31:07 2024 Starting control autobackup Control aut ...继续阅读 (64)

联系：手机/微信(+86 17813235971) QQ(107644445)标题：ORA-00600: internal error code, arguments: [16703], [1403], [4] 原因作者：惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.]最近接触过几个ORA-600 16703的恢复case,报错日志类似为：SMON: enabling cache recovery Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_ora_2071.trc (incident=7357): ORA-00600: internal error code, arguments: [16703], [1403], [20], [], [], [], [], [], [], [], [], [] Incident details in: /u01/app/oracle/diag/rdbms/orcl/orcl/incident/incdir_7357/orcl_ora_2071_i7357.trc Use ADRCI or Support Workbench to package the incident. See Note 411.1 at My Ora ...继续阅读 (68)