轻松掌握什么是数据的物理（存储）结构

数据结构在计算机中的表示（映像）称为数据的物理（存储）结构 它包括数据元素的表示和关系的表示

物理结构 即oracle数据库使用的 *** 作系统文件结构 对于数据库物理结构文件 不同的oracle版本 不同的 *** 作系统平台上有不同的存储目录结构

winnt　| d:oracleproduct oradataDB_NAME (oracle g);d:orantdatabase (oracle oracle ) Unix | /home/app/oracle/product/ /oradata/DB_NAME/ ( g);/home/app/oradata/db_name/ ( i i)

数据库的物理结构文件按其作用可以分为三类

数据文件

日志文件

控制文件

一 数据文件

数据文件用来存储数据库的数据 如表 索引等 读取数据时 系统首先从数据库文件中读取数据 并存储到SGA的数据缓冲区中 这是为了减少I/O 如果读取数据时 缓冲区中已经有要读取的数据 就不需要再从磁盘中读取了 存储数据时也是一样 事务提交时改变的数据先存储到内存缓冲区中 再由oracle后台进程DBWR决定如何将其写入到数据文件中

查询数据文件的信息

sql>select from dba_data_files或 sql>select from v$datafile (此数据字典包含文件的动态信息)

一个数据文件只与一个数据库相联系 数据文件的大小是可以改变的 可以通过以下语句查询表空间的空间空闲量

sql>select from dba_free_space

修改数据文件的大小

sql>alter database datafile "d: df dbf" resize m

数据库文件的自动扩展特性 请看下面的例子:

sql>alter tablespace tbs add datafile "d: df dbf" size m autoextend on next m maxsize m sql>alter database mydb datafile "d: df dbf" "d: df dbf" autoexetend off sql>alter database mydb datafile "d: df dbf" "d: df dbf" autoexetend on next m maxsize unlimited

二 重做日志文件

重做日志文件记录对数据库的所有修改信息 它是三类文件中最复杂的一类文件 也是保证数据库安全与数据库备份与恢复有直接关系的文件

日志文件组与日志成员

在每一个oracle数据库中 至少有两个重做日志文件组 每组有一个个或多个重做日志文件 即日志成员 同一组中的成员是镜像关系 它们存储的内容是一模一样的 Oracle在写日志时 以一个日志组为逻辑单位写入 只在将日志都写入日志组中的每个成员文件中后 写日志才完成

日志工作原理

Oracle有多个日志文件组 当一个日志文件组中所有的成员所有的成员同时被写满数据时 系统自动转换到下一个日志文件组 这个转换过程称为日志切换

当日志切换后 会给前一个日志组编一个号 用于归档日志的编号 这个编号称为日志序列号 此编号由 开始 每切换一次 序列号自动加 最大值受参数MAXLOGHISTORY限制 该参数的最大值为

当oracle把最后一个日志组写满了以后 自动转向第一个日志组 这时 再向第一个日志组写日志的时候 如果数据库运行在非归档模式下 这个日志组中的原有日志信息就会被覆盖

使用以下语句查询日志文件信息

sql>select from v$log

相关字段说明如下

GROUP#:日志文件组号

THREAD#:日志文件线程号 一般为 双机容时为

SEQUENCE#:日志序列号

BYTES:日志文件大小

MEMBERS:该组的日志成员个数

ARC:该组日志信息是否已经完成归档

STATUS:该组状态（CURRENT:表示当前正在使用的组 NACTIVE:表示非活动组 ACTIVE:表示归档未完成）

FIRST_CHANGE#:系统改变号SCN 也叫检查点号

FIRST_TIME:系统改变时间

DBA可以使用下列命令进行强制日志切换

sql>alter system switch logfile

NOARCHIVELOG/ARCHIVELOG

