UNIX和WINDOWS2000上的ORACLE的差异(转)

最新推荐文章于 2024-09-12 20:58:18 发布

congjukun0600

最新推荐文章于 2024-09-12 20:58:18 发布

阅读量95

点赞数

文章标签：操作系统数据库

UNIX和WINDOWS2000上的ORACLE的差异(转)[@more@]

　　摘要

　　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的升级途径见下表。

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

　　ORACLE后台进程

　　下面这句话对于用过ORACLE的人来说是会很熟悉的："每一个运行着的ORACLE数据库都对应一个ORACLE实例，当一个数据库在数据库服务器（不考虑机器的类型）上启动的时候，ORACLE分配一块叫做System Global Area (SGA)的内存区域并启动一个或者多个ORACLE进程。SGA和ORACLE进程合起来称作ORACLE 实例。"??摘自 ORACLE 8i Concepts [4 L Leverenz, 1999]。处理后台进程是放在首位的，也是不同的操作系统之间最明显的差异。

　　ORACLE在UNIX上的后台进程

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

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

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

　　在WINDOWS2000上的ORACLE后台进程

　　回到WINDOWS上，从操作系统中察看后台进程有些困难。从任务管理器中可能会看到运行着的应用（任务管理器的察看方法：在任务栏点击右键选择"任务管理器"）。在服务器上ORAC

　　LE可以是可用的，运行着的应用却是不可见的。进程表的确显示一个进程叫做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;

　　每一个后台进程都有一行，还有一行信息是与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' ;

　　断开会话

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

　　kill -9 19168

　　在Windows 2000上可以用orakill断开一个会话。orakill是Windows平台上的ORACLE的一个特定命令，默认安装在$ORACLE_HOMEin下。在命令行下输入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_MACHINESOFTWAREORACLE下面都有什么。这些参数中的一些在后面会详细讨论。和ORACLE服务相关的参数和其他的服务一样存贮在同样的位置：

　　HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServices。

　　环境变量

　　在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目录树的顶层的名字有差异，不过主要的子目录和文件名字在两种操作系统中都是一致的。