Friends Life and Oracle http://www.eygle.com/blog/ eygle的Oracle Blog，提供Oracle技术研究及深入探讨，同时记录个人爱好及生活历程。 Copyright 2006 Wed, 25 Oct 2006 10:30:24 +0800 http://www.movabletype.org/?v=3.33 http://blogs.law.harvard.edu/tech/rss Oracle11g的新特性-11g New Features 随着这几天Oracle OpenWorld大会的召开，Oracle11g的新特性越来越多的被展现出来。

此前，我曾经介绍过Oracle11g将可能在10月份的这个大会上推出，当时关于Alpha版的信息已经可以见到，现在出现的已经是Beta版，离Oracle11g的正式版已经不远。

Laurent Schneider 在他的Blog中提到，关于Oracle11g的名字还没有最后确定，就像10g推出时一样，Oracle可能给11版的数据库一个新的名字。可是据我估计，更改的可能性不大，因为Grid技术在10g中还并不成熟，推广和使用也极为有限，Oracle应该会沿着这个方向至少再走1~2个版本才对。

那么11g中将会出现哪些激动人心的新特性(new features)呢?
Justin Kestelyn 在他的Blog中提到了很多Beta版中引入的新特性：

1.如果说10g着重于降低所有者成本，那么11g将着重降低变更管理成本(也可以被称为提供变更保证)

2.DataGuard将引入一个新特性-Flashback Standby
这个新特性可以使得备用数据库可以创建一个快照，从而能够重演主库的所有负载变化，使得通过备用数据库研究主库的负载变化等成为可能，而且通过闪回功能，备用库仍然可以和主库保持一致。
eygle注:在我看来，这一新特性是丰富了DataGuard的功能，使得DataGuard可以发挥更大的作用。

3.在变更管理增强方面，Oracle提供在线的升级(Upgrade)和补丁应用(hot Patching)，从而实现无当机(no downtime)的系统维护.
eygle注:这真是一个激动人心的特性，减少Down机时间的问题修复显然已经被期待已久。
Online.Patching

4.快速的故障解决
这一特性是通过引入自动收集故障相关信息来完成的，同时数据库提供修复建议(repair Advisor)等工具协助快速故障诊断。

5.关于分区的增强
实现了通过逻辑对象分区，同时实现了自动分区创建的功能。
eygle注:自动分区的创建，一直以来我们都是通过自己编写的过程来实现的，现在Oracle将这个过程内置在数据库中，这只能算得上一个易用性方面的小增强吧。

6.其它
新的高性能LOB基础架构
本地Java & PL/SQL编译器
新的PHP驱动

让我们一起期待11g的来临吧！

-The End-

]]> http://www.eygle.com/archives/2006/10/oracle11g_new_features.html http://www.eygle.com/archives/2006/10/oracle11g_new_features.html OraNews Wed, 25 Oct 2006 10:30:24 +0800 Tom的法则:当你开发数据库软件时... 今天在Tom的Blog上看到一则日记Slow by Slow,其中提到了在开发基于Oracle的应用软件时，他推荐遵循的原则。
很有意思，也非常值得借鉴，Tom在文中说到：
My mantra, that I'll be sticking with thank you very much, is:

1.You should do it in a single SQL statement if at all possible.
2.If you cannot do it in a single SQL Statement, then do it in PL/SQL.
3.If you cannot do it in PL/SQL, try a Java Stored Procedure.
4.If you cannot do it in Java, do it in a C external procedure.
5.If you cannot do it in a C external routine, you might want to seriously think about why it is you need to do it…

think in sets...

同样在AskTom的网站回复中，Tom也提到了这个观点。

让我尝试简单翻译过来给大家参考:

1.我们应该尽量使用单个SQL语句来实现应用需求
2.如果单个SQL无法实现，考虑使用PL/SQL来实现
3.如果PL/SQL无法实现，接下来可以尝试使用Java存储过程来实现
4.如果Java过程也不行，尝试使用C的外部存储过程来解决
5.如果以上都不能实现，那么你应该认真考虑你为什么要实现这个需求...

这些规则也许还可以有不同的理解、阐释和分析，但是作为一个DBA和开发人员，脑海中应该具有这样一条主线，当然在实际中，还要加入具体的分析和自己的延伸....

-The End-

]]> http://www.eygle.com/archives/2006/10/tom_five_rules.html http://www.eygle.com/archives/2006/10/tom_five_rules.html FAQ Thu, 19 Oct 2006 14:19:55 +0800 在AUM下如何获取回滚段名称 有时候在数据库崩溃后的恢复尝试中，我们需要获得回滚段的名称。

在AUM(auto undo management)模式下，由于回滚段是自动管理的，我们无法从参数文件中得到回滚段名称，这时需要一点技巧来获得回滚段名称。

其实也很简单，UNDO段的名称存储在系统表空间，我们可以从系统表空间获得。
以下一句脚本可以作为辅助:

strings system01.dbf | grep _SYSSMU | cut -d $ -f 1 | sort -u

在Linux/Unix下没什么特殊的，在Windows上，如果你安装过类似的Unix工具，则可以同样获得正确的输入，看看我的笔记本上的输出：

D:\oradata\EYGLE\DATAFILE>

