存储掉电强制拉库引起ORA-01555和ORA-01189/ORA-01190故障处理---惜分飞

最新推荐文章于 2025-12-15 20:46:55 发布
原创 最新推荐文章于 2025-12-15 20:46:55 发布 · 809 阅读 · 7 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#oracle #数据库

机房存储突然掉电导致Oracle数据库访问存储异常,数据库报出大量的ORA-27072: File I/O error,Linux-x86_64 Error: 5: Input/output error,ORA-15081: failed to submit an I/O operation to a disk等错误,实例直接crash

Wed Aug 27 07:11:53 2025

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_m000_17596.trc:

ORA-27072: File I/O error

Linux-x86_64 Error: 5: Input/output error

Additional information: 4

Additional information: 6297632

Additional information: -1

WARNING: Read Failed. group:1 disk:0 AU:3075 offset:16384 size:16384

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_ckpt_6165.trc:

ORA-00202: control file: '+DG/xff/controlfile/current.284.918834897'

ORA-15081: failed to submit an I/O operation to a disk

WARNING: failed to read mirror side 1 of virtual extent 0 logical extent 0 of

  file 284 in group [1.2747812198] from disk DG_0000  allocation unit 3075 reason error;

  if possible, will try another mirror side

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_m000_17596.trc:

ORA-00202: control file: '+DG/xff/controlfile/current.284.918834897'

ORA-15081: failed to submit an I/O operation to a disk

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_ckpt_6165.trc:

ORA-27061: waiting for async I/Os failed

Linux-x86_64 Error: 5: Input/output error

Additional information: -1

Additional information: 16384

WARNING: Write Failed. group:1 disk:0 AU:3080 offset:49152 size:16384

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_ckpt_6165.trc:

ORA-27061: waiting for async I/Os failed

Linux-x86_64 Error: 5: Input/output error

Additional information: -1

Additional information: 16384

WARNING: Write Failed. group:1 disk:0 AU:3075 offset:49152 size:16384

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_ckpt_6165.trc:

ORA-15080: synchronous I/O operation to a disk failed

WARNING: failed to write mirror side 1 of virtual extent 0 logical

 extent 0 of file 284 in group 1 on disk 0 allocation unit 3075

Errors in file /u01/app/oracle/diag/rdbms/xff/xff1/trace/xff1_ckpt_6165.trc:

