Oracle Database

一、控制文件无备份的恢复    如果控制文件没有任何备份，可以在实例的nomount状态下使用'create controlfile'创建新控制文件，但是必须包含4项基本信息：数据库名、在线日志路径和大小、在线可读/写数据文件路径、数据库字符集，    DB：Oracle 11g 11.2.0.3.0 X86_64,OS RHEL 6.3 X86_64，未使用Recovery Catalo

在数据库恢复的过程中如果有rman备份集，可以使用dbms_backup_restore包从备份集中还原文件，下面的例子说明所有控制文件损坏、某个数据文件丢失，有数据文件备份集的情况下如何恢复数据库：    DB：Oracle 11g 11.2.0.3.0 X86_64,OS RHEL 6.3 X86_64,未使用Recovery Catalog1.关闭控制文件自动备份RMAN>

除了使用rman的blockrecover命令恢复损坏的数据块外，也可以使用exp/imp(expdp/impdp)命令进行恢复。方法是先用exp命令先导出没有损坏的记录，然后删除表，再使用imp命令导入数据，但是这种恢复方法会丢失记录。如果数据文件中包含索引的数据块有损坏，我们只用简单的删除索引再重建索引即可。下面的例子说明包含表记录的数据块怎么用exp/imp进行不完全恢复。---创建

在有rman备份的情况下，可以使用rman的blockrecover命令实行块恢复。SYS@orcl>create tablespace test datafile '/u01/app/oracle/oradata/orcl/test01.dbf' size 10m;Tablespace created.SYS@orcl>create table scott.test tables

Oracle实例启动需要读取参数文件，实例启动进程会在$ORACLE_HOME/dbs目录(linux/unix系统)下按照spfile.ora、spfile.ora、init.ora的顺序搜寻参数文件，如果这三个文件都存在，则找到spfile文件就不往下找其他的参数文件。        spfile.ora和spfile.ora是服务器参数文件，以二进制的格式保存，如果是以服务器参数文件启动

"控制文件的恢复(一)"中提到利用控制文件的在线镜像备份和自动备份恢复控制文件，因为有自动备份的存在，只要数据库的数据文件结构有了变化，控制文件会自动备份记录下变化，当一个数据文件损坏或者所有数据损坏时可以用“控制文件的恢复(一)”的方法恢复。如果是手动备份控制文件，备份完后数据库数据文件发生了改变，但是改变后没有再次手动备份控制文件，所有的控制文件就全部损坏了，那么控制文件的恢复步骤有些不同，请

使用'create controlfile'命令里datafile子句不能声明只读表空间的数据文件，如果有只读数据文件，控制文件的恢复步骤和之前的不同，例如：    DB：Oracle 11g 11.2.0.3.0 X86_64,OS RHEL 6.3 X86_64,未使用Recovery Catalog1.建立只读表空间数据文件SYS@orcl>create tablespace

taget databaseauxiliary  database操作系统RHEL 5 update 8 X86_64RHEL 5 update 8 X86_64主机名oraeduoraedu1IP地址/子网掩码192.168.127.11/24192.1

主数据库M测试数据库T操作系统RHEL 5 update 8 X86_64RHEL 5 update 8 X86_64主机名oraeduoraeduIP地址/子网掩码192.168.127.11/24192.168.127.12/24/

一、控制文件                 控制文件包括数据库的状态和数据库的物理结构信息，主要包括数据库名、数据库标识符(DBID)、数据库字符集、数据文件信息、临时文件信息、在线重做日志信息、表空间信息、rman信息、检查点信息、还原点信息。         在数据库mount阶段，数据库会打开控制文件读取数据文件和在线日志的路径,数据库在open状态会打开所有数据文

一、Recovery Catalog           利用RMAN备份时，默认使用控制文件保存RMAN资料库，资料库包含备份集、镜像备份、归档日志的备份信息。默认控制文件保存这些信息是7天，可以通过参数control_file_record_keep_time查看。   SYS@orcl>show parameter control_file_record_keep_t

一.查询v$database获得        dbid保存在控制文件、数据文件、日志文件中，当数据库处于mount状态或者open状态时，可以通过v$database视图查询dbid。SYS@orcl>startupmount;ORACLE instancestarted. Total System GlobalArea  536870912 bytesFixedSize

如果没有备份但是有归档日志的情况下，普通数据文件可以通过日志恢复，但是system表空间和undo表空间的数据文件无法恢复。 普通数据文件无备份情况下的恢复例子(DB Oracle 10g 10.2.0.4)：SYS@orcl>create tablespace test datafile  '/u01/app/oracle/oradata/orcl/test01.dbf' size

控制文件的恢复(一)    DB：Oracle 11g 11.2.0.3.0 X86_64,OS RHEL 6.3 X86_64,未使用Recovery Catalog    一、利用在线镜像备份恢复        理想的情况下控制文件已经跨磁盘、跨驱动器做了在线镜像备份，只要不是所有的控制文件损害，可以使用在线镜像备份轻松的恢复，例如：    SYS@orcl>show pa

在之前的控制文件恢复过程中使用‘recover database'命令恢复数据库时要求所有的归档日志都是可访问的，如果某个归档日志出现损坏和丢失，那整个的恢复步骤又不一样，下面的例子说明在备份完控制文件后，某个归档日志丢失且所有控制文件损坏是如何进行实例恢复(前提是数据库开启归档日志)。    注：某个归档日志丢失后备份了控制文件，之后所有控制文件损坏的恢复步骤和之前的恢复步骤没有区别。

dbms_repair包含修复损坏数据块的存储过程，可以检查表和索引数据块损坏的情况，然后标记坏块，再使用表的时候会绕过坏块，但是坏块中的数据会丢失。---创建测试表空间SYS@orcl>create tablespace test datafile '/u01/app/oracle/oradata/orcl/test01.dbf' size 5m;Tablespace creat