* NONE: Disables collection of audit records
* DB: Enables auditing with records stored in the database
* OS: Enables auditing with records stored in the operating system audit trail

Can audit:

* Login events
* Exercise of system privileges
* Exercise of object privileges
* Use of SQL statements

Standard Database Auditing

To use database auditing you must first set the non-dynamic parameterAUDIT_TRAIL to point to a storage location for audit records. The normal setting for this parameter is DB, which causes audit records to be stored in the DBA_AUDIT_TRAIL table.

Database auditing can capture information about login events, the exercise of system privileges, and the exercise of object privileges. Audit information can be focused by the user generating the audit event or by the status of the event (successful or not). The following audit command that generates information is probably not required because it is not well focused. This option captures any operation that affects any table:

SQL> AUDIT TABLE;
Audit succeeded.

A better example of an audit command (because it is more narrowly focused) is:

SQL> AUDIT DELETE ON hr.employees WHENEVER SUCCESSFUL;
Audit succeeded.

Specifying Audited Options

* System privilege auditing (nonfocused and focused)
AUDIT select any table, create any trigger;
AUDIT select any table BY hr BY SESSION;

* Object privilege auditing (nonfocused and focused)
AUDIT ALL on hr.employees;
AUDIT UPDATE,DELETE on hr.employees BY ACCESS;

* Session auditing
AUDIT session whenever not successful;

SQL statement auditing: The statement shown in the slide will audit any DDL statement that affects a table including CREATE TABLE, DROP TABLE, TRUNCATE TABLE, and so on. SQL Statement auditing can be focused by username or by success/failure.

SQL> AUDIT TABLE BY hr WHENEVER NOT SUCCESSFUL;

SQL statement auditing: The statement shown in the slide will audit any DDL statement that affects a table including CREATE TABLE, DROP TABLE, TRUNCATE TABLE, and so on. SQL Statement auditing can be focused by username or by success/failure.

SQL> AUDIT TABLE BY hr WHENEVER NOT SUCCESSFUL;

System privilege auditing can be used to audit the exercise of any system privilege (such as DROP ANY TABLE). It can be focused by username or success/failure. By default, each time an audited system privilege is exercised an audit record is generated. You can choose to group those records so that only one record is generated per session (that way if a user updates 100,000 records in a table belonging to another user, you only gather one audit record). If the BY SESSION clause is not specified, the default is BY ACCESS. Consider using the BY SESSION clause to limit the performance and storage impact of system privilege auditing.

Object privilege auditing can be used to audit actions on tables, views, procedures, sequences, directories and user-defined data types. This type of auditing can be focused by success/failure and grouped by session or access. Unlike system privilege auditing, the default grouping is by session so you must implicitly specify BY ACCESS if you want a separate audit trail record generated for each action. （因为测试的时候没有加 by access, 使得 select 后的 insert 没有被 audit ，在这里迷惑了很久，重新仔细的看文档，才发现这段， E 文还是不行啊）

The AUDIT SESSION option audits the creation of user sessions. It can be focused by username or by success/failure. This option is unique because it generates a single audit record for each session created by connections to an instance. An audit record is inserted into the audit trail at connect time and updated at disconnect time. Cumulative information about a session such as connection time, disconnection time, logical and physical I/Os processed, and more is stored in a single audit record that corresponds to the session. In many databases it is common to use the AUDIT SESSION (nonfocused) command. In almost all databases you should AUDIT SESSION WHENEVER NOT SUCCESSFUL because this allows you to detect attempts to break into your database

Note: Often your audit options start as nonfocused because you are not sure what type of activity you are looking for. The AUDIT ALL option is a convenient shortcut to audit a broad range of activity.

Viewing Auditing Options

To see which audit options have been selected, use the views listed above.

DBA_STMT_AUDIT_OPTSand DBA_PRIV_AUDIT_OPTScontain only records of statement or privilege audit options that have been specified. DBA_OBJ_AUDIT_OPTS contains one record per auditable object regardless of what object audit options have been specified. The view shows a column for each auditable option. For example, INSERTaudit options are shown in the INScolumn. Audit options are displayed as SUCCESSFUL/NOT SUCCESSFULwith three possible values for each status:

