Oracle数据库体系结构(二)_物理结构

最新推荐文章于 2023-11-10 23:41:58 发布

墨染年华ら

最新推荐文章于 2023-11-10 23:41:58 发布

阅读量689

点赞数 1

分类专栏： Oracle 文章标签： oracle 数据库

本文链接：https://blog.csdn.net/Calvex880714/article/details/132840181

版权

Oracle 专栏收录该内容

12 篇文章 0 订阅

订阅专栏

1 概述

存储结构是Oracle数据库的体系结构之一，是Oracle管理的基础。Oracle存储结构可分为物理结构和逻辑结构。一个数据库的物理结构可包括数据文件、联机日志文件和控制文件及其他的一些文件，如归档日志文件、参数文件等。逻辑结构可由数据块、区、段和表空间组成。

物理结构与逻辑结构关系图如下

通过本文的学习可把握Oracle数据库存储结构中关于物理结构的来龙去脉。

2 物理结构

Oracle物理结构：主要用于描述在 oracle 数据库外部数据的存储，即在操作系统层面中如何组织和管理数据，与具体的操作系统有关

一个数据库的物理结构可包括数据文件(Datafiles)、联机日志文件(Online Redo Logs)和控制文件(Control Files)组成，如图一，这是严格意义上的物理结构组成。除此之外，组成Oracle的还有一些其他额外的数据文件，如归档日志文件(Archive Log Files)、参数文件(Paramter Files)、警报文件(Alert Files)、跟踪文件(Trace Files)等

2.1 数据文件

一个数据库有多个数据文件，每个数据文件都是操作系统的一个文件。数据文件正在存储的是数据库的数据。常用的数据库的表数据、索引数据在物理上都是存放在数据文件中的

数据文件具有以下特征：

一个数据文件只能属于一个数据库
数据文件可以被设置成自动扩展
一个或多个数据文件形成一个表空间
一个数据文件只能属于一个表空间

2.2 控制文件

在一个数据库中至少应该有一个控制文件，一个控制文件只属于一个数据库。用于存放数据库的物理结构信息，它是一个很小的二进制数据文件，在创建数据库时创建。当数据库的物理结构发生改变时，Oracle会自动更新控制文件，用户不可修改该文件。

在数据库启动时，Oracle会从初始化参数文件中获取控制文件的名称和存放位置，打开控制文件，然后从控制文件中读取数据文件和联机日志文件信息，最后打开数据库；在运行时，Oracle会修改控制文件，所以数据库的启动和运行都离不开控制文件，一旦控制文件损坏，数据库也将无法正常运行

控制文件主要记录以下数据库相关的信息

数据库名称
创建数据库的时间戳
数据文件、联机日志文件的名称和位置
表空间信息
日志历史文件
归档日志信息
备份信息
当前的日志序列号
校验点信息

控制文件的参数及Oracle11G官方文档额限定值

序号	参数	用途	最小值	最大值
1	MAXLOGFILES	用于指定oracle数据库的最大日志组个数	16	225
2	MAXLOGMEMBERS	用于指定每个日志组的最大日志成员个数	2	5
3	MAXLOGHISTORY	用于指定控制文件可记载日志历史的最大个数	100	65534
4	MAXDATAFILES	用于指定oracle数据库的最大数据文件个数	30	65534
5	MAXINSTANCES	用于指定可以同时访问数据库的最大例程个数	1	63

2.3 联机日志文件

联机日志文件是数据库的物理结构之一，用于记录用户对数据库的改变，防止数据丢失，主要用于对数据的恢复。如数据库由于发生意外，导致内存中的数据未及时写入到数据文件中，当下一次数据库启动时，Oracle数据库会从联机日志文件中获取丢失的数据，然后将获得的数据写入到数据文件中的。

一个数据库实例中有一组或多组联机日志组(Redo Log Group)，每个联机日志组中有一个或多个联机日志文件。每一个数据库实例至少需要两个联机日志组，同一组中每个联机日志文件的内容完全相同

由日志书写进程LGWR负责将日志条目(Redo Records/Redo Entry)写入到联机日志文件中。一个日志条目有一系列的改变因子组成，一个改变因子用于描述一次对某个数据块的改变

日志条目用于重构对数据库的改变，在进行数据库实例恢复时，Oracle读取日志条目中的改变因子，然后把这些改变因子应用到对应的块。

联机日志文件写入方式

后台进程LGWR负责将日志缓冲区中的日志条目写入到联机日志文件中。当用户commit一个事务，LGWR就将这个事务的回滚条目写入联机日志文件，并赋予一个改变标识(System Change Number 即SCN)用于标识这个事务的日志条目。只有当这个事务的日志条目被成功写到磁盘上的联机日志文件中，这个事务的提交才算完成。

当满足以下条件时，LGWR进程会自动将日志缓冲区中的日志条目写入到联机日志文件中

每隔3秒钟
一个用户提交一个事务
日志缓冲区被填满1/3
日志缓冲区的日志大小接近1MB的日志数据
发生校验点

2.4 归档日志文件

