ORACLE体系结构-真正的数据库-文件系统

首先明确，一个数据库的创建一般需要创建哪些内容：

a、创建数据库的名称以及其SID，SID一般和数据库的名称一致，但是也不一定，外部系统要连接数据库需要按照SID去连接，SID为实例名称。

b、根据参数编写初始化参数文件，这些参数文件如果你在不输入指定的参数值的时候有一些默认值。

c、创建dump目录。

d、创建密码文件。

e、创建基于操作系统的服务信息，通过ORADIM命令可以管理这些服务信息。

f、启动到MOUNT状态，建立字典信息。

g、处理二进制信息以及扩展包的拷贝（在：$ORALCE_HOME/RDBMS/ADMIN/目录下）

付：很多时候大家认为ORACLE卸载的时候卸载不干净，为什么，最重要的一点就是ORACLE的软件产品和数据库是完全独立的，往往在WINDOWS下用习惯的人都都是在控制面板上去卸载软件，但是没有卸载掉数据库，而数据库在没有软件的情况下也启动不起来，这样就只能到注册表中去将HKEY_LOCAL_MACHINE/SOFTWARE/ORACLE，然后重启才能生效。

但是真正卸载的好办法（最少ORACLE 10G后）可以使用的就是，使用DBCA先删除数据库（在DOS下输入DBCA，会弹出向导，根据向导将数据库删掉），再卸载数据库软件，可以卸载得干干净净，或者使用ORADIM删除掉关于数据库的服务信息后，再卸载软件，就可以干干净净的重做了。

回到话题，数据库启动部分：

数据库启动分三个阶段，先启动到UNMOUNT状态，然后再启动到MOUNT状态，在后再启动到OPEN状态，下面逐步解释每一个状态一般可以做什么，数据库启动了什么，做了什么事情。

3.1、启动到UNMOUNT状态：

STARTUP UNMOUNT;

可以执行的动作为：

查看数据库状态：

SELECT STATUS FROM V$INSTANCE;

查看后台进程：

SELECT * FROM V$BGPROCESS WHERE paddr<>'00';

启动了什么：

a、确定SID信息

b、找到参数文件（查找顺序为：spfilesid.ora->spfile.ora->initsid.ora）：顺序去查找，一个找不到找下一个，三个全部找不到，直接提示错误。

c、分配INSTANCE实例的内存空间。

d、启动后台进程

e、初始化字典信息、V$、GV$

