Tag Archives: Oracle

[Oracle] UNIX与Windows 2000上Oracle的差异(II)

数据库启动与关闭

在 Windows2000 上数据库可以通过启动相关的服务打开。通过控制面板的服务选项或者是通过命令行模式,如:net start OracleServiceatei 就可以打开相关服务。这依赖于一些注册表参数,我们在后面讨论。停止相关的服务
,例如: net stop OracleServiceatei 可以关闭一个数据库。

在所有的平台上, ORACLE8i 实例都可以从服务管理器(或者 SQL*Plus! )中通过 startup 命令启动。在 Unix 中,这个命令启动后台进程并且打开数据库。它还生成了一个 Unix 特定文件,叫做
$ORACLE_HOME/dbs/lk &DBNAME>,这是个MOUNT 锁文件 [6 Metalink, 2000] 。这会阻止两个实例 mount 在同一数据库上,当不使用并行服务器的模式下,要使用不同的 ORACLE_SID 。原来这是个 0 长度文件,不过现在包含文本 ‘DO NOT DELETE THIS FILE!’ 。不要试图通过查看这个文件来得知是否数据库是可用的,它不是很准确的。在 Windows 2000 中, startup 命令并不启动 ORACLE 服务,不过,如果服务已经运行的话,这将打开数据库。

类似的,服务管理器 Server Manager 的 shutdown 命令在任何平台上都会关掉数据库,不过在Windows 2000 上它并不停掉服务。很有可能的情况就是 ORACLE 服务被启动但是数据库却关掉了。

UNIX 上的数据库的自动启动与关闭

在 Unix 上, ORACLE 提供了 dbstart 和 dbshut 脚本以供使用。在 Linux 中 ORACLE 检测文件 /etc/oratab 来决定哪个数据库自动的启动 / 关闭。在 Solaris ( 和一些其他版本的 Unix) 中,检查 /var/opt/oracle/oratab 文件。要注意: 8.1.6 版本的 dbstart 有个 bug, 在 8.1.7 中已经被修复,察看 [7 Metalink, 2000] 有详细说明。

在 Linux 上,作为 root 用户,在 /etc/rc.d/init.d 目录中创建一个一个名为 dbora 的文件。这个文件将会检查参数是否是 ‘start’ 或者 ‘stop’ 并且适当的执行 dbstart/dbshut ;通常也从这个脚本启动 listener 。再生成两个符号连接 /etc/rc.d/rc2.d/S99dbora 和 /etc/rc.d/rc0.d/K10dbora 。数据库在运行级 2( 多用户 ) 时通过
/etc/rc.d/rc2.d/S99dbora 启动 , 在系统关闭到运行级 0 的时候通过 /etc/rc.d/rc0.d/K10dbora 关闭数据库。在
Solaris 上,这个脚本的在 /etc/init.d 中而不是在 /etc/rc.d/init.d。

要注意默认的 dbshut 执行了一个正常 (normal) 的关闭操作。
在 Unix中可以通过编辑 $ORACLE_HOME/bin/dbshut 中的这一行来改变数据库的关闭模式。

把 shutdown 修改成:shutdown immediate

如果启动一个已经运行的实例, dbstart 还会执行一个 shutdown abort 。在 dbstart script 脚本的顶部警告说
‘It should ONLY be executed as part of the system boot procedure’ 。这个脚本要常被复制、修改,这样
在其它的时候使用才能足够安全。

WINDOWS 2000 上的数据库自动的启动与关闭

在以前的版本( 8i )中,当 oracle 的启动被一个额外的服务 ORACLEStartSID 处理,服务器的启动和关闭的时候
ORACLE 不能被自动的干净的关掉。从 ORACLE8i 开始, stop/start 功能成为了主要的 ORACLE 服务,并通过注
册表控制。注意当 ORADIM 用于创建或者修改实例的时候,自动的在注册表中设定这些值。这些设置在
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOMEID 键值下。
ID 号从 0 开始,每有一个额外的 ORACLE home 递增。

参数
描述
ORA_SID_AUTOSTART
设定为 TRUE 的时候 ( 默认值 ) , ORACLEServiceSID 启动的时候启动数据库。
ORA_SID_PFILE
设定 INIT.ORA 参数文件的全路径。
ORA_SHUTDOWN
当设定为 TRUE 的时候,在当前任何 ORACLE home 下的任何数据库将 shutdown 。
ORA_SID_SHUTDOWN
设定为 TRUE 的时候,关闭标记 SID 值的 ORACLE8i 数据库。

