由上图可知，oracle数据库由实例和数据库组成。
二、数据库存储结构：
2.1数据库存储结构
Oracle数据库有物理结构和逻辑结构。数据库的物理结构是数据库中的操作系统文件的集合。数据库的物理结构由数据文件、控制文件和重做日志文件组成。
数据文件：数据文件是数据的存储仓库。
联机重做日志文件：联机重做日志文件包含对数据库所做的更改记录，在发生故障时能够恢复数据。重做日志按时间顺序存储应用于数据库的一连串的变更向量。其中仅包含重建（重做）所有已完成工作的最少限度信息。如果数据文件受损，则可以将这些变更向量应用于数据文件备份来重做工作，将它恢复到发生故障的那一刻前的状态。重做日志文件包含联机重做日志文件（对于连续的数据库操作时必须的）和归档日志文件（对于数据库操作是可选的，但对于时间点恢复是必须的）。
查看系统的redo log的信息
SQL> select group#,sequence#,bytes,members,status from v$log;
GROUP# SEQUENCE# BYTES MEMBERS STATUS
---------- ---------- ---------- ---------- ----------------
1 22 52428800 1 INACTIVE
2 23 52428800 1 CURRENT
3 21 52428800 1 INACTIVE
SQL> select member from v$logfile;
MEMBER
/u01/app/oracle/oradata/hnzk/redo03.log
/u01/app/oracle/oradata/hnzk/redo02.log
/u01/app/oracle/oradata/hnzk/redo01.log
控制文件：控制文件包含维护和验证数据库完整性的必要的信息。控制文件虽小，但作用非常大。它包含指向数据库其余部分的指针：联机重做日志文件和数据文件的位置，以及更新的归档日志文件的位置。它还存储着维护数据库完整性所需的信息。控制文件不过数MB，却起着至关重要的作用。
除了三个必须的文件外数据库还能有其它非必须的文件如：参数文件、口令文件及归档日志文件。
实例参数文件：当启动oracle实例时，SGA结构会根据此参数文件的设置内置到内存，后台进程会据此启动。
口令文件：用户通过提交用户名和口令来建立会话。Oracle根据存储在数据字典的用户定义对用户名和口令进行验证。
归档重做日志文件：当重做日志文件满时将重做日志文件进行归档以便还原数据文件备份。
三、实例的整体架构
实例整体架构图：
实例由内存和后台进程组成，它暂时存在于RAM和CPU中。当关闭运行的实例时，实例将随即消失。数据库由磁盘上的物理文件组成，不管在运行状态还是停止状态，这些文件就一直存在。因此，实例的生命周期就是其在内存中存在的时间，可以启动和停止。一旦创建数据库，数据库将永久存在。通俗的讲数据库就相当于平时安装某个程序所生成的安装目录，而实例就是运行某个程序时所需要的进程及消耗的内存。
Oracle的内存架构包含两部分系统全局区（SGA）和程序全局区（PGA）。
3.1程序全局区
3.2系统全局区
在操作系统提供的共享内存段实现的内存结构称为系统全局区（SGA）。SGA在实例启动时分配，在关闭时释放。在一定范围内，可以在实例运行时通过自动方式或响应DBA的指令，重新调整11g实例中的SGA及其中的组件的大小。
由上图可知SGA至少包含三种数据结构：数据库缓冲区缓存、日志缓冲区及共享池。还可能包括：大池、Java池。可以使用show sga，查看sga的状态。
3.1.1共享池
共享池由许多子结构组成，这些子结构由oracle服务器内部自动管理。在共享池的总体大小范围内，各个结构的大小将因针对实例的活动模式而异。共享池本身的大小可以动态重调。
a.库缓存是内存区域，按其已分析的格式存储最近执行的代码。分析就是将编程人员编写的代码转换为可执行的代码，这是oracle根据需要执行的一个过程。通过将代码缓存在共享池，可以在不重新分析的情况下重用，极大地提高性能。
b.数据字典缓存有时称为“行缓存”，它存储最近使用的对象定义：表、索引、用户和其他元数据定义的描述。通过将此类定义放在SGA的内存中，以便使所有会话可以直接访问它们，而不是被迫从磁盘上的数据字典中重复读取它们，从而提高分析性能。
c.PL/SQL区：存储的PL/SQL对象是过程、函数、打包的过程、打包的函数、对象类型定义和触发器。它们全都像源代码那样存储在数据字典中，也使用已编译的格式。当会话调用存储的PL/SQL对象时，它必须从数据字典读取。为了避免重复读取，将对象缓存到共享池的PL/SQL区。
共享池的大小对性能产生重要影响，它应该足够大，以便缓存所有频繁执行的代码和频繁访问的对象定义，但也不能过大，以至于连仅执行一次的语句也要缓存。如果共享池过小，则性能下降，因为服务器会话将反复抢夺其中的空间来分析语句，此后，这些语句会被其他语句重写，在重新执行时，将不得不再次分析。过大的共享池也会对性能产生不良影响，因为搜索需要的时间过长。如果共享池小于最优容量，则性能将下降。但有一个最小容量，如果低于此限度，则语句将失败。确定最优容量是一个性能调整问题，大多数数据库都需要一个数百MB的共享池。有些应用程序需要1GB以上的共享池，但很少有应用程序能够在共享池小于100 MB时充分运行。
共享池在实例启动时分配。从9i开始，可以随时将其调大或调小。可以采用手动方式重调，也可以根据工作负荷自动调整大小。
手动调整共享池的大小：
select COMPONENT,CURRENT_SIZE,MIN_SIZE,MAX_SIZE from v$sga_dynamic_components;//显示可以动态重设大小的SGA组件的当前、最大和最小容量
SQL> select COMPONENT,CURRENT_SIZE,MIN_SIZE,MAX_SIZE from v$sga_dynamic_components;
COMPONENT CURRENT_SIZE MIN_SIZE MAX_SIZE
---------------------------------------------------------------- ------------ ---------- ----------
shared pool 104857600 100663296 0
large pool 4194304 4194304 0
java pool 4194304 4194304 0
streams pool 0 0 0
DEFAULT buffer cache 167772160 167772160 0
KEEP buffer cache 0 0 0
RECYCLE buffer cache 0 0 0
DEFAULT 2K buffer cache 0 0 0
DEFAULT 4K buffer cache 0 0 0
DEFAULT 8K buffer cache 0 0 0
DEFAULT 16K buffer cache 0 0 0
DEFAULT 32K buffer cache 0 0 0
ASM Buffer Cache 0 0 0
13 rows selected.
SQL> ALTER SYSTEM SET SHARED_POOL_SIZE = 110M;
System altered.
SQL> select COMPONENT,CURRENT_SIZE,MIN_SIZE,MAX_SIZE from v$sga_dynamic_components;
COMPONENT CURRENT_SIZE MIN_SIZE MAX_SIZE
---------------------------------------------------------------- ------------ ---------- ----------
shared pool 117440512 100663296 0
large pool 4194304 4194304 0
java pool 4194304 4194304 0
streams pool 0 0 0
DEFAULT buffer cache 155189248 155189248 0
KEEP buffer cache 0 0 0
RECYCLE buffer cache 0 0 0
DEFAULT 2K buffer cache 0 0 0
DEFAULT 4K buffer cache 0 0 0
DEFAULT 8K buffer cache 0 0 0
DEFAULT 16K buffer cache 0 0 0
DEFAULT 32K buffer cache 0 0 0
ASM Buffer Cache 0 0 0
13 rows selected.
3.1.2数据库缓冲区