[20190531]ORA-600 kokasgi1故障模拟与恢复.txt --//昨天看链接:http://www.xifenfei.com/2019/05/ora-600-kokasgi1-recovery.html,google半天看到的还是惜分飞网站的链接.--//既然他提到sys和system被人重命名,解决相对容易,通过测试说明问题.千万不要在生产系统做这样的测试.--//再次提醒大家,下载oracle介质要选择官方网站并且要做md5sum,不对坚决不要使用!!一些工具下载也要注意检…
[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…
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.…
[20190130]删除tab$记录的恢复.txt --//网上提到许多删除tab$的案例,主要原因在于没有从官方正规渠道下载oracle版本,还有一些来自工具里面带有一些脚本删除tab$记录. --//首先我并不知道许多人的恢复方法,仅仅简单提到恢复数据字典,我想到既然是删除,反向的操作就是恢复.也就是恢复tab$记录.--//在我开始尝试时,我发现遇到的问题比原来想像的要复杂.tab$是CLUSTER C_OBJ#的一个表.本身cluster table的结果就与普通--//堆表的结构不一样…
[20180627]truncate table的另类恢复.txt --//前几天看链接http://www.xifenfei.com/2018/06/truncate-table-recovery.html--//提到几种方式不影响数据的恢复,突然看到reuse storage选项,感觉在truncate时使用该参数时存储空间不会回收,--//感觉这样应该还是会降低高水位标志. --//使用reuse storage选项,存储空间不会回收,另外在truncate时,数据段号data_objec…
[20171225]没有备份数据文件的恢复.txt --//别人问的问题,增加了数据文件没有备份,如何恢复,实际上很简单,因为当前控制文件有记录建立时间只要从建立数据文件开始的--//归档日志都存在恢复是没有任何问题的.我仅仅介绍rman的恢复: 1.环境:SCOTT@book> @&r/ver1PORT_STRING                    VERSION        BANNER------------------------------ -------------- -…
RAC添加新表空间时数据文件误放置到本地文件系统的修正 于是我想11G 也兼容这些操作的方法,但是11G的新特性有一点就是可以直接支持ASM文件系统直接可以和本地文件系统进行文件的拷贝了,也就是有三种方法. 1. RMAN的 copy datafile 方式 2. dbms_file_transfer方式 3. ASMCMD中的直接cp方式了 分别演示三种方式: RMAN 1)创建好本地开始的表空间 SQL> create tablespace andy datafile '/u01/app/o…
[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---------------------…
[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…