NOARCHIVELOG是非归档模式 如果数据库运行在这种模式下 当日志切换时 新切换到的日志组中的日志信息会被覆盖 ARCHIVELOG:归档模式 如果数据库运行在这种模式下 日志会被归档存储 产生归档日志 且在未归档之前 日志不允许被覆盖写入

要确认数据库的归档方式 可以查询数据字典v$database:

sql>select log_mode from v$database

要了解归档日志的信息 可以查询数据字典v$archived_log

要将数据库改为归档模式

a alter database archivelog

b 设置初始化参数LOG_ARCHIVE_START=TRUE

c 设置归档文件目标存储路径 LOG_ARCHIVE_DEST=C:ORAARCHIVE

d 设置归档文件命名格式参数 LOG_ARCHIVE_FORMAT="ORCK%T%S ARC" 这个格式中的%S表示日志序列号 自动左边补零 %s表示日志序列号 自动左边不补零 %T表示日志线程号 左边补零 %t表示日志线程号不补零

e 重新启动数据库

CKPT进程(检查点进程)

CKPT进程保证有修改过的数据库缓冲区中的数据都被写入到数据文件 日志文件 数据文件 数据库头和控制文件中都有写入检查点标记 数据库在恢复时 只需提供自上一个检查以来所做的修改 检查点完成时系统将更新数据库数据库头和控制文件

参数LOG_CHECKPOINT_TIMEOUT决定一个检查点发生的时间间隔 LOG_CHECKPOINT_INTERVAL决定一个检查需要填充的日志文件块的数量 检查点号 也称系统改变号(SCN) 它标识一个检查点 可以通过v$log查询日志文件的检查点信息 通过v$datafile查询数据文件的检查点信息 通过v$database查询数据库头的检查点信息 三个地方的检查点号相同 如果不同 说明发明数据库不同步 此时数据库肯定无法正常启动

增加与删除日志文件组 日志成员(详细语法请参考oracle文档)

