Http://xiao77.la:8 Hot Youjizz+mobile

Www Hotgirlsfilm %B2%D6%C4%BE%C3%C0%D0%F7 Ca 19 Huhtikuuta Hot Girls Film oracle snapcf_.f/ SNAPSHOT CONTROLFILE 什么作用？ | ANBOB

Www Hotgirlsfilm %B2%D6%C4%BE%C3%C0%D0%F7 Ca 19 Huhtikuuta Hot Girls Film

Hotgirlsfilm osearcha Huhtikuuta 0ysearche Hotgirlsfilm r %B2%D6%C4%BE%C3%C0%D0%F7 hsearch %B2%D6%C4%BE%C3%C0%D0%F7 o %B2%D6%C4%BE%C3%C0%D0%F7 gi Huhtikuuta l Hotgirlsfilm fisearchmsearchu%search2% %B2%D6%C4%BE%C3%C0%D0%F7 61C4% Huhtikuuta ECsearch%0searchD0 %B2%D6%C4%BE%C3%C0%D0%F7 F7 Hotgirlsfilm t Www earh Hotgirlsfilm s %B2%D6%C4%BE%C3%C0%D0%F7 ac %B2%D6%C4%BE%C3%C0%D0%F7 us Www ar%C3%C0%C8%CB%C9%E7%B3%A4%C3%D8%CA%E9X%D2%F9%C2%D2%D0%DE%C5%AE%20%DC%E7%A4%B7%A4%AA%A4%F3h %B2%D6%C4%BE%C3%C0%D0%F7 s Hotgirlsfilm a Huhtikuuta csearchm %B2%D6%C4%BE%C3%C0%D0%F7 H2htik Huhtikuuta usearcha Www e Hotgirlsfilm sesearchr Hotgirlsfilm h Huhtikuuta se Huhtikuuta rc Huhtikuuta Gsearche Www r Hotgirlsfilm h%sa Huhtikuuta chsearch Hotgirlsfilm otg Hotgirlsfilm rsearchsflmDs Www asearchch %B2%D6%C4%BE%C3%C0%D0%F7 Hotgirlsfilm Bsearch%D6searchCsearch%Bsearch%23searchC%search0searchF Hotgirlsfilm 4% Huhtikuuta H Huhtikuuta hsearchikuutasearchEsearchWww Hotgirlsfilm Cs Www arc %B2%D6%C4%BE%C3%C0%D0%F7 % Hogrsearchsf Hotgirlsfilm lmsearch0searchHsearchhtiksearchu Hotgirlsfilm a %B2%D6%C4%BE%C3%C0%D0%F7 D0 H Huhtikuuta ti Hotgirlsfilm l Www fimF7s Www asearchch Www % Www 2 Hotgirlsfilm D6C4 Hotgirlsfilm Bsearch%C3Red%20Hot%20Jam%20Vol%5B1%5D.94%20%C8%CB%D1%FD%20%A4%DE%A4%CA%A4%AB%7C%C6%DF%9E%81%CE%E8%28ManakaC0%search0 Huhtikuuta F7 searchhea Www cha %B Www %D6 Huhtikuuta C4% Www E%C Www %search0 Huhtikuuta D0%F7 usearcht %B2%D6%C4%BE%C3%C0%D0%F7 searchoTonightsGirlfriend+-+Kortney+Kanegsearchr Www s Www i Www m Hotgirlsfilm Wsearchw %B2%D6%C4%BE%C3%C0%D0%F7 ra Hotgirlsfilm 30search64 Hotgirlsfilm 0searchb Www tas
Fixed Size 741432 bytes
Variable Size 285212672 bytes
Database Buffers 33554432 bytes
Redo Buffers 1060864 bytes
ORA-00205: error in identifying controlfile, check alert log for more info

SQL>
没有控制文件，数据库不能mount，现在把SNAPSHOT CONTROLFILE copy到对应目录
$ cp /u01/ora9a/product/9.2/dbs/snapcf_tt9a.f /u01/ora9a/oradata/tt9a/control01.ctl
$ cp /u01/ora9a/oradata/tt9a/control01.ctl /u01/ora9a/oradata/tt9a/control0t.ctl
$ cp /u01/ora9a/oradata/tt9a/control01.ctl /u01/ora9a/oradata/tt9a/control03.ctl
$ ls -lrt /u01/ora9a/oradata/tt9a/contr*
-rw-r—– 1 ora9a dba 1531904 Feb 24 10:36 /u01/ora9a/oradata/tt9a/control01.ctl
-rw-r—– 1 ora9a dba 1531904 Feb 24 10:36 /u01/ora9a/oradata/tt9a/control0t.ctl
-rw-r—– 1 ora9a dba 1531904 Feb 24 10:36 /u01/ora9a/oradata/tt9a/control03.ctl
$
SQL> startup
ORACLE instance started.

