中文字幕精品亚洲无线码二区,亚洲免费福利在线视频,亚洲一区精品中文字幕

sure_dandan — Wed, 11 Apr 2012 16:24:00 GMT

�q�两天遇到客户因��操作�Q�将RAC环境下的所有共享存储格式化掉了�Q�客户只有一个最�q�的RMAN�?�U�全备（无数据文�Ӟ��无控制文�Ӟ��无归档日志，无redo日志�Q�，需要帮忙恢复。将大致的恢复过�E�记录一下�?br />

0.恢复�׃�n存储是第一步，�l�存储原厂打�?sh��)话�Q�原厂推是os的问题，让给os打电(sh��)话，�l�果只能初始化了�Q�最后只能恢复到被识别的状态，一切从头开始�?br />

1.因�ؓ(f��)集群软�g是装在本地的�Q�所以恢复rac的集��环境，只需要将ocr和vdisk重新配置一下，��可以了。可以执行root.sh脚本来进行重新的配置�Q�如果中间报一个已�l�被配置�q�的提示�Q�那��先用dd清除ocr和vdisk的信息，�q�删除相应的目录文�g�Q�如�?

rm -rf /usr/tmp/.oracle /var/tmp/.oracle /tmp/.oracle /etc/oracle/* /var/opt/oracle/*

rm -rf /etc/init.cssd /etc/init.crs* /etc/init.evmd /etc/init.d/init.cssd /etc/init.d/init.crs

rm -rf /etc/init.d/init.crsd /etc/init.d/init.evmd /etc/rc3.d/K96init.crs /etc/rc3.d/S96init.crs

rm -rf /etc/rc.d/rc2.d/K96init.crs /etc/rc.d/rc2.d/S96init.crs

2.恢复完集��环境之后，开始恢复数据库。因��问到客户有去�q�年底的一个RMAN�?�U�全备，以及(qi��ng)控制文�g的快照没有放到共享存储上�Q�故可以采用重徏控制文�g+restore备䆾的方法来恢复。中途遇到很多问题，因�ؓ(f��)所有的日志备䆾均放到共享存储下的，故这�ơ恢复在recover的步骤时是没有日志用来补充的。所以restore databse until 旉��后，再recover�Q�再alter database open resetlogs后，�?x��)报一个需要恢复数据文件的错误提示�Q�操作的时候运气不好，刚好遇到的是需要恢复datafile 1�Q�再折腾了几个小时候，�l�于发现按照正常的手�D�|��行不通的.

3.因�ؓ(f��)没有日志�Q�无法��得数据库辑ֈ�一致性，所以只有采取修攚w��藏参数的办法来忽略数据库的不一��_(d��)��来强行打开数据�?先将数据库打到mount状态，在做完restore�Q�recover之后�Q�将隐藏参数修改 alter system set "_allow_resetlogs_corruption"=true scope=spfile;再shutdown数据库，启动到mount状态之后，alter database open resetlogs; resetlogs打开数据库后�Q�运气仍然不是太好，又遇��C��ORA-00600 2662��L(f��ng)��错误.

4. 当��用修改_allow_resetlogs_corruption �Q�再打开数据库时遇到了ORA-00600 2662��L(f��ng)��错误�Q?如果SCN相差不多�Q�可以通过多次重�v数据库解�?�Q�但是这�ơ遇到的SCN相差很大(通过查v$datafile和v$datafile_header的CHECKPOINT_CHANGE#来判�?�Q�这个时候只有再修改另外一个隐藏参�?_minimum_giga_scn来解决问�?_minimum_giga_scn的作用是推进SCN��P��该参数值的单位是billion�Q�也��是说设�|�了该参数后�Q�SCN号会(x��)变成XX* (1024*1024*1024) �Q�XX可以通过2662的几个参数来��定. 2662后的参数[2662],[a],[b],[c],[d],[e]…[a] Current SCN WRAP�Q�[b] Current SCN BASE�Q�[c] dependent SCN WRAP�Q�[d] dependent SCN BASE�Q�[e] Where present this is the DBA where the dependent SCN came from.

5.当修改了2个隐藏参��C��后，数据库终于能启动了，但是alert日志�q�是�?x��)报一�?00的错误，暂时忽略.用exp(expdp可能�?x��)报�?��数据全部导出，重徏新的实例�Q�再用imp导入数据到新的库�?exp的时候需要注意一个参数compress�Q�这个参数可以降低HWM�Q��的imp的时候，旉��相对��量��一�?

sure_dandan 2012-04-12 00:24 发表评论

手工恢复---控制文�g丢失但有备䆾,在线重做日志完好,数据文�g丢失但有备䆾

sure_dandan — Thu, 05 May 2011 08:02:00 GMT

1.先将备䆾的控制文件和数据文�gcopy到原来的位置
2.mount数据�?br /> 3.RECOVER DATABASE USING BACKUP CONTROLFILE
4.ALTER DATABASE OPEN RESETLOGS;

代码如下:

SQL> shutdown abort
ORACLE 例程已经关闭�?br /> SQL> host del D:\oracle\product\10.2.0\oradata\suredd\control*.ctl

/** 在此先将备䆾的控制文件和数据文�g�q�原*/