? - Not audited
? SCollect audit records by session
? ACollect audit records by access

SQL> SELECT object_name, object_type, ins, upd
FROM dba_obj_audit_opts WHERE object_name = 'EMPLOYEES'
OBJECT_NAMEOBJECT_TY INS UPD

------------ --------- --- ---
EMPLOYEES    TABLE     A/S -/-

简言之：查询
select * from dba_obj_audit_opts --object的audit

Viewing Auditing Results

Access to audit records should be tightly controlled because they may contain sensitive information. Usually the task of managing the audit trail is handled by the administrator but if it needs to be delegated the DELETE_CATALOG_ROLE grants permission to delete from the audit trail.

Value-Based Auditing

Database auditing records that inserts, updates, and deletes have occurred on audited objects, but does not capture the actual values that were changed. Value-based auditing extends database auditing, capturing the actual values that have been changed. Value-based auditing leverages database triggers (event-driven PL/SQL constructs).

网转中文：

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－
1、审计初始化参数：在init文件中添加 AUDIT_TRAIL = DB

2、设置审计
对象审计：AUDIT DELETE,INSERT,UPDATE ON TABLE (BY USER);
SESSION审计：
AUDIT SESSION;
-- 指定用户
AUDIT SESSION BY (USER1,USER2)
权限审计：
AUDIT DELETE ANY TABLE BY ACCESS WHENEVER NOTSUCCESSFUL;
AUDIT DELETE ANY TABLE;
AUDIT SELECT TABLE, INSERT TABLE, DELETE TABLE, EXECUTE PROCEDURE
BY ACCESS WHENEVER NOT SUCCESSFUL;

3、关闭审计NOAUDIT

4、清除审计
DELETE FROM SYS.AUD$;
DELETE FROM SYS.AUD$ WHERE obj$name = 。。。

5、相关视图查询,从中可以查询到相关的数据
STMT_AUDIT_OPTION_MAP-审计选项类型代码
AUDIT_ACTIONS-action代码
ALL_DEF_AUDIT_OPTS-对象创建时默认的对象审计选项
DBA_STMT_AUDIT_OPTS-当前数据库系统审计选项
DBA_PRIV_AUDIT_OPTS-权限审计选项
DBA_OBJ_AUDIT_OPTS
USER_OBJ_AUDIT_OPTS-对象审计选项
DBA_AUDIT_TRAIL
USER_AUDIT_TRAIL-审计记录
DBA_AUDIT_OBJECT
USER_AUDIT_OBJECT-审计对象列表
DBA_AUDIT_SESSION
USER_AUDIT_SESSION-session审计
DBA_AUDIT_STATEMENT
USER_AUDIT_STATEMENT-语句审计
DBA_AUDIT_EXISTS-使用BY AUDIT NOT EXISTS选项的审计
DBA_AUDIT_POLICIES-审计POLICIES
DBA_COMMON_AUDIT_TRAIL-标准审计+精细审计

－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－－

审计是对选定的用户动作的监控和记录，通常用于：

u           审查可疑的活动。例如：数据被非授权用户所删除，此时安全管理员可决定对该 数据库的所有连接进行审计，以及对数据库的所有表的成功地或不成功地删除进行审计。

u           监视和收集关于指定数据库活动的数据。例如：DBA可收集哪些被修改、执行了多少次逻辑的I/O等统计数据。

ORACLE 支持三种审计类型：

u           语句审计，对某种类型的SQL语句审计，不指定结构或对象。

u           特权审计，对执行相应动作的系统特权的使用审计。

u           对象审计，对一特殊模式对象上的指定语句的审计。

ORACLE 所允许的审计选择限于下列方面：

u           审计语句的成功执行、不成功执行，或者其两者。

u           对每一用户会话审计语句执行一次或者对语句每次执行审计一次。

u           对全部用户或指定用户的活动的审计。