如果 SHUTDOWN 参数设定为 FALSE ,停掉 ORACLEServiceSID 将会 abort 的方式关闭实例,下次启动的时候
要进行实例恢复。

下面的可选参数可以在注册表中设为合适的值

参数 描述
ORA_SID_SHUTDOWNTYPE 指明数据库关闭模式 A (abort ), I (immediate) , N(normal) 。
如果你不设定这个参数的话,默认的模式是 I (immediate) 。
ORA_SID_SHUTDOWN_TIMEOUT 在一个 SID 停止前等待的最大时间。

操作系统认证

OS 认证在两个平台间是相似的,参数文件中设定 os_authent_prefix 参数,创建用户都标记为 externally 。在Windows2000 中创建用户要指定大写的域名并且用户名要在 ” ” 中,否则不起作用。如果你在注册表中把 OSAUTH_PREFIX_DOMAIN 设定成 FALSE 的话,你可以忽略掉域。客户机和服务器的机器还需要在 sqlnet.ora 中包含 sqlnet.authentication_services=(nts) 这一行。

在 Windows 2000 中,可以允许一个域用户登陆到一个远程 pc 上,无需提供额外的密码就可以连接到数据库中。参见 [2 Kelly III,2000] 可以得到详细内容。

LISTENER

在 Windows 2000 上面 listener 作为一个服务实现的,所以 listener 可以通过启动 ORACLETNSListener 服务来启动。两种平台上 listener 都可以从 lsnrctl 命令控制。在 Unix 上 lsnrctl start 启动 listener 进程;在Windows 2000 启动 ORACLETNSListener 服务就可以。 如果 listener 第一次启动的时候没有 ORACLETNSListener 服务将创建它。如果从你的计算机中删除 ORACLE 的话, listener 服务要手工从注册表中删除。

在两个平台上的 listener 都可以监听不同版本的数据库。在 win2000 中,在 LISTENER.ORA 中不需要
ORACLE_HOME 参数 ( 在 UNIX 中要使用到的),因为每个 SID 在 SERVER 中是唯一的。 listener 可以从注册
表中得到正确的 ORACLE_HOME 。

ORACLE8i 有个特性叫服务器注册, pmon 自动对 listener 注册信息。这意味着 Net8 listener 可以无需在
listener.ora 文件中设置就可以监听一个数据库。不过这样做的话, Enterprise Manager 要直到启动后才可以连
接到数据库。所以这个例子不能用来启动一个远程的实例。

通常最好在 listener.ora 中设置所有的实例以避免冲突,尤其在一个有多位 DBA 的站点中,可以避免我们提到的
Enterprise Manager 问题。

加长的 SID 名字

Windows NT 上的 ORACLE 7 实例名字有着 4 个字符长的限制,这可能会产生很晦涩的实例名–庆幸的是在8i
SID 名字已经加长了。不过在包括命名服务的几个场合中使用太长的实例名字也不总是很有用。在 Windows
2000 上面有个 bug ,限制了实例名字最长 15 个字符。

  Unix操作系统 NT 操作系统
  数据库名长度 SID名字长度 数据库名长度 SID 名字长度
Oracle7 8 8 8 4
Oracle8 8 8 8 4
Oracle8i 8 64 8 64

数据库的创建

当你在安装过程中的时候选择创建 ORACLE 8i 数据库,数据库生成助手就会通过 ORACLE Universal Installer 自动运行。在安装后它也可以作为一个单独的工具手工运行。用它还可以手工的输入 SID 代替默认的 ORCL ,默认的情况下,不在 ORACLE_HOME 下面创建数据库,完全遵循 OFA 的意图。

建议你运行 Database Creation Assistant ,不过在最后一页选择[ Save information to a batch file ] (保存信息到一个批处理文件中),再点击[完成]按钮。这会产生几个脚本。从不同的平台对比它们的内容很有趣的。在Unix 和 Windows 上的内容很相似,除了 windows 上对 oradim 的调用不同。第一次对它的调用产生了一个与ORACLE 数据库相关联的 ORACLE 服务:

