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 DBA和系统管理人员更关心操作系统平台,他们有的时候会基于需求(如运行时间和可扩展性)选择平台。更通常的 情况下,他们接受(或是接手)给定的平台并学习从中得到最大收益。
值得一提的是 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 分配一块叫做 System Global Area (SGA) 的内存区域并启动一个或者多个ORACLE 进 程。SGA 和 ORACLE 进程合起来称作 ORACLE 实例。
--摘自 ORACLE 8i Concepts [4 L Leverenz, 1999] 。
处理后台进程是放在首位的,也是不同的操作系统之间最明显的差异。
任何连接到 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 进程号。
回到 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 中的应用那样, 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 变量再联接到本地数据库。其他的值可以从注册表中得到。
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 中。