多线索服务器配置允许许多用户进程共享很少服务器进程。在没有多线索服务器的配置中，每一个用户进程需要自己的专用服务器进程。在具有多线索服务器的配置中，许多用户进程连接到调度进程，由调度进程将客户请求发送到一个共享服务器进程。多线索服务器配置的优点是降低系统开销，增加用户个数。
该系统中需要下列类型的进程：
网络接收器进程，将用户进程连接到调度进程和专用服务器进程。
一个或多个调度进程
一个或多个共享服务器进程
其中网络接收器进程等待新来的连接请求，决定每一用户进程能否用共享服务器进程。如果可以使用，接收器进程将一调度进程的地址返回给用户进程。如果用户进程请求一专用服务器，该接收器进程将建立一个专用服务器进程，将用户进程连接到该专用服务器进程。对于数据库客户机所使用的每种网络协议至少配置一个调度进程，并启动它。
当用户作一次调用时，调度进程将请求放置在SGA的请求队列中，由可用的共享服务器进程获取。共享服务器进程为完成每一个用户进程的请求作所有必要的数据库调用。当服务器完成请求时，将结果返回到调度进程的队列，然后由调度进程将完成的请求返回给用户进程。
共享服务器进程：除共享服务器进程不是连接指定的用户进程外，共享服务器进程和专用服务器进程提供相同的功能，一个共享服务器进程在多线索服务器的配置中可为任何客户请求服务。一个共享服务器进程的SGA不包含有与用户相关的数据，其信息可为所有共享服务器进程存取，它仅包含栈空间、进程指定变量。所有与会话有关的信息是包含有SGA中。每一个共享服务器进程可存取全部会话的数据空间，以致任何服务进程可处理任何会话的请求。对于每一个会话的数据空间是在SGA中分配空间。
ORACLE根据请求队列的长度可动态地调整共享服务器进程。可建立的共享服务器进程将请求放到请求队列。一个用户请求是对数据库的一次程序接口调用，为SQL语句。在SGA中请求队列对实例的全部调度进程是公用的。服务器进程为新请求检查公用请求队列，按先进先出的原则从队列检出一个请求，然后为完成该请求对数据库作必要的调用。共享服务器进程将响应放在调度进程的响应队列。每一个调度进程在SGA中有自己的响应队列，每个调度进程负责将完成的请求回送给相应的用户进程。
3.ORACLE运行
1.使用专用服务进程的ORACLE的运行
在这种配置下，ORACLE运行过程如下：
1.数据库服务器计算机当前正在运行ORACLE（后台进程）。
2.在一客户工作站运行一个数据库应用（为用户进程），如SQL*PLUS。客户应用使用SQL*NET DRIVER建立对服务器的连接。
3.数据库服务器计算机当前正运行合适的SQL*NET DRIVER，该机上接收器进程检出客户数据库应用的连接请求，并在该机上为用户进程建立专用服务器进程。
4.用户发出单个SQL语句。
5.专用服务器进程接收该语句，在此处有两种方法处理SQL语句：
如果在共享池一共享SQL区中包含有相同SQL语句时，该服务器进程可利用已存在的共享SQL区执行客户的SQL语句。
如果在共享池中没有一个SQL区包含有相同的SQL语句时，在共享池中为该语句分配一新的共享SQL区。
在每一种情况，在会话的PGA中建立一个专用SQL区，专用服务器进程检查用户对查询数据的存取权限。
(6) 如果需要，服务器进程从数据文件中检索数据块，或者可使用已存储在实例SGA中的缓冲存储区的数据块。
(7) 服务器进程执行存储在共享SQL区中的SQL语句。数据首先在SGA中修改，由DBWR进程在最有效时将它写入磁盘。LGWR进程在在线日志文件中记录用户提交请求的事务。
（8）如果请求成功，服务器将通过网络发送一信息。如果请求不成功，将发送相应的错误信息。
（9）在整个过程中，其它的后台进程是运行的，同时注意需要干预的条件。另外，ORACLE管理其它事务，防止不同事务之间请求同一数据的竞争。
2) 使用多线索服务器的ORACLE的运行
在这种配置下，ORACLE运行过程如下：
1.一数据库服务器计算机运行使用多线索服务器配置的ORACLE。
2.在一客户工作站运行一数据库应用（在一用户进程中）。客户应用合适的SQL*NET驱动器试图建立到数据库服务器计算机的连接。
3.数据库服务器计算机当前运行合适的SQL*NET驱动器，它的网络接收器进程检出用户进程的连接请求，并决定用户进程如何连接。如果用户是使用SQL*NET版本2，该网络接收器通知用户进程使用一个可用的调度进程的地址重新连接。
4.用户发出单个SQL语句
5.调度进程将用户进程的请求放入请求队列，该队列位于SGA中，可为所有调度进程共享。
6.一个可用共享服务器检验公用调度进程请求队列，并从队列中检出下一个SQL语句。然后处理该SQL语句，同前一（5），（6）和（7）。注意：会话的专用SQL区是建立在SGA中。
7.一当共享服务器进程完成SQL处理，该进程将结果放置发入该请求的调度进程的响应队列。
8.调度进程检查它的响应队列，并将完成的请求送回请求的用户进程。
4.数据库结构和空间管理
一个ORACLE数据库是数据的集合，被处理成一个单位。一个ORACLE数据库有一个物理结构和一个逻辑结构。
物理数据库结构（physical database structure）是由构成数据库的操作系统文件所决定。每一个ORACLE数据库是由三种类型的文件组成：数据文件、日志文件和控制文件。数据库的文件为数据库信息提供真正的物理存储。
逻辑数据库结构是用户所涉及的数据库结构。一个ORACLE数据库的逻辑结构由下列因素决定：
一个或多个表空间
数据库模式对象（即表、视图、索引、聚集、序列、存储过程）
逻辑存储结构如表空间(dataspace)、段(segment)和范围将支配一个数据库的物理空间如何使用。模式对象(schemaobject)用它们之间的联系组成了一个数据库的关系设计。
1.物理结构
1.数据文件
每一个ORACLE数据库有一个或多个物理的数据文件(data file)。一个数据库的数据文件包含全部数据库数据。逻辑数据库结构(如表、索引)的数据物理地存储在数据库的数据文件中。数据文件有下列特征：
一个数据文件仅与一个数据库联系。
一旦建立，数据文件不能改变大小
一个表空间（数据库存储的逻辑单位）由一个或多个数据文件组成。
数据文件中的数据在需要时可以读取并存储在ORACLE内存储区中。例如：用户要存取数据库一表的某些数据，如果请求信息不在数据库的内存存储区内，则从相应的数据文件中读取并存储在内存。当修改和插入新数据时，不必立刻写入数据文件。为了减少磁盘输出的总数，提高性能，数据存储在内存，然后由ORACLE后台进程DBWR决定如何将其写入到相应的数据文件。
1.日志文件
每一个数据库有两个或多个日志文件（redo log file）的组，每一个日志文件组用于收集数据库日志。日志的主要功能是记录对数据所作的修改，所以对数据库作的全部修改是记录在日志中。在出现故障时，如果不能将修改数据永久地写入数据文件，则可利用日志得到该修改，所以从不会丢失已有操作成果。
日志文件主要是保护数据库以防止故障。为了防止日志文件本身的故障，ORACLE允许镜象日志(mirrored redo l