strings O1_MF_SYSTEM_2G8OHFX6_.DBF|grep _SYSSMU | cut -d $ -f 1 | sort -u
_SYSSMU1
_SYSSMU10
_SYSSMU2
_SYSSMU3
_SYSSMU4
_SYSSMU5
_SYSSMU6
_SYSSMU7
_SYSSMU8
_SYSSMU9

我安装的MKS工具是我觉得最好用的Unix工具包。

D:\oradata\EYGLE\DATAFILE>which strings
e:\PROGRA~1\MKSTOO~1\mksnt/strings.exe

D:\oradata\EYGLE\DATAFILE>which cut
e:\PROGRA~1\MKSTOO~1\mksnt/cut.exe

D:\oradata\EYGLE\DATAFILE>which sort
e:\PROGRA~1\MKSTOO~1\mksnt/sort.exe

-The End-

]]> http://www.eygle.com/archives/2006/09/get_undo_segment_name.html http://www.eygle.com/archives/2006/09/get_undo_segment_name.html FAQ Mon, 25 Sep 2006 16:57:41 +0800 Tools:在Windows上命令行如何手工起停Oracle 在命令行我们可以用net命令手工启动Oracle服务: 

C:\>net start oracleserviceeygle
OracleServiceEYGLE 服务正在启动 ..............
OracleServiceEYGLE 服务已经启动成功。

 在正常情况下，数据库即可随之启动，如果数据库不能启动，则可以通过sysdba身份连接进入数据库，手工mount并Open数据库

C:\>sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on 星期五 8月 18 11:17:16 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
eygle

SQL> exit
从 Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options 断开

 停止同样很简单，net命令，一行即可:

C:\>net stop oracleserviceeygle
OracleServiceEYGLE 服务正在停止......
OracleServiceEYGLE 服务已成功停止。

在Windows上，使用net命令能否启动数据库，还受到一个注册表参数的影响，这个参数是:ORA_<SID>_AUTOSTART

对于我的Oracle10g数据库，这个键值位于HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_Ora10g，我的数据库SID为eygle，这个参数就是:ORA_EYGLE_AUTOSTART

当这个参数设置为True时，当我们启动服务时，Oracle数据库就会随之启动；反之，数据库就不会启动。

测试1，ORA_EYGLE_AUTOSTART=true时: 

C:\>net start oracleserviceeygle
OracleServiceEYGLE 服务正在启动 .....................
OracleServiceEYGLE 服务已经启动成功。


C:\>sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 8月 22 09:27:35 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.


连接到:
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options

SQL> select instance_name from v$instance;

INSTANCE_NAME
----------------
eygle

测试2，ORA_EYGLE_AUTOSTART=FALSE时:  

C:\>net start oracleserviceeygle
OracleServiceEYGLE 服务正在启动 .
OracleServiceEYGLE 服务已经启动成功。


C:\>sqlplus "/ as sysdba"

SQL*Plus: Release 10.2.0.1.0 - Production on 星期二 8月 22 09:30:03 2006

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

已连接到空闲例程。

SQL>

 

-The End-

 

]]> http://www.eygle.com/archives/2006/08/net_start_oracle_on_windows.html http://www.eygle.com/archives/2006/08/net_start_oracle_on_windows.html FAQ Mon, 21 Aug 2006 12:16:58 +0800 Oracle入门书籍推荐 很多朋友要我帮忙推荐一下Oracle的入门书籍，能够了解Oracle的基本概念、基本知识的那种。
我就免为其难，推荐几本。

首先我想强调的一点是，任何一本系统的Oracle书籍只要认真读下来，都会有不错的收获，读书最忌讳的是虎头蛇尾，浅尝则止。

1.第一本要推荐给大家的是Oracle的概念手册，这本手册是无数DBA学习的起点：Database Concepts
这是Oracle的官方文档，详尽的介绍了Oracle的基本概念，是DBA经常需要翻阅的参考书，也是最好的入门学习资料，如果大家阅读英文不存在问题，请先阅读本书，这本书可以在Oracle的官方文档站点Tahiti找到：
http://www.oracle.com/pls/db102/homepage?remark=tahiti

Oracle10gR2的下载地址为：
http://download-west.oracle.com/docs/cd/B19306_01/server.102/b14220.pdf

下载之前你可能需要注册一个OTN的免费帐号。


2.第二本要推荐的是Thomas Kyte的《Expert One on One: Oracle》,这本书的中译本，被称为《Oracle专家高级编程》。
毋庸多说，这本书是Oracle界的经典之作，最初是基于Oracle8i进行写作的，现在Tom已经出版了基于Oracle9i/Oracle10g的升级版，书名为《Oracle Database Architecture 9i and 10g Programming Techniques and Solutions》，现在中文译本也已经快要出版了。

这本书的前几章以介绍Oracle的基础知识为主，后几章则以介绍开发相关的内容为主，侧重于管理DBA的朋友可以着重阅读一下该书的前几章。

Expert One on One: Oracle 这本书中文版大家可以参考:
http://www.itpub.net/showthread.php?threadid=224536
其英文版本参考:
http://www.itpub.net/showthread.php?threadid=316444

Oracle Database Architecture 9i and 10g Programming Techniques and Solutions 这本书的英文版参考:
http://www.itpub.net/showthread.php?threadid=486715

我强烈推荐大家仔细阅读本书。

3.另外要推荐给大家的一个系列图书是，Oracle OCP官方培训教材