归档：即Oracle将填满的联机日志文件复制到一个或多个路径进行存储的过程称为归档，这样生成的文件也叫做归档日志文件。存放归档文件的路径叫归档路径，只有数据库是运行在归档模式的场景下才能进行归档，归档的过程通常情况下由归档进程自动完成。一个数据库可以有一个或多个归档进程，归档进程的数量有初始化参数LOG_ARCHIVE_MAX_PROCESSES进行控制

归档日志文件的作用：用于数据库顶顶顶恢复

数据库运行模式：非归档模式和归档模式

非归档模式

若数据库运行在非归档模式下，则表示联机日志文件不需要归档

非归档模式只保护数据库实例失败，不保护介质失败，当发生介质损坏时，则需要还原数据库的全备份，然后再执行恢复。在非归档模式下，一旦发生介质损坏，将会发生数据得到丢失。在此模式下数据库管理员不能执行数据库的热备份，但可以关闭数据库，执行数据库的冷备份

归档模式

若数据库运行在归档模式下，数据库的控制文件将指示，如果联机日志文件没有归档，日志书写进程则不能覆盖联机日志文件。数据库管理员可以启动归档进程，让归档进程自动完成联机日志文件的归档，也可以进行手动归档

归档路径

归档路径参数设置：

LOG_ARCHIVE_DEST= filepath ：设置一个归档路径

LOG_ARCHIVE_DEST_n = path ：设置多个归档路径，n的取值范围1-10，n参数选项LOCATION、SERVICE

LOCATION：指定将联机日志文件归档到本地的文件系统，如：LOG_ARCHIVE_DEST_1='LOCATION=desk/xxx'

SERVICE：指定将联机日志文件归档到远程服务器，如：LOG_ARCHIVE_DEST_1='SERVICE=desk_xxx'

归档路径状态

VALID：用户已初始化归档路径，归档路径有效，可用于文件归档

INACTIVE：无效的归档路径

ERROR：创建路径或往路径中写文件时发生错误

FULL：路径已被填满，没有额外的磁盘存储空间

DEFERRED：用户临时禁用该归档路径

BAD PARAM：参数发生错误

归档日志文件格式

2.5 参数文件

参数文件也叫初始化参数文件，用于存放数据库和数据库实例的参数。这些参数用于指定控制文件的位置、联机日志文件的位置及控制内存分配。

参数文件分为普通初始化参数文件(Initialization Parameter File 即PFILE)和服务器参数文件(Server Parameter File 即SPFILE)，在数据库启动时，Oracle将加载这两个文件中的信息。

初始化参数文件（PFILE）

初始化参数文件（PFILE）是本地的文本参数文件，可以进行手工修改其中的内容，文件名通常为init<SID>.ora,oracle只在实例启动时读取该文件，因此所做的修改要在实例下次启动时才能起作用。

主要内容

实例名和该实例相关的数据库名
控制文件名和位置
系统全局区的配置
还原段（回滚段）的配置
该实例所能同时启动的进程数
标准数据块的大小
是否允许DBA远程登录

动态服务器参数文件(SPFILE)

从Oracle 9i开始，提供的动态服务器初始化参数文件，是一个二进制参数文件，不可对其进行修改，在数据库实例运行时，Oracle可动态修改。文件名通常为spfile<SID>.ora,总是保存在服务器上，默认存储在$ORACLE_HOME\dbs下。

2.6 警报文件

用于记录数据库的重大活动和发生得到错误，警报文件按照时间先后记录发生的事件。它除了记录数据库中发生的错误外，还记录记录数据库中发生的重大事件。

警报文件的内容

每次数据库启动和关闭的详细信息
数据库管理员的某些管理操作，如Alter System、Alter DataBase、CREATE、DROP语句等
某些数据库错误，如Oracle的内部错误、空间错误等
共享服务器相关的信息和错误
值是非默认值的初始化参数信息
物化视图自动刷新产生的错误

警报文件的名称格式通常为 alert_SID.log，不可修改，其中SID表示数据库的实例名，文件从存储位置有初始化参数BACKGROUND_DUMP_DEST指定。通常存储在%ORACLE_HOME%/diag/rdbms/chenmu/chenmu/trace目录下

可用以下命令获取该文件的具体位置

SQL> show parameter background_dump_dest

     NAME                   TYPE           VALUE
------------------------------------ ----------- ------------------------------
background_dump_dest         string      f:\app\diag\rdbms\lsxddb\lsxddb\trace


SQL> select * from v$diag_info;

   INST_ID NAME                     VALUE
---------- ------------------------------------------------------------
         1 Diag Enabled             TRUE
         1 ADR Base                 f:\app
         1 ADR Home                 f:\app\diag\rdbms\xddb\xddb
         1 Diag Trace               f:\app\diag\rdbms\xddb\xddb\trace
         1 Diag Alert               f:\app\diag\rdbms\xddb\xddb\alert
         1 Diag Incident            f:\app\diag\rdbms\xddb\xddb\incident
         1 Diag Cdump               f:\app\diag\rdbms\xddb\xddb\cdump
         1 Health Monitor           f:\app\diag\rdbms\xddb\xddb\hm
         1 Default Trace File       f:\app\diag\rdbms\xddb\xddb\trace\xddb_ora_1552.trc
         1 Active Problem Count                                             0
         1 Active Incident Count                                            0

11 rows selected