Oracle 系统的物理存储结构比较具体和直观，它用来描述 Oracle 数据在磁盘上的物理组成情况。Oracle 系统的数据在逻辑上存储在表空间中，而在物理上存储在表空间所包含的物理文件（即数据文件）中。

　　Oracle 数据库的物理存储结构由多种物理文件组成，主要由数据文件、控制文件、重做日志文件、归档日志文件、参数文件、口令文件和警告日志文件等。

一、数据文件

　　数据文件时用于保存用户应用程序数据和 Oracle 系统内部数据的文件，这些文件在操作系统中就是普通的系统文件， Oracle 在创建表空间的同时会创建数据文件。Oracle 数据库在逻辑上由表空间组成，每个表空间可以包含一个或多个数据文件，一个数据文件只能隶属于一个表空间。

　　在创建表空的同时，Oracle 会创建该表空间的数据文件。在表空间中创建数据对象（如表、索引、序列等）时，用户是无法指定使用哪一个数据文件来进行存储的，只能由 Oracle 系统负责为数据对象选择集体的数据文件，并在其中分配物理存储空间。一个数据对象的数据可以全部存储在一个数据文件中，也可以分布存储在一个表空的多个数据文件中。

　　在读取数据时，Oracle系统首先从数据文件中读取数据，并将数据存储在内存的高数缓冲区中。如果用户要读取数据库的某些数据，而请求的数据又不在内存的高速数据缓冲区中，则需要从相应的数据文件中读取数据并存储在缓冲区中。当修改和插入数据时，Oracle 不会立即将数据写入数据文件，而是把这些数据保存在数据缓冲区中，然后由 Oracle 的后台进程 DBWR 决定如何将其写入相应的数据文件。这样的存取方式减少了磁盘的 I/O 操作，提高了系统的响应性能。

　　数据文件又可以分为3种类型：系统数据文件（system01.dbf 和 sysaux01.dbf )、撤销数据文件（undotbs01.dbf）和用户数据文件（users01.dbf、example01.dbf、tbsp_1.dbf和 tbsp_2.dbf）。

　　1、系统数据文件

　　用于存放“特殊” 的用户数据和 Oracle 系统本身的数据，如用户建立的表名、列名及字段类型等，这些属于用户数据范畴，这些数据将存放在系统表空间所包含的数据文件中；而 Oracle 系统内部的数据字典、系统表中所存储的数据属于 Oracle 系统的内部数据，这些数据也存放在系统表空间所包含的数据文件中。

　　2、撤销数据文件

　　撤销数据文件隶属于撤销表空间。如果修改 Oracle 数据库中的数据，那么就必须使用撤销段，撤销段用来临时存放修改前的旧数据，而撤销段通常存放一个单纯的撤销表空间中，这个撤销表空间所包含的数据文件就是撤销数据文件。

　　3、用户数据文件

　　用户数据文件用于存放用户应用系统的数据，这些数据包括与应用系统有关的所有相关信息。

二、控制文件

　　控制文件时一个二进制文件，记录了数据库的物理结构，其中主要包含数据库名、数据文件与日志文件的名字和位置、数据库建立日期等信息。控制文件一般在 Oracle 系统安装时或创建数据库时自动创建，控制文件所存放的路径由服务器参数文件 spfileorcl.ora 的 control_files 参数值来指定。

　　由于控制文件存放有数据文件、日志文件等的相关信息，因此， Oracle 实例在启动时必须访问控制文件。只有控制文件正常，实例才能加载并打开数据库；但若控制文件中记录了错误的信息，或者实例无法找到一个可用的控制文件，则实例无法正常启动。

　　当 Oracle 实例在正常启动时，系统首先要访问的初始化参数文件 spfile，然后 Oracle 为系统全局区（SGA） 分配内存。这时， Oracle 实例处于安装状态，并且控制文件处于打开状态；接下来 Oracle 会自动读出 “控制文件” 中的所有数据文件和日志文件的信息，并打开当前数据库中所有的数据文件和所有的日志文件以供用户访问。