这套官方教材无论从结构还是体系上来说都是非常不错的入门及学习参考资料，虽然其中也存在一些错误和含混之处，但是仍然不失为经典，每个考过OCP认证的人都曾经深入阅读过该系列教材。

我可以负责任的说：每个全面深入阅读和理解该系列教材的人，都无愧于OCP认证，虽然现在的Paper OCP是那么的多。

另外一个值得推荐之处是，该系列教材拥有不同版本Oracle8i/Oracle9i/Oracle10g，而且大部分都有中文版本，大家可以对照学习。

这些教材大都可以从ITPUB上找到，恕我不能一一查出其具体链接：）


4.最后一本推荐给大家可以用来做参考书的是《ORACLE8i数据库管理员手册》

这本书也出过Oracle9i的版本，对于一些基本概念本书可以用来翻看。在ITPUB上大家可以参考以下链接:
http://www.itpub.net/showthread.php?threadid=238615


书不在多，精读则灵，希望大家能够静下心来认真阅读，然后一定会有所收获的。

最后要提醒大家的是，Oracle的英文资料众多，要想真正深入学习Oracle，必须克服英文阅读的障碍。

-The End-

 

]]> http://www.eygle.com/archives/2006/08/oracle_fundbook_recommand.html http://www.eygle.com/archives/2006/08/oracle_fundbook_recommand.html Books Sat, 19 Aug 2006 19:33:26 +0800 Tools:使用oradim恢复windows上的数据库 很多朋友都问过这样的问题：
在Windows上如果系统崩溃了，数据文件、控制文件、日志文件等都还在，怎样来恢复Oracle数据库?

前几天重新安装了系统，正好需要恢复一下数据库。
如果软件也损失了，那么需要重新安装一下数据库软件,以恢复Windows相关环境变量等信息。

很多人抱怨我的新书很少关于Windows的内容，实际上，Windows和Linux/Unix上的操作没有什么不同，Windows本身就是一个仿Unix的系统。
那么好吧，我还是用一个系列的文章介绍一下我所使用的Windows系统，以及我所认为的数据库系统无关性。

大家可以跟随我看一下这样一个过程。
首先开启一个cmd命令行窗口。
开始->运行->cmd

我的Oracle软件安装在D:\oracle :

D:\>dir oracle
 驱动器 D 中的卷是 PRIVAT
 卷的序列号是 94B0-FD3B

 D:\oracle 的目录

2006-08-16  14:14    <DIR>          .
2006-08-16  14:14    <DIR>          ..
2006-08-16  14:14    <DIR>          ora10gR2
               0 个文件              0 字节
               3 个目录    941,744,128 可用字节

 我的数据文件位于D:\oradata下:

D:\>dir d:\oradata
 驱动器 D 中的卷是 PRIVAT
 卷的序列号是 94B0-FD3B

 d:\oradata 的目录

2006-08-16  14:25    <DIR>          .
2006-08-16  14:25    <DIR>          ..
2005-09-12  16:40    <DIR>          flash_recovery_area
2005-09-12  16:40    <DIR>          EYGLE
               0 个文件              0 字节
               4 个目录    941,744,128 可用字节

 现在让我们用oradim创建一个实例，实际上也就是创建一个Windows服务:

C:\>oradim -new -sid eygle
实例已创建。

 我们用net命令可以查看系统启动了哪些服务,我们看到Oracle的服务已经启动:

C:\>net start
已经启动以下 Windows 服务:

...............
   O&O Defrag
   OracleServiceeygle
   Plug and Play
   Print Spooler
...............

命令成功完成。

 如果你的系统装了一些Unix增强工具，那么可以通过grep过滤一下:

C:\>net start |grep Oracle
   OracleServiceeygle

Unix命令工具可以在Sourceforge (http://sourceforge.net/projects/gnuwin32/) 下载.

 此时我们就可以通过启动实例，挂接原有数据库，启动Oracle数据库了。当然你可能还有一些其他工作需要完成，比如重建口令文件等。

如果你想删除这个服务，那么也很简单:

C:\>oradim -delete -sid eygle
实例已删除。

当然做好备份仍然是最重要的，我见过有的企业将文件分散在很多逻辑分区上，结果随系统崩溃丢失了部分文件，损失也是相当惨重的。

在Linux/Unix上不需要服务来启动实例，也就不存在这样类似的操作。不过在命令行操作，一切都是类似的。

系列文章参考:
http://www.eygle.com/archives/2006/08/oracle10g_on_windows.html

 

]]> http://www.eygle.com/archives/2006/08/oradim_on_windows.html http://www.eygle.com/archives/2006/08/oradim_on_windows.html FAQ Fri, 18 Aug 2006 10:27:30 +0800 在Windows上安装Oracle10gR2 因为《深入浅出Oracle》一书中，多数以Linux/Unix平台为写作依据，前几天在ITPUB上遭到了读者的指责，虽然该读者的观点有所偏激，但是我仍然决定开始写一个系列的文章，陈述在不同平台上管理Oracle的异同，目的在于消弭不同平台之间管理和学习Oracle的差异。

算是对部分读者的一点补偿，也算是对Windows平台内容的一个补充。

为了这个目的，今天在Windows上开始装了一套Oracle10g，已经很久没在笔记本上安装Oracle了，想不到还遇到了一系列的问题，还好最后还是装上去了：）

