UNIX和WINDOWS2000上的ORACLE的差异

导读：

　　摘要
　　ORACLE是广为人知的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会终止它。要记住杀掉一个后台进程总不是个好主意，尤其是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 工具（如：sqlplus）的时候免去输入全路径的麻烦。

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

　　MULTIPLE ORACLE HOMES
　　Windows 2000全面支持多个ORACLE home。以前在Windows NT上这是个主要的问题，一直到ORACLE8.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目录树的顶层的名字有差异，不过主要的子目录和文件名字在两种操作系统中都是一致的。

　　服务管理器
　　从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 中。

　

本文转自

http://know.chinabyte.com/index.php/UNIX%E5%92%8CWINDOWS2000%E4%B8%8A%E7%9A%84ORACLE%E7%9A%84%E5%B7%AE%E5%BC%82