当数据库的审计是使能的，在语句执行阶段产生审计记录。审计记录包含有审计的操作、用户执行的操作、操作的日期和时间等信息。审计记录可存在数据字典表（称为审计记录）或操作系统审计记录中。数据库审计记录是在SYS模式的AUD$表中。

设置 ORACLE 审计

下列步骤可以设置 ORACLE 的审计功能：

1. 修改参数文件（ init<sid>.ora ，如果使用服务器参数文件使用 alter system set <parameter>=<value> scope=spfile|both ，详情参照 1.1 节中关于参数文件的介绍），设置 AUDIT_TRAIL参数，并且重启数据库。 AUDIT_TRAIL 的取值如下：

l          DB/TRUE ：启动审计功能，并且把审计结果存放在数据库的 SYS.AUD$ 表中

l          OS ：启动审计功能，并把审计结果存放在操作系统的审计信息中  

l          DB_EXTENDED ：具有DB/TRUE的功能，另外填写 AUD$ 的 SQLBIND 和 SQLTEXT 字段

l          NONE/FALSE ：关闭审计功能

2. 如果设置 AUDIT_TRAIL = OS , 还需要修改参数 AUDIT_FILE_DEST 。

    如果操作系统支持设置 AUDIT_TRAIL=OS ，文件会自动存放在 AUDIT_FILE