查看日志文件，看到一些和以前不同的地方，在安装数据库之前，alert文件中记录了一段系统信息： 

ORACLE V10.2.0.1.0 - Production vsnsta=0
vsnsql=14 vsnxtr=3
Windows XP Version V5.1 Service Pack 2
CPU                 : 1 - type 586
Process Affinity    : 0x00000000
Memory (Avail/Total): Ph:560M/1023M, Ph+PgF:1574M/1949M, VA:1940M/2047M

包括了系统的内存和CPU等信息。

从明天开始要写一点Windows上的东西了：）

 

]]> http://www.eygle.com/archives/2006/08/oracle10g_on_windows.html http://www.eygle.com/archives/2006/08/oracle10g_on_windows.html FAQ Thu, 17 Aug 2006 22:20:08 +0800 关于新书中Dirty Buffer的问答 ITPUB上提问，问到新书中提及的一个说法:
P165页：一个buffer要么在LRU上要么在Dirty list，不能同时在多个list上。

问题是这样的:
如果一个block被移到Dirty list(=checkpoint queue？)，Oracle怎么判断这个block到底是hot还是cold？

这个问题我是这样回答的:
所有Dirty Buffer，首先要被移动到Dirty List上去，然后从Dirty List上被写出。

一旦Buffer变得Dirty，在被写出之前都不能被重用。

也就是不存在Hot/Cold之说了。
Hot/Cold是针对LRU List，并非Dirty List。

Biti也就此问题作出了回答，具体可以参考ITPUB的链接。
]]> http://www.eygle.com/archives/2006/08/dirty_buffer_question.html http://www.eygle.com/archives/2006/08/dirty_buffer_question.html FAQ Tue, 15 Aug 2006 22:00:16 +0800 Oracle的TNS-12502 错误原因及解决 前几天收到一位读者朋友的来信，询问以下问题：

在我的监听日志中出现错误TNS-12502: TNS:listener received no CONNECT_DATA from client
经过查找资料了解到这种错误应该是客户端tnsnames.ora中没有写 CONNECT_DATA的原因，我检查过客户端的机器没有发现问题。
目前的现象：
1、每几分钟出现一次该错误（见附件），即使是在凌晨的时候也是，这段时间我们没有开发人员在凌晨时候使用Oracle。
2、到目前为止也没有发现客户端机器不能正常连接数据库的情况。

今天才有时间研究一下，对于TNS-12502错误，Oracle的解释如下：

Error: ORA-12502 / TNS-12502
Text: TNS:listener received no CONNECT_DATA from client
---------------------------------------------------------------------------
Cause: No CONNECT_DATA was passed to the listener.
Action: Check that the service name resolved from TNSNAMES.ORA has the
 CONNECT_DATA component of the connect descriptor.

也就是说只有在TNSNAMES.ORA文件中不包含CONNECT_DATA时会出现此问题。

那么当通过一些网络工具或HA工具等检测监听器端口时，日志中就可能记录如上错误。我们可以简单模拟一下，在客户端通过telnet数据库服务器的1521端口测试连通性：

C:\>telnet 172.16.30.11 1521

此时在日志中就会记录如下信息：

TNS-12502: TNS:listener received no CONNECT_DATA from client
09-AUG-2006 16:21:03 * 12502
TNS-12502: TNS:listener received no CONNECT_DATA from client
09-AUG-2006 16:21:13 * 12502
TNS-12502: TNS:listener received no CONNECT_DATA from client
09-AUG-2006 16:21:22 * 12502
TNS-12502: TNS:listener received no CONNECT_DATA from client

如果客户端都正常的话，此类错误并不会影响应用，当然也可以彻底检查找出根本原因。

 

]]> http://www.eygle.com/archives/2006/08/oracle_tns_12502.html http://www.eygle.com/archives/2006/08/oracle_tns_12502.html FAQ Wed, 09 Aug 2006 16:37:47 +0800 Oracle的db_name和instance_name 对于Oracle数据库来说，db_name和instance_name可以不同。
我们来看一下Oracle文档中对于db_name的定义:

DB_NAME必须是一个不超过8个字符的文本串.在数据库创建过程中,db_name被记录在数据文件，日志文件和控制文件中。如果数据库实例启动过程中参数文件中的db_name和控制文件中的数据库名称不一致，则数据库不能启动。

一个实例可以mount并打开任何数据库，但是同一时间一个实例只能打开一个数据库。
一个数据库可以被一个或多个实例所mount并打开（在OPS/RAC环境下，一个数据库可以被多个实例所打开）.

我们看一下我的数据库:

[oracle@jumper dbs]$ grep name initeygle.ora
*.db_name='eygle'
*.instance_name='eygle'

当前参数设置下的数据库:

SQL> select name from v$datafile;

NAME
-----------------------------------------------------
/opt/oracle/oradata/eygle/system01.dbf
/opt/oracle/oradata/eygle/undotbs01.dbf
/opt/oracle/oradata/eygle/users01.dbf
/opt/oracle/oradata/eygle/eygle01.dbf

SQL> show parameter db_name

NAME                                 TYPE        VALUE
------------------------------------ ----------- -----------
db_name                              string      eygle
SQL> show parameter instance_name

NAME                                 TYPE        VALUE
------------------------------------ ----------- -----------
instance_name                        string      eygle
SQL> create pfile from spfile;

File created.

SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning option
JServer Release 9.2.0.4.0 - Production