f、写入启动日志到：bdump/*.log内部。

UNMOUNT可做的是：

a、修改数据库初始化参数

b、创建数据库

c、创建控制文件

3.2、数据库启动到MOUNT状态：

ALTER DATABASE MOUNT;

MOUNT做了什么

a、确定控制文件的位置，并校验其完整性

b、读取控制文件到内存中

c、吸入bdump中

MOUNT下可以做什么

a、能够备份和恢复数据库

b、修改文件的名称和位置

控制文件为衔接数据文件和日志文件的中间件，也是一个领头者。

查看所有的控制文件为：

SELECT NAME FROM V$CONTROLFILE;

查看数据库的状态为：

SELECT STATUS FROM V$INSTANCE;

发现为：MOUNT

3.3、启动数据库到OPEN状态：

 ALTER DATABASE OPEN;

数据库做了什么动作：

a.确定数据文件的位置

b.校验数据文件完整性，若一致则启动数据文件

c.如果不一致，通过日志文件恢复到一致性状态，若数据文件缺失，则不能启动须手工将其OFFLINE状态才可以启动。

d.写DUMP文件。

启动到OPEN状态后可以做的事情就是：

外部可以连接数据库，即认识到SID信息。

验证数据库状态：

SQL> connect / as sysdba;
已连接。
SQL> select status from v$instance;

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

使用ORACLE关闭命令：

在SQL模式下，使用命令：HELP SHUTDOWN查看：

SQL> help shutdown

 SHUTDOWN
 --------

 Shuts down a currently running Oracle Database instance, optionally
 closing and dismounting a database.

 SHUTDOWN [ABORT|IMMEDIATE|NORMAL|TRANSACTIONAL [LOCAL]]

这里顺便介绍一下，ORACLE的HELP其实是一张表，这个表是在SYSTEM用户下，上述命令的结果类似于查询SQL语句：

SELECT * FROM SYSTEM.HELP t
WHERE t.topic='SHUTDOWN';

一样的结果

说明其四种方式，默认为NORMAL，四种方式的区别分别介绍一下：

SHUTDOWN NORMAL

四种方式中若不指定关键字，直接使用SHUTDOWN关闭数据库，则认为是SHUTDOWN NORMAL关键字。该默认状况下，会有以下特点：

1、所有会话信息必须全部退出，包括外部程序连接和第三方工具以及sqlplus等连接须全部关闭，不然不能关闭数据库。

2、若会话没有关闭，这个命令将不会影响会话进行，即SQL可以继续运行，程序可以继续跑。

3、此时无法建立新的会话，可以使用操作系统认证 as sysdba连接到空闲进程，但是做不了任何事情。

SHUTDOWN TRANSCATIONAL

 看名字就是是以事务级别关闭的了，不过很多人容易误解的是认为它的粒度应该比NORMAL更加细，其实是面对的对象更加细，但是关闭级别更加粗，因为它只需要没有事务没有提交就可以关闭，此时有以下特征：

1、当前未提交的事务必须提交或回滚后，才能关闭掉数据库，否则用这个命令键无法关闭。

2、新的数据库操作语句和新发起的数据库会话将无法再建立。

3、对于多个事务需要修改数据库同一行记录的排队事务，还未征用到该行记录的将会自动放弃执行。

4、如果没有尚未提交或回滚的事务，即使有会话存在也会关闭数据库。

SHUTDOWN IMMDIATE

1、会进行存盘操作

2、不会管当前是否有事务还没有进行COMMIT。

3、将已经提交的事务存入磁盘。

SHUTDOWN ABORT

1、直接关闭，不进行存盘

2、会导致数据文件和日志文件不一致的问题。

3、从外部看，和IMMDIATE没有太大区别，不过内部唯一区别就是不会存盘操作。

4、这种方式关闭数据库后，启动时，会发现SMON进程通过控制文件会发现数据文件和日志文件不一致的问题，并对其进行同步恢复。

以只读方式启动数据库：

STARTUP OPEN READ ONLY

这种启动方式前数据库关闭的方式不能是ABORT方式，因为只读方式不允许对数据库进行修改操作，而ABORT关闭的数据库需要用SMON来同步数据文件和日志文件做相应恢复操作，所以一般情况下这是不成立的，除非存盘前，两者本身就是一致的，这个可能性很小。

1、以只读方式打开数据库，只能查看，不能修改任何信息。

2、如果前一次是以“非只读”方式启动，并做了一些操作后，使用ABORT关闭数据库，本次启动使用READ ONLY方式启动，只能启动到MOUNT状态。

3、如果为其他状态，应当修改为：ALTER DATABASE OPEN READ ONLY;

4、如果在ABORT后，以非READ ONLY方式启动，SMON恢复过程是内置的，对外部透明。

启动过程中的文件信息，包含在以下视图中：

V$DATAFILE、V$CONTROLFILE、V$LOGFILE、V$TEMPFILE

快速重启数据库：

最后，快速关闭带启动数据库，即快速重启数据库命令：

STARTUP FORCE;

4、控制文件

查看控制文件的位置：

SQL> SELECT VALUE FROM V$SPPARAMETER

  2  WHERE NAME ='control_files';

VALUE

----------------------------------------

D:/oracle/oradata/orcl102/control01.ctl

D:/oracle/oradata/orcl102/control02.ctl

D:/oracle/oradata/orcl102/control03.ctl

查看内存中所使用的控制文件：

SQL> SELECT NAME FROM V$CONTROLFILE;

NAME

---------------------------------------

D:/ORACLE/ORADATA/ORCL102/CONTROL01.CTL

D:/ORACLE/ORADATA/ORCL102/CONTROL02.CTL

D:/ORACLE/ORADATA/ORCL102/CONTROL03.CTL

上述两个控制不一定是一样的，在内存中修改了的信息，根据设置有些时候需要重启数据库后才能修改掉前者的信息（spfile）。

另外，控制文件为自我保护，自我镜像，丢掉一个也没事，即使全部丢掉也没事，吟为它只需要存储一些控制信息，控制文件无论多少个（1~8个），内容都是一摸一样的。

实现内存信息和磁盘信息不一样的情况：

alter system set control_files=

'D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL',

'D:/ORACLE/ORADATA/ORA9/CONTROL02.CTL'

SCOPE=spfile;

此时再次查询上述两个SQL：

SQL> SELECT VALUE FROM V$SPPARAMETER

  2  WHERE NAME ='control_files';

VALUE

------------------------------------------------------------

D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL

D:/ORACLE/ORADATA/ORA9/CONTROL02.CTL

SQL> SELECT NAME FROM V$CONTROLFILE;

NAME

---------------------------------------------------

D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL

D:/ORACLE/ORADATA/ORA9/CONTROL02.CTL

D:/ORACLE/ORADATA/ORA9/CONTROL03.CTL

重启数据库后再次查询：

SQL> SELECT VALUE FROM V$SPPARAMETER

  2  WHERE NAME ='control_files';

VALUE

------------------------------------------------------------

D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL

D:/ORACLE/ORADATA/ORA9/CONTROL02.CTL

SQL> SELECT NAME FROM V$CONTROLFILE;

NAME

---------------------------------------------------

D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL

D:/ORACLE/ORADATA/ORA9/CONTROL02.CTL

重启前数据不一致，重启后数据保持一致了。

1、ALTER SYSTE就是修改参数信息，修改INSTANCE内部的信息，对应ALTER DATABASE是修改数据库的信息。

如：

ALTER SYSTEM SWITCH LOGFILE;--切换在线日志文件组

ALTER SYSTEM checkpoint; --手工存盘

ALTER SYSTEM register;--手工注册

ALTER SYSTEM ARCHIVE LOG CURRENT;--归档日志

ALTER SYSTEM的SCOPE一般有几类参数：

1、memory 仅仅针对内存有效。

2、spfile 重启时针对数据库文件和内存才有效果

3、both  修改内存和文件。

恢复控制文件3后重启的效果：

上述已经闲置了控制文件3，此时将3恢复：

alter system set control_files=

'D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL',

'D:/ORACLE/ORADATA/ORA9/CONTROL02.CTL',

'D:/ORACLE/ORADATA/ORA9/CONTROL03.CTL'

SCOPE=spfile;

再次启动时报错：

SQL> startup force;

ORACLE 例程已经启动。

Total System Global Area  135338868 bytes

Fixed Size                   453492 bytes

Variable Size             109051904 bytes

Database Buffers           25165824 bytes

Redo Buffers                 667648 bytes

ORA-00214: ???? 'D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL' ?? 257 ???

'D:/ORACLE/ORADATA/ORA9/CONTROL03.CTL' ?? 251 ???

内容看不懂是因为数据库安装使用了中文字符集，这里将其修改为英文字符集：

SQL>alter session set nls_language=american;

SQL> ALTER DATABASE MOUNT;

alter database mount

*

ERROR at line 1:

ORA-00214: controlfile 'D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL' version 257

inconsistent with file 'D:/ORACLE/ORADATA/ORA9/CONTROL03.CTL' version 251

说明控制文件也是有版本的，并且所有控制文件的版本必须保持一直，此时不一致的时候，要同步成一致的，最简单的办法就是COPY，操作系统级别的拷贝操作：

在SQL下可是用HOST+操作系统命令实现相应命令操作：

SQL> HOST COPY D:/ORACLE/ORADATA/ORA9/CONTROL01.CTL D:/ORACLE/ORADATA/ORA9/CONTROL03.CTL

然后再次启动数据库就没有问题了。

备份控制文件：

控制文件基本只需要记录一些版本信息，所以如果文件系统的数量没有变化后，须对控制文件做相应的备份工作，控制文件备份工作非常简单：

SQL> alter database backup controlfile to trace;

数据库已更改。

这样就完成了，那么备份了那里去了呢？使用一下命令就能找到：

SQL> show parameter user_dump;

NAME               TYPE        VALUE

---------- ----------- ------------------------------

user_dump_dest   string     D:/ORACLE/ADMIN/ORCL102/UDUMP

到这个目录下可能会找到很多文件，找日期最近的一个即可，如果不好找，就先删除掉这个目录下的文件后，再执行控制文件备份的命令，这样这个目录下就只有一个trc文件，也就是那个备份文件了，内部包含对控制文件的创建以及对日志文件、数据文件、临时表空间文件等的一些控制信息，可以详细阅读，后续会介绍如何通过这个文件恢复所有的控制文件被删除的情况。

破坏控制文件：

将所有控制文件删除掉，此时数据库会自动关闭掉，并以ABORT方式关闭。启动时报错：

SQL> startup;

ORACLE instance started.

Total System Global Area  612368384 bytes

Fixed Size                  1250428 bytes

Variable Size             176163716 bytes

Database Buffers          427819008 bytes

Redo Buffers                7135232 bytes

ORA-00205: ?????????, ??????, ???????

此时数据库自动到NOMOUNT状态（因为MOUNT状态需要启动控制文件，现在无法启动），此时将备份的TAC文件中的信息拷贝出来执行：

SQL> CREATE CONTROLFILE REUSE DATABASE "ORCL10" NORESETLOGS  NOARCHIVELOG

  2      MAXLOGFILES 16

  3      MAXLOGMEMBERS 3

  4      MAXDATAFILES 100

  5      MAXINSTANCES 8

  6      MAXLOGHISTORY 292

  7  LOGFILE

  8    GROUP 1 'D:/ORACLE/ORADATA/ORCL10/REDO01.LOG'  SIZE 50M,

  9    GROUP 2 'D:/ORACLE/ORADATA/ORCL10/REDO02.LOG'  SIZE 50M,

 10    GROUP 3 'D:/ORACLE/ORADATA/ORCL10/REDO03.LOG'  SIZE 50M

 11  -- STANDBY LOGFILE

 12  DATAFILE

 13    'D:/ORACLE/ORADATA/ORCL10/SYSTEM01.DBF',

 14    'D:/ORACLE/ORADATA/ORCL10/UNDOTBS01.DBF',

 15    'D:/ORACLE/ORADATA/ORCL10/SYSAUX01.DBF',

 16    'D:/ORACLE/ORADATA/ORCL10/USERS01.DBF',

 17    'D:/ORACLE/ORADATA/ORCL10/EXAMPLE01.DBF'

 18  CHARACTER SET ZHS16GBK

 19  ;

控制文件已创建。

然后进行介质恢复：

SQL> RECOVER DATABASE USING BACKUP CONTROLFILE

完成介质恢复。

SQL> alter database open;

数据库已更改。

5、日志文件

查询日志文件组信息：

SQL> SELECT * FROM V$LOG;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARCHIVED STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- -------- ---------------- ------------- -----------

         1          1          5   52428800          1 NO       INACTIVE                627440 2009-10-08

         2          1          6   52428800          1 NO       CURRENT                 651249 2009-10-08

         3          1          4   52428800          1 NO       INACTIVE                598150 2009-10-07

ORACLE数据库在线日志文件都是以组问单位（同一组日志写，一起工作，一般一个组一个文件，多个文件同事写在RAC集群下解决一些性能瓶颈）：GROUP#为组编号，STATUS字段为：CURRENT代表正在运行的日志组，BYTES代表日志组的文件的大小；SEQUENCE#代表第几次对这个日志组

查看正在编写的日志文件：

SQL> SELECT * FROM V$LOGFILE;

GROUP# STATUS  TYPE    MEMBER                                                                           IS_RECOVERY_DEST_FILE

---------- ------- ------- ------------------------------------------------ ---------------------

1 STALE   ONLINE  D:/ORACLE/ORADATA/ORCL10/REDO01.LOG                                              NO

3 STALE   ONLINE  D:/ORACLE/ORADATA/ORCL10/REDO03.LOG                                              NO

2          ONLINE  D:/ORACLE/ORADATA/ORCL10/REDO02.LOG                                              NO

状态为：STALE就是过期的信息。

日志组就是类似上班组，某些组上夜班，某些组上白班，交替接班的过程。管理对象以组为单位进行管理。

组内每一个文件叫做：成员。

在开始的控制文件中有以下语句，用于控制日志文件的信息：

MAXLOGFILES 16              最多可以有多少个日志文件组

    MAXLOGMEMBERS 3          一个组最多可以有多少个成员

    MAXDATAFILES 100          最多数据文件个数

MAXINSTANCES 8             最多实例个数（集群中）

在线日志切换的条件：

1、写满后进行切换（切换中只会切换到所有日志满的时候，前面的日志文件进行存盘，否则不会存盘）

2、手工使用命令：ALTER SYSTEM SWITCH LOGFILE;

切换日志导致增量存盘，一般存盘方式：1、完全存盘；2、增量存盘

完全存盘触发的两种方式：

1、手工存盘:ALTER SYSTEM CHECKPOINT;

2、停止数据库（非ABORT方式）

完全存盘的意思是：完全存盘是将内存中所有的脏块写入磁盘中。

查看系统检查点号码：

SQL> select checkpoint_change# FROM v$database;

CHECKPOINT_CHANGE#

------------------

         289534543

查看系统SCN号码：

SQL> SELECT CURRENT_SCN,CHECKPOINT_CHANGE#

  2     FROM V$DATABASE;

CURRENT_SCN CHECKPOINT_CHANGE#

----------- ------------------

  289553912          289534543

这两个号码之间的差距就是还在存盘时需要写入的部分。

算下差距：

SQL> SELECT CURRENT_SCN-CHECKPOINT_CHANGE#

  2    FROM V$DATABASE;

CURRENT_SCN-CHECKPOINT_CHANGE#

------------------------------

           19369

即有19369个地方需要存盘，

查看日志组信息：

SQL> SELECT FIRST_CHANGE#

  2  FROM V$LOG WHERE STATUS='CURRENT';

FIRST_CHANGE#

-------------

    289548398

说明将会从289548398这个时候开始存盘。

此时存盘后再次查询：

SQL> SELECT * FROM V$LOG;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE#

---------- ---------- ---------- ---------- ---------- --- ---------------- -------------

1          1       3209   52428800          1 NO  CURRENT              289562771

2          1       3207   52428800          1 NO  INACTIVE             289534543

3          1       3208   52428800          1 NO  ACTIVE               289548398

发现当前文件将会从289562771开始编写，这里的ACTIVE状态在后面说明。

查询数据文件的检查点编号：

SELECT CHECKPOINT_CHANGE#,NAME FROM V$DATAFILE;

会发现所有的数据文件的检查点编号都是289562771。

日志文件的最小值为（8192个扇区*512个字节=4M）：一般为默认为5M.

增加在线日志组：

SQL> alter database add logfile group 7

  2  'D:/ORACLE/ORADATA/ORCL102/REDO07.LOG' size 5m;

数据库已更改。

查看信息：

SQL> SELECT * FROM V$LOG;

    GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ----------

1          1         3213   52428800          1 NO  INACTIVE                289588737 24-6月 -10

2          1         3210   52428800          1 NO  INACTIVE                289570945 24-6月 -10

3          1         3211  52428800          1 NO  CURRENT                 289584829 24-6月 -10

7          1         3212   5242880          1 YES UNUSED                       0

发现状态为UNUSED，说明还没有使用过。切换日志组：

SQL> alter system switch logfile;

系统已更改。

SQL> SELECT * FROM V$LOG;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- -----------

1          1       3213   52428800          1 NO  CURRENT              289588737 24-6月 -10

2          1       3210   52428800          1 NO  ACTIVE               289570945 24-6月 -10

3          1       3211   52428800          1 NO  ACTIVE               289584829 24-6月 -10

7          1       3212    5242880          1 NO  ACTIVE               289587946 24-6月 -10

ACTIVE状态代表这个日志组已经被切换过，但是还没有存盘，当你切换日志的时候，只会在所有日志写满后，顺序将前面的一个日志组存盘，此时使用命令：

SQL> alter system checkpoint;

系统已更改。

再次查看：

SQL> select * from v$log;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ----------

1          1       3213   52428800          1 NO  INACTIVE             289588737 24-6月 -10

2          1       3214   52428800          1 NO  CURRENT              289595339 24-6月 -10

3          1       3211   52428800          1 NO  INACTIVE             289584829 24-6月 -10

7          1       3212    5242880          1 NO  INACTIVE             289587946 24-6月 -10

此时发现除了一个运行的其余全部为INACTIVE状态，查看SCN号码与检查点号码保持一致（这个需要快速查看，因为SCN号码变化非常快，即使没有操作，也会不断变化）。

给某日志组新增一个成员：

SQL> alter database add logfile member

  2   'D:/ORACLE/ORADATA/ORCL102/REDO0702.LOG' to group 7;

数据库已更改。

SQL> select * from v$log;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- -----------

1          1       3213   52428800          1 NO  INACTIVE             289588737 24-6月 -10

2          1       3214   52428800          1 NO  ACTIVE               289595339 24-6月 -10

3          1       3215   52428800          1 NO  CURRENT              289609376 24-6月 -10

7          1       3212    5242880          2 NO  INACTIVE             289587946 24-6月 -10

发现GROUP#=7的行字段MEMBERS=2，说明这个组内有两个日志成员了。

查看文件信息：

SQL> SELECT * FROM V$LOGFILE;

GROUP# STATUS  TYPE  MEMBER                              IS_RECOVERY_DEST_FILE

---------- ------- ------- ----------------------------------------

3   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO03.LOG     NO

2   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO02.LOG     NO

1   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO01.LOG     NO

7   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO07.LOG     NO

7 INVALID ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO0702.LOG   NO

说明刚田间的文件还处于INVALID状态，如果当前正好是这个组在运行，此时需要等待第二次切换到这个日志组才能启动。

SQL> alter system switch logfile;

系统已更改。

SQL> SELECT * FROM V$LOGFILE;

GROUP# STATUS  TYPE    MEMBER                                   IS_RECOVERY_DEST_FILE

---------- ------- ------- ---------------------------------------- ----------------------

3   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO03.LOG     NO

2   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO02.LOG     NO

1   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO01.LOG     NO

7   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO07.LOG     NO

7   ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO0702.LOG   NO

删除某组内一个成员：

SQL> alter database drop logfile member

  2  'D:/ORACLE/ORADATA/ORCL102/REDO0702.LOG';

数据库已更改。

注意：如果数据库正在使用这个日志组，不可以被删除，在执行上述语句时会报错：

ORA-01609: 日志 7 是线程 1 的当前日志 - 无法删除成员

ORA-00312: 联机日志 7 线程 1: ' D:/ORACLE/ORADATA/ORCL102/REDO07.LOG'

ORA-00312: 联机日志 7 线程 1: ' D:/ORACLE/ORADATA/ORCL102/REDO0702.LOG'

使用日志切换命令切换一下就可以删除掉了。

修改成员的位置：

SQL> HOST COPY D:/ORACLE/ORADATA/ORCL102/REDO07.LOG D:/ORACLE/ORADATA/ORCL102/REDO071.LOG

已复制         1 个文件。

SQL> alter database rename file

  2  'D:/ORACLE/ORADATA/ORCL102/REDO07.LOG' to 'D:/ORACLE/ORADATA/ORCL102/REDO071.LOG';

数据库已更改。

SQL> select * from v$logfile;

GROUP# STATUS  TYPE    MEMBER                                   IS_RECOVERY_DEST_FILE

---------- ------- ------- ---------------------------------------- ---------------------

3    ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO03.LOG     NO

2    ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO02.LOG     NO

1    ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO01.LOG     NO

7    ONLINE  D:/ORACLE/ORADATA/ORCL102/REDO071.LOG    NO

清理日志组：

SQL> alter database clear logfile group 2;

数据库已更改。

SQL> select * from v$log;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- ----------

1          1       3217   52428800          1 NO  ACTIVE               289619976 24-6月 -10

2          1       3218   52428800          1 NO  CURRENT              289633784 24-6月 -10

3          1       3215   52428800          1 NO  INACTIVE             289609376 24-6月 -10

7          1          0    5242880          1 NO  UNUSED               289619137 24-6月 -10

状态变化为：UNUSED的信息。

删除一个日志组信息：

SQL> ALTER DATABASE DROP LOGFILE GROUP 7;

数据库已更改。

SQL> select * from v$log;

GROUP#    THREAD#  SEQUENCE#      BYTES    MEMBERS ARC STATUS           FIRST_CHANGE# FIRST_TIME

---------- ---------- ---------- ---------- ---------- --- ---------------- ------------- -----------

1          1       3217   52428800          1 NO  ACTIVE               289619976 24-6月 -10

2          1       3218   52428800          1 NO  CURRENT              289633784 24-6月 -10

3          1       3215   52428800          1 NO  INACTIVE             289609376 24-6月 -10

删除组的时候如果不好用，一般为在用或ACTIVE状态，那么就切换日志并手工存盘吧，然后在执行就好了。

6、数据文件