惜分飞

博客园 首页 联系 订阅 管理

2026年2月10日

摘要: 有客户数据库启动报ORA-704 ORA-604 ORA-1578错误,导致启动失败 alert日志报错 Fri Feb 06 23:38:43 2026 SMON: enabling cache recovery Errors in file /u01/app/oracle/diag/rdbms/ 阅读全文
posted @ 2026-02-10 09:52 惜分飞 阅读(3) 评论(0) 推荐(0)

2026年2月8日

摘要: 联系:手机/微信(+86 17813235971) QQ(107644445) 标题:obet修复csc higher than block scn类型坏块 作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.] 最近有客户数据库报ORA-01092 ORA-0 阅读全文
posted @ 2026-02-08 22:44 惜分飞 阅读(3) 评论(0) 推荐(0)

2026年2月6日

摘要: 联系:手机/微信(+86 17813235971) QQ(107644445) 标题:ORA-600 kcratr_nab_less_than_odr和ORA-600 4193故障处理 作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.] 数据库启动报ORA- 阅读全文
posted @ 2026-02-06 23:14 惜分飞 阅读(2) 评论(0) 推荐(0)

2026年2月2日

摘要: 联系:手机/微信(+86 17813235971) QQ(107644445) 标题:aix环境10g由于控制器异常导致ORA-600 4000故障处理 作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.] 一台运行在aix环境下面的10.2.0.1的数据库 阅读全文
posted @ 2026-02-02 09:17 惜分飞 阅读(3) 评论(0) 推荐(0)

2026年2月1日

摘要: 联系:手机/微信(+86 17813235971) QQ(107644445) 标题:不当恢复truncate数据导致数据库不能open处理 作者:惜分飞©版权所有[未经本人同意,不得以任何形式转载,否则有进一步追究法律责任的权利.] 有客户误truncate操作干掉了数据库中的几张表,然后尝试通过 阅读全文
posted @ 2026-02-01 08:15 惜分飞 阅读(6) 评论(0) 推荐(0)

2026年1月17日

摘要: 由于ssh登录错误,客户对生产环境进行了误操作把系统的一块磁盘dd到另外两个磁盘上,由于及时发现立马进行了终止操作,但是还是分别破坏了一点数据(一块盘破坏了2G多,另外一块盘破坏了1G多) 通过分析udev的绑定关系确认被破坏的asm disk名称再通过asm alert日志确认破坏磁盘在asm d 阅读全文
posted @ 2026-01-17 07:57 惜分飞 阅读(6) 评论(0) 推荐(0)

摘要: 一个维保客户和我说他们测试库删除了日志文件导致库无法启动,让我帮忙看看客户现场现况1. 磁盘空间使用100% [oracle@We1-db_Test ~]$ df -h Filesystem Size Used Avail Use% Mounted on devtmpfs 3.9G 0 3.9G 0 阅读全文
posted @ 2026-01-17 07:53 惜分飞 阅读(19) 评论(0) 推荐(0)

2026年1月11日

摘要: 通过一段时间的测试和使用,obet修复了不少bug,关于obet的以往功能和特性的文章:Oracle数据块编辑工具( Oracle Block Editor Tool)-obetobet(Oracle Block Editor Tool)第二版发布并且也在客户的生产环境上进行了实战:obet快速修改 阅读全文
posted @ 2026-01-11 21:11 惜分飞 阅读(9) 评论(0) 推荐(0)

2026年1月9日

摘要: 最初是由于业务系统报ORA-01578导致 然后相关人员上来进行了一系列操作,包括但不限于offline文件,create datafile 44,recover datafile,还尝试做resetlogs,使用备份控制文件还原等等.我接手该故障的时候状态44号文件状态是12月1日的,而且rese 阅读全文
posted @ 2026-01-09 23:23 惜分飞 阅读(19) 评论(0) 推荐(0)

2025年12月12日

摘要: sql server 事务日志备份异常恢复案例---惜分飞 有客户的sql server数据库运行在双机环境中,由于心跳网络异常导致双机频繁切换最终数据库损坏DBCC检查报大量错误 DBCC CHECKDB('OLTP') WITH NO_INFOMSGS, ALL_ERRORMSGS Msg 8909, Level 16, State 1, Line 1 阅读全文
posted @ 2025-12-12 16:51 惜分飞 阅读(33) 评论(0) 推荐(0)