Total System Global Area 320569400 bytes
Fixed Size 741432 bytes
Variable Size 285212672 bytes
Database Buffers 33554432 bytes
Redo Buffers 1060864 bytes
ORA-00205: error in identifying controlfile, check alert log for more info
照样不能mount数据库
—————————————-
尝试用rman恢复控制文件:
$ rman target /

Recovery Manager: Release 9.2.0.1.0 – 64bit Production

connected to target database (not started)

RMAN> startup nomount;

Oracle instance started

Total System Global Area 320569400 bytes

Fixed Size 741432 bytes
Variable Size 285212672 bytes
Database Buffers 33554432 bytes
Redo Buffers 1060864 bytes

RMAN> restore controlfile from ‘/u01/ora9a/product/9.2/dbs/snapcf_tt9a.f’;

Starting restore at 24-FEB-09

using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=13 devtype=DISK
channel ORA_DISK_1: copied controlfile copy
replicating controlfile
input filename=/u01/ora9a/oradata/tt9a/control01.ctl
output filename=/u01/ora9a/oradata/tt9a/control02.ctl
output filename=/u01/ora9a/oradata/tt9a/control03.ctl
Finished restore at 24-FEB-09

RMAN> alter database mount;

database mounted

RMAN>
ok,用rman可以进行恢复，让数据mount起来
恢复数据库
RMAN> recover database;

Starting recover at 24-FEB-09
using channel ORA_DISK_1

starting media recovery

archive log thread 1 sequence 1 is already on disk as file /u01/ora9a/oradata/tt9a/redo01.log
archive log thread 1 sequence 2 is already on disk as file /u01/ora9a/oradata/tt9a/redo02.log
archive log thread 1 sequence 3 is already on disk as file /u01/ora9a/oradata/tt9a/redo03.log
archive log filename=/u01/ora9a/oradata/tt9a/redo01.log thread=1 sequence=0
archive log filename=/u01/ora9a/oradata/tt9a/redo02.log thread=1 sequence=2
archive log filename=/u01/ora9a/oradata/tt9a/redo03.log thread=1 sequence=3
media recovery complete
Finished recover at 24-FEB-09

RMAN> alter database open;

RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: failure of alter db command at 02/24/2009 10:47:36
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open

RMAN> alter database open resetlogs;

database opened

RMAN>
查看先前insert的数据：
SQL> select no,to_char(vdate,’yyyy-mm-dd hh24:mi:ss’) from test;

NO TO_CHAR(VDATE,’YYYY-MM-DDHH24:MI:SS’)
———- ———————————————————
1 2009-02-24 10:16:09
2 2009-02-24 10:25:30
3 2009-02-24 10:26:56
4 2009-02-24 10:30:59

SQL>
数据仍在，恢复成功!

=============================
下面仍是在数据库正常运行情况下，将控制文件删除，仍测试直接copy SNAPSHOT CONTROLFILE 的恢复方式：
SQL> insert into test(no) values(5);

1 row created.

SQL> commit;

Commit complete.

SQL>
SQL> !
$ pwd
/u01/ora9a/oradata/tt9a
$ ls
control01.ctl control0t.ctl example01.dbf redo01.log system01.dbf undotbs01.dbf
control02.ctl cwmlite01.dbf indx01.dbf redo02.log temp01.dbf users01.dbf
control03.ctl drsys01.dbf odm01.dbf redo03.log tools01.dbf xdb01.dbf
$ rm contr*
$ ls
cwmlite01.dbf example01.dbf odm01.dbf redo02.log system01.dbf tools01.dbf users01.dbf
drsys01.dbf indx01.dbf redo01.log redo03.log temp01.dbf undotbs01.dbf xdb01.dbf
$
$ exit

SQL> select * from v$controlfile;

STATUS
———————
NAME
——————————————————————————–

/u01/ora9a/oradata/tt9a/control01.ctl
/u01/ora9a/oradata/tt9a/control02.ctl
/u01/ora9a/oradata/tt9a/control03.ctl
SQL> select dbid from v$database;
select dbid from v$database
*
ERROR at line 1:
ORA-00210: cannot open the specified controlfile
ORA-00202: controlfile: ‘/u01/ora9a/oradata/tt9a/control01.ctl’
ORA-27041: unable to open file
IBM AIX RISC System/6000 Error: 2: No such file or directory
Additional information: 3