D:\ORACLE\Ora817\bin\oradim -new -sid ATEI -intpwd man -startmode manual
-pfile "D:\ORACLE\admin\atei\pfile\initatei.ora"

第二次对 oradim 的调用把服务更改为自动启动:

D:\ORACLE\Ora817\bin\oradim -edit -sid atei -startmode auto 

可以用这些文件作为创建其它数据库的模版。若你不使用上面建议的方式创建数据库的话, Database Creation Assistant 生成的这些文件和目录没什么大用处。在使用这些脚本创建额外的数据库之前,这些文件和目录不得实现创建。特别注明一下,脚本假定一个密码文件已经存在 , 密码文件可以用 orapwd 命令预创建 [2 H Kelly III, 2000] 。

Database Creation Assistant 创建的目录:
Windows 2000 Unix
ORACLE_BASE = D:\oracle ORACLE_BASE = /db01/app/oracle
ORACLE_BASE\oradata\atei $ORACLE_BASE/oradata/eighti
ORACLE_BASE\oradata\atei\archive $ORACLE_BASE/oradata/eighti/archive
ORACLE_BASE\admin\atei $ORACLE_BASE/admin/eighti
还有这些子文件夹:sadhoc bdump cdump create exp pfile udump

通过 Database Creation Assistant 创建 / 改动的文件:
Windows 2000 Unix
ORACLE_HOME = D:\oracle\ora817 ORACLE_HOME = /db01/app/oracle/product/8.1.7
ORACLE_HOME\database\PWDatei.ora $ORACLE_HOME/dbs/orapweighti.ora
ORACLE_BASE\admin\atei\pfile\initatei.ora $ORACLE_BASE/admin/eighti/pfile/initeighti.ora
ORACLE_HOME\database\initatei.ora
包含一行
IFILE=’d:\oracle\admin\atei\pfile\initatei.ora’
$ORACLE_HOME/dbs/initeighti.ora
符号链接到:
/db01/app/oracle/ admin/eighti/pfile/initeighti.ora
添加到 tnsnames.ora 的条目 添加到 tnsnames.ora 的条目
添加到 listener.ora 的条目 添加到 listener.ora 的条目
windows 没有相关的操作 添加项目到 oratab

通过 Database Creation Assistant 创建的脚本
Windows 2000 Unix 注释
atei.bat eighti 调用其它脚本 , 在 Windows 上还可以调用 ORADIM
ateirun.sql eightirun.sh 包含创建数据库的语句
ateirun1.sql eightirun1.sh 创建表空间 / 创建回滚段 不创建系统中的第二个回滚段
N/A eightirun2.sh 额外的脚本(如,catproc ) ,
这些在 Windows 上从 ateirun1.sql 中运行
ateisqlplus.sql eightisqlplus.sh 添加 SQL*Plus 帮助
@c:\oracle\ora817\sqlplus\admin\help\helpbld.sql helpus.sql
ateialterTablespace.sql eightialterTablespace.sh 为 SYSTEM 用户更改默认的和临时的表空间
ateireplicate.sql
ateijava.sql
ateiordinst.sql
ateiiMedia.sql
ateidrsys.sql
ateicontext.sql
ateispatial1.sql
ateitimeseries.sql
ateivirage.sql
eightireplicate.sh
eightijava.sh
eightiordinst.sh
eightiiMedia.sh
eightidrsys.sh
eighticontext.sh
eightispatial1.sh
eightitimeseries.sh
eightivirage.sh
各种脚本,只有在你选择相应的选项的时候才会生成。

远程挂接(mount)的文件系统,如 UNIX 上的 NFS 和 Windows 2000 上 UNC ,在两个平台上都不支持。

更多信息

全文第一部分 – https://www.dbanotes.net/database/oracle_unix_vs_windows_2000.html

全文第三部分 – https://www.dbanotes.net/database/oracle_unix_vs_windows_2000_iii.html

[Oracle] UNIX与Windows 2000上Oracle的差异(I)