_DEST 所指定的目录下，并且文件名包含进程的 PID 。

   比如：

    AUDIT_FILE_DEST = $ORACLE_HOME/rdbms/audit  

    $ ls -l $ORACLE_HOME/rdbms/audit  

   -rw-rw---- 1 ora92    dba        881 Mar 17 09:57 ora_13264.aud

    $ ps -ef|grep 13264

    ora92 13264 13235 0 09:56:43 ? 0:00 oracleV92 (DESCRIPTION=(LOCAL=Y)

    SQL> select spid, program, username from v$process;

    SPID PROGRAM                                 USERNAME

   ------ -------------------------------------------- -------------

   ...

   13264        oracle@frhp11 (TNS V1-V3)                    ora92

    注意： WINDOWS NT 不使用 AUDIT_FILE_DEST 参数，如果使用 OS 设置，那么审计信息会存放在 WINDOWS NT 的事件日志里。下面的章节会有专门的介绍。

3. 确认审计相关的表是否已经安装

SQLPLUS> connect / AS SYSDBA

SQLPLUS> select * from sys.aud$; -- 没有记录返回   

SQLPLUS> select * from dba_audit_trail; -- 没有记录返回

如果做上述查询的时候发现表不存在，说明审计相关的表还没有安装，需要安装。

   SQLPLUS> connect / as sysdba

   SQLPLUS> @$ORACLE_HOME/rdbms/admin/cataudit.sql

审计表安装在 SYSTEM 表空间。所以要确保 SYSTEM 表空间又足够的空间存放审计信息。

4. 关闭并重启数据库

5. 设置所需要的审计信息

下面是一个例子

   SQL> connect system/manager

   SQL> grant audit system to scott;     

   SQL> connect scott/tiger

   SQL> audit session;

停止审计：

   SQL> noaudit session;

将审计相关的表移动到其他表空间

由于 AUD$ 表等审计相关的表存放在 SYSTEM 表空间，因此为了不影响系统的性能，保护 SYSTEM 表空间，最好把 AUD$ 移动到其他的表空间上。可以使用下面的语句来进行移动：

sql>connect / as sysdba;

sql>alter table aud$ move tablespace <new tablespace>;

sql>alter index I_aud1 rebuild online tablespace <new tablespace>;

SQL> alter table audit$ move tablespace <new tablespace>;

SQL> alter index i_audit rebuild online tablespace <new tablespace>;

SQL> alter table audit_actions move tablespace <new tablespace>;

SQL> alter index i_audit_actions rebuild online tablespace <new tablespace>;

From http://hi.baidu.com/dbaeyes/blog/item/ad1da21b9f2616d6ad6e75bd.html

在Oracle中建库，通常有 两种方法。一是使用Oracle的建库工且DBCA，这是一个图形界面工且，使用起来方便且很容易理解，因为它的界面友好、美观，而且提示也比较齐全。在 Ｗindows系统中，这个工具可以在Oracle程序组中打开（”开始”—“程序”—“ Oracle - OraDb10g_home1”—“ Configuration and Migration Tools”—“ Database Configuration Assistant”），也可以在命令行（”开始”—“运行”—“cmd”）工具中直接输入dbca来打开。另一种方法就是手工建库，这也就是下面所要讲的内容。

手工建库比起使用DBCA建库来说，是比较麻烦的，但是如果我们学好了手工建库的话，就可以使我们更好地理解Oracle数据库的体系结构。手工建库须要经过几个步骤，每一个步骤都非常关键。它包括：

１、 创建必要的相关目录

２、 创建初始化参数文件

３、 设置环境变量Oracle_sid

４、 创建实例

５、 创建口令文件

６、 启动数据库到nomount(实例)状态

７、 执行建库脚本

８、 执行catalog脚步本创建数据字典

９、 执行catproc创建package包

１０、 执行pupbld

１１、 由初始化参数文件创建spfile文件

１２、 执行scott脚本创建scott模式

做完了以上的步骤之后就可以使用“SQL>alter database open;”打开数据库正常的使用了。下面，我将具体地把以上的几个步骤用实验展开来讲。

实验系统平台：Windows Server 2000　　　数据库系统版本：Oracle Database 10Ｇ

Oracle的安装路径：D盘　　　　　 　创建的数据库名称：book

１、打开命令行工具，创建必要有相关目录

C:\>mkdir D:\oracle\product\10.1.0\admin\book

C:\>mkdir D:\oracle\product\10.1.0\admin\book\bdump

C:\>mkdir D:\oracle\product\10.1.0\admin\book\udump

C:\>mkdir D:\oracle\product\10.1.0\admin\book\cdump

C:\>mkdir D:\oracle\product\10.1.0\admin\book\pfile

C:\>mkdir D:\oracle\product\10.1.0\admin\book\create

C:\>mkdir D:\oracle\product\10.1.0\oradata\book

上面创建目录的过程也可以在Windows的图形界面中去创建。其中 D:\oracle\product\10.1.0\admin\book目录下的几个子目录主要用于存放数据库运行过程中的跟踪信息。最重要的两上子目 录是bdump和udump目录，bdump目录存放的是数据库动行过程中的各个后台进程的跟踪信息，当中alert文件是警告文件，其文件名称为 alert_book.log，当数据库出现问题时，首先就可以去查看此文件以找出原因，手工创建过程中出现的各种问题往往也可以通过查看这个文件找到原 因。Udump目录存放和特定会话相关的跟踪信息。D:\oracle\product\10.1.0\oradata\book目录存放各种数据库文 件，包括控制文件、数据文件、重做日志文件。

2、创建初始化参数文件

数据库系统启动时须要用初始化参数文件的设置分配内存、启动必要的后台进程的。因此，初始化参数文件创建的是否正确、参数设置是否正确关系着整个建库的“命运”。

创建初始化参数文件可以通过拷贝现在的初始化参数文件并将其做适当的修改即可，从而 不必要用手工去一句一句地写出来，因为初始化参数文件的结构体系基本上都是一样的。在我们安装Oracle的时候，系统已经为我们安装了一个名为orcl 的数据库，于是我们可以从它那里得到一份初始化参数文件。打开D:\oracle\product\10.1.0\admin\orcl\pfile，找 到init.ora文件，把它拷贝到D:\oracle\product\10.1.0\bd_1\databse下，并将其改名为 initbook.ora。接着用记事本的方式打开initbook.ora，修改以下的内容：

db_domain=""

db_name=book

control_files=("D:\oracle\product\10.1.0\oradata\book\control01.ctl", "D:\oracle\product\10.1.0\oradata\book\control02.ctl", "D:\oracle\product\10.1.0\oradata\book\control03.ctl")

undo_management=AUTO

undo_tablespace=UNDOTBS1　――注意此处的“UNDOTBS1”要和建库脚步本中对应

background_dump_dest=D:\oracle\product\10.1.0\admin\book\bdump

core_dump_dest=D:\oracle\product\10.1.0\admin\book\cdump

user_dump_dest=D:\oracle\product\10.1.0\admin\book\udump

３、打开命令行，设置环境变量oracle_sid

C:\>set oracle_sid=book

设置环境变量的目地是在默认的情况下，指定命令行中所操作的数据库实例是book。

４、创建实例（即后台控制服务）

C:\>oradim –new –sid book

oradim是创建实例的工具程序名称，-new表明执行新建实例，-delete表明执行删掉实例，-sid指定害例的名称。

５、创建口令文件

C:\>orapwd file=D:\oracle\product\10.1.0\db_1\database\pwdbook.ora password=bookstore entries=2

orapwd是创建口令文件的工肯程序各称，file参数指定口令文件所在的目录和文件名称，password参数指定sys用户的口令，entries参数指定数据库拥用DBA权限的用户的个数，当然还有一个force参数，相信您不指即明，这里就不再细述。

请注意，这里的命令要一行输入，中间不得换行，否则会出现不必要的错误。

口令文件是专门存放sys用户的口令，因为sys用户要负责建库、启动数据库、关闭数据库等特殊任务，把以sys用户的中令单独存放于口令文件中，这样数据库末打开时也能进行口令验证。

6、启动数据库到nomount(实例)状态

C:\>sqlplus /nolog

SQL*Plus:Release 10.1.0.2.0 - Production on 星期三 6月 29 23:09:35 2005

Copyright 1982,2004,Oracle. All rights reserved.

SQL>connect sys/bookstore as sysdba ---这里是用sys连接数据库

已连接到空闲例程

SQL>startup nomount

ORACLE 例程已经启动。

Total System Global Area 319888364bytes

Fixed Size 453612bytes

Variable Size 209715200bytes

Database Buffers 109051904bytes

Redo Buffers 667648bytes

SQL>

7、执行建库脚本

执行建库脚本，首先要有建库的脚本。（去哪找建库脚本呢？我又没有！）不用着急，请接着往下看。

得到一个符合自己要求的建库脚本有两种方法，一种方法是在自己的电脑上用DBCA来 建，接照它的提示一步步地去做，在做到第十二步的时候，请选择“生成建库脚本”，然后就大功告成，你就可以到相应的目录上去找到那个脚本并适当地修它便可 便用。另一种方法就是自己手工去写一份建库脚本，这也是这里要见意使用的方法，用记事本编辑如下的内容，并将其保存为文件名任取而后缀名为（*.sql） 的SQL脚本，这里保存到E盘根本录下且文件名称为book.sql。

Create database book

datafile 'D:\oracle\product\10.1.0\oradata\book\system01.dbf' size 300M reuse autoextend on next 10240Kmaxsize unlimited

extent management local

sysaux datafile 'D:\oracle\product\10.1.0\oradata\book\sysaux01.dbf'

size 120M reuse autoextend on next 10240K maxsize unlimited

default temporary tablespace temp

tempfile 'D:\oracle\product\10.1.0\oradata\book\temp01.dbf' size 20M reuse autoextend on next 640K maxsize unlimited

undo tablespace "UNDOTBS1" --请注意这里的undo表空间要和参数文件对应

datafile 'D:\oracle\product\10.1.0\oradata\book\undotbs01.dbf' size 200M reuse autoextend on next 5120K maxsize unlimited

logfile

group 1 ('D:\oracle\product\10.1.0\oradata\book\redo01.log') size 10240K,

group 2 ('D:\oracle\product\10.1.0\oradata\book\redo02.log') size 10240K,

group 3 ('D:\oracle\product\10.1.0\oradata\book\redo03.log') size 10240K

接着就执行刚建的建库脚本：

SQL>start E:\book.sql

8、执行catalog脚步本创建数据字典

SQL>start D:\oracle\product\10.1.0\db_1\rdbms\admin\catalog.sql

9、执行catproc创建package包

SQL>start D:\oracle\product\10.1.0\db_1\rdbms\admin\catproc.sql

10、执行pupbld

在执行pupbld之前要把当前用户（sys）转换成system,即以system账户连接数据库。因为此数据库是刚建的，所以system的口令是系统默认的口令，即manager。你可以在数据库建好以后再来重新设置此账户的口令。

SQL>connect system/manager

SQL>start D:\oracle\product\10.1.0\db_1\sqlplus\admin\pupbld.sql

11、由初始化参数文件创建spfile文件

SQL>create spfile from pfile;

12、执行scott脚本创建scott模式

SQL>start D:\oracle\product\10.1.0\db_1\rdbms\admin\scott.sql

13、把数据库打开到正常状态

SQL>alter database open;

14、以scott连接到数据库（口令为tiger），测试新建数据库是否可以正常运行

至此，整个数据库就已经建好了。接着你就可以在此数据库上建立自己的账户和表空间啦以及数据库对象，这里就不再作更多地叙述。

http://blog.csdn.net/lboss_li/archive/2005/09/22/487160.aspx

要提高应用系统的性能，在维持现有硬件平台不变的情况下，主要采用的方法由以下几种：

1)        调整操作系统参数，提高操作系统的管理性能；