alter database [database] add logfile [group integer] filespec[ [group alter database [database] add logfile ( ) alter database [database] drop logfile [grout integer] alter database　[database] add logfile member "filespec" [reuse] to group integer alter database [database] drop logfile member "filename" "filename" alter database [database] rename file "filename" to "filename

"

清除日志文件数据

alter database [database] clear [unarchived] logfile group integer|filespec

三 控制文件

控制文件是一个二进制文件 用来描述数据库的物理结构 一个数据库只需要一个控制文件 控制文件的内容包括

数据库名及数据库唯一标识

数据文件和日志文件标识

数据库恢复所需的同步信息 即检查点号

控制文件由参数control_files指定 格式如下

control_files=("home/app/ /control ctl" "home/app/ /control ctl")

参数中各个文件是镜像关系 也就是说 几个文件中只要有一个文件完好 数据库就可以正常运行

以下语句查询控制文件的信息

sql>select from v$controlfile

如果控制文件损坏或丢失 数据库将终止并且无法启动 所以 要对控制文件进行镜象 手工镜像步骤如下

a 关闭数据库

b 复制控制文件

c 修改参数文件 加入新增的控制文件位置描述

d 重新启动数据库

另外注意 控制文件中还包含几个服务器参数的设置 如果修改这些参数的值 刚需要重新创建控制文件 这些参数是

MAXLOGFILES:最大日志文件个数

MAXLOGMEMBERS:最大日志成员个数

MAXLOGHISTORY:最大历史日志个数

MAXDATAFILES:最大数据文件个数

MAXINSTANCES:最大实例文件个数

所有修改数据库结构的命令都会引起控制文件的改变 同时出会记录在oracle跟踪文件中 跟踪文件的名称为alter_SID log 路径如下

d:oracleproduct adminDB_NAMEdumpSIDALRT log(unix是alter_SID ora)

也可以在参数文件中指定跟踪文件的存储路径 后台进程跟踪文件目录由参数background_dump_dest指定 用户跟踪文件位置由参数user_bdump_dest指定 如

lishixinzhi/Article/program/SQL/201405/30847

事务故障

系统故障

介质故障

一、事务故障

什么是事务故障

某个事务在运行过程中由于种种原因未运行至正常终止点

事务故障的常见原因

输入数据有误

运算溢出

违反了某些完整性限制

某些应用程序出错

并行事务发生死锁

事务故障（续）

事务故障的恢复

事务故障的恢复：事务撤消（UND）

恢复程序要在不影响其它事务运行的情况下，强行回滚（RBACK）该事务，即清除该事务对数据库的所有修改，使得这个事务象根本没有启动过一样

二、系统故障

什么是系统故障

由于某种原因造成整个系统的正常运行突然停止，致使所有正在运行的事务都以非正常方式终止。

发生系统故障时，内存中数据库缓冲区的信息全部丢失，但存储在外部存储设备上的数据未受影响

系统故障（续）

系统故障的常见原因

*** 作系统或DBMS 代码错误

*** 作员 *** 作失误

特定类型的硬件错误（如CPU 故障）

突然停电

系统故障（续）

系统故障的恢复

1 清除尚未完成的事务对数据库的所有修改

如果DBMS 无法确定哪些事务已更新过数据库，则系统重新启动后，恢复程序要强行撤消（UND ） 所有未完成事务，使这些事务象没有运行过一样。

2 将已完成事务提交的结果写入数据库

如果DBMS 无法确定哪些事务的提交结果尚未写入物理数据库，则系统重新启动后，恢复程序需要重做（RED ） 所有已提交的事务。

三、介质故障

什么是介质故障

硬件故障使存储在外存中的数据部分丢失或全部丢失

介质故障比前两类故障的可能性小得多，但破坏性最大。

介质故障(续)

介质故障的常见原因

硬件故障

磁盘损坏

磁头碰撞

*** 作系统的某种潜在错误

瞬时强磁场干扰

介质故障（续）

介质故障的恢复

装入 数据库发生介质故障前某个时刻的数据副本

重做自此时始的所有成功事务 ，将这些事务已提交的结果重新记入数据库

故障的种类小结

数据库系统中各类故障对数据库的影响

数据库本身被破坏 （介质故障）

数据库处于不一致状态

数据库中包含了未完成事务对数据库的修改（事务故障、系统故障）

数据库中丢失了已提交事务对数据库的修改（系统故障）

不同类型的故障应采用不同的恢复 *** 作

故障的种类小结（续）

恢复 *** 作的基本原理：简单

原理：利用 存储在系统其它地方的冗余数据 来重建 数据库中已经被破坏或已经不正确的那部分数据

恢复的实现技术：复杂

一般一个大型数据库产品，恢复子系统的代码要占全部代码的10% 以上

如果在对数据库进行 *** 作的时候，一般情况写是将数据拿到缓冲区中进行 *** 作，除非你修改一条记录就commit一次，那么如果出现问题，那么缓冲区的数据还在，包括已经修改的数据和没有修改的数据。这样，如果贸然的commit，那么没有修改的数据也会提交到数据库中，这样就出现了错误数据。redo一次就是不管是否修改的数据都重新修改一次，直到没有故障发生时才commit。

个人意见，仅供参考

严重鄙视写代码不带注释

Oracle数据库的体系结构包括四个方面：数据库的物理结构、逻辑结构、内存结构及进程。

1 物理结构

物理数据库结构是由构成数据库的 *** 作系统文件所决定，Oracle数据库文件包括：

数据文件（Data File）

数据文件用来存储数据库中的全部数据，例如数据库表中的数据和索引数据通常以为dbf格式，例如:userCIMSdbf 。

日志文件（Redo Log File）

日志文件用于记录数据库所做的全部变更（如增加、删除、修改）、以便在系统发生故障时，用它对数据库进行恢复。名字通常为Logdbf格式，如：Log1CIMSdbf,Log2CIMSdbf 。

控制文件（Control File）

每个Oracle数据库都有相应的控制文件，它们是较小的二进制文件，用于记录数据库的物理结构，如：数据库名、数据库的数据文件和日志文件的名字和位置等信息。用于打开、存取数据库。名字通常为Ctrlctl 格式，如Ctrl1CIMSctl。

配置文件

配置文件记录Oracle数据库运行时的一些重要参数，如：数据块的大小，内存结构的配置等。名字通常为initora 格式，如：initCIMSora 。

2 逻辑结构

Oracle数据库的逻辑结构描述了数据库从逻辑上如何来存储数据库中的数据。逻辑结构包括表空间、段、区、数据块和模式对象。数据库的逻辑结构将支配一个数据库如何使用系统的物理空间模式对象及其之间的联系则描述了关系数据库之间的设计

一个数据库从逻辑上说是由一个或多个表空间所组成，表空间是数据库中物理编组的数据仓库，每一个表空间是由段(segment)组成，一个段是由一组区(extent)所组成，一个区是由一组连续的数据库块(database block)组成，而一个数据库块对应硬盘上的一个或多个物理块。一个表空间存放一个或多个数据库的物理文件（即数据文件）一个数据库中的数据被逻辑地存储在表空间上。

表空间（tablespace）

Oracle数据库被划分为一个或多个称为表空间的逻辑结构，它包括两类表空间，System表空间和非System表空间，其中，System表空间是安装数据库时自动建立的，它包含数据库的全部数据字典，存储过程、包、函数和触发器的定义以及系统回滚段。除此之外，还能包含用户数据。。

一个表空间包含许多段，每个段有一些可以不连续的区组成，每个区由一组连续的数据块组成，数据块是数据库进行 *** 作的最小单位。

每个表空间对应一个或多个数据文件，每个数据文件只能属于一个表空间。

数据库块（database block）

数据库块也称逻辑块或ORACLE块，它对应磁盘上一个或多个物理块，它的大小由初始化参数db-block-size（在文件initora中）决定，典型的大小是2k。Pckfree 和pctused 两个参数用来优化数据块空间的使用。

区（extent）

区是由一组连续的数据块所组成的数据库存储空间分配的逻辑单位。

段（segment）

段是一个或多个不连续的区的集合，它包括一个表空间内特定逻辑结构的所有数据，段不能跨表空间存放。Oracle数据库包括数据段、索引段、临时段、回滚段等。

模式对象（schema object）

Oracle数据库的模式对象包括表、视图、序列、同意词、索引、触发器、存储过程等，关于它们将重点在后面章节介绍。

3．Oracle Server系统进程与内存结构

当在计算机服务器上启动Oracle数据库后，称服务器上启动了一个Oracle实例（Instance）。ORACLE 实例（Instance）是存取和控制数据库的软件机制，它包含系统全局区（SGA）和ORACLE进程两部分。SGA是系统为实例分配的一组共享内存缓冲区，用于存放数据库实例和控制信息，以实现对数据库中数据的治理和 *** 作。

进程是 *** 作系统中一个极为重要的概念。一个进程执行一组 *** 作，完成一个特定的任务对ORACLE数据库治理系统来说，进程由用户进程、服务器进程和后台进程所组成。

当用户运行一个应用程序时，系统就为它建立一个用户进程。服务器进程处理与之相连的用户进程的请求，它与用户进程相通讯，为相连的用户进程的ORACLE请求服务。

为了提高系统性能，更好地实现多用户功能，ORACLE还在系统后台启动一些后台进程，用于数据库数据 *** 作。

系统进程的后台进程主要包括：

SMON 系统监控进程：（system monitor）负责完成自动实例恢复和回收分类（sort）表空间。

PMON 进程监控进程：（PRocess monitor）实现用户进程故障恢复、清理内存区和释放该进程所需资源等。

DBWR 数据库写进程：数据库缓冲区的治理进程。

在它的治理下，数据库缓冲区中总保持有一定数量的自由缓冲块，以确保用户进程总能找到供其使用的自由缓冲块。

LGWR 日志文件写进程：是日志缓冲区的治理进程，负责把日志缓冲区中的日志项写入磁盘中的日志文件上。每个实例只有一个LGWR进程。

ARCH 归档进程：（archiver process）把已经填满的在线日志文件拷贝到一个指定的存储设备上。仅当日志文件组开关（switch）出现时，才进行ARCH *** 作。ARCH不是必须的，而只有当自动归档可使用或者当手工归档请求时才发出。

RECO 恢复进程：是在具有分布式选项时使用的一个进程，主要用于解决引用分布式事务时所出现的故障。它只能在答应分布式事务的系统中出现。

LCKn 封锁进程：用于并行服务器系统，主要完成实例之间的封锁。

内存结构（SGA）

SGA是Oracle为一个实例分配的一组共享内存缓冲区，它包含该实例的数据和控制信息。SGA在实例启动时被自动分配，当实例关闭时被收回。数据库的所有数据 *** 作都要通过SGA来进行。

SGA中内存根据存放信息的不同，可以分为如下几个区域：Buffer Cache：存放数据库中数据库块的拷贝。它是由一组缓冲块所组成，这些缓冲块为所有与该实例相链接的用户进程所共享。缓冲块的数目由初始化参数DB_BLOCK_BUFFERS确定，缓冲块的大小由初始化参数DB_BLOCK_SIZE确定。大的数据块可提高查询速度。它由DBWR *** 作。

b 日志缓冲区Redo Log Buffer：存放数据 *** 作的更改信息。它们以日志项（redo entry）的形式存放在日志缓冲区中。当需要进行数据库恢复时，日志项用于重构或回滚对数据库所做的变更。日志缓冲区的大小由初始化参数LOG_BUFFER确定。大的日志缓冲区可减少日志文件I/O的次数。后台进程LGWR将日志缓冲区中的信息写入磁盘的日志文件中，可启动ARCH后台进程进行日志信息归档。

c 共享池Shared Pool：包含用来处理的SQL语句信息。它包含共享SQL区和数据字典存储区。共享SQL区包含执行特定的SQL语句所用的信息。数据字典区用于存放数据字典，它为所有用户进程所共享。

Cursors：一些内存指针，执行待处理的SQL语句

其他信息区：除了上述几个信息区外，还包括一些进程之间的通讯信息（如封锁信息）；在多线索服务器配置下，还有一些程序全局区的信息，请求队列和响应队列等。 本文来自： >

数据高速缓存跟 *** 作系统的缓存类似，其存储最近从数据文件中读取的数据块，其中的数据可以被所有的用户所访问。如当我们利用Select语句从数据库中查询员工信息的时候，其首先不是从数据文件中去查询这个数据，而是从数据高速缓存中去查找，而没有这个必要再去查询磁盘中的数据文件了。只有在数据缓存中没有这个数据的时候，数据库才会从数据文件中去查询。Oracle数据库为什么要如此设计呢这是由于数据库在读取数据的时候，读取内存的速度比读取磁盘的速度要快很多倍，所以这种机制可以提高数据的整体访问效率。

缓冲区缓存

重新启动数据库后，系统就会为数据库分配一些空闲的缓存块。空闲缓存块中是没有任何数据的，他在那边默默的等着别写入记录。当Oracle 数据库从数据文件中读取数据后，数据库就会寻找是否有空闲的缓存块，以便将数据写入其中。

一般来说，数据库在启动的时候，就会在内存中预先分配这些缓存块。所以，Oracle数据库在启动的时候，会占用比较多的内存。但是，这可以免去在实际需要时向内存申请的时间。所以，有时候Oracle数据库虽然已启动，内存的占用率就很高，但是，其后续仍然可以正常运行的原因。而其他数据库虽然刚启动的时候内存占用率不是很高，但是，但系统内存到达80%以上时，在进行数据处理就会受到明显的影响。

不知道你问的是哪类系统故障？

下面以数据库为例介绍说明，希望对你有点参考价值。

在数据库运行过程中，可能会出现各种各样的故障，这些故障可分为以下三类：事务故障、系统故障和介质故障。应该根据故障类型的不同，采取不同的恢复策略。

1，事务故障及其恢复：

事务故障表示由非预期的、不正常的程序结束所造成的故障。

造成程序非正常结束的原因包括输人数据错误、运算溢出、违反存储保护、并行事务发生死锁等。

发生事务故障时，被迫中断的事务可能已对数据库进行丁修改，为了消除该事务对数据库的影响，要利用日志文件中所记载的信息，强行回滚（RoLLBAcK）该事务，将数据库恢复到修改前的初始状态。

为此，要检查日志文件中由这些事务所引起的发生变化的记录，取消这些没有完成的事务所做的一切改变。

这类恢复 *** 作称为事务撤销（uNDo），具体做法如下。

（1）反向扫描日志文件，查找该事务的更新 *** 作。

（2）对该事务的更新 *** 作执行反 *** 作，即对已经插入的新记录进行删除 *** 作，对己删除的记录进行插入 *** 作，对修改的数据恢复旧值，用旧值代替新值。这样由后向前逐个扫描该事务已做的所有更新 *** 作，并做同样处理，直到扫描到此事务的开始标记，事务故障恢复完毕为止。

因此，一个事务是一个工作单位，也是一个恢复单位。一个事务越短，越便于对它进行UNDO *** 作。如果一个应用程序运行时间较长，则应该把该应用程序分成多个事务，用明确的coMMIT语句来结束各个事务。

2，系统故障及其恢复系统故障是指系统在运行过程中，由于某种原因，造成系统停止运转，致使所有正在运行的事务都以非正常方式终止，要求系统重新启动。引起系统故障的原因可能有硬件错误（如CPu故障、 *** 作系统）或DBMS代码错误、突然断电等。

这时，内存中数据库缓冲区的内容全部丢失，虽然存储在外部存储设备上的数据库并未破坏，但其内容不可靠了。系统故障发生后，对数据库的影响有以下两种情况。

一种情况是一些未完成事务对数据库的更新已写入数据库，这样在系统重新启动后，要强行撤销（uNDo）所有未完成的事务，清除这些事务对数据库所做的修改。这些末完成事务在日志文件中只有BEGIN TRANsLATl0N标记，而无COMMIT标记。

另一种情况是有些已提交的事务对数据库的更新结果还保留在缓冲区中，尚未写到磁盘上的物理数据库中，这也使数据库处于不一致状态，因此应将这些事务已提交的结果重新写入数据库。这类恢复 *** 作称为事务的重做（REDo）。这种巳提交事务在日志文件中既有BGIN TRANSCATION标记，也有COMMIT标记。

因此，系统故障的恢复要完成两方面的工作，既要撤销所有末完成的事务，还要重做所有已提交的事务，这样才能将数据库真正恢复到一致的状态。具体做法如下。

（1）正向扫描日志文件，查找尚未提交的事务，将其事务标识记人撤销队列。同时查找已经提交的事务，将其事务标识记入重做队列。

（2）对撤销队列中的各个事务进行撤销处理。方法同事务故障中所介绍的撤销方法。

（3）对重做队列中的各个事务进行重做处理。进行重做处理的方法是正向扫描日志文件，按照日志文件中所登记的 *** 作内容，重新执行 *** 作，使数据库恢复到最近某个可用状态。

系统发生故障后，由于无法确定哪些末完成的事务已更新过数据库，哪些事务的提交结果尚未写入数据库，因此系统重新启动后，就要撤销所有的末完成的事务，重做所有的已经提交的事务。

但是，在故障发生前已经运行完毕的事务有些是正常结束的，有些是异常结束的。所以无须把它们全部撤销或重做。

通常采用设立检查点（checkPoint）的方法来判断事务是否正常结束。每隔一段时间，比如说5分钟，系统就产生一个检查点，做下面一些事情：a,把仍保留在日志缓冲区中的内容写到日志文件中；b,在日志文件中写一个“检查点记录”；c,把数据库缓冲区中的内容写到数据库中，即把更新的内容写到物理数据库中；d,把日志文件中检查点记录的地址写到“重新启动文件”中。

每个检查点记录包含的信息有在检查点时间的所有活动事务一览表、每个事务最近日志记录的地址。

在重新启动时，恢复管理程序先从“重新启动文件”中获得检查点记录的地址，从日志文件中找到该检查点记录的内容，通过日志往回找，就能决定哪些事务需要撤销，恢复到初始的状态，哪些事务需要重做。为此利用检查点信息能做到及时、有效、正确地完成恢复工作。

3，介质故障及其恢复介质故障是指系统在运行过程中，由于辅助存储器介质受到破坏，使存储在外存中的数据部分或全部丢失。

这类故障比事务故障和系统故障发生的可能性要小，但这是最严重的一种故障，破坏性很大，磁盘上的物理数据和日志文件可能被破坏，这需要装入发生介质故障前最新的后备数据库副本，然后利用日志文件重做该副本后所运行的所有事务。

具体方法如下。

（1）装入最新的数据库副本，使数据库恢复到最近一次转储时的可用状态。

（2）装入最新的日志文件副本，根据日志文件中的内容重做已完成的事务。首先扫描日志文件，找出故障发生时己提交的事务，将其记入重做队列。然后正向扫描日志文件，对重做队列中的各个事务进行重做处理，方法是正向扫描日志文件，对每个重做事务重新执行登记的 *** 作，即将日志记录中“更新后的值”写入数据库。

这样就可以将数据库恢复至故障前某一时刻的一致状态了。

你最好买一本专门讲ORACLE性能优化的书，好好看看\x0d\1、调整数据库服务器的性能\x0d\Oracle数据库服务器是整个系统的核心，它的性能高低直接影响整个系统的性能，为了调整Oracle数据库服务器的性能，主要从以下几个方面考虑： \x0d\11、调整 *** 作系统以适合Oracle数据库服务器运行\x0d\Oracle数据库服务器很大程度上依赖于运行服务器的 *** 作系统，如果 *** 作系统不能提供最好性能，那么无论如何调整，Oracle数据库服务器也无法发挥其应有的性能。 \x0d\111、为Oracle数据库服务器规划系统资源 \x0d\据已有计算机可用资源, 规划分配给Oracle服务器资源原则是：尽可能使Oracle服务器使用资源最大化,特别在Client/Server中尽量让服务器上所有资源都来运行Oracle服务。 \x0d\112、调整计算机系统中的内存配置 \x0d\多数 *** 作系统都用虚存来模拟计算机上更大的内存，它实际上是硬盘上的一定的磁盘空间。当实际的内存空间不能满足应用软件的要求时， *** 作系统就将用这部分的磁盘空间对内存中的信息进行页面替换，这将引起大量的磁盘I/O *** 作，使整个服务器的性能下降。为了避免过多地使用虚存，应加大计算机的内存。 \x0d\113、为Oracle数据库服务器设置 *** 作系统进程优先级 \x0d\不要在 *** 作系统中调整Oracle进程的优先级，因为在Oracle数据库系统中，所有的后台和前台数据库服务器进程执行的是同等重要的工作，需要同等的优先级。所以在安装时，让所有的数据库服务器进程都使用缺省的优先级运行。 \x0d\12、调整内存分配\x0d\Oracle数据库服务器保留3个基本的内存高速缓存，分别对应3种不同类型的数据：库高速缓存，字典高速缓存和缓冲区高速缓存。库高速缓存和字典高速缓存一起构成共享池，共享池再加上缓冲区高速缓存便构成了系统全程区(SGA)。SGA是对数据库数据进行快速访问的一个系统全程区，若SGA本身需要频繁地进行释放、分配，则不能达到快速访问数据的目的，因此应把SGA放在主存中，不要放在虚拟内存中。内存的调整主要是指调整组成SGA的内存结构的大小来提高系统性能，由于Oracle数据库服务器的内存结构需求与应用密切相关，所以内存结构的调整应在磁盘I/O调整之前进行。 \x0d\121、库缓冲区的调整 \x0d\库缓冲区中包含私用和共享SQL和PL/SQL区，通过比较库缓冲区的命中率决定它的大小。要调整库缓冲区，必须首先了解该库缓冲区的活动情况，库缓冲区的活动统计信息保留在动态性能表v$librarycache数据字典中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\ \x0d\Select sum(pins),sum(reloads) from v$librarycache; \x0d\ \x0d\Pins列给出SQL语句，PL/SQL块及被访问对象定义的总次数；Reloads列给出SQL 和PL/SQL块的隐式分析或对象定义重装载时在库程序缓冲区中发生的错误。如果sum(pins)/sum(reloads) ≈0，则库缓冲区的命中率合适；若sum(pins)/sum(reloads)>1, 则需调整初始化参数 shared_pool_size来重新调整分配给共享池的内存量。 \x0d\122、数据字典缓冲区的调整 \x0d\数据字典缓冲区包含了有关数据库的结构、用户、实体信息。数据字典的命中率，对系统性能影响极大。数据字典缓冲区的使用情况记录在动态性能表v$librarycache中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\ \x0d\Select sum(gets),sum(getmisses) from v$rowcache; \x0d\ \x0d\Gets列是对相应项请求次数的统计；Getmisses 列是引起缓冲区出错的数据的请求次数。对于频繁访问的数据字典缓冲区，sum(getmisses)/sum(gets)<10%～15%。若大于此百分数，则应考虑增加数据字典缓冲区的容量，即需调整初始化参数shared_pool_size来重新调整分配给共享池的内存量。 \x0d\123、缓冲区高速缓存的调整 \x0d\用户进程所存取的所有数据都是经过缓冲区高速缓存来存取，所以该部分的命中率，对性能至关重要。缓冲区高速缓存的使用情况记录在动态性能表v$sysstat中，可通过查询该表来了解其活动情况，以决定如何调整。 \x0d\ \x0d\Select name,value from v$sysstat where name in ('dbblock gets','consistent gets','physical reads'); \x0d\ \x0d\dbblock gets和consistent gets的值是请求数据缓冲区中读的总次数。physical reads的值是请求数据时引起从盘中读文件的次数。从缓冲区高速缓存中读的可能性的高低称为缓冲区的命中率，计算公式： \x0d\ \x0d\Hit Ratio=1-(physical reds/(dbblock gets+consistent gets)) \x0d\ \x0d\如果Hit Ratio<60%～70%，则应增大db_block_buffers的参数值。db_block_buffers可以调整分配给缓冲区高速缓存的内存量，即db_block_buffers可设置分配缓冲区高速缓存的数据块的个数。缓冲区高速缓存的总字节数=db_block_buffers的值db_block_size的值。db_block_size 的值表示数据块大小的字节数，可查询 v$parameter 表： \x0d\ \x0d\select name,value from v$parameter where name='db_block_size'; \x0d\ \x0d\在修改了上述数据库的初始化参数以后，必须先关闭数据库，在重新启动数据库后才能使新的设置起作用。

以上就是关于轻松掌握什么是数据的物理（存储）结构全部的内容，包括:轻松掌握什么是数据的物理（存储）结构、数据库系统中故障可以分为哪几类、书上说：“数据库所做的修改在故障发生时可能还在缓冲区,尚未写进数据库，所以要redo”如何理解等相关内容解答，如果想了解更多相关内容，可以关注我们，你们的支持是我们更新的动力！