摘要

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 [email protected] (PMON) 2 18453 oracle8 [email protected] (DBW0) 3 18455 oracle8 [email protected] (LGWR) 4 18457 oracle8 [email protected] (CKPT) 5 18459 oracle8 [email protected] (SMON) 6 18461 oracle8 [email protected] (RECO) 7 19168 oracle8 [email protected](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

继续阅读

书写历史的甲骨文–ORACLE公司传奇

按:这是这篇文章在 2009 年年底修订的版本,从成稿以来的第三次修订,补充了若干新发现的信息。仅供参考,如有谬误,敬请指正。所有信息来自公开资料,恕不负责信息准确性。

1. ORACLE公司之起源

很难想象,ORACLE 公司的这一段传奇居然要从 IBM 公司开始。

1970年的6月,IBM 公司的研究员埃德加·考特 (Edgar Frank Codd) 在 Communications of ACM 上发表了那篇著名的《大型共享数据库数据的关系模型》(A Relational Model of Data for Large Shared Data Banks)的论文。这是数据库发展史上的一个转折。要知道,当时还是层次模型和网状模型的数据库产品在市场上占主要位置。从这篇论文开始,拉开了关系型数据库(RDBMS)软件革命的序幕。

虽然早在1970年就诞生了关系模型理论,但是市场上迟迟不见关系型数据库管理软件的推出。主要原因是很多反对者认为关系型数据库速度太慢,比不上当时的层次式数据库。值得好笑的是 IBM 虽然1973年就启动了System R的项目来研究关系型数据库的实际可行性,也没有及时推出这样的产品,因为当时IBM 的的 IMS(著名的层次型数据库)市场销路不错,如果推出关系型数据库,牵涉到 IBM 很多人的自身利益。再者,IBM 庞大复杂的官僚机构处在决策上远不那么灵活。

1977年6月,Larry Ellison 与 Bob Miner 和 Ed Oates 在硅谷共同创办了一家名为软件开发实验室(Software Development Laboratories,SDL)的计算机公司(ORACLE公司的前身)。那个时候,32岁的Larry Ellison,这个读了三家大学都没能毕业的辍学生,还只是一个普通的软件工程师。公司创立之初,Miner是总裁,Oates为副总裁,而Ellison,因为一个合同的事情,还在另一家公司上班。没多久,第一位员工Bruce Scott(用过ORACLE数据库软件的人都知道有个Scott用户的吧?没错,就是这个Scott,至于Scott用户的密码Tiger,那是Scott的女儿养的猫的名字。Scott工号是4)加盟进来,在Miner和Oates有些厌倦了那种合同式的开发工作后,他们决定开发通用软件,不过们还不知道自己能开发出来什么样的产品。Oates最先看到了埃德加·考特的那篇著名的论文连同其他几篇相关的文章并推荐Ellison和Miner也阅读一下。Ellison和Miner预见到数据库软件的巨大潜力(跟着 IBM 走,没错),于是,SDL开始策划构建可商用的关系型数据库管理系统( RDBMS )。

Oracle Company Gang of Four, Oracle公司创始人
图1 左起 Ed Oates、Bruce Scott、Bob Miner、Larry Ellison

很快他们就弄出来一个不太像样的产品,或者具体的说,更像一个Demo。根据 Ellison 和 Miner 他们在前一家公司从事的一个由中央情报局投资的项目代码,他们把这个产品命名为 ORACLE。因为他们相信,ORACLE(字典里的解释有”神谕, 预言”之意)是一切智慧的源泉。1979年,SDL 更名为关系软件有限公司(Relational Software,Inc.,RSI),毕竟”软件开发实验室”不太像一个大公司的名字。1983年,为了突出公司的核心产品,RSI再次更名为ORACLE (全称为Oracle Systems Corporation)。

Oracle_Company_Building.jpg
图2 美国 Oracle 公司总部一瞥

关于第一版和第二版的开发过程,现在能知道的是 Bob Miner 负责数据库引擎的部分,而 Scott 负责 SQL 的部分。Oracle V1 是在 PDP-11 上开发的,用的 PDP 汇编语言,机器有着”高达 128 KB” 内存。Oracle V2 也是在类似的开发环境下写出来的,编译后的文件有 … 100K 之巨。那是个内存稀缺的年代。

未完待续…


注:关于 Oracle 最初和 CIA 合作的项目,根据 Bruce Scott 的回忆,项目代号是” ORACL”,没有字母 “E”。

Updated:Bruce Scott, the co-founder of Oracle says, “I remember him very distinctly telling me one time: Bruce, we can’t be successful unless we lie to customers.” And adds: “All the things that you would read in books of somebody being a leader, he wasn’t. But he was tenacious; he would never give up on anything.”

“甲骨文这个译名来自台北故宫博物院,当时看到中国的甲骨文英文译名是oracle,考虑到,甲骨文是中国最早的文字,是用来占卜的,这和用户利用关系型数据库存储数据,并预测未来有隐喻的类似之处。不过,发展到今天,企业IT更趋向一种精确的占卜工具”。来自 @刘松

书写历史的甲骨文–ORACLE公司传奇(3)

经受挫折

ORACLE第6版于1988年发布。由于过去的版本在性能上屡受诟病,Miner带领着工程师对数据库核心进行了重新的改写。引入了行级锁(row-level locking)这个重要的特性,也就是说,执行写入的事务处理只锁定受影响的行,而不是整个表。这个版本引入了还算不上完善的PL/SQL(Procedural Language extension to SQL)语言。第6版还引入了联机热备份功能,使数据库能够在使用过程中创建联机的备份,这极大地增强了可用性。同时在这一年,ORACLE开始研发ERP软件。

公司发展看上去比较顺利,不过,噩梦才刚刚开始。

由于过去对软件测试重视的程度不够–那个时候公司规模小,基本上都是客户帮助免费测试的。在第六版刚发布之后,很多迫不及待开始使用的用户就怨声载道。这是个根本就没有测试好就进行发布的产品(也怪Ellison,大话总要说在前头,只好自尝苦果)。用户开始对ORACLE大肆抨击,ORACLE的一些对手也开始落井下石,针对ORACLE产品的一些弱点进行攻击。开发人员一面应付愤怒的用户,一面加班加点地对程序进行接连不断的修正,最后,总算得到了一个比较稳定的版本,暂时平息了用户的愤怒。

但是,实际的问题并不在这里,几年来高速增长的同时也给公司带来了巨大的隐患,1990财年第三季度报表的公布引爆了一切。财务人员发现了1500万美元的坏帐,并且公司利润距离预期相差甚远。接下来的时间里,大公司病的诸般症状接踵而来,面对股东的指控,股票一落千丈,公司前景暗淡,甚至面临破产。一度靠贷款来维持自己的奢华生活也不变卖股票的Ellison也快撑不住了。公司下大力气整顿财务(财务主管杰夫·沃克,Jeff Walker ,从某种程度上解救了公司)。公司宣布削减开支,裁退大量销售人员,同时聘用了专门的管理人才,Jeff Henley(CFO) 与 Raymond Lane (COO) 加盟 Oracle。

噩梦延续到ORACLE第七版的推出而结束。这个公司已经空谈了好几年的新版本(一度被讥讽为不过是Ellison的故计重施而已),直到1992年6月才终于闪亮登场,这一次公司吸取了第六版匆忙上市的教训,听取了用户的多方面的建议,并集中力量对新版本进行了大量而细致的测试。该版本增加了许多新的性能特性:分布式事务处理功能、增强的管理功能、用于应用程序开发的新工具以及安全性方法。ORACLE7还包含了一些新功能,如存储过程、触发过程和说明性引用完整性等,并使得数据库真正的具有可编程能力。还有一点必需要说明的是,这个版本在原有的基于规则的优化器(RBO)之外引入一种新的优化器:基于开销的优化器(Cost-Based Optimizer , CBO)。CBO根据数据库自身对对象的统计来计算语句的执行开销,从而得出具体的语句执行计划。在以后的几个重大版本中,ORACLE的工程师们逐步对这个优化器进行改进,CBO逐渐取代了RBO。

ORACLE 第七版是ORACLE真正出色的产品,取得了巨大的成功(笔者使用最早的版本就是就是第七版)。这个版本的出现真是好时机,当时Sybase公司的数据库已经占据了不少份额,ORACLE借助这一版本的成功,一具击退了咄咄逼人的Sybase。公司的销售人员这次算到了给用户兑现空头许诺的时候。公司经过两三年的治理,终于摆脱了种种麻烦,重新开始健康发展,销售额也从92年的15亿美元变为四年后的42亿美元。

未完待续…


人物发展:

  • Jeffrey O. Henley 从 2004 年开始担任Oracle 公司 Chairman 。
  • Raymond Lane,后来被赶出 Oracle,也得到了财富。从事风险投资。