oracle数据库的物理结构包括什么内容,Oracle 数据库物理结构

1、数据文件：

一个数据文件只能属于一个数据库，一个数据文件只能属于一个表空间，一个表空间包括一个活多个数据文件。

2、控制文件：

管理数据库状态。

使用DBCA缺省创建3个控制文件拷贝。

控制文件记录的内容：

数据库名称，数据库物理布局(数据文件位置，联机日志文件、备份文件、数据库当前SCN等)。

MOUNT时，读取其内容。

检查点checkpoint会触发DBWR进程和CKPT进程的写操作，CKPT进程更新控制文件信息。

3、日志文件：

按照时间顺序记录数据库变化。

日志文件记录的是redo records，redo records是由改变向量组成change vectors，每个redo record代表一个数据块发生的变化。一个事物可能会涉及多个数据块改变，所以会包含多个redo record。

每一个redo record会记录：

事物开始时间。

事物名称

对象名称

数据更新的前状态(前镜像 before p_w_picpath)

数据更新的后状态(后镜像after p_w_picpath)

Commit标记(事物是否提交，commit, rollback)

Redo record保存在SGA的redo log buffer中，然后触发写操作写入redo log file里。

触发1：commit(commit的时候不会直接写DB，而是写到日志文件，一弹写日志文件成功，就会返回commit complete)

触发2：redo log达到1MB

触发3：redo log buffer使用量超过总量1/3

触发4：每3秒钟

触发5：DBWn写磁盘

4、联机日志组

Oracle要求至少要有2个联机日志组，每个联机日志组里至少有2个成员。

假设有group1和group2，每个联机日志组里面有两个成员redo01.log，redo02.log

LGWR不断向一个组group1中写入日志，而且必须确保向redo01.log和redo02.log同时写入日志且成功。

当写满的时候切换(Log Switch)，然后写入group2，再循环。

当文件损坏。如

ORA-00313: open failed for members of log group 1 of thread 1

ORA-00312: online log 1 thread 1: '/xxx/xxx/redo01.log'

通常查询

SQL> select group#,sequence#,archived,status from v$log;

得到是否联机的信息

如果是非联机日志，直接clear就可以修复：

SQL>alter database clear log file group 1;

SQL>alter database clear unarchived logfile group 1;(没有归档的情况下)

SQL>alter database open;

如果当前联机日志损坏有两种情况：

一、是数据库是正常关闭，日志文件中没有未决的事务需要实例恢复，当前日志组的损坏就可以直接用

SQL>alter database clear unarchived logfile group 1

进行重建

二、利用不完全恢复或强制恢复

SQL>recover database until cancel;

Auto

……

SQL>recover database until cancel;

然后

SQL>alter database open resetlogs;

(1、这种办法恢复的数据库是一致的不完全恢复，会丢失当前联机日志中的事务数据

2、这种方法适合于归档数据库并且有可用的数据库全备份。

3、恢复成功之后，记得再做一次数据库的全备份。

4、建议联机日志文件一定要实现镜相在不同的磁盘上，避免这种情况的发生，因为任何数据的丢失对于生产来说都是不容许的。)

5、归档日志

在一组联机日志文件被写满后，触发日志切换的同时也触发ARCn进程的工作。

ARCn把刚刚写满的联机日志拷贝到归档目录，这就是归档日志。

Dataguard、Stream都必须在归档模式下才能运行。

在数据库恢复的时候，前滚是利用日志完成的，回滚是利用UNDO表空间的信息。

6、日志线程

一个数据库实例使用的联机日志就叫做一个日志线程(redo thread)。实例：数据库为1:1就是单实例

7、参数文件

PFILE和SPFILE都是参数文件，PFILE是文本文件，SPFILE是二进制文件。

NOMOUNT阶段，读入参数文件。

寻找顺序：

$ORACLE_HOME/dbs/spfile.ora、spfile.ora、init.ora

参数中以下必须和实际情况一样，不能随便更改：

UNDO_MANAGEMENT

UNDO_TABLESPACE

DB_BLOCK_SIZE

DB_NAME

INSTANCE_NAME

Oracle用户有权限在以下目录创建文件，有：

AUDIO_FILE_DEST

BACKGROUND_DUMP_DEST

CORE_DUMP_DEST

USER_DUMP_DEST

LOG_ARCHIVE_DEST_1

SQL>startup pfile=’xxx’;

SQL>create spfile from pfile=’’;

SQL>create pfile from spfile;

更改参数使用：

SQL>alter system set parameter=value [scope=spfile|memory|both];

8、Alter文件

Alter日志文件在BACKGROUP_DUMP_DEST目录下，文件名：alert_dbname.log

记录数据库运行中的重大事件，包括启动、关闭、日志切换、添加数据文件。

启动时，还会记录参数值，可以根据它生成参数文件。

可以使用

$GREP ORA- alert_orcl.log

来分析数据库发生的异常

9、Trace文件

有3类跟踪文件，

CORE_DUMP_DEST(内核跟踪文件)：由数据库内核生成

BACKGROUND_DUMP_DEST(后台进程跟踪文件)：由DBWR、LGWR等后台进程产生。通常在进程运行发生异常时才会产生，此时不仅生成Trace文件，还会生成alter文件。

USER_DUMP_DEST(用户跟踪文件)：由用户主动触发，如跟踪EVENT、审计数据库。

10、Change Tracking 文件

记录变化的块。默认为关闭。

SQL>alter database enable block change tracking;(打开)

SQL>alter database disable block change tracking;(关闭)

文件会存在DB_CREATE_FILE_DEST文件夹中。

可以使用

SQL>alter database enable block change tracking using file ‘/oradata/BCT/chg.dbf’;

来指定文件位置。

11、Flashback Log

Flashback database是不完全恢复的一个代替手段。

12、OMF

Oracle Managed Files，Oracle 9i后支持的新特性。

需要配置以下参数：

DB_CREATE_FILE_DEST：缺省目录，创建数据文件、临时表空间文件时，默认创建在其中，如果DB_CREATE_ONLINE_LOG_DEST_n参数，联机日志和控制文件也会创建在这里。

DB_CREATE_ONLINE_LOG_DEST_n(1~5)：最多定义5个缺省目录，联机日志、控制文件会被默认创建在其中。定义了多个就实现多路复用功能。

DB_RECOVER_FILE_DEST：定义一个缺省目录。RMAN备份时默认保存在其中。如果没有定义DB_CREATE_ONLINE_LOG_DEST_n，则联机日志和控制文件也会创建在其中。

OMF会使用OFA(Optimal Flexible Architectur)原则来自动给文件命名。

在OFA原则下，命名规则是：

/o1_mf_%t_%u.dbf(//)

destination_localtion：由*_CREATE_FILE_DEST参数定义的路径，db_unique_name使用的是DB_UNIQUE_NAME，如果没有定义这个参数值则使用DB_NAME

datafile：数据文件是datafile，联机日志是onlinelog，归档日志是archivelog/

%t：数据文件是表空间名称，联机日志是日志组号，归档日志是归档日志序列号。

%u：8个字符的串，OMF通过这个串保证文件名唯一

配置示例：

SQL>alter system set DB_RECOVERY_FILE_DEST_SIZE=10g;

SQL>alter system set DB_RECOVERY_FILE_DEST='/recovery';

SQL>alter system set

LOG_ARCHIVE_DEST_1='LOCATION=USE_DB_RECOVERY_FILE_DEST';

查看OMF设置情况：

SQL>SELECT NAME FROM V$DATAFILE;