2)        调整数据库管理系统的参数，提高数据库管理系统的性能；

3)        修改应用程序，提高应用程序的运行效率。

一、 ORACLE 数据库的内存结构

本文将着重对 SGA 的结构进行介绍：

SGA 通常又被称作 Shared Global Area, 包括以下几个共享区域：

1)        数据缓存（ the Database buffer cache ）

a)         数据缓存存放从数据库文件中读取的数据，可分为剩余缓存（ Free buffer ）、正在使用的缓存（ Pinned buffer ）、已使用缓存（ Dirty buffer ）。

2)        日志缓存（ redo log buffer ）

a)         存放数据库已改变的信息。

3)        共享存储池（ shared pool ）

a)         共享存储池主要由三个方面构成 :

                         i.              Library cache ：包括共享 SQL 区、用户自有 SQL 区、 PL/SQL 过程和程序包及控制结构；

                       ii.              Dictionary Cache ：存放数据库字典信息，如：表及视图名、列名及数据类型、各用户的存取权限；

                      iii.              Control structures

1.         请求及响应队列（ request and response queues ）（仅用于多线索模式）

2.         其他（ other miscellaneous information ）

二、 ORACLE 内存的工作机制

当用户请求被接受后， ORACLE 的内存分配将分以下几个步骤进行：

