特殊恢复
关注
分享
扫一扫
文章平均质量分 87
认真就输DBA
大家好，我叫黄廷忠，网名“认真就输”，目前担任 Oracle-CSS 的解决方案专家，专注于为企业客户提供高可用、高性能、安全可靠的数据库架构和运维服务。在过去十余年里，我深耕数据库领域，尤其擅长 Oracle 数据库的部署、优化、容灾、高可用架构设计及性能调优，同时也关注国产数据库如 OceanBase 的落地实践。
我的职业生涯始于 DBA 实战一线，曾在包括凡客诚品、兴迪资讯、威信泰克等企业担任 ORACLE DBA，积累了大量核心系统的运维与优化经验。之后在云和恩墨担任西区解决方案总经理，带领团队服务多个行业头部客户，并参与了数据库平台选型、架构评估与交付全过程。在 OceanBas
展开
专栏收录文章
- 默认排序
- 最新发布
- 最早发布
- 最多阅读
- 最少阅读
-
特殊恢复：oradebug推进Linux平台SCN的值
文章摘要：本文详细介绍了在Linux平台上使用oradebug工具手动修改Oracle数据库SCN（系统变更号）的高风险操作。作者通过具体实例演示了查询当前SCN值、计算最大允许SCN值、转换数值格式、以及最终修改SCN值的过程。文章强调该操作仅适用于特殊恢复场景，具有极高的风险性，可能导致数据库故障或数据不一致。同时指出该技术仅支持Oracle 9i到11g版本，12c及以上版本已不再支持。文章最后提供了作者的个人简介和联系方式。原创 2025-06-28 20:46:39 · 782 阅读 · 0 评论 -
特殊恢复：_MINIMUM_GIGA_SCN方式推进SCN的值
摘要：本文介绍了在Oracle 11g环境中推进SCN值的两种方法。当oradebug工具无法使用时，可通过设置"_MINIMUM_GIGA_SCN"参数来增加SCN值（11.2.0.3版本有效，11.2.0.4已失效）。此外，文章还演示了oradebug和event 10015两种推进SCN的方法，指出event 10015在11.2.0.3环境中已失效。作者黄廷忠是Oracle中国高级服务团队成员，提供了详细的操作步骤和环境说明。文章同步发布于微信公众号和博客网站（www.htz.p原创 2025-06-28 20:30:53 · 411 阅读 · 0 评论 -
特殊恢复：Oracle 12C通过EVENT来手动增加SCN值
Oracle 12C通过事件手动增加SCN值的方法 摘要：本文介绍了在Oracle 12C数据库中通过特定事件(Event)手动增加系统变更号(SCN)的方法。SCN是Oracle用于标识事务顺序和时间戳的重要机制，当遇到ORA-01555错误或延迟块清除等问题时，可能需要手动增加SCN。文章详细说明了如何使用事件21307096来增加SCN值，该事件会在数据库启动时自动以每秒16K的速率增加SCN，增加的幅度由事件级别决定(1-4095，每级对应100万增量)。同时提供了查看当前SCN的方法和操作步骤，并原创 2025-06-28 20:08:30 · 912 阅读 · 0 评论 -
特殊恢复：ORA-00704、ORA-00604、ORA-01555未提交事务时的处理方案
文章摘要 本文介绍了一个Oracle数据库恢复案例，涉及ORA-00704、ORA-00604和ORA-01555错误。故障表现为数据库无法启动，原因是存在未提交事务导致回滚段空间不足。作者详细记录了恢复过程，包括修改文件路径、尝试多种恢复方法、分析日志和跟踪文件等。文章重点分析了索引块和UNDO段信息，提供了技术细节和诊断思路，对处理类似Oracle数据库恢复问题具有参考价值。 （150字）原创 2025-06-26 00:07:22 · 962 阅读 · 0 评论 -
特殊恢复：ORA-00704、ORA-00604、ORA-01555故障的说明
本文分析了Oracle数据库启动时遇到的ORA-00704、ORA-00604、ORA-01555报错问题。文章指出应从最后一个报错ORA-01555"快照过旧"入手，这是根本原因。作者解释了ORA-01555的产生原理：SQL执行需要访问历史版本数据时，因UNDO回滚段过小或无效导致找不到回滚信息。文中还介绍了Oracle的两种回滚机制，并列举了回滚信息找不到的常见原因。最后预告了下篇文章将详细讲解解决方案。作者黄廷忠是Oracle中国高级服务团队的专家，文章同步发布于微信公众号和博客原创 2025-06-26 00:05:56 · 602 阅读 · 0 评论 -
特殊恢复：ORA-00704、ORA-00604、ORA-01555的分析与处理
数据库启动时遇到ORA-00704、ORA-00604、ORA-01555报错的分析与处理 摘要：本文针对Oracle数据库启动过程中出现的ORA-00704、ORA-00604、ORA-01555报错进行深入分析。重点指出ORA-01555（快照过旧）是根本原因，由于回滚段过小导致SQL执行失败，进而引发数据库初始化失败。文章详细介绍了报错产生机制，包括Oracle利用undo记录的两种回滚方式，并列举了可能导致undo信息缺失的几种情况。通过实际案例，展示了如何通过修改数据文件位置、重建控制文件等方法解原创 2025-06-24 22:16:44 · 1279 阅读 · 0 评论 -
特殊恢复：通过Trace文件，定位触发报错的sql语句的执行计划、访问的数据库及等待事件
【摘要】本文介绍了在Oracle数据库启动过程中遇到ORA-00704、ORA-00604、ORA-01555报错时，如何通过Trace文件定位触发问题的SQL语句、执行计划、等待事件及访问的数据块。作者以10.2.0.5版本环境为例，演示了通过配置10046和1555 errorstack的跟踪级别来获取详细报错信息的方法。具体展示了如何在trace文件中搜索"Block he"等关键字查找数据块信息和ITL(事务槽)信息，为特殊恢复场景下的问题诊断提供了实用技巧。该方法适用于Orac原创 2025-06-14 21:55:47 · 430 阅读 · 0 评论 -
特殊恢复：最简单的BBED修改ASM的数据块的方法
本文介绍了在ASM环境中使用BBED工具快速修改损坏数据块的方法。首先模拟了测试环境并创建了测试表，通过查询表区信息确定数据块位置。随后展示了如何使用BBED工具直接修改ASM磁盘上的数据块来解决数据库因块损坏自动关闭的问题。该方法适用于特殊场景下的快速数据块修复。原创 2025-06-14 21:47:50 · 608 阅读 · 0 评论 -
特殊恢复：ORA-00600 16703从诊断到恢复的完整解决方案
本文主要介绍了Oracle数据库中ORA-00600 16703错误的多种恢复方法。这个错误通常是由于恶意代码注入导致的，具体表现为$ORACLE_HOME/rdbms/admin/prvtsupp.plb被注入恶意代码，这些代码会创建一个触发器和存储过程，在数据库启动后清空tab$表，导致数据库无法正常启动。文章详细分析了恶意代码的工作原理：触发器DBMS_SUPPORT_DBMONITOR在数据库启动后调用存储过程DBMS_SUPPORT_DBMONITORP，该存储过程会检查数据库创建时间，如果超过原创 2025-06-14 21:31:16 · 1009 阅读 · 0 评论