SQL>
没有控制文件，查询失败
现在将SNAPSHOT CONTROLFILE copy到对应目录，尝试直接恢复成控制文件:
SQL> !
$ pwd
/u01/ora9a/oradata/tt9a
$ cp /u01/ora9a/product/9.2/dbs/snapcf_tt9a.f control01.ctl
$ cp control01.ctl control02.ctl
$ cp control01.ctl control03.ctl
$ ls -lrt cont*
-rw-r—– 1 ora9a dba 1531904 Feb 24 10:55 control01.ctl
-rw-r—– 1 ora9a dba 1531904 Feb 24 10:55 control02.ctl
-rw-r—– 1 ora9a dba 1531904 Feb 24 10:55 control03.ctl
$
注意，此时不要起停数据库，否则这样恢复的控制文件仍不可用
尝试查询control file信息
SQL> select dbid from v$database;

DBID
———-
3459515476

SQL>
ok,成功
查询数据文件头信息
SQL> select CHECKPOINT_CHANGE# from v$datafile_header;
select CHECKPOINT_CHANGE# from v$datafile_header
*
ERROR at line 1:
ORA-00600: internal error code, arguments: [2170], [], [], [], [], [], [], []

SQL>
失败
现在重新启动数据库，看看是否可以到mount状态：
SQL> shutdown immediate
ORA-00600: internal error code, arguments: [kccchb_1], [356], [353], [0], [353], [0], [], []
SQL> shutdown abort;
ORACLE instance shut down.
SQL>
SQL> startup
ORACLE instance started.

Total System Global Area 320569400 bytes
Fixed Size 741432 bytes
Variable Size 285212672 bytes
Database Buffers 33554432 bytes
Redo Buffers 1060864 bytes
Database mounted.
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL>
ok，此时数据库可以mount起来了

SQL>
SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01589: must use RESETLOGS or NORESETLOGS option for database open
SQL> alter database open resetlogs;
alter database open resetlogs
*
ERROR at line 1:
ORA-01194: file 1 needs more recovery to be consistent
ORA-01110: data file 1: ‘/u01/ora9a/oradata/tt9a/system01.dbf’
提示需要恢复
SQL> recover database using backup controlfile;
ORA-00279: change 349227 generated at 02/24/2009 10:49:58 needed for thread 1
ORA-00289: suggestion : /u01/arch/1_1.dbf
ORA-00280: change 349227 for thread 1 is in sequence #1
Specify log: {}
AUTO
ORA-00328: archived log ends at change 347581, need later change 349227
ORA-00334: archived log: ‘/u01/arch/1_1.dbf’
SQL> recover database using backup controlfile;
ORA-00279: change 349227 generated at 02/24/2009 10:49:58 needed for thread 1
ORA-00289: suggestion : /u01/arch/1_1.dbf
ORA-00280: change 349227 for thread 1 is in sequence #1
Specify log: {}
/u01/ora9a/oradata/tt9a/redo01.log
Log applied.
Media recovery complete.

SQL> alter database open resetlogs;

Database altered.

SQL>
恢复成功
SQL> select no,to_char(vdate,’yyyy-mm-dd hh24:mi:ss’) from test order by vdate;

NO TO_CHAR(VDATE,’YYYY-MM-DDHH24:MI:SS’)
———- ———————————————————
1 2009-02-24 10:16:09
2 2009-02-24 10:25:30
3 2009-02-24 10:26:56
4 2009-02-24 10:30:59
5 2009-02-24 10:51:01

SQL>
ok,新插入的数据也在。

目前这篇文章有3条评论(Rss)评论关闭。

Faustina Loreg | #2
2011 年 12 月 21 日 at 上午 2:51

fWww Hotgirlsfilm %B2%D6%C4%BE%C3%C0%D0%F7 Ca 19 Huhtikuuta Hot Girls Film oracle snapcf_.f/ SNAPSHOT CONTROLFILE 什么作用？ | ANBOBs k Vivid+Award+Winners%3A+Best+Couples+Sex+Scene+%282012%29 Hot Girls Film Porno 1 cWww Hotgirlsfilm %B2%D6%C4%BE%C3%C0%D0%F7 Ca 19 Huhtikuuta Hot Girls Film oracle snapcf_.f/ SNAPSHOT CONTROLFILE 什么作用？ | ANBOBq Porn