[20190531]ORA-600 kokasgi1故障模拟与恢复(后续).txt --//http://blog.itpub.net/267265/viewspace-2646340/=>[20190531]ORA-600 kokasgi1故障模拟与恢复.txt--//后续有一些恢复没做,补充测试看看. --//先更正链接http://blog.itpub.net/267265/viewspace-2646340/的一些错误:--//1.前面做坏块恢复时,少写了执行步骤:.BBED> ass…
[20190531]ORA-600 kokasgi1故障模拟与恢复.txt --//昨天看链接:http://www.xifenfei.com/2019/05/ora-600-kokasgi1-recovery.html,google半天看到的还是惜分飞网站的链接.--//既然他提到sys和system被人重命名,解决相对容易,通过测试说明问题.千万不要在生产系统做这样的测试.--//再次提醒大家,下载oracle介质要选择官方网站并且要做md5sum,不对坚决不要使用!!一些工具下载也要注意检…
PostgreSQL 三节点集群故障模拟及恢复 (postgreSQL9.5.1) 正常状态: 10.2.208.10:node1:master 10.2.208.11:node2:standby1同步 10.2.208.12:node3:standby2异步 10.2.208.13:node4:备用机 故障模拟及恢复 1 主库故障 1 停止主库(master)[M]服务[10.2.208.10] pg_ctl –D ../data stop –m fast 2 更改S1的postgresql.…
[20190225]删除tab$记录的恢复5.txt --//昨天下午看了链接https://blog.csdn.net/Enmotech/article/details/87834503,大概知道对方删除tab$记录的恢复方法.--//实际上就是"狸猫换太子"的方法,利用好的数据库的对应块覆盖坏数据库的对应块,再启动数据库.然后利用删除前的tab$的备份--//数据导入tab$,然后解决数据字典不一致的问题.--//我当时测试的冷备份还在,也测试看看:--//以下一些执行脚本直接使用…
[20190212]删除tab$记录的恢复3.txt --//春节前几天做了删除tan$记录的测试,链接:http://blog.itpub.net/267265/viewspace-2565245/=> [20190130]删除tab$记录的恢复.txthttp://blog.itpub.net/267265/viewspace-2565250/=> [20190130]删除tab$记录的恢复2.txt --//实际上我一直认为能拷贝出来数据就ok了.这样恢复的数据库不能在使用,问题多多.-…
[20190130]删除tab$记录的恢复2.txt --//前面链接写好了脚本,开始测试删除后的恢复.千万不要在生产系统做这样的测试!!--//参考链接:http://blog.itpub.net/267265/viewspace-2565245/=>[20190130]删除tab$记录的恢复.txt 1.环境:SCOTT@book> @ ver1PORT_STRING                    VERSION        BANNER---------------------…
[20180630]truncate table的另类恢复2.txt --//上个星期做了truncate table的另类恢复,通过修改数据块的段号,再通过rowid定位收集数据,达到修复的目的.--//实际上不能作为恢复的手段,主要不实用,不过通过学习了解oracle一些基本概念.--//链接:blog.itpub.net/267265/viewspace-2156936/ --//而且上次涉及的块很少,这次我们反向思考,不修改块的段号,而修改数据字典,来恢复truncate表.--//注意…
[20190226]删除tab$记录的恢复6.txt --//春节前几天做了删除tan$记录的测试,链接:http://blog.itpub.net/267265/viewspace-2565245/=> [20190130]删除tab$记录的恢复.txthttp://blog.itpub.net/267265/viewspace-2565250/=> [20190130]删除tab$记录的恢复2.txt --//我这样恢复后,仅仅能读,不能建表等操作,必须解决bbed verify报6110…
[20190226]测试使用bbed恢复索引.txt --//上午做tab$删除恢复测试时发现,tab$的索引i_tab1很小.可以尝试使用bbed解决这个问题.--//首先在普通表上做一个测试看看. 1.环境:SCOTT@book> @ ver1PORT_STRING                    VERSION        BANNER------------------------------ -------------- ----------------------------…
问题说明 客户环境主库4节点RAC11.2.0.4,单实例DG环境,DG由于空间不足,导致同步中断,由于DG备库未应用的归档主库都再,本次恢复的方式,是开启dg mrp进程,自动同步追上主库. 以下遇到的问题,都在此过程中,遇到的报错. 一 dg环境遇到 ORA-00353 ORA-00334 如果主库还存在归档日志,则可以mv ,rm删除备库有问题的归档,让dg产生gap,主库会再次像备库传输归档日志另一种方法,就是如果主库无法自动像备库传输日志,可以从主库scp归档至备库dg,注册归档后,解…