AG阅读总结6——管理进程

1、专有和共享服务进程：

专有服务（dedicated server process）：

一般有两种常见的情况下使用专有服务进程：1,、进行一个批处理作业的时候   2、用rman去备份，还原，恢复一个数据库的时候。

共享服务器（shared server process）：

用户进程连接到调度进程（dispatcher process），调度进程可以支持多个客户端的连接，每一个连接建立一个虚拟的循环，在SGA中有各一个请求队列，dispatcher连接了客户端之后就把请求放在请求队列里面

看几个参数值：

SHARED_SERVERS:共享服务启动时最小的共享服务进程数目。

MAX_SHARED_SERVERS:最大数目的共享服务数。

SHARED_SERVER_SESSIONS:指定可以最大提供服务的用户会话数。

DISPATCHERS:初始调度进程数。

MAX_DISPATCHERS:指定最大数量的调度进程数，不过现在这个参数没用了，现在可以通过用户连接数自动调整。

CIRCUITS:指定虚拟的回路总数量。

只要开始设置了SHARTED_SERVERS这个参数，共享服务就能用了，其他的参数都可以默认设置。你也可以在数据库运行中动态的启动共享服务，只需用一句alter system set shared servers=5。语句就可以，一般情况下这个参数在初始化参数文件中有，如果设置为0的话，开始就不能启动。

调度器（dispatcher）：

例子：

DISPATCHERS='(PORT=tcp) (DISP=5)' ,'(PORT=TCPS) (DISP=3)'  分许这句话，这些参数3啊5啊的怎么来的呢？是这样的，我们假设一个系统可以运行970个连接，可以最先运行4000个并发的sessions通过TCP/IP，可以允许2500个并发的sessions通过TCP/IP用ssl连接。由此：five
dispatchers (4000 / 970=5)and for TCP/IP with SSL three dispatchers (2500 / 970=3）:

下面是通常的设法：

DISPATCHERS="(PROTOCOL=TCP)(DISPATCHERS=2)"

下面是带有固定ip的设法：

DISPATCHERS="(ADDRESS=(PROTOCOL=TCP)(HOST=144.25.16.201))(DISPATCHERS=2)"

这个是定义了固定端口的设法：

DISPATCHERS="(ADDRESS=(PROTOCOL=TCP)(PORT=5000))"
DISPATCHERS="(ADDRESS=(PROTOCOL=TCP)(PORT=5001))"

这个参数不想shared_servers一样可以自动的更改，我们只能手动修改它，命令alter system 。。。

修改dispatchers的数量：

假设开始启动的时候的参数如下：

DISPATCHERS='(PROT=tcp)(DISP=2)', '(PROT=tcps)(DISP=2)'

我们可以用下面的语句修改：

ALTER SYSTEM SET DISPATCHERS = '(INDEX=0)(DISP=3)', '(INDEX=1)(DISP=1)';
or
ALTER SYSTEM SET DISPATCHERS = '(PROT=tcp)(DISP=3)', '(PROT-tcps)(DISP=1)';

如果少于三个dispatchers的TCP/IP进程，数据库会自己启动到大于3个，如果多于1个ssl的tcp/ip进程，数据库会自动结束多余空闲的。

如果你想添加一个TCP/IP 的dispatcher来支持新的连接池，你可以这样做：

ALTER SYSTEM SET DISPATCHERS = '(INDEX=2)(PROT=tcp)(POOL=on)';

index是个很重要的参数，如果不设的话默认修改提一个，这个从0到n-1的，如果你设它为n那就是再添加一个。

关闭一个dispatcher：

先通过视图：V$DISPATCHER 找到要关闭的dispatcher的名称：

SELECT NAME, NETWORK FROM V$DISPATCHER;
Each dispatcher is uniquely identified by a name of the form Dnnn.To shut down dispatcher D002, issue the following statement:
ALTER SYSTEM SHUTDOWN IMMEDIATE 'D002';

与共享服务进程有关的视图列表如下：

2、外部过程的进程管理：

并行执行：

关闭并行执行：

ALTER SESSION DISABLE PARALLEL DDL;或者DML或者QUERY。

开启并行执行：

ALTER SESSION ENABLE PARALLEL DML;或者DML或者QUERY。

设置强制并行执行 数：

ALTER SESSION FORCE PARALLEL DDL PARALLEL 5;

关闭会话：

关闭一个id是7，序列号是15的session：

ALTER SYSYEM KILL SESSION '7,15';

确定关闭那个session：通过查询v$session视图里的sid和序列号来确定：

SELECT SID,SERIAL#,STATUS FROM V$SESSION WHERE USERNAME='SCOTT'

SID     SERIAL#        STATUS
-----       ---------            --------
7          15                    ACTIVE
12        63                  INACTIVE

3、跟踪文件和告警文件：

跟踪文件(trace file)能提供调试信息，服务器遇到问题时，它会生成一个包含大量诊断信息的跟踪文件。如果开发人员设置了sql_trace=true，服务器就会生成一个包含性能相关信息的跟踪文件。我们之所以可以使用这些跟踪文件，是因为oracle是一个允许充分测量的软件。编写数据库内核的程序员在内核中放入了调试代码，而且调试代码相当多，这些调试代码是被程序员有意留在内核中的。

   Oracle数据库都是可以充分测量的。数据库中这种测量性反映在以下几个方面：

    .V$视图：大多数V$视力都包含“调试”信息。V$WAITSTAT、V$SESSION_EVENT还有其他许多V$视图之所以存在，就是为了让我们知道内核内部到底发生了什么。

    .审计命令：利用这个命令，你能指定数据库要记录哪些事件以便日后分析。

    .资源管理器(DBMS_RESOURCE_MANAGER)：这个特性允许你对数据库中的资源（CPU、IO等）实现微管理。正是国为数据库能访问描述资源使用情况的所有运行时统计信息，所以才可能有资源管理器。

    .Oracle“事件”：基于oracle事件，能让oracle生成所需的跟踪或诊断信息。

    .DBMS_TRACE：这是PL/SQL引擎中的一个工具，它会全面地记录存储过程的调用树、所产生的异常以及遇到的错误。

    .数据库事件触发器：这些触发器(ON SERVERERROR)允许你监控和记录你觉得“意外”或非正常的情况。例如，可以记录发生“临时空间用尽”错误时正在运行的SQL.

    .SQL_TRACE：这个SQL跟踪工具还可以采用一种扩展方式使用，即通过10046 Oracle事件。

   Oracle9i2和10G.1两个版本之间增加的测量代码量就相当的多。

通常有两类跟踪文件，对这两类跟踪文件的处理完全不同。

1.你想要的跟踪文件：例如。启用sql_trace=true选项的结果，其中包含有关会话的诊断信息，有助于你调整应用，优化应用的性能，并诊断出遭遇的瓶颈。

2.你不想要的跟踪文件，但是由于出现了以下错误，服务器会自动生成这些跟踪文件。如：ora-00600 "internal error" ora-03113 "end of file on communication channel

请求的跟踪文件

想要的跟踪文件通常都是因为设置了sql_trace=true生成的结果，或者是通过10046事件使用扩展的跟踪工具生成的，如下所示：

alter session set events '10046 trace name context forever,level 12';

1、文件位置

不论是使用sql_trace还是扩展的跟踪工具，Oracle都会在数据库服务器主机的以下两个位置生成一个跟踪文件：

*如果使用专用服务器连接，会在USER_DUMP_DEST参数指定的目录中生成跟踪文件。

*如果使用共享服务器连接，则在BACKGROUND_DUMP_DEST参数指定的目录中生成跟踪文件。

要想知道跟踪文件放在哪能里，可以通过

select name,value from v$parameter where name like '%dump_dest%';

或者通过show parameter user_dump_dest或background_dump_dest参数来显示。

 如果出现严重的oracle内部错误，或是oracle support要求你生成一个跟踪文件来得到额外的调试信息，CORE_DUMP_DEST(路径在oracle_base/admin/oracle_sid/core)参数则定义了此时这个“内核”文件应该放在哪里。一般而言，我们只对后台和用户转储目录感兴趣。

   如果你无法访问V$PARAMETER视图，可以使用DBMS_UTILITY来访问大多数参数的值，从下面的例子可以看出，需要create session权限：

create user liu identified by liu123;

grant create session to liu;

connect liu/liu123

declare

      l_string varchar2(255);

      l_dummy number;

begin

      l_dummy := dbms_utility.get_parameter_value

    ('background_dump_dest',l_dummy,l_string);

     dbms_output.put_line('background: ' || l_string);

     l_dummy := dbms_utility.get_parameter_value

    ('user_dump_dest',l_dummy,l_string);

     dbms_output.put_line('user:   ' || l_string);

end;

/

命名约定

Oracle中跟踪文件的命令约定总在变化，不过，如果把你的系统上的跟踪文件名作为示例，应该很容易地看出这些命名都有一个模板.

如：ora10g_ora_24574.trc第一个为oracle_sid，下一个为ora，跟踪文件名的数字是专用服务器的进程ID，可以从V$PROCESS视图得到。

在实际中（假设使用专用服务器模式），需要访问4个视图：

  V$PARAMETER：找到USER_DUMP_DEST指定的跟踪文件位置。

   V$PROCESS：查找进程ID。

   V$SESSION：正确地标识其他视图中的会话信息。

   V$INSTANCE：得到oracle_sid。

前面提到过，可以使用DBMS_UTILITY来找到位置，而且通常你“知道”oracle_sid，所以从理论上讲只需要访问V$SESSION和V$PROCESS，但是，为了便于使用，这4个视图你可能都想访问。

以下查询可以生成跟踪文件名(此方法只适用于专用服务器模式)：

alter session set sql_trace=true;

select c.value || '/' || d.instance_name || '_ora_' || a.spid || '.trc' trace

from v$process a,v$session b,v$parameter c,v$instance d

where a.addr = b.paddr and b.audsid = userenv('sessionid') and c.name = 'user_dump_dest'

/

windows上要反/换成\,9I中只需使用如下查询，

select c.value || 'ora_' || a.spid || '.trc'

对跟踪文件加标记

对跟踪文件加标记，这样即使用无权访问v$process和v$session也能找到跟踪文件。假设你能读取 user_dump_dest目录，就可以使用会话参数trancefile_identifier,采用这种方法，可以为跟踪文件名增加一个可以惟一标识的串，例如：

alter session set tracefile_identifier = 'Look_For_Me';

alter session set sql_trace = true;

!ls /home/ora10g/admin/ora10g/udump/*Look_For_Me*

/home/ora10g/admin/ora10g/udump/ora10g_ora_24676_Look_For_Me.trc

可以看到跟踪文件还是采用标识的<oracle_sid>_ora_<process_id>格式命名，这里还有我们为它指定的一个惟一的串，这样就很容易地找到“我们的”跟踪文件名。

3.针对内部错误生成的跟踪文件，这类文件通常不是我们关心的，可以不写了。

修改跟踪文件（change tracking file）是一个可选的文件，这是oracle 10g企业版中新增的，这个文件惟一的目的是跟踪自上一个增量备份以来哪些块已经修改。采用这种方式，恢复管理器(recovery manager,rman)工具就能只备份确实有变化的数据库块，而不必读取整个数据库。

在oracle 10G之前的版本，要完成增量备份，必须读取整个数据库文件，查找自上一次增量备份以来修改的块，如果有一个1T的数据库，只增加了500M的新数据，增量备份就必须读取1T的数据，在其中找出要备份的500M新信息，尽管增量备份存储的数据确实少得多，但它还是要读取整个数据库。

在10G企业版中，oracle运行时，如果块被修改，oracle可能会维护一个文件，告诉RMAN哪些块已经修改。创建这个修改跟踪文件的过程相当简单，只需要通过ALTER DATABASE命令就可以完成：

alter database enable block change tracking using file '/home/ora10g/product/10.1.0/oradata/ora10g/changed_blocks.bct';

要关闭和删除块修改跟踪文件，还要用一次alter database命令：

alter database disable block change tracking;

注意这个命令实际上会清除块修改跟踪文件。它不只是禁用这个特性，而是连文件也一并删除了。可以采用archivelog或noarchivelog模式再次启用这个新的块修改跟踪特性，不过要记住noarchivelog模式的数据库中并不保留每天生成的重做日志，所以一旦介质出现故障，所有修改都将无法恢复. noarchivelog总有一天会丢失数据，建议使用archivelog模式。