SQL> startup mount
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             230689668 bytes
Database Buffers          373293056 bytes
Redo Buffers                7135232 bytes
数据库装载完毕�?br /> SQL> RECOVER DATABASE USING BACKUP CONTROLFILE
ORA-00279: 更改 873855 (�?nbsp;05/05/2011 15:47:47 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00001_0750352730.001
ORA-00280: 更改 873855 (用于�U�程 1) 在序�?nbsp;#1 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00001_0750352730.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00001_0750352730.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

SQL> RECOVER DATABASE USING BACKUP CONTROLFILE
ORA-00279: 更改 873855 (�?nbsp;05/05/2011 15:47:47 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00001_0750352730.001
ORA-00280: 更改 873855 (用于�U�程 1) 在序�?nbsp;#1 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
E:\oracletest\backup\suredd\REDO01.LOG
ORA-00339: 归档日志未包含�Q何重�?br /> ORA-00334: 归档日志: 'E:\ORACLETEST\BACKUP\SUREDD\REDO01.LOG'

SQL>  RECOVER DATABASE USING BACKUP CONTROLFILE
ORA-00279: 更改 873855 (�?nbsp;05/05/2011 15:47:47 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00001_0750352730.001
ORA-00280: 更改 873855 (用于�U�程 1) 在序�?nbsp;#1 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
E:\ORACLETEST\BACKUP\SUREDD\REDO02.LOG
ORA-00339: 归档日志未包含�Q何重�?br /> ORA-00334: 归档日志: 'E:\ORACLETEST\BACKUP\SUREDD\REDO02.LOG'

SQL>  RECOVER DATABASE USING BACKUP CONTROLFILE
ORA-00279: 更改 873855 (�?nbsp;05/05/2011 15:47:47 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00001_0750352730.001
ORA-00280: 更改 873855 (用于�U�程 1) 在序�?nbsp;#1 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
E:\ORACLETEST\BACKUP\SUREDD\REDO03.LOG
已应用的日志�?br /> 完成介质恢复�?br /> SQL> ALTER DATABASE OPEN RESETLOGS;

数据库已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

sure_dandan 2011-05-05 16:02 发表评论

手工创徏controlfile�?noresetlogs和resetlogs的适用范围

sure_dandan — Thu, 05 May 2011 07:39:00 GMT

直接摘录2�D�话:
1.Set NORESETLOGS case
The following commands will create a new control file and use it to open the database.
Data used by Recovery Manager will be lost.
Additional logs may be required for media recovery of offline.
Use this only if the current versions of all online logs are available.

2.Set RESETLOGS case
The following commands will create a new control file and use it to open the database.
Data used by Recovery Manager will be lost.
The contents of online logs will be lost and all backups will be invalidated.
Use this only if online logs are damaged.

sure_dandan 2011-05-05 15:39 发表评论

手工恢复---控制文�g全部丢失,在线重做日志丢失,数据文�g�q�在

sure_dandan — Thu, 05 May 2011 07:25:00 GMT

1.控制文�g全部丢失,在线重做日志丢失,如果有备份的2�q�制的控制文件也不能使用,��Z��么呢?因�ؓ(f��)用备份的控制文�g�q�行恢复�?RECOVER DATABASE USING BACKUP CONTROLFILE UNTIL CANCEL),�׃��使用了备份的控制文�g�Q�备份之后的归档日志信息丢失,所以需要在�U�K��做日志来�q�行介质恢复,而当前的情况是在�U�K��做日志也丢失�?所以只能进行手工创建控制文�?
2.以alter database open resetlogs打开数据�?br /> 2.1如果当初关闭数据库时是非正常关闭,那么在打开数据库之前应该先RECOVER DATABASE USING BACKUP CONTROLFILE
3.��d��temp文�g

代码如下:

SQL> shutdown immediate
数据库已�l�关闭�?br /> 已经卸蝲数据库�?br /> ORACLE 例程已经关闭�?br /> SQL> host del D:\oracle\product\10.2.0\oradata\suredd\control*.ctl

SQL>  host del D:\oracle\product\10.2.0\oradata\suredd\redo*.log

SQL> startup nomount
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             226495364 bytes
Database Buffers          377487360 bytes
Redo Buffers                7135232 bytes
SQL> edit
已写�?nbsp;file afiedt.buf

  1  CREATE CONTROLFILE REUSE DATABASE "SUREDD" RESETLOGS  ARCHIVELOG
  2      MAXLOGFILES 16
  3      MAXLOGMEMBERS 3
  4      MAXDATAFILES 100
  5      MAXINSTANCES 8
  6      MAXLOGHISTORY 292
  7  LOGFILE
  8    GROUP 1 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO01.LOG'  SIZE 50M,
  9    GROUP 2 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO02.LOG'  SIZE 50M,
10    GROUP 3 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO03.LOG'  SIZE 50M
11  DATAFILE
12    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSTEM01.DBF',
13    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSAUX01.DBF',
14    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\USERS01.DBF',
15    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\EXAMPLE01.DBF',
16    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF',
17    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\UNTOTBS_NEW_01.DBF'
18* CHARACTER SET ZHS16GBK
SQL> /

控制文�g已创建�?br />
SQL> ALTER DATABASE OPEN RESETLOGS;

数据库已更改�?br />
SQL> ALTER TABLESPACE TEMP ADD TEMPFILE 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\TEMP01.DBF'
  2       SIZE 20971520  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M;

表空间已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

sure_dandan 2011-05-05 15:25 发表评论

解决ORA-00600: 内部错误代码, 参数: [4194], [15], [8]

sure_dandan — Thu, 05 May 2011 06:53:00 GMT

摘要: 1.错误描述:在做一�ơ恢复后,数据库能正常打开,数据表也能正常查�?但过不了多久数据库会(x��)自动down�?2.查看alert日志,发现如下信息 Thu May 05 13:30:26 2011 Flush retried for xcb 0x333acd74, pmd 0x33bdaa68 D... 阅读全文

sure_dandan 2011-05-05 14:53 发表评论

手工恢复---使用备䆾的控制文�?联机重做日志文�g可用,数据文�g可用

sure_dandan — Thu, 05 May 2011 02:57:00 GMT

1.��备份的控制文�g(�q�里的备份指的是2�q�制的备份文�?非trace那个)copy到原来的位置
2.启动到mount状�?br /> 3.recover database using backup controlfile until cancel
4.再找重做联机日志恢复数据
5.alter database open resetlogs

代码如下:

SQL> alter database backup controlfile to 'c:\CONTROL01.CTL';

数据库已更改�?br />
SQL> shutdown immediate
数据库已�l�关闭�?br /> 已经卸蝲数据库�?br /> ORACLE 例程已经关闭�?br /> SQL> host del D:\oracle\product\10.2.0\oradata\suredd\CONTROL*.CTL;

SQL> host copy c:\CONTROL01.CTL D:\oracle\product\10.2.0\oradata\suredd\

SQL> startup mount
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             213912452 bytes
Database Buffers          390070272 bytes
Redo Buffers                7135232 bytes
ORA-00205: ?????????, ??????, ???????

SQL> shutdown immediate
ORA-01507: ??????

ORACLE 例程已经关闭�?br />
============在此应该��备份的控制文�g按照初始化文仉��面设�|�的那样copy N份到指定的位�|?/span>===================

SQL> startup mount
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             213912452 bytes
Database Buffers          390070272 bytes
Redo Buffers                7135232 bytes
数据库装载完毕�?br /> SQL> alter database open;
alter database open
*
�W?nbsp;1 行出现错�?
ORA-01589: 要打开数据库则必须使用 RESETLOGS �?nbsp;NORESETLOGS 选项

SQL> recover database using backup controlfile ;
ORA-00279: 更改 761661 (�?nbsp;05/05/2011 09:18:58 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001
ORA-00280: 更改 761661 (用于�U�程 1) 在序�?nbsp;#11 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br /> =======以上��p�|的原因是:当前controlfile丢失,使用备䆾的controlfile打开数据库时,��Z��完全恢复,所以要使用until============

SQL> recover database using backup controlfile until cancel;
ORA-00279: 更改 761661 (�?nbsp;05/05/2011 09:18:58 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001
ORA-00280: 更改 761661 (用于�U�程 1) 在序�?nbsp;#11 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

ORA-01547: 警告: RECOVER 成功�?nbsp;OPEN RESETLOGS ��出现如下错�?br /> ORA-01152: 文�g 1 没有从过旧的备䆾中恢�?br /> ORA-01110: 数据文�g 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSTEM01.DBF'

/**�׃��使用了备份的控制文�g�Q�备份之后的归档日志信息丢失�Q?br /> 因此�Q�这旉��要手工输入需要恢复的联机重做日志文�g*/

SQL> SELECT GROUP#, SEQUENCE#, STATUS FROM V$LOG;

    GROUP#  SEQUENCE# STATUS
---------- ---------- ----------------
         1         11 CURRENT
         3         10 INACTIVE
         2          9 INACTIVE

SQL> recover database using backup controlfile until cancel
ORA-00279: 更改 761661 (�?nbsp;05/05/2011 09:18:58 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001
ORA-00280: 更改 761661 (用于�U�程 1) 在序�?nbsp;#11 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
D:\oracle\product\10.2.0\oradata\suredd\REDO03.LOG
ORA-00328: 归档日志在更�?nbsp;759772 �l�束, 需要稍后的更改 761661
ORA-00334: 归档日志: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO03.LOG'

ORA-01547: 警告: RECOVER 成功�?nbsp;OPEN RESETLOGS ��出现如下错�?br /> ORA-01152: 文�g 1 没有从过旧的备䆾中恢�?br /> ORA-01110: 数据文�g 1: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSTEM01.DBF'

SQL> recover database using backup controlfile until cancel
ORA-00279: 更改 761661 (�?nbsp;05/05/2011 09:18:58 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00011_0750250093.001
ORA-00280: 更改 761661 (用于�U�程 1) 在序�?nbsp;#11 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
D:\oracle\product\10.2.0\oradata\suredd\REDO01.LOG
已应用的日志�?br /> 完成介质恢复�?br /> SQL> alter database open resetlogs;

数据库已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

sure_dandan 2011-05-05 10:57 发表评论

sure_dandan — Wed, 04 May 2011 16:29:00 GMT

1.归档日志已经备䆾�q�被删除掉原来的
2.在执行一些恢复操作时,可能�?x��)��用到以前的归档日�?但这个时�?#8757;已经在原来的位置��归档日志删�?所以恢复时如果使用到归档日志的话会(x��)报错说找不着文�g
3.解决�Ҏ(gu��)��:��归档日志copy回原来的位置,恢复时指定新的位�|?或者��用SET LOGSOURCE,指向新的归档位置

代码如下:

SQL> recover tablespace ddtest;
ORA-00279: 更改 589779 (�?nbsp;05/04/2011 14:46:43 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00004_0750250093.001
ORA-00280: 更改 589779 (用于�U�程 1) 在序�?nbsp;#4 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00004_0750250093.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

ORA-00308: 无法打开归档日志
'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00004_0750250093.001'
ORA-27041: 无法打开文�g
OSD-04002: 无法打开文�g
O/S-Error: (OS 2) �pȝ��找不到指定的文�g�?br />

SQL> recover tablespace ddtest;
ORA-00279: 更改 589779 (�?nbsp;05/04/2011 14:46:43 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00004_0750250093.001
ORA-00280: 更改 589779 (用于�U�程 1) 在序�?nbsp;#4 �?br />

指定日志: {<RET>=suggested | filename | AUTO | CANCEL}
auto
ORA-00279: 更改 609885 (�?nbsp;05/04/2011 15:13:08 生成) 对于�U�程 1 是必需�?br /> ORA-00289: ��:
D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00005_0750250093.001
ORA-00280: 更改 609885 (用于�U�程 1) 在序�?nbsp;#5 �?br /> ORA-00278: 此恢复不再需要日志文�?br /> 'D:\ORACLE\PRODUCT\10.2.0\ARCHIVELOGS\SUREDD\ARC00004_0750250093.001'

已应用的日志�?br /> 完成介质恢复�?br /> SQL> alter tablespace ddtest online;

表空间已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

�?
(1)或者将归档日志攑ֈ�其他的地�?然后在指定日志时不用auto,而写新的路径
(2)SET LOGSOURCE '归档日志的放的位�|?/span>',再recover ,然后使用auto

sure_dandan 2011-05-05 00:29 发表评论

sure_dandan — Wed, 04 May 2011 16:01:00 GMT

1.�q�是用UE破坏所有的控制文�g,�q�做checkpoint
2.�q�接数据�?��数据库启动到nomount状�?br /> 3.创徏controlfile为noresetlog
4.recover数据�?br /> 5.归档所有日�?br /> 6.open数据�?br /> 7.��d��temp表空间的数据文�g

�q�程如下:

SQL> show parameter control

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
control_file_record_keep_time        integer     7
control_files                        string      D:\ORACLE\PRODUCT\10.2.0\ORADA
                                                 TA\SUREDD\CONTROL01.CTL, D:\OR
                                                 ACLE\PRODUCT\10.2.0\ORADATA\SU
                                                 REDD\CONTROL02.CTL, D:\ORACLE\
                                                 PRODUCT\10.2.0\ORADATA\SUREDD\
                                                 CONTROL03.CTL

======================此时破坏所有控制文�?=====================
SQL> alter system checkpoint;
alter system checkpoint
*
�W?nbsp;1 行出现错�?
ORA-00227: 控制文�g中检��到损坏的块: (�?nbsp;, # �?nbsp;)

SQL> select status from v$instance;
ERROR:
ORA-03114: 未连接到 ORALCE

SQL> conn / as sysdba
已连接到�I�闲例程�?br /> SQL> startup nomount
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             201329540 bytes
Database Buffers          402653184 bytes
Redo Buffers                7135232 bytes
SQL> edit
已写�?nbsp;file afiedt.buf

  1  CREATE CONTROLFILE REUSE DATABASE "SUREDD" NORESETLOGS  ARCHIVELOG
  2      MAXLOGFILES 16
  3      MAXLOGMEMBERS 3
  4      MAXDATAFILES 100
  5      MAXINSTANCES 8
  6      MAXLOGHISTORY 292
  7  LOGFILE
  8    GROUP 1 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO01.LOG'  SIZE 50M,
  9    GROUP 2 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO02.LOG'  SIZE 50M,
10    GROUP 3 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\REDO03.LOG'  SIZE 50M
11  DATAFILE
12    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSTEM01.DBF',
13    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\UNDOTBS01.DBF',
14    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSAUX01.DBF',
15    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\USERS01.DBF',
16    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\EXAMPLE01.DBF',
17    'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'
18* CHARACTER SET ZHS16GBK
SQL> /

控制文�g已创建�?br />
SQL> RECOVER DATABASE;
完成介质恢复�?br /> SQL> ALTER SYSTEM ARCHIVE LOG ALL;

�pȝ��已更攏V�?br />
SQL> ALTER DATABASE OPEN;

数据库已更改�?br />
SQL> edit
已写�?nbsp;file afiedt.buf

  1  ALTER TABLESPACE TEMP ADD TEMPFILE 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\TEMP01.DBF'
  2*      SIZE 20971520  REUSE AUTOEXTEND ON NEXT 655360  MAXSIZE 32767M
SQL> /

表空间已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

sure_dandan 2011-05-05 00:01 发表评论

手工恢复--某个控制文�g损坏,但有好的控制文�g可用

sure_dandan — Wed, 04 May 2011 15:36:00 GMT

�W�一�U�情�?损坏的控制文件的��盘位置仍能使用
1.��好的控制文件copy�q�去
2.startup

�W�二�U�情�?损坏的控制文件的��盘位置不可�?br /> 1.在新的位�|�将好的控制文�gcopy�q�去
2.修改spfile,使得里面的控制文件的路径指向正确
3.startup

sure_dandan 2011-05-04 23:36 发表评论

sure_dandan — Wed, 04 May 2011 15:32:00 GMT

1.��数据库abort�?然后破坏对应的数据文�?br /> 2.startup数据�?因�ؓ(f��)此时被破坏了,所以数据库只能到mount状�?br /> 3.当前情况是没有数据文件的备䆾,但是有完好的归档
4.∴可以利用create datafile来进行恢�?br /> 具体参看代码:

SQL> shutdown abort
ORACLE 例程已经关闭�?br /> ==============在这儿破坏数据文�?=================
SQL> startup
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             180358020 bytes
Database Buffers          423624704 bytes
Redo Buffers                7135232 bytes
数据库装载完毕�?br /> ORA-01157: 无法标识/锁定数据文�g 6 - 请参�?nbsp;DBWR 跟踪文�g
ORA-01110: 数据文�g 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS01.DBF'

SQL> select status from v$instance;

STATUS
------------
MOUNTED

SQL> select * from v$recover_file;

     FILE# ONLINE  ONLINE_ ERROR                                      CHANGE# TIME
---------- ------- ------- -------------------------------------------
         6 ONLINE  ONLINE  FILE NOT FOUND                              0

SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------------
         1 NOT ACTIVE                  0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 NOT ACTIVE                  0
         5 NOT ACTIVE                  0
         6 FILE NOT FOUND              0

已选择6行�?br />
SQL> edit
已写�?nbsp;file afiedt.buf

  1  SELECT D.NAME, T.NAME AS TABLESPACE_NAME
  2  FROM V$DATAFILE D, V$TABLESPACE T
  3  WHERE T.TS# = D.TS#
  4* AND D.FILE# = 6
SQL> /

NAME
----------------------------------------------------------------------------------------------------
TABLESPACE_NAME
------------------------------
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS01.DBF
DDTEST

SQL> alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'
  2  as 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS01.DBF';

数据库已更改�?br />
SQL> recover datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS01.DBF';
完成介质恢复�?br /> SQL> select * from dd.t1;
select * from dd.t1
                 *
�W?nbsp;1 行出现错�?
ORA-01219: 数据库未打开: 仅允许在固定�?/span>/视图中查�?br />

SQL> alter tablespace ddtest online;
alter tablespace ddtest online
*
�W?nbsp;1 行出现错�?
ORA-01109: 数据库未打开

SQL> alter database open;

数据库已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

注意:在这个地方要�?需要表�I�间创徏后所有的归档日志�Q�且控制文�g中必��d��含受损文件名

如果不是�q�样子的�?则会(x��)出现下面的情�?

SQL> select status from v$instance;

STATUS
------------
OPEN

SQL> SELECT * FROM V$RECOVER_FILE;

     FILE# ONLINE  ONLINE_ ERROR                                                                CHANGE# TIME
---------- ------- ------- ----------------------------------------------------------------- -------
         6 OFFLINE OFFLINE FILE NOT FOUND                                                             0

SQL> alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'
  2  as 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS01.DBF';
alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'
*
�W?nbsp;1 行出现错�?
ORA-01178: 文�g 6 在最后一�?nbsp;CREATE CONTROLFILE 之前创徏, 无法重新创徏
ORA-01110: 数据文�g 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'

查询联机文档:

ORA-01178: file string created before last CREATE CONTROLFILE, cannot recreate
Cause: Attempted to use ALTER DATABASE CREATE DATAFILE to recreate a datafile that existed at the last CREATE CONTROLFILE command. The information needed to recreate the file was lost with the control file that existed when the file was added to the database.
Action: Find a backup of the file, and recover it. Do incomplete recovery to time before file was originally created.

那只有用备䆾的数据文件进行恢复了.

SQL> alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'
  2  as 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS01.DBF';
alter database create datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'
*
�W?nbsp;1 行出现错�?
ORA-01178: 文�g 6 在最后一�?nbsp;CREATE CONTROLFILE 之前创徏, 无法重新创徏
ORA-01110: 数据文�g 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'

SQL> host copy E:\oracletest\backup\suredd\DDTESTTBS02.DBF D:\oracle\product\10.2.0\oradata\suredd\

SQL> recover datafile 'D:\oracle\product\10.2.0\oradata\suredd\DDTESTTBS02.DBF';
完成介质恢复�?br /> SQL> select status from v$instance;

STATUS
------------
OPEN

SQL> alter tablespace ddtest online;

表空间已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

由此可见,有备份是多么的重要啊!!!

sure_dandan 2011-05-04 23:32 发表评论

手工恢复---只有数据文�g损坏,非正常关�?正常关闭,有数据文件的备䆾

sure_dandan — Wed, 04 May 2011 14:56:00 GMT

1.先备份数据文�?br />

SQL> select file_name,tablespace_name from dba_data_files;

FILE_NAME                                                    TABLESPACE_NAME
------------------------------------------------------------ -----------------
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF      DDTEST
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\EXAMPLE01.DBF        EXAMPLE
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\USERS01.DBF          USERS
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSAUX01.DBF         SYSAUX
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\UNDOTBS01.DBF        UNDOTBS1
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\SYSTEM01.DBF         SYSTEM

SQL> alter tablespace ddtest begin backup;

表空间已更改�?br />
SQL> alter tablespace ddtest end backup;

表空间已更改�?/span>

2.用UE��ddtest对应的数据文件破�?br /> 3.直接shutdown abort,再startup

SQL> shutdown abort;
ORACLE 例程已经关闭�?br /> SQL> startup
ORACLE 例程已经启动�?br />
Total System Global Area  612368384 bytes
Fixed Size                  1250428 bytes
Variable Size             197135236 bytes
Database Buffers          406847488 bytes
Redo Buffers                7135232 bytes
数据库装载完毕�?br /> ORA-01157: 无法标识/锁定数据文�g 6 - 请参�?nbsp;DBWR 跟踪文�g
ORA-01110: 数据文�g 6: 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF'

SQL>

4.查找需要恢复的数据文�g

SQL> select status from v$instance;

STATUS
------------
MOUNTED

SQL> select * from v$recover_file;

     FILE# ONLINE  ONLINE_ ERROR                                                                CHANGE# TIME
---------- ------- ------- ----------------------------------------------------------------- -------
         6 ONLINE  ONLINE  FILE NOT FOUND                                                             0

SQL> select * from v$backup;

     FILE# STATUS                CHANGE# TIME
---------- ------------------ ---------- --------------
         1 NOT ACTIVE                  0
         2 NOT ACTIVE                  0
         3 NOT ACTIVE                  0
         4 NOT ACTIVE                  0
         5 NOT ACTIVE                  0
         6 FILE NOT FOUND              0

已选择6行�?br />
SQL> edit
已写�?nbsp;file afiedt.buf

  1   SELECT D.NAME, T.NAME AS TABLESPACE_NAME
  2     FROM V$DATAFILE D, V$TABLESPACE T
  3     WHERE T.TS# = D.TS#
  4*    AND D.FILE# = 6
SQL> /

NAME
----------------------------------------------------------------------------------------------------
TABLESPACE_NAME
------------------------------
D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF
DDTEST

SQL>

5.��备份的数据文�g直接copy到原位置(因�ؓ(f��)此时为mount状�?所以可以直接copy,不用offline),再recover,再打开数据库。如果是打开的，(此时做了alter system checkpoint 也能使得表空间不可用),那就��对应的表空间先offline�Q�再执行recover�Q�执行完recover后，再将表空间online�?br />

SQL> recover datafile 'D:\ORACLE\PRODUCT\10.2.0\ORADATA\SUREDD\DDTESTTBS02.DBF';
完成介质恢复�?br /> SQL> alter database open;

数据库已更改�?br />
SQL> select * from dd.t1;

        ID NAME
---------- ----------
         1 test1
         2 test2

SQL>

�?dd.t1�q�个表在ddtest�q�个表空间上

��x��恢复完成.

sure_dandan 2011-05-04 22:56 发表评论

联机备䆾�ȝ��

sure_dandan — Mon, 02 May 2011 11:05:00 GMT

1.�q�行联机表空间备份的步骤

(1)ALTER TABLESPACE users BEGIN BACKUP;
(2)�Q�cp /…/users01.dbf /BACKUP/users01.dbf
(3)ALTER TABLESPACE users END BACKUP;
(4)ALTER SYSTEM ARCHIVE LOG CURRENT;

ALTER TABLESPACE BEGIN BACKUP 和ALTER TABLESPACE END
BACKUP 命��o(h��)之间的间隔时间应��量�~�短�Q�因��Z��改后的块写入重做日志文�g
��导致生成更多的重做信息。因此徏议每�ơ执行一个表�I�间的联机备份�?/p>

2.备䆾状态信�?查询的视�?
(1)V$BACKUP:以确定哪些文件处于备份模式。发出ALTER TABLESPACE BEGIN BACKUP 命��o(h��)后，状态将更改为ACTIVE。备份文件后�Q?#8220;状�?#8221; (STATUS) 列的值将更改为NOT ACTIVE�?br /> (2)V$DATAFILE_HEADER�Q�表�I�间的数据文件的FUZZY 列中的值将更改为YES�Q�表明相应的文�g处于备䆾模式�?br /> ALTER TABLESPACE END BACKUP 命��o(h��)后，FUZZY 列的值将更改为NULL

SELECT name, status, fuzzy FROM v$datafile_header;

3.联机表空间备份过�E�中出现故障
查询V$BACKUP 以检查备份状�?/p>

ALTER DATABASE DATAFILE ‘<file#>’ END BACKUP;

4.只读表空间备�?br /> ALTER TABLESPACE query_data READ ONLY;
(1)发出ALTER TABLESPACE 命��o(h��)后，�?x��)对所有与表空间相兌��的数据文件执行检查点。然后��用当前SCN �ȝ��文�g头�?br /> (2)使表�I�间成�ؓ(f��)只读状态之后，必须备䆾该表�I�间的所有数据文件�?br /> DBW0 �q�程只写入其表空间处于读写模式的数据文�g�Q�正常的��查点也只对这些文件执行�?/p>

5.只读表空间备份问�?br /> (1)在将表空间更改�ؓ(f��)只读后，只需要一个备份�?br /> (2)在��表空间成��写状态之后，应恢复按照正常备份日�E�对该表�I�间�q�行备䆾�?br /> (3)控制文�g必须能正��标识处在只��L��式下的表�I�间�Q�否则，必须恢复该表�I�间�?/p>

6.手动备䆾控制文�g
(1)创徏二进制映�?/p>

ALTER DATABASE BACKUP CONTROLFILE TO ‘control1.bkp`;

(2)创徏文本跟踪文�g

ALTER DATABASE BACKUP CONTROLFILE TO TRACE as ;

(3)以下命��o(h��)更改数据库配�|��ƈ��D��控制文�g更改�Q?/p>

ALTER DATABASE [ADD | DROP] LOGFILE
ALTER DATABASE [ADD | DROP] LOGFILE MEMBER
ALTER DATABASE [ADD | DROP ] LOGFILE GROUP
ALTER DATABASE [ NOARCHIVELOG | ARCHIVELOG ]
ALTER DATABASE RENAME FILE
CREATE TABLESPACE
ALTER TABLESPACE [ADD | RENAME ] DATAFILE
ALTER TABLESPACE [READ WRITE | READ ONLY ]
DROP TABLESPACE

7.使用DBVERIFY 实用�E�序验证备䆾
(1)用于��保备䆾数据库或数据文�g在还原之前是有效�?br /> (2)遇到数据损坏问题时可作�ؓ(f��)有用的诊断辅助工�?br /> (3)使用:%dbv file=/ORADATA/u03/users01.dbf logfile=dbv.log

sure_dandan 2011-05-02 19:05 发表评论

sure_dandan — Mon, 02 May 2011 06:25:00 GMT

V$ARCHIVED_LOG�Q�显�C�控制文件中的归档日志信�?br /> V$ARCHIVE_DEST�Q�对于当前例�E�，说明所有归档日志目标、当前倹{��模式和状态�?br /> INACTIVE 状态表�C��目标未定义。VALID 状态表�C��目标已启用且没有错误�?br /> 要检查每个目标的错误和发生错误的日志序列��P��可��用以下查询：(x��)

SELECT destination,fail_sequence,error
FROM v$archive_dest
WHERE status='ERROR';

V$LOG_HISTORY�Q�包含控制文件中的日志文件信�?br /> V$DATABASE�Q�归档的当前状�?br /> V$ARCHIVE_PROCESSES�Q�提供有关例�E�的各种ARCH �q�程的状态的信息
ACTIVE 状态表明进�E�已启动�q�正在运行。当前正在归档的�q�程的状态�ؓ(f��)BUSY。正忙的�q�程的LOG_SEQUENCE 列显�C��q�程正在归档的当前日志序列号

sure_dandan 2011-05-02 14:25 发表评论

sure_dandan — Mon, 02 May 2011 06:16:00 GMT

1.LOG_ARCHIVE_DEST_n最多可指定十个归档目标
可以是本地归�?log_archive_dest_1 = "LOCATION=/archive1"
指定的位�|�必��L��有效的，�q�且不能是一个NFS 装蝲的目�?/p>

也可以是�q�程归档:log_archive_dest_2 = "SERVICE=standby_db1"
指定的服务名通过使用本地的tnsnames.ora 文�g�q�行解析

2.LOG_ARCHIVE_DEST_n 选项
(1)��归档位�|�设�|��ؓ(f��)MANDATORY 或OPTIONAL�?br /> MANDATORY:表示必须成功完成归档到该目标的操作才可以覆盖联机重做日志文�g�?br /> OPTIONAL:表示即��联机重做日志文�g��未成功地归档到该目标，也可以重��C��用。这是缺省设�|?br /> (2)在出现故障之后、重试之前定义时�?br /> REOPEN:REOPEN 属性定义发生故障时是否必须重新��试归档到目标。如果�ؓ(f��)关键字REOPEN指定了��|��如REOPEN=600�Q�则若发生故障，在经�q�指定时��_(d��)��以秒计）后，归档�E�序��尝试写入该目标。缺省��gؓ(f��)300 �U�。归档到目标的尝试次数没有限制。归档中的所有错误将在主站点的警报文件中报告�?br /> 如果未指定REOPEN�Q�则可选目标上的错误将被记录�ƈ忽略。不再将重做日志发送到�q�些目标。在归档成功之前�Q�强制目标上的错误将��D��无法重新使用联机重做日志。只要归档不成功�Q�归档目标的状态就讄��为ERROR�?/p>

log_archive_dest_1="LOCATION=/archive/ MANDATORY REOPEN"
log_archive_dest_2="SERVICE=standby_db1 MANDATORY REOPEN=600"
log_archive_dest_3="LOCATION=/archive2/ OPTIONAL"

sure_dandan 2011-05-02 14:16 发表评论

归档模式下的一些tip

sure_dandan — Mon, 02 May 2011 02:31:00 GMT

1.�?0g�?如果启用了归档模�?则自动归�?即��log_archive_start为false
2.�?i中要启用自动归档的话,需要alter system archive log start to '/path'
3.如果数据库设�|�了db_recovery_file_dest,��׃��能设�|�log_archive_dest
4.默认的归档日志存放于db_recovery_file_dest�?如果讄��了log_archive_dest_n,那么归档日志不再存放于db_recovery_file_dest�?而是存放于设�|�的log_archive_dest_n目录�?如果惌��归档日志�l�箋存放在db_recovery_file_dest�?可以通过如下命��o(h��)
alter system set log_archive_dest_2='location=USE_DB_RECOVERY_FILE_DEST';
5.log_archive_dest只能�?log_archive_duplex_dest共存,作用一�?br /> 6.如果讄��的log_archive_dest_n不正��，那么ORACLE�?x��)在讄��的上一�U�目录归�?br /> 7.指定多个archive�q�程工作 log_archive_max_process,最�?0�?br /> 8.alter system archive log current通知server process��d��写满的联机重做日志归�?用于手工归档
9.归档日志格式(log_archive_format):s/S:log sequence number,t/T:thread number,如果为单实例的话,thread===1

sure_dandan 2011-05-02 10:31 发表评论

非归档与归档模式

sure_dandan — Sun, 01 May 2011 17:20:00 GMT

NOARCHIVELOG 模式
�~�省情况下，数据库是以NOARCHIVELOG 模式创徏的�?/p>

1.在NOARCHIVELOG 模式下操作数据库时有以下�Ҏ(gu��)��：(x��)
(1)重做日志文�g以��@环的方式使用�?br /> (2)重做日志文�g可以在检查点发生之后立即重新使用�?br /> (3)重做日志被覆盖后�Q�介质恢复将只能恢复��C��一�ơ完全备份�?/p>

2.NOARCHIVELOG 模式的含�?br /> (1)如果某个表空间由于故障而不可用�Q�将无法�l�箋�Ҏ(gu��)��据库�q�行操作�Q�除非删除了该表�I�间或从备䆾�q�原了整个数据库�?br /> (2)只能在数据库关闭时对数据库执行操作系�l�备份。而且�Q�必��M��用NORMAL、IMMEDIATE 或TRANSACTIONAL 选项关闭数据库�?br /> (3)必须在每�ơ备份时完整备䆾所有的数据文�g和控制文件。尽��也可以备䆾联机重做日志文�g�Q�但�q�是不必要的。由于此�c�d��份中日志文�g是一致的�Q�无需恢复�Q�因此，不需要备份联机日志�?br /> (4)如果联机重做日志文�g已被覆盖�Q�则��丢�׃��ơ完全备份后的所有数据�?/p>

3.NOARCHIVELOG 模式下的介质恢复选项
必须从数据库的完全备份中�q�原数据文�g和控制文件。如果��用导出实用程序来备䆾�?br /> 据库�Q�则可��用导入实用程序还原丢��q��数据。但是，通过�q�种�Ҏ(gu��)��恢复的数据�ƈ不完
��_(d��)��在导出后执行的事务处理工作将丢失�?/p>

ARCHIVELOG 模式
在发生检查点�q�且已经通过ARCn 后台�q�程备䆾重做日志文�g之前�Q�不能重��C��用填满的重做日志文�g。控制文件中��有一个条目记录归档日志文件的日志序列受��?br /> �Ҏ(gu��)��据库的最新更改在��M��时候均可用于例�E�恢复，而归档重做日志文件可以用于介质恢复�?/p>

1.归档要求
(1)数据库必��d��于ARCHIVELOG 模式。通过发出命��o(h��)��数据库�|�于ARCHIVELOG 模式可以更新控制文�g。可以启用ARCn 后台�q�程来实现自动归档�?br /> (2)应该有��够的资源来存攄��成的归档重做日志文�g�?/p>

2.��数据库讄��为ARCHIVELOG 模式的含�?br /> (1)出现介质故障�Ӟ��可以防止数据库丢失数据�?br /> (2)可以在数据库联机时对其进行备份�?br /> (3)�׃��介质故障��D��表空��_(d��)��非SYSTEM�Q�脱机时�Q�数据库的其余部分仍可用�Q�因��I�间�Q�非SYSTEM�Q�可以在数据库打开时恢复�?/p>

3.介质恢复选项
(1)无论数据库处于联机或脱机状态，都可以还原损坏文件的备䆾副本�Q��ƈ使用归档日志文�g��数据文件更��Cؓ(f��)当前的版本�?br /> (2)可以��数据库恢复至特定的旉��炏V�?br /> (3)可以��数据库恢复��x��定归档日志文件的末尾�?br /> (4)可以��数据库恢复至特定的�pȝ��更改�?SCN)�?br />
4.在设�|�归档日志模式时�Q�应该考虑以下因素�Q?br /> 下述情况中，NOARCHIVELOG 模式可能比较合适：(x��)
(1)容许备䆾之间的数据损失（在开发、培训期间等�Q?br /> (2)重新应用事务处理�Q�从批处理文�Ӟ��的速度更快
(3)数据极少更改�Q�非OLTP�Q?br /> 下述情况中，ARCHIVELOG 模式则更合适：(x��)
(1)无法关闭数据库以执行关闭的数据库的备�?br /> (2)不允许数据损�?br /> (3) 使用归档重做日志文�g比重新应用事务处�?OLTP) 更易于恢�?/p>

sure_dandan 2011-05-02 01:20 发表评论