我们创建一个新的pfile为julia这个新的实例使用:

[oracle@jumper oracle]$ cd $ORACLE_HOME/dbs
[oracle@jumper dbs]$ cp initeygle.ora initjulia.ora
[oracle@jumper dbs]$ ll init*
-rw-r--r--    1 oracle   dba           982 Jul 25 14:03 initeygle.ora
-rw-r--r--    1 oracle   dba           982 Jul 25 14:04 initjulia.ora
-rw-r--r--    1 oracle   dba          8385 Mar  9  2002 init.ora

修改这个文件更改:
instance_name = julia

修改后的参数设置:

[oracle@jumper dbs]$ grep name initjulia.ora
*.db_name='eygle'
*.instance_name='julia'

然后我们启动实例名称为julia的instance:

[oracle@jumper dbs]$ export ORACLE_SID=julia
[oracle@jumper dbs]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jul 25 14:04:15 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.

Connected to an idle instance.

SQL> startup mount;
ORACLE instance started.

Total System Global Area  139531744 bytes
Fixed Size                   452064 bytes
Variable Size             121634816 bytes
Database Buffers           16777216 bytes
Redo Buffers                 667648 bytes
ORA-01102: cannot mount database in EXCLUSIVE mode

SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning option
JServer Release 9.2.0.4.0 - Production

注意，此时试图加载数据库时出现错误，因为当前数据库被另外一个实例(instance)加载。在非并行模式(Ops/RAC)下，一个数据库同时只能被一个实例加载。

此时已经启动了两个数据库实例，从后台进程可以看出：

[oracle@jumper dbs]$ ps -ef|grep ora
oracle   27321     1  0 Jul14 ?        00:00:00 ora_pmon_eygle
oracle   27323     1  0 Jul14 ?        00:00:00 ora_dbw0_eygle
oracle   27325     1  0 Jul14 ?        00:00:00 ora_lgwr_eygle
oracle   27327     1  0 Jul14 ?        00:00:00 ora_ckpt_eygle
oracle   27329     1  0 Jul14 ?        00:00:32 ora_smon_eygle
oracle   27331     1  0 Jul14 ?        00:00:00 ora_reco_eygle
oracle   27333     1  0 Jul14 ?        00:00:00 ora_cjq0_eygle
root     15388   656  0 14:02 ?        00:00:00 sshd: oracle [priv]
oracle   15390 15388  0 14:02 ?        00:00:00 sshd: oracle@pts/2
oracle   15391 15390  0 14:02 pts/2    00:00:00 -bash
oracle   15445     1  0 14:04 ?        00:00:00 ora_pmon_julia
oracle   15447     1  0 14:04 ?        00:00:00 ora_dbw0_julia
oracle   15449     1  0 14:04 ?        00:00:00 ora_lgwr_julia
oracle   15451     1  0 14:04 ?        00:00:00 ora_ckpt_julia
oracle   15453     1  0 14:04 ?        00:00:00 ora_smon_julia
oracle   15455     1  0 14:04 ?        00:00:00 ora_reco_julia
oracle   15457     1  0 14:04 ?        00:00:00 ora_cjq0_julia
oracle   15459 15391  0 14:04 pts/2    00:00:00 ps -ef
oracle   15460 15391  0 14:04 pts/2    00:00:00 grep ora

我们关闭eygle这个数据库实例:

[oracle@jumper dbs]$ export ORACLE_SID=eygle
[oracle@jumper dbs]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jul 25 14:04:39 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


Connected to:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning option
JServer Release 9.2.0.4.0 - Production

SQL> shutdown immediate;
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning option
JServer Release 9.2.0.4.0 - Production

此时就可以通过实例julia加载并打开db_name=eygle的数据库了: 

[oracle@jumper dbs]$ export ORACLE_SID=julia
[oracle@jumper dbs]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Tue Jul 25 14:05:06 2006

Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.


Connected to:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning option
JServer Release 9.2.0.4.0 - Production

SQL> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-01990: error opening password file '/opt/oracle/product/9.2.0/dbs/orapw'
ORA-27037: unable to obtain file status
Linux Error: 2: No such file or directory
Additional information: 3


SQL> alter database open;

Database altered.

SQL> select name from v$datafile;

NAME
----------------------------------------------------------------------------
/opt/oracle/oradata/eygle/system01.dbf
/opt/oracle/oradata/eygle/undotbs01.dbf
/opt/oracle/oradata/eygle/users01.dbf
/opt/oracle/oradata/eygle/eygle01.dbf

SQL> ! ps -ef|grep ora
root     15388   656  0 14:02 ?        00:00:00 sshd: oracle [priv]
oracle   15390 15388  0 14:02 ?        00:00:00 sshd: oracle@pts/2
oracle   15391 15390  0 14:02 pts/2    00:00:00 -bash
oracle   15445     1  0 14:04 ?        00:00:00 ora_pmon_julia
oracle   15447     1  0 14:04 ?        00:00:00 ora_dbw0_julia
oracle   15449     1  0 14:04 ?        00:00:00 ora_lgwr_julia
oracle   15451     1  0 14:04 ?        00:00:00 ora_ckpt_julia
oracle   15453     1  0 14:04 ?        00:00:00 ora_smon_julia
oracle   15455     1  0 14:04 ?        00:00:00 ora_reco_julia
oracle   15457     1  0 14:04 ?        00:00:00 ora_cjq0_julia
oracle   15513 15391  0 14:05 pts/2    00:00:00 sqlplus           
oracle   15514 15513  3 14:05 ?        00:00:01 oraclejulia (DESCRIPTION=(LOCAL=YES)(ADDRESS=(PROTOCOL=beq)))
oracle   15515 15513  0 14:05 pts/2    00:00:00 /bin/bash -c  ps -ef|grep ora
oracle   15516 15515  0 14:05 pts/2    00:00:00 ps -ef