　　每个数据库至少拥有以供控制文件，以供数据库可以同时拥有多个控制文件，但是以供控制文件只能属于一个数据库。控制文件内部除了存放数据库名及其创建日期、数据文件、日志文件等的相关的信息之外，在系统运行过程中，还存放系统更改好、检查点信息及归档的当前状态等信息。

　　出于安全考虑，在安装 Oracle 数据库或创建数据库时，Oracle 数据库系统会自动创建两个或3个控制文件，每个控制文件记录相同的信息。这样可确保在数据库运行时，如果某个控制文件损坏， Oracle 会自动使用另外一个控制文件，当所有的控制文件都损坏时，系统将无法工作。

三、日志文件

　　日志文件的主要功能是记录对数据所作的修改，对数据库所作的修改几乎都记录在日志文件中。在出现问题时，可以通过日志文件得到原始数据，从而保障不丢失已有操作成果。 Oracle 的日志文件包括重做日志文件（Redo Log File）和归档日志文件（Archive Log File），它们是 Oracle系统的主要文件之一，尤其是重做日志文件，它是 Oracle 数据库系统正常运行所不可或缺的。

　　1、重做日志文件

　　重做日志文件用来记录数据库所有发生过的更改信息（修改、添加、删除等信息）及由 Oracle内部行为（创建数据表、索引等）而引起的数据库变化信息。在数据库恢复时，可以从该日志文件中读取原始记录。在数据库运行期间，当用户执行 commit 命令（数据库提交命令）时，数据库首先将每次曹锁的原始记录写入到日志文件中，写入日志文件成功后，才把新的记录传递给应用程序。所以，在日志文件上可以随时读取原始记录以恢复某些数据。

　　为了保障数据库系统的安全，每个 Oracle 实例都启用一个日志线程来记录数据库的变化。日志线程由若干“日志组”构成，每个日志组又由一个或者多个日志文件构成。

　　通过对表或者整个表空间设定 nologging 属性时，使基于表空间所有的 DML操作（如创建表、删除视图、修改索引等操作）都不会生成日志信息，这样就会减少信息的产生。

　　Oracle 系统在运行过程中产生的日志信息，首先被临时存放在系统全局区的“重做日志缓冲区”中，当发出 commit 命令（或日志缓冲区信息满1/3）时，LGWR 进程（日志写入进程）将日志信息从“重做日志缓冲区” 中读取出来，并将“读取的日志信息” 写入到日志文件组中序列号较小的文件里，一个日志组写满后接着写另外一个日志组。当 LGWR 进程将所有能用的日志文件都使用过一遍之后，它将再次转向第一个日志组重新覆写。

　　2、归档日志文件

　　当所有的日志文件被写入一遍之后，LGWR 进程将再次转向第一个日志组进行重新覆写，这样势必会导致一部分较早的日志信息覆盖掉，但 Oracle 通过归档日志文件解决了这个问题。

　　Oracle 数据库可以运行在两种模式下，即归档模式和非归档模式。非归档模式是指在系统运行期间，所产生的日志信息不断地记录到日志文件组中，当所有重做日志组被写满后，又重新从第一个日志组开始覆写。归档模式是在各个日志文件都被写满而即将被覆盖之前，先由归档进程（ARCH）将即被覆盖的日志文件中的日志信息读出，并将 “读出的日志信息” 写入到归档日志文件中，而这个过程又被称为归档操作。

　　在归档操作进行的过程中，日志写入进程（ARCH）需要等待归档进程（ARCH）的结束才能开始覆写日志文件，这样就延迟了系统的响应时间，而且归档日志文件本身又会占用大量的磁盘空间，这些都会影响系统的整体性能。所以在默认情况下，Oracle 系统不采用归档模式运行。

四、服务器参数文件

五、密码文件、警告文件和跟踪文件