Patch SCN使用说明---惜分飞

最新推荐文章于 2024-07-15 16:24:24 发布
最新推荐文章于 2024-07-15 16:24:24 发布
阅读量959 收藏 15
点赞数 30
CC 4.0 BY-SA版权
文章标签： oracle恢复
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/xifenfei/article/details/140219416

软件说明

该软件是惜分飞（https://www.xifenfei.com）开发，仅用来查看和修改Oracle数据库SCN(System Change Number),主要使用在数据库因为某种原因导致无法正常启动的情况下使用该工具进行解决.特别是Oracle新版本中使用隐含参数,event,oradebug等方法无法推进Oracle SCN的情况下，使用该工具能够快速修改SCN,实现数据库启动成功.

不同.NET Framework对应exe版本说明

Patch_SCN_Net2.exe 为.NET Framework 2.0,3.0,3.5版本支持(比如2008及其以前版本）

Patch_SCN_Net4.exe 为.NET Framework 4.0及其以后版本支持(比如2012及其以后版本)

Linux平台直接使用Patch_SCN工具进行修改使用参照:软件使用（for Linux）

下载地址：Patch_SCN下载

说明说明：Patch_SCN使用说明

支持数据库版本

oracle 9i到oracle 21C

官网说明

修改oracle scn小工具(patch scn)

软件版本

惜分飞(www.xifenfei.com)所有

联系作者

QQ:107644445

邮箱：dba@xifenfei.com

微信/电话：17813235971

软件使用（for Window）

检索Oracle进程

通过点击“检索oracle进程”，可以获取到该服务器上运行的所有oracle进程等信息

选择Oracle进程

通过点击“检索oracle进程”获取的结果，可以查看对应的进程需要修改Oracle SCN的地址，

绝大部分情况下，软件可以自动获取到地址，如果软件自动获取地址不对，请联

最低0.47元/天 解锁文章

200万优质内容无限畅学
Oracle误删除数据文件恢复---惜分飞
02-21 667
由于涉及system表空间数据文件被删除,无法在open情况下直接操作,直接关闭数据库,启动到mount状态,重命名数据文件路径,recover数据文件,open库,恢复完成。有客户通过sftp误删除oracle数据文件,咨询我们是否可以恢复,通过远程上去检查,发现运气不错,数据库还没有crash,通过句柄找到被删除文件。查询数据文件大小（被删除的文件文件大小通过v$datafile查询为0）
存储故障后oracle报—ORA-01122/ORA-01207故障处理---惜分飞
05-06 1019
客户存储异常,通过硬件恢复解决存储故障之后,oracle数据库无法正常启动(存储cache丢失),尝试recover数据库报ORA-00283 ORA-01122 ORA-01110 ORA-01207错误。数据库无法通过正常recover的思路解决.通过屏蔽一致性,强制打开数据库,alert日志报ORA-600 2662错误。这个错误比较明显,由于28号回滚段异常导致,对异常回滚段进行处理,重建undo,数据库恢复主要工作完成。通过修改数据库scn,open数据库报ORA-600 4137。
Oracle 启动后一会儿就挂掉故障处理—ORA-600 17182----惜分飞
03-25 1234
这个故障的原因是由于block逻辑损坏,实例无法正常做回滚恢复,从而异常.处理异常回滚问题,就可以规避掉数据库启动后一会儿就crash问题.这类的故障在多年前处理过几次。
惜分飞oracle,惜分飞 - 提供7*24专业数据库(Oracle,SQL Server,MySQL等)恢复和Oracle技术服务@Tel:+86 13429648788...
weixin_29164185的博客
04-04 159
前几天恢复了一个40多T的CASE:ORA-00600: internal error code, arguments: [16513], [1403] 恢复,又一个近30T的库由于硬件故障,通过其他人一系列恢复之后,无法正常open,让我们提供技术支持:故障最初原因是由于存储异常Fri Feb 19 09:03:49 2021Errors in file d:\app\administrator...
Patch SCN一键解决ORA-600 2662故障---惜分飞
08-13 1054
客户强制重启库之后,数据库启动报ORA-600 2037,ORA-745 kcbs_reset_pool/kcbzre1等错误。屏蔽数据库一致性,强制拉库报ORA-600 2662错误。这种ORA-600 2662的错误比较常见,通过。实现数据库open成功，并顺利导出数据。
oracle patch scn--修改oracle scn工具（oracle异常恢复利器）
06-18
oracle scn修改工具，可以直接修改oracle scn，在极端情况下恢复使用，比如解决ORA-600 2662等类似错误,使用说明：https://www.xifenfei.com/2022/06/win-oracle-scn-patch.html
Patch-SCN 小工具使用说明
07-05
惜分飞（https://www.xifenfei.com）开发，仅用来查看和修改Oracle数据库SCN(System Change Number),主要使用在数据库因为某种原因导致无法正常启动的情况下使用该工具进行解决.特别是Oracle新版本中使用隐含参数,...
Oracle SCN修改工具：解决ORA-600 2662等异常
在提供的描述中，使用说明的URL地址为https://www.xifenfei.com/2022/06/win-oracle-scn-patch.html，这是指向详细操作指南的链接，其中可能包含了工具的下载链接、安装指南、操作步骤和注意事项等。 在实际使用该...
最新版oracle dul工具----惜分飞
03-06 484
oracle官方dul工具继续更新,现在已经更新到12.2.0.2.5版本,可以支持oracle 6及其以上的所有版本,是oracle数据库在极端情况下恢复利器。Oracle dul支持Oracle 12.2(12c)最新版Oracle dul支持Oracle 7.2.3。Oracle dul 依旧支持Oracle 21c。dul 12.2完美支持Oracle 19c恢复。dul 10支持oracle 11g r2。dul支持Oracle 19C。Oracle dul支持18c。
mysql数据库文件丢失恢复---惜分飞
12-10 222
这个客户出现该故障的原因大概率是由于文件系统损坏导致.最终可以比较好的恢复,主要是故障之后第一时间保护了现场,没进行任何的写入覆盖,如果覆盖了神仙也没有办法.如果此类问题无法自行解决或者恢复效果不好,可以联系“惜分飞”进行技术支持,最大限度抢救和数据,减少损失。通过底层工具进行分析,无法正确恢复数据库名字,一个个单个ibd文件(而且很多本身是错误的)对于这种情况,通过mysql block扫描恢复出来page文件。客户服务器重启,mysql相关数据文件丢失。恢复出来客户需要数据。
ORA-00742 ORA-00312 恢复---惜分飞
04-15 1218
有客户反馈,断电之后数据库启动报ORA-00742和ORA-00312,无法正常open。因为recover已经成功,但是依旧报ORA-742错误,尝试查询scn相关信息。后面比较不幸，数据库报ORA-600 4194错误导致数据库异常。基于这样的情况,我们判断数据库直接open成功。我们远程上去尝试open库结果也报同样错误。报错比较明显,对undo进行处理即可.
数据库启动报ORA-600 6711故障分析处理---惜分飞
最新发布
07-15 488
确认对对象为cluster C_OBJ#_INTCOL#,对应的表为HISTGRM$(统计信息中存储直方图信息表)，明白这一些,处理起来就比较容易了,open数据库过程中绕过该对象访问,然后对该表进行处理即可。几个月以前的一个数据库故障,今天拿出来在win上重新分析,数据库启动报ORA-600 6711错。通过对相关rdba进行dump分析,确认对象id为64和trace中报的信息匹配。进一步分析该id为什么对象,使用dul unload obj$查看对应的trace文件。这个操作触发了递归查询。
记录一次ORA-01200完美恢复---惜分飞
01-12 1186
报错比较明显system01.dbf文件本来大小应该为1131521个block,但是实际上只有1122561个block,因此无法正常启动,通过修改数据文件欺骗数据库。客户虚拟化平台断电，导致oracle其数据库启动ORA-01200错误。然后对异常的system文件进行处理,把人工构造的部分除掉。rman检测system文件正常。对应的alert日志如下。
win系统删除oracle数据文件恢复---惜分飞
07-07 969
有客户联系我们,说win平台下的数据库,在由于空间紧张,在关闭数据库的情况下删除的两个数据文件,导致数据库无法正常访问很多业务表,需要对其进行恢复,查看alert日志发现大概操作,删除文件之后,启动数据库失败。另外一个数据文件,从os层面无法恢复,对于这种情况,只能基于底层的block层面进行恢复(恢复没有覆盖的block)接手现场之后,关闭数据库,使用操作系统层面反删除工具进行扫描恢复,发现其中一个文件(另外一个文件os层面无法恢复)offline相关数据文件,启动库成功,但是job开始报错。
oracle惜纷飞,Oracle性能优化 – 提供7*24专业数据库(Oracle,SQL Server,MySQL等)恢复和Oracle技术服务@Tel:+86 13429648788 - 惜分飞...
weixin_39837207的博客
04-06 150
Oracle 11g开始，提供了一种新的固定执行计划的方法，即SQL plan baseline，中文名SQL执行计划基线(简称基线)，可以认为是OUTLINE(大纲)或者SQL PROFILE的改进版本，基本上它的主要作用可以归纳为如下两个：1、稳定给定SQL语句的执行计划，防止执行环境或对象统计信息等因子的改变对SQL语句的执行计划产生影响2、减少数据库中出现SQL语句性能退化的概率，理论上不...
一键修改Oracle SCN工具升级(patch scn)
10-06 327
，用来修改oracle数据库scn,实现快速调整oracle scn的功能（特别是在一些恢复的时候很有用）,最近对其功能进一步完善，扩展了通过修改oracle controlfile实现调整scn功能,简单测试如下。数据库启动过程中scn会被改变，在mount的时候未发生改变。前段时间开发了基于内存修改的patch scn小程序
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值