SQL> show parameter instance_name

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
instance_name                        string      julia
SQL> show parameter db_name

NAME                                 TYPE        VALUE
------------------------------------ ----------- ------------------------------
db_name                              string      eygle

 我们再看看如果参数文件中的db_name和控制文件中的db_name不一致会出现什么错误.
修改参数db_name:

[oracle@jumper dbs]$ grep name initjulia.ora
*.db_name='julia'
*.instance_name='julia'

在启动过程中，我们看到，在mount阶段，数据库会对参数文件和控制文件进行比较，如果两者记录的db_name不一致，则数据库无法启动:

SQL> startup nomount;
ORACLE instance started.

Total System Global Area  139531744 bytes
Fixed Size                   452064 bytes
Variable Size             121634816 bytes
Database Buffers           16777216 bytes
Redo Buffers                 667648 bytes
SQL> alter database mount;
alter database mount
*
ERROR at line 1:
ORA-01103: database name 'EYGLE' in controlfile is not 'JULIA'

另外的一个区别是，db_name通常限制在8个字符之内；instance_name最多应该支持21个字符。通常我们都是设置db_name和instance_name一致。需要注意的是如果db_name设置过长，则会被Oracle截断为8个字符，而instance_name仍然会保留在21个字符之内，如果你的环境变量设置的instance_name=db_name，则启动时就会出现问题，你需要重建pfile/spfile并且修改环境变量才能启动实例，加载数据库。

这个问题可以参考Itpub曾经出现的案例:

http://www.itpub.net/showthread.php?threadid=604507

本文通过实例来介绍instance_name和db_name的区别，希望大家能对这两个参数以及instance和database有进一步的认识。

 

]]> http://www.eygle.com/archives/2006/08/instance_name_and_db_name.html http://www.eygle.com/archives/2006/08/instance_name_and_db_name.html FAQ Wed, 09 Aug 2006 10:48:17 +0800 见识了一次Oracle9i标准版 说起来，学习Oracle这么多年，还从来没有安装过Oracle的标准版(Oracle Standard Edition)，前几天，帮一个朋友诊断数据库问题，发现居然是一个标准版，活生生的标准版啊!

这是我第一次看到标准版的Oracle数据库，记录一下:

[oracle@st ~]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.0.1.0.0 - Production on Mon Jul 24 10:40:25 2006

(c) Copyright 2001 Oracle Corporation.  All rights reserved.


Connected to:
Oracle9i Release 9.0.1.0.0 - Production
JServer Release 9.0.1.0.0 - Production

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle9i Release 9.0.1.0.0 - Production
PL/SQL Release 9.0.1.0.0 - Production
CORE    9.0.1.0.0       Production
TNS for Linux: Version 9.0.1.0.0 - Production
NLSRTL Version 9.0.1.0.0 - Production

看一下Oracle的标准版支持的选件,为True的还真不多:

SQL> set linesize 120
SQL> col value for a5
SQL> select * from v$option where value='TRUE';

PARAMETER                                                        VALUE
---------------------------------------------------------------- -----
Objects                                                          TRUE
Connection multiplexing                                          TRUE
Connection pooling                                               TRUE
Proxy authentication/authorization                               TRUE
OLAP Window Functions                                            TRUE
Parallel load                                                    TRUE
Instead-of triggers                                              TRUE
Database queuing                                                 TRUE

8 rows selected.

高级复制都是不支持的。以下是全部选件列表:

SQL> select * from v$option order by value;

PARAMETER                                                        VALUE
---------------------------------------------------------------- -----
Partitioning                                                     FALSE
Real Application Clusters                                        FALSE
Advanced replication                                             FALSE
Parallel backup and recovery                                     FALSE
Incremental backup and recovery                                  FALSE
Bit-mapped indexes                                               FALSE
Parallel execution                                               FALSE
Point-in-time tablespace recovery                                FALSE
Fine-grained access control                                      FALSE
Spatial                                                          FALSE
Database resource manager                                        FALSE

PARAMETER                                                        VALUE
---------------------------------------------------------------- -----
Materialized view warehouse refresh                              FALSE
Materialized view rewrite                                        FALSE
Managed Standby                                                  FALSE
Coalesce Index                                                   FALSE
Online Index Build                                               FALSE
Plan Stability                                                   FALSE
Function-based indexes                                           FALSE
Enterprise User Security                                         FALSE
Application Role                                                 FALSE
Fine-grained Auditing                                            FALSE
Block Media Recovery                                             FALSE

PARAMETER                                                        VALUE
---------------------------------------------------------------- -----
Java                                                             FALSE
Duplexed backups                                                 FALSE
Sample Scan                                                      FALSE
Fast-Start Fault Recovery                                        FALSE
Transparent Application Failover                                 FALSE
Export transportable tablespaces                                 FALSE
Visual Information Retrieval                                     FALSE
Objects                                                          TRUE
Connection multiplexing                                          TRUE
Connection pooling                                               TRUE
Proxy authentication/authorization                               TRUE