ORA-15080: synchronous I/O operation to a disk failed
最低0.47元/天 解锁文章
win环境断电强制拉库报ORA-600 kcbzib_kcrsds_1故障处理---惜分飞
08-18 376
摘要：客户环境异常断电导致Oracle 19c数据库无法启动，执行恢复时提示缺少归档日志(ORA-00279/289/280错误)。由于是非归档模式且缺失关键日志(15080)，只能先恢复部分数据文件后尝试强制打开数据库。在执行alter database open resetlogs时出现ORA-600 kcbzib_kcrsds_1内部错误。最终使用自研的Patch_SCN工具修复SCN问题，成功完成介质恢复并打开数据库，随后安排数据导出完成恢复任务。该案例展示了非归档环境断电后数据库恢复的典型挑战及解
存储故障后oracle报—ORA-01122/ORA-01207故障处理---惜分飞
05-06 1175
客户存储异常,通过硬件恢复解决存储故障之后,oracle数据库无法正常启动(存储cache丢失),尝试recover数据库报ORA-00283 ORA-01122 ORA-01110 ORA-01207错误。数据库无法通过正常recover的思路解决.通过屏蔽一致性,强制打开数据库,alert日志报ORA-600 2662错误。这个错误比较明显,由于28号回滚段异常导致,对异常回滚段进行处理,重建undo,数据库恢复主要工作完成。通过修改数据库scn,open数据库报ORA-600 4137。
存储故障,强制拉库报ORA-600 kcbzib_kcrsds_1处理---惜分飞
01-19 1113
这个相对比较简单,对异常undo进行处理,cdb和pdb都open成功,使用数据泵把数据迁移到新库,完成本次恢复(比较幸运,硬件故障的库直接迁移成功,没有报其他错误)硬件故障,客户自行强制resetlogs库,报ORA-600 kcbzib_kcrsds_1错误。处理好该错误之后,数据库在open pdb的时候报ORA-600 4193错误。这个错误处理过多次一般是由于scn异常导致,以前部分类似文章。
resetlogs失败故障恢复-ORA-01555---惜分飞
01-03 1449
这个库由于客户在resetlogs之前offline了数据文件,导致一些麻烦,先使用Oracle Recovery Tools修改resetlogs scn。3. 在resetlogs之前,先offline了83号文件,这个将导致该文件的reseltogs scn和其他文件不一致,通过。2. 数据库在强制拉库的时候,很可能是屏蔽了一致性,导致文件头scn过小。然后增加temp,导出数据数据,完成本次数据库救援。然后重建ctl,修改scn,打开数据库。hcheck检测字典一切正常。
redo异常强制拉库报ORA-600 kcbzib_kcrsds_1修复---惜分飞
01-27 1287
redo异常强制拉库报ORA-600 kcbzib_kcrsds_1修复
数据库open报ORA-600 kcratr_scan_lastbwr故障处理---惜分飞
05-30 772
由于断电，导致数据库正常open报ORA-600 kcratr_scan_lastbwr错误。尝试recover 数据库报ORA-600 3020错误。加上隐含参数尝试强制拉库。
ORA-00316 ORA-00312----惜分飞
10-03 401
ORA-00316 ORA-00312 故障恢复
19c库启动报ORA-600 kcbzib_kcrsds_1---惜分飞
08-26 838
官方关于kcbzib_kcrsds_1从解释只有:Bug 31887074 – sr21.1bigscn_hipu3 – trc – ksfdopn2 – ORA-600 [kcbzib_kcrsds_1] (Doc ID 31887074.8)一套19c的库由于某种情况,发现异常,当时的技术使用隐含参数强制拉库,导致数据库启动报ORA-00704 ORA-600 kcbzib_kcrsds_1错误。
resetlogs强制拉库失败并使用备份system文件还原数据库故障处理---惜分飞
05-30 480
这个问题比较简单,通过bbed或者Oracle Recovery Tools修改文件头相关信息,然后open数据库成功。然后客户使用备份的system01.dbf文件替换了被resetlogs之后文件,导致数据库后续操作无法继续。接手一个库,在open的过程中遭遇到ORA-600 2662错误。但是由于system文件有大量坏块导致数据库无法正常登录和导出。通过dbv检查system数据文件。,实现数据库可以完美导出数据。
管家婆辉煌系列怎样修改账套名称？
阜阳管家婆软件
12-11 198
摘要：本文介绍了在不同版本SQL Server数据库中修改账套名称的方法。对于2000数据库，需通过企业管理器找到master数据库中的graspcwzt表，编辑fullname列修改账套名；2008数据库则需使用SQL Server Management Studio，在系统数据库master的GraspcwZt表中编辑前200行进行修改。两种方法修改完成后，退出工具即可在管家婆软件中使用新账套名称。（149字）
Qt6.5.3 mingw64 Ninja编译oracle oci驱动
小蝈蝈的博客
12-12 403
2.将sdk和basic的内容复制到一起，basic中的instantclient_xx_x目录下的内容，sdk的instantclient_xx_xx目录下的内容。├── include/ ← 头文件（来自 sdk/include）到 自己的项目的运行路径下的**/plugins/sqldrivers/**└── sdk/ ← 原始目录（可保留，但非必需）3.将oci.dll生成mingw64支持的.a库。4.切换到Qt源码中的路径下，我的路径。
Springboot多数据源配置
2401_84284464的博客
12-14 775
本文介绍了SpringBoot中配置多数据源的实现方法。通过dynamic-datasource-spring-boot-starter组件，可以轻松实现主从分离、多业务库等场景下的多数据源管理。
xxl-job 集群实战全攻略：Oracle适配 + 高可用部署 + 邮件告警配置
甘蓝的专栏
12-14 161
本文介绍了XXL-JOB 2.1.2版本的Oracle适配方案、集群部署注意事项和邮件发送配置要点。主要内容包括：1）提供Oracle 11g数据库的建表SQL脚本，包含XXL_JOB_INFO、XXL_JOB_LOG等核心表的创建语句；2）详细说明各字段的数据类型和注释；3）脚本中设置了默认值和主键约束，确保数据库兼容性。该适配方案解决了XXL-JOB默认仅支持MySQL的问题，为Oracle用户提供了完整的部署支持。
Oracle数据泵导入导出数据
雷神乐乐的博客
12-10 233
Oracle数据泵导入导出数据
Ubuntu 安装 Oracle 11g XE 完整指南
笃行其道的博客
12-15 260
本文详细介绍了在Ubuntu系统上安装Oracle 11g XE数据库的完整流程。主要内容包括：系统准备与工具安装、RPM包转换DEB包、内核参数配置、创建必要链接和目录、Oracle XE安装与配置、环境变量设置、数据库启动与连接等关键步骤。教程还提供了常见问题解决方法，如端口冲突处理和服务启动问题排查。通过遵循本指南，用户可以在Ubuntu系统上成功部署Oracle 11g XE数据库环境，为开发和管理工作提供支持。
SQL的导入导出数据和查询
最新发布
2401_83998832的博客
12-15 76
导入数据导出数据。
PostgreSQL 数据库的典型操作
技术日常
12-11 560
VALUES ('钱八', '{"skills": ["Python", "PostgreSQL"], "level": "Senior"}');VALUES ('张三', 'zhangsan@company.com', 50000.00, 1);VALUES (OLD.id, 'status', '在职', '离职');('王五', 'wangwu@company.com', 60000.00),('李四', 'lisi@company.com', 45000.00),-- 在命令行执行，不是SQL。
《数据库运维》 郭文明 实验2 MySQL数据库对象管理核心操作与思路解析
热烈庆祝《Windows批处理(BAT)脚本实战大全》入选《运维领域内容榜》第21名。再传捷报！我的《Mysql数据库应用》实验6 入选大数据领域榜49名！再传捷报！我的《数据库运维》 实验2入选大数据领域榜45名！
12-13 998
本次实验旨在掌握MySQL数据库对象和数据字典的操作方法。实验内容包括：查看INFORMATION_SCHEMA数据字典中的SCHEMATA、TABLES等表信息；创建school数据库并设置字符集；建立stu_info、course等数据表并进行表结构修改；实现表的复制与删除；创建单列和多列索引；建立单源和多源视图；最后通过查询数据字典验证操作结果。通过实验深入理解了数据库对象（表、索引、视图等）的创建与管理，以及数据字典作为元数据目录的重要作用，它记录了数据库结构信息并提供了访问元数据的途径。实验要求所
Oracle 19c RAC ASM 密码文件恢复方案三：将补丁升级至 19.8 版本后，利用 asmcmd --nocp credfix 进行修复
Leon-Ning Liu的博客
12-11 906
问题描述：在Oracle19cRAC中启动CRS服务，其中一个节点的ASM实例无法自动启动，需要手动执行startup命令，且启动实例后集群服务正常。这种情况就有可能是ASM密码文件错误造成的，当ASM的密码文件丢失、损坏，或手动更替后，就会出现这种问题。为解决这个错误，我将通过四个测试，介绍四种不同的恢复ASM密码文件的方法。1、通过asmcmd --nocp credfix命令恢复。2、通过密码文件备份恢复。
https://github.com/dbeaver/dbeaver/releases/download/25.2.5/dbeaver-ce-25.2.5-win32.win32.x86_64.zip
11-28
若在下载https://github.com/dbeaver/dbeaver/releases/download/25.2.5/dbeaver-ce-25.2.5-win32.win32.x86_64.zip文件时遇到问题，可能是网络因素或代理设置等原因。 像下载https://github.com/electron-userland/electron-builder-binaries/releases/download/appimage-12.0.1/appimage-12.0.1.7z文件时，会因网络因素导致无法下载 [^1]。还有设置代理后拉库失败，出现 “fatal: unable to access 'https://github.com/lucidrains/bottleneck-transformer-pytorch.git/': Failed to connect to 127.0.0.1 port 7890: Connection refused” 这类报错 [^2]。在使用Git进行代码管理，执行git clone或git pull等操作时，也会因网络连接问题或代理设置不正确，出现 “fatal: unable to access ‘https://github.com/…/.git’: Recv failure Connection was reset” 的报错 [^3]。 若遇到下载问题，可尝试以下操作： 1. 检查网络连接，确保网络稳定且能正常访问GitHub。 2. 检查代理设置，若设置了代理，可尝试关闭代理或者重新配置正确的代理信息。 3. 尝试更换下载工具或浏览器进行下载。 ```python # 若使用Python的requests库下载文件示例 import requests url = 'https://github.com/dbeaver/dbeaver/releases/download/25.2.5/dbeaver-ce-25.2.5-win32.win32.x86_64.zip' response = requests.get(url) if response.status_code == 200: with open('dbeaver-ce-25.2.5-win32.win32.x86_64.zip', 'wb') as file: file.write(response.content) print('文件下载成功！') else: print(f'下载失败，状态码：{response.status_code}') ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值