摘要

ORACLE Database是广为人知的Unix硬件平台上的领先的数据库系统。ORACLE 用户和管理员因此熟悉 Unix平台上的 ORACLE 架构以及它上面的工具和技巧，并从他们的数据库得到最大的收益。相反，Windows上的 ORACLE 架构就不那么的被广为了解。这篇文章从一个 DBA 的角度考察了两个操作系统之间的关键的异同点。

简介

在看了几本令人失望的这方面的图书之后，我们写了这篇文章。那些书的通病是试图做太多的事情–在细节上论述 Windows 和 ORACLE 。我们的这篇文章假定读者熟悉 Unix 平台上的ORACLE DBA 的工作。因此本文将分析两个平台上的 ORACLE 的关键的差异而不是从头教你 ORACLE 的技巧。我们不想把它作为你的一份详尽的指导或者是手册的替代品，事实上本文会鼓励你阅读一些手册。作为数据库服务器平台，它只会涉及一些 Unix 和 Windows 上相关的优点，这就是本文的目的。

范例

这个例子使用 Linux 上的ORACLE 8i ，实例名字叫作 eighti 。Windows 2000 上面的 ORACLE 8i 的实例名字叫作 atei 。

客户端对 ORACLE 的访问

当客户端连接到 ORACLE 时，通常的来说ORACLE 服务器平台与客户端的应用无关。这实际上很难说清。ORACLE
DBA和系统管理人员更关心操作系统平台，他们有的时候会基于需求（如运行时间和可扩展性）选择平台。更通常的
情况下，他们接受（或是接手）给定的平台并学习从中得到最大收益。

关于 WINDOWS 2000

值得一提的是 Windows 2000 是从 Windows NT 升级而来。在这两个操作系统之间有很多的相似点，Windows 2000 也有些新的特性。微软从 NT4.0 的升级途径见下表。

两个系统间有很多相似点：

NT 4.0	Windows 2000
NT 4.0 Workstation	Windows 2000 Professional
NT 4.0 Server	Windows 2000 Server
NT 4.0 Enterprise Edition	Windows 2000 Advanced server
Unix	Windows 2000 Datacenter server

ORACLE 后台进程

下面这句话对于用过 ORACLE 的人来说是会很熟悉的：

每一个运行着的 ORACLE 数据库都对应一个 ORACLE 实例，当一个数据库在数据库服务器(不考虑机器的类型)上启动的时候，ORACLE 分配一块叫做 System Global Area (SGA) 的内存区域并启动一个或者多个ORACLE 进程。SGA 和 ORACLE 进程合起来称作 ORACLE 实例。
–摘自 ORACLE 8i Concepts [4 L Leverenz, 1999] 。

处理后台进程是放在首位的，也是不同的操作系统之间最明显的差异。

ORACLE 在 UNIX 上的后台进程

任何连接到 UNIX 的用户都可以很容易的察看 ORACLE 的后台进程：

% ps -ef|grep eighti|grep -v grep 

oracle8 18451 1 0 16:37:18 ? 0:00 ora_pmon_eighti
oracle8 18453 1 0 16:37:19 ? 0:00 ora_dbw0_eighti
oracle8 18457 1 0 16:37:19 ? 0:04 ora_ckpt_eighti
oracle8 18461 1 0 16:37:19 ? 0:00 ora_reco_eighti
oracle8 18455 1 0 16:37:19 ? 0:02 ora_lgwr_eighti
oracle8 18459 1 0 16:37:19 ? 0:01 ora_smon_eighti
oracle8 19168 19167 0 16:43:46 ? 0:00 oracleeighti
(DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))

最后一行的 ORACLE 进程与一个SQL*Plus 会话相关，其他的进程都是后台进程。在 ORACLE 中我们可以通过输入 SQL*Plus 会话察看这些进程：

SELECT SID, spid, osuser, s.program
FROM v$process p, v$session s
WHERE p.addr = s.paddr; 