PARAMETER                                                        VALUE
---------------------------------------------------------------- -----
OLAP Window Functions                                            TRUE
Parallel load                                                    TRUE
Instead-of triggers                                              TRUE
Database queuing                                                 TRUE

37 rows selected.

其实对于很多客户标准版也是足够的，只不过在国内很多商业应用都是未经授权的，所以企业版才被滥用吧。

 

]]> http://www.eygle.com/archives/2006/07/oracle9i_standard_edition.html http://www.eygle.com/archives/2006/07/oracle9i_standard_edition.html FAQ Thu, 27 Jul 2006 15:04:41 +0800 Oracle的大表,小表与全表扫描 通常对于小表，Oracle建议通过全表扫描进行数据访问，对于大表则应该通过索引以加快数据查询，当然如果查询要求返回表中大部分或者全部数据，那么全表扫描可能仍然是最好的选择。
从V$SYSSTAT视图中，我们可以查询得到关于全表扫描的系统统计信息：

SQL> col name for a30
SQL> select name,value from v$sysstat
2 where name in ('table scans (short tables)','table scans (long tables)');

NAME VALUE
------------------------------ ----------
table scans (short tables) 828
table scans (long tables) 101

其中table scans (short tables)指对于小表的全表扫描的此时；table scans (long tables)指对于大表的全表扫描的次数。
从Statspack的报告中，我们也可以找到这部分信息：

Instance Activity Stats for DB: CELLSTAR Instance: ora8i Snaps: 20 -

Statistic Total per Second per Trans
--------------------------------- ---------------- ------------ ------------
。。。。。。
table scan blocks gotten 38,228,349 37.0 26.9
table scan rows gotten 546,452,583 528.9 383.8
table scans (direct read) 5,784 0.0 0.0
table scans (long tables) 5,990 0.0 0.0
table scans (rowid ranges) 5,850 0.0 0.0
table scans (short tables) 1,185,275 1.2 0.8

通常，如果一个数据库的table scans (long tables)过多，那么db file scattered read等待事件可能同样非常显著，和以上数据来自同一个report的Top5等待事件就是如此：

Top 5 Wait Events
~~~~~~~~~~~~~~~~~ Wait % Total
Event Waits Time (cs) Wt Time
-------------------------------------------- ------------ ------------ -------
log file parallel write 1,436,993 1,102,188 10.80
log buffer space 16,698 873,203 8.56
log file sync 1,413,374 654,587 6.42
control file parallel write 329,777 510,078 5.00
db file scattered read 425,578 132,537 1.30

数据库内部，很多信息和现象都是紧密相关的，只要我们加深对于数据库的了解，在优化和诊断数据库问题时就能够得心应手。

Oracle通过一个内部参数_small_table_threshold来定义大表和小表的界限。缺省的该参数等于2%的Buffer数量，如果表的大小小于该参数定义，Oracle认为该表为小表，否则Oracle认为该表为大表。
我们看一下Oracle9iR2中的情况：

SQL> @@GetParDescrb.sql
Enter value for par: small
old 6: AND x.ksppinm LIKE '%&par%'
new 6: AND x.ksppinm LIKE '%small%'

NAME VALUE DESCRIB
------------------------------ -------------------- ------------------------------------------------------------
_small_table_threshold 200 threshold level of table size for direct reads

以上数据库中，200正好约为Buffer数量的2%:

SQL> show parameter db_cache_size

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_cache_size big integer 83886080
SQL> select (83886080/8192)*2/100 from dual;

(83886080/8192)*2/100
---------------------
204.8

所以要区分大小表（Long/Short）是因为全表扫描可能引起Buffer Cache的抖动，缺省的大表的全表扫描会被置于LRU的末端，以期尽快老化，减少Buffer的占用。从Oracle8i开始，Oracle的多缓冲池管理技术（Default/Keep/Recycle池）给了我们另外一个选择，对于不同大小、不同使用频率的数据表，从建表之初就可以指定其存储Buffer，以使得内存使用更加有效。

 

]]> http://www.eygle.com/archives/2006/05/oracle_long_short_table.html http://www.eygle.com/archives/2006/05/oracle_long_short_table.html FAQ Sun, 14 May 2006 10:09:54 +0800 使用RMAN启动Oracle默认实例 昨天在Oracle创建实例的最少参数需求中,我提到,启动一个实例需要的最少参数仅为db_name.

实际上,我们可以通过rman,在不存在参数文件的情况下,启动一个默认DUMMY实例.

请看如下测试:

[oracle@jumper dbs]$ rman target /

Recovery Manager: Release 9.2.0.4.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

connected to target database (not started)

RMAN> startup nomount;

startup failed: ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/opt/oracle/product/9.2.0/dbs/initconner.ora'

trying to start the Oracle instance without parameter files ...
Oracle instance started

Total System Global Area 97588504 bytes

Fixed Size 451864 bytes
Variable Size 46137344 bytes
Database Buffers 50331648 bytes
Redo Buffers 667648 bytes

此时Oracle使用的db_name为DUMMY:

SQL> show parameter db_name

NAME TYPE VALUE
------------------------------------ ----------- ------------------------------
db_name string DUMMY

如果我们丢失了所有的参数文件,那么用这种方法可以对自动备份的spfile进行恢复:

[oracle@jumper log]$ rman target /

Recovery Manager: Release 9.2.0.4.0 - Production

Copyright (c) 1995, 2002, Oracle Corporation. All rights reserved.

connected to target database: DUMMY (not mounted)

RMAN> restore spfile to '/tmp/spfile.ora' from 'c-3152029224-20060509-00';

Starting restore at 09-MAY-06

using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=9 devtype=DISK
channel ORA_DISK_1: autobackup found: c-3152029224-20060509-00
channel ORA_DISK_1: SPFILE restore from autobackup complete
Finished restore at 09-MAY-06

RMAN>
]]> http://www.eygle.com/archives/2006/05/rman_start_default_instance.html http://www.eygle.com/archives/2006/05/rman_start_default_instance.html FAQ Tue, 09 May 2006 10:26:06 +0800 Oracle创建实例的最少参数需求 我们知道,Oracle在启动过程中,需要读取参数文件(pfile/spfile)来创建实例.Oracle在启动过程中,寻找参数文件的顺序为:spfile.ora,spfile.ora,init.ora.

而创建实例的过程中,Oracle需要的最少参数为一个,即db_name参数.

我们来看一个测试,启动一个任意设置的实例,本例ORACLE_SID=julia:

[oracle@jumper dbs]$ export ORACLE_SID=julia
[oracle@jumper dbs]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Mon May 8 11:08:36 2006

Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.

Connected to an idle instance.

SQL> startup nomount;
ORA-01078: failure in processing system parameters
LRM-00109: could not open parameter file '/opt/oracle/product/9.2.0/dbs/initjulia.ora'

Oracle最后检查的文件为initjulia.ora,让我们创建这个文件,然后数据库实例即可创建:

SQL> ! echo "db_name=julia" > /opt/oracle/product/9.2.0/dbs/initjulia.ora

SQL> startup nomount;
ORACLE instance started.

Total System Global Area 97588504 bytes
Fixed Size 451864 bytes
Variable Size 46137344 bytes
Database Buffers 50331648 bytes
Redo Buffers 667648 bytes

我们可以看一下缺省的各类文件的存储地点:

SQL> show parameter dump_dest

NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
background_dump_dest string ?/rdbms/log
core_dump_dest string ?/dbs
user_dump_dest string ?/rdbms/log

SQL> show parameter control_files

NAME TYPE VALUE
------------------------------------ ---------------------- ------------------------------
control_files string ?/dbs/cntrl@.dbf

我们顺便看一下缺省的,警报日志中记录的信息:

[oracle@jumper dbs]$ cat $ORACLE_HOME/rdbms/log/alert_julia.log
Mon May 8 11:09:04 2006
Starting ORACLE instance (normal)
Mon May 8 11:09:04 2006
WARNING: EINVAL creating segment of size 0x0000000006400000
fix shm parameters in /etc/system or equivalent
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
SCN scheme 2
Using log_archive_dest parameter default value
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up ORACLE RDBMS Version: 9.2.0.4.0.
System parameters with non-default values:
db_name = julia
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
]]> http://www.eygle.com/archives/2006/05/intance_nomount_parameter.html http://www.eygle.com/archives/2006/05/intance_nomount_parameter.html FAQ Mon, 08 May 2006 10:08:37 +0800 解决Restarting死进程QMN0问题一例 一大早被电话吵醒，同事说一个数据库应用升级之后无法启动。
后台连续报错：

Sun Apr 30 10:48:41 2006
Restarting dead background process QMN0
QMN0 started with pid=9
Sun Apr 30 10:53:42 2006
Restarting dead background process QMN0
QMN0 started with pid=9

那么QMN0是什么进程呢?

Queue Monitor Processes (QMNn)
队列监视进程是一个可选的后台进程，为Oracle Streams Advanced Queuing所使用。
最多可以配置10个队列监视进程。和Job进程一样，该进程的异常不会导致数据库的Crash。

通常这个错误不会导致数据库无法启动，但是在某些平台上会存在Bug,可能会导致数据库无法启动。
如果没有用到Oracle Streams Advanced Queuing选件，就可以取消该进程，数据库自然就可以启动了：

SQL> show parameter aq

NAME                                 TYPE        VALUE
------------------------------------ ----------- -----------------
aq_tm_processes                      integer     1
SQL> alter system set aq_tm_processes=0 scope=both;

System altered.

SQL> alter database open;

Database altered.

此案例的数据库版本为9.2.0.3,平台为Sun Solaris:

SQL> select * from v$version;

BANNER
----------------------------------------------------------------
Oracle9i Enterprise Edition Release 9.2.0.3.0 - 64bit Production
PL/SQL Release 9.2.0.3.0 - Production
CORE    9.2.0.3.0       Production
TNS for Solaris: Version 9.2.0.3.0 - Production
NLSRTL Version 9.2.0.3.0 - Production

SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.3.0 - 64bit Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.3.0 - Production

$ isainfo -v
64-bit sparcv9 applications
32-bit sparc applications

 

]]> http://www.eygle.com/archives/2006/04/restarting_dead_qmn0_process.html http://www.eygle.com/archives/2006/04/restarting_dead_qmn0_process.html FAQ Sun, 30 Apr 2006 17:18:43 +0800