1 ．首先检查共享 SQL 区有无该 SQL 语句，如有在使用该 SQL 区执行用户的 SQL 语句（称作一次 library cache hit ），否则为该 SQL 语句分配共享 SQL 区 ( 称作一次 library cache miss) ，同时为该语句分配自有 SQL 区。

2 ．检查 Dictionary cache 中有无要访问的表 / 视图信息，若无则将其读入 Dictionary cache 中 ( 称作一次 rowcache miss) 。

3 ．检查数据缓存（ Database buffer cache ） , 有无要操作的数据，如有则使用当前的缓存 ( 称作一次 data buffer hit) ，否则，将按下列步骤为该数据请求新的缓存 ( 称作一次 data buffer miss) ：

1 ） 搜索 least-recently-used(LRU) list ，若发现 dirty buffer 则写入 dirty list 并继续搜索，如发现 free buffer 则将其分配给该用户，同时将该 buffer 移至 most-recently-used(MRU) list ，若未能搜索到 free buffer, 则触发 DBWR 进程将一些 dirty buffer 写入磁盘，并将这部分 dirty buffer 释放为 free buffer 。

2 ） 从数据文件中将要操作的数据读入 buffer cache 中；

4 ．如果用户执行的是 INSERT 、 DELETE 、 UPDATE 等操作，系统将为其分配 redo log buffer, 用于记录数据的变更情况，当 redo log buffer 中无 free buffer 时触发 LGWR 进程，将 redo log buffer 中的一些信息写如数据库的 LOG FILE 中。

三、内存使用情况分析

要确定一个数据库管理系统中的内存配置的优劣，首先应掌握系统中当前内存的使用情况。 ORACLE 数据库为数据库管理员（ DBA ）提供了相应的查询方法，用于查询数据库的内存使用情况。要提高系统的性能， DBA 应重点检查以下几个指标：

1)        剩余内存（ free memory ）： select * from v$sgastat where name=’free memory’;

a)         一般来说，当您在数据库启动并投入使用相当长时间后，系统尚有剩余内存空间，说明您的数据库的 SGA 设置是足够的，无需增加 SGA 空间。

2)        内存击中率

a)         library cache 的击中率： select sum(pins-reloads)/sum(pins) from v$librarycache;

b)        数据字典的内存击中率： select sum(gets-getmisses-usage-fixed)/sum(gets) from v$rowcache;

c)        数据共享区的击中率：

                         i.              select name,value from v$sysstat where name in (‘db block gets’,’consistent gets’,’physical reads’);

                       ii.              击中率 =1-(physical reads)/(db block gets + consistent gets)

注意：以上几个指标均应在系统运行足够长时间后进行检查。

ORACLE 数据库的初始化参数文件通常存放在 $ORACLE_HOME/dbs 路径下 , 其文件名为 init+ 数据库 sid 、后缀为 .ora, 如 initorcl.ora 。其中 , 影响数据库内存大小的参数主要有：

1)        DB_BLOCK_SIZE ：每个数据库块的字节数 , 在数据库建立时已确定 , 为 1024 的整数倍 , 如 2048 、 4096 ；

2)        DB_BLOCK_BUFFERS ：数据库数据缓存区的数据块数；

3)        SHARE_POOL_SIZE ：共享存储区的字节数；

4)        SORT_AREA_SIZE ：数据排序区的字节数；

当剩余内存（ free memory ）过少、内存击中率过低，当 library cache 的击中率或数据字典的内存击中率低于 0.95 时，考虑调整 SHARED_POOL_SIZE ， DB_BLOCK_BUFFER 的大小。

此外，我们可以根据下面的算法，估算 SHARED_POOL_SIZE 的大小 :

SELECT SUM(value) FROM v$sesstat,v$statname

WHERE name=’session uga memory’

AND v$sesstat.statistic#=v$statname.statistic#;

该查询返回的是目前所有用户进程所占用的 SHARED_POOL 字节数；

SELECT SUM(value) FROM v$sesstat,v$statname

WHERE name=’session uga memory max’

AND v$sesstat.statistic#=v$statname.statistic#;

该查询返回的是目前所有用户进程所需占用的 SHARED_POOL 最大字节数；

我们可据此确定 SHARED_POOL_SIZE 的初始大小。

四、 SQL 语句执行效率问题

1 ．检查占用 CPU 时间比较长的 sql 语句 :

select sql_text,cpu_time from v$sql where cpu_time >1e7 order by cpu_time

2 ．执行效率最差的 10 条 sql 语句

SELECT * FROM  (   SELECT PARSING_USER_ID  EXECUTIONS   SORTS, COMMAND_TYPE, DISK_READS, sql_text  FROM  v$sqlarea     ORDER BY disk_reads DESC)   WHERE ROWNUM<10 ;

3 ．利用 V_$SQLAREA 视图提供了执行的细节。（执行、读取磁盘和读取缓冲区的次数）

Sselect SQL_TEXT, EXECUTIONS, DISK_READS, COMMAND_TYPE, OPTIMIZER_MODE, SHARABLE_MEM,BUFFER_GETS from v$sqlarea;

数据列

1)        EXECUTIONS ：执行次数

2)        DISK_READS ：读盘次数

3)        COMMAND_TYPE ：命令类型（ 3:select,2:insert;6:update;7delete;47:pl/sql 程序单元）

4)        OPTIMIZER_MODE ：优化方式

5)        SQL_TEXT ： Sql 语句

6)        SHARABLE_MEM ：占用 shared pool 的内存多少

7)        BUFFER_GETS ：读取缓冲区的次数

用途

1)        帮忙找出性能较差的 SQL 语句

2)        帮忙找出最高频率的 SQL

3)        帮忙分析是否需要索引或改善联接

4)        监控当前 Oracle 的 session ，如出现时钟的标志，表示此进程中的 sql 运行时间较长。

从客户端连接到服务器,出现了这个错误,ora12541-TNS : 没有监听器
于是,在服务器中启动OracleOraHome92TNSListener服务,显示“在本地计算机无法启动OracleOraHome92TNSListener服务，错误3，系统找不到指定路径”。

原因:Windows优化大师将Oracle的监听服务给"优化"了
一、连接主机字符串，说没有监听器（这个地方小弟不是很明白，SVRMGR是什么命令还是命令提示符？这种环境怎么进入？）
SVRMGR> connect internal/oracle@orcl;
ORA-12541: TNS:no listener
SVRMGR>

二、运行监听器，说地址的协议专用组件指定不正确
C:\>lsnrctl
LSNRCTL for 32-bit Windows: Version 8.1.6.0.0 - Production on 14-3月 -2003 14:17
:51
(c) Copyright 1998, 1999, Oracle Corporation. All rights reserved.
欢迎来到LSNRCTL，请键入"help"以获得信息。
LSNRCTL> status
连接至(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=robust)(PORT=1521)))
TNS-01103: 地址的协议专用组件指定不正确
TNS-12541: TNS：无监听器
TNS-12560: TNS：协议适配器出现错误
TNS-00511: 无监听器
32-bit Windows Error: 61: Unknown error
LSNRCTL> start
启动tnslsnr：请稍候...
Failed to start service, error 3.
TNS-12536: TNS：可能会阻碍*作
TNS-12560: TNS：协议适配器出现错误
TNS-00506: *作可能阻塞
32-bit Windows Error: 997: Unknown error
LSNRCTL>

三、在控制面板中启动服务，出现以下错误
服务：在本地计算机 无法启动 OracleOraHome81TNSListener 服务。
错误3：系统找不到指定的路径
而且OracleOraHome81TNSListener服务的可执行文件的路径是空的。

四、进入注册表中修改ImagePath
在运行处执行REGEDIT进入注册表到HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\OracleOraHome81TNSListener
发现ImagePath关键值没有了，增加他，选择可扩充字符串值，编辑字符串的数值数据为：f:\Oracle\Ora81\BIN\TNSLSNR
退出注册表。

五、再去启动服务，服务启动正常

六、启动监听器
C:\>lsnrctl
LSNRCTL for 32-bit Windows: Version 8.1.6.0.0 - Production on 14-3月 -2003 14:42
:10
(c) Copyright 1998, 1999, Oracle Corporation. All rights reserved.
欢迎来到LSNRCTL，请键入"help"以获得信息。
LSNRCTL> start
TNS-01106: 使用名称LISTENER的监听器已经启动
LSNRCTL> status
连接至(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=robust)(PORT=1521)))
LISTENER 的 STATUS
------------------------
别名 LISTENER
版本 TNSLSNR for 32-bit Windows: Version 8.1.6.0.0 - Produc
tion
启动日期 14-3月 -2003 14:40:15
正常运行时间 0 天 0 小时 2 分 6 秒
跟踪级别 off
安全性 OFF
SNMP OFF
监听器参数文件 f:\Oracle\Ora81\network\admin\listener.ora
监听器日志文件 f:\Oracle\Ora81\network\log\listener.log
服务摘要..
PLSExtProc 具有1个服务处理程序
orc2 具有1个服务处理程序
orcl 具有1个服务处理程序
orcl 具有2个服务处理程序
命令执行成功
LSNRCTL>

七、再去连接，成功
SVRMGR> connect internal/sys@orcl;
连接成功。