SID SPID OSUSER PROGRAM
-------------------------------------------------------------------
1 18451 oracle8 oracle@saic02 (PMON)
2 18453 oracle8 oracle@saic02 (DBW0)
3 18455 oracle8 oracle@saic02 (LGWR)
4 18457 oracle8 oracle@saic02 (CKPT)
5 18459 oracle8 oracle@saic02 (SMON)
6 18461 oracle8 oracle@saic02 (RECO)
7 19168 oracle8 sqlplus@saic02(TNS V1-V3)  

7 rows selected.

每一个后台进程都有一行，还有一行信息是与 SQL*Plus 会话相关的， SPID 对应相应的 UNIX 进程号。

在 WINDOWS2000 上的 ORACLE 后台进程

回到 WINDOWS 上，从操作系统中察看后台进程有些困难。从任务管理器中可能会看到运行着的应用（任务管理器的察看方法：在任务栏点击右键选择 ” 任务管理器 ” ）。在服务器上 ORACLE 可以是可用的，运行着的应用却是不可见的。进程表的确显示一个进程叫做 ORACLE.EXE ，察看 alert log 显示 ORACLE 的所有后台进程都是启动的：

PMON started with pid=2
DBW0 started with pid=3
LGWR started with pid=4
CKPT started with pid=5
SMON started with pid=6
RECO started with pid=7

要看实际的后台进程，需要运行额外的软件，例如，进程察看器。该软件可以从 Windows 2000 CD 中得到（如果是 Windows NT 的话可以从资源包中得到）。

在 Windows 2000 上， ORACLE 实例是作为一个单一的 Windows 2000 进程（ORACLE.EXE ）实现的。这个进程包括实例所需要实现的每个任务的线程。

因此一个线程对应每个 ORACLE 后台进程。 ORACLE.EXE进程作为一个服务运行，可以从控制面板的服务中察看到 ORACLEServiceSID 。其他的服务也可以这样控制。

这允许 ORACLE 在没有用户登录服务器的时候也持续的运行。对于共享主处理器资源的所有的进程来说， ORACLE 能够达到高速、低负荷的上下文切换。

在 Unix 下显示 ORACLE 中的进程，我们也可以通过输入简单的 SQL 语句来达到。为了显示 PID 列， SQL 语句做了些轻微的改动。要注意 PID 匹配警告日志中报告的值。

SELECT s.SID, p.pid, p.spid signaled, s.osuser, s.program
FROM v$process p, v$session s
WHERE p.addr = s.paddr; 

SID PID THREADID OSUSER PROGRAM
---- ------- --------- --------------- --------------------
1 2 1088 SYSTEM ORACLE.EXE
2 3 1172 SYSTEM ORACLE.EXE
3 4 1180 SYSTEM ORACLE.EXE
4 5 1192 SYSTEM ORACLE.EXE
5 6 1212 SYSTEM ORACLE.EXE
6 7 1220 SYSTEM ORACLE.EXE
7 8 1200 Administrator SQLPLUSW.EXE  

7 rows selected.

每一个后台进程都有一行，还有一行信息是与 SQL*Plus会话相关。程序名字并没有指明后台进程的名字，和在 Unix 中一样，这些名字可以通过和 v$bgprocess 连接得到。

SELECT s.SID SID, p.spid threadid, p.program processname, bg.NAME NAME
FROM v$process p, v$session s, v$bgprocess bg
WHERE p.addr = s.paddr AND p.addr = bg.paddr AND bg.paddr <> '00'; 

SID THREADID PROCESSNAME NAME
---------- --------- --------------- -------------
1 1088 ORACLE.EXE PMON
2 1172 ORACLE.EXE DBW0
3 1180 ORACLE.EXE LGWR
4 1192 ORACLE.EXE CKPT
5 1212 ORACLE.EXE SMON
6 1220 ORACLE.EXE RECO 

6 rows selected.

断开会话

提交 SQL 命令 ALTER SYSTEM DISCONNECT SESSION 可以断开会话。有的时候需要在操作系统级别断开会话，在 UNIX 上，通过 kill 命令实现，前面例子中的 SQL 会话可以通过输入 UNIX 命令断开：

kill -9 19168

在 Windows 2000 上可以用 orakill 断开一个会话。 orakill 是 Windows 平台上的 ORACLE 的一个特定命令，默认安装在 $ORACLE_HOME\bin 下。在命令行下输入 orakill 可以察看它的用法。前面例子中的 SQL*Plus 会话可以通过输入如下的命令断开：

orakill atei 1200
Kill of thread id 1200 in instance atei successfully signaled.

在 Windows 2000 中，如果一个断开的会话标记为 “marked for kill” 但是没被删除， orakill 会终止它。不过要记住Kill一个后台进程总不是个好主意，尤其是 Windows 上，会导致进程崩溃，甚至导致数据库不可用。

Windows 2000 注册表

和其他的 Windows 2000 中的应用那样， ORACLE 的大多数的设定都在注册表中。 你应该看看注册表中的 HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE 下面都有什么。这些参数中的一部分在后面会详细讨论。和ORACLE 服务相关的参数和其他的服务一样存贮在同样的位置：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services

环境变量

在 Unix 中两个最重要的变量是 ORACLE_HOME 和 ORACLE_SID 。一旦这些变量设定的话，应用就可以运行并联接到本地数据库。 通常也把 $ORACLE_HOME/bin 包含在 $PATH 中以便在使用 ORACLE 工具（如： Sql*Plus ）的时候免去输入全路径的麻烦。

Windows 2000 中可以打开命令行设定 ORACLE_SID 变量再联接到本地数据库。其他的值可以从注册表中得到。

MULTIPLE ORACLE HOMES

Windows 2000 全面支持多个 ORACLE home 。以前在 Windows NT 上这是个主要的问题， 一直到 ORACLE 8.0.4 以后才开始支持。最初得对这一点的支持很差劲。 ORACLE Home Selector, ORACLE8i 的一个新的应用工具，改变环境路径，使选择的 ORACLE home 路径作为主的 home 。只是简单的改变系统路径，把 ORACLE 选择的 BIN 目录放在启动路径中。

每一个 BIN 目录都有一个 ORACLE.KEY 文件，指明在注册表中 ORACLE 程序在哪里可以找 ORACLE_HOME 和其他的环境变量。如果在服务器上面只有一个数据库，通常在注册表中设定 ORACLE_SID 。不过，不要设定 ORACLE_HOME ，对于 ORACLE 产品来说根本不需要，可能会导致问题。

文件系统

多 ORACLE home 的支持允许在 Windows 上面实现 Unix 的 OFA 标准。这极大的简化了从 Unix 的过渡。 OFA 目录树的顶层的名字有差异，不过主要的子目录和文件名字在两种操作系统中都是一致的。

	Unix	NT
ORACLE_BASE	/oracle/app/oracle	D:\Oracle
ORACLE_HOME	/oracle/app/oracle/product/8.1.7	D:\Oracle\Ora817
Admin directories	/oracle/app/oracle/admin	D:\Oracle\Admin
Database files	/db01/oradata/SID	D:\Oracle\Oradata\SID
	/db02/oradata/SID	F:\Oracle\Oradata\SID
	/db03/oradata/SID	G:\Oracle\Oradata\SID

服务管理器

从 ORACLE 8i 开始，服务管理器的名字在不同的平台上都一致了，都叫做 svrmgrl 。以前在Windows NT 上 ORACLE 的执行文件名字随着版本变动而改变，对于那些在多平台上工作的人来说这很令人讨厌，尤其是在使用一些命令（ imp 、 exp 等）的时候。

ORACLE 服务器版本	Windows 服务器管理器可执行程序
7.3	svrmgr23
8.0	svrmgr30
8.1	svrmgrl

要注意 server manager 正在逐步被淘汰 ( 译者注： 9i 中彻底淘汰了 svrmgrl) ，一些额外的功能被加到了 SQL*Plus 中。

更多信息

全文第二部分 – https://www.dbanotes.net/database/oracle_unix_windows_2000_ii.html

继续阅读 →