August 9, 2006
《深入浅出Oracle》登上排行榜前三甲
作者:eygle
出处:http://blog.eygle.com
感谢大家的支持，《深入浅出Oracle》一书在China-Pub的计算机类本月销售排行榜上，攀升到第3位，留图为念：
再次感谢大家对于本书的支持。
本书与7.22上市，在上个月的Oracle类中排于第一位，这个月算是进了一步。
Posted by eygle at 9:44 PM | Comments (9)
Oracle的TNS-12502 错误原因及解决
作者:eygle
出处:http://blog.eygle.com
前几天收到一位读者朋友的来信，询问以下问题：
在我的监听日志中出现错误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 |
如果客户端都正常的话，此类错误并不会影响应用，当然也可以彻底检查找出根本原因。
Posted by eygle at 4:37 PM | Comments (4)
Dell D600关机时"结束程序sample"问题解决
作者:eygle
出处:http://blog.eygle.com
自己使用的Dell Latidude D600已经有几年的历史了，最近一次安装完毕后，每次关机都会出现：结束程序-Sample 的提示，必须手工终止2次之后才能关机。
一度以为是中了病毒（最近有点草木皆兵了），搜索了一下，发现原来不是病毒,正解是:
系统服务 Spectrum24 Event Monitor 不可以禁止，将它重新启用就可以解决问题。
这个服务由S24EvMon.exe程序引导，这个程序是：
s24evmon - s24evmon.exe - 进程信息
进程文件： s24evmon 或者 s24evmon.exe
进程名称： Event Monitor
描述：s24evmon.exe是无线网卡配置和诊断程序。
出品者： 未知N/A
属于：Event Monitor系统进程： 否
后台程序： 是
使用网络： 否
硬件相关： 否
常见错误： 未知N/A
内存使用： 未知N/A
安全等级 (0-5): 0
间谍软件： 否
广告软件： 否
病毒： 否
木马: 否
启动这个进程后，问题得到解决，记录备忘。
Posted by eygle at 2:18 PM | Comments (5)
Oracle的db_name和instance_name
作者:eygle
出处:http://blog.eygle.com
对于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 SQL> show parameter db_name NAME TYPE VALUE NAME TYPE VALUE File created. SQL> exit |
我们创建一个新的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 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; Total System Global Area 139531744 bytes SQL> exit |
注意，此时试图加载数据库时出现错误，因为当前数据库被另外一个实例(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 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.
SQL> shutdown immediate; |
此时就可以通过实例julia加载并打开db_name=eygle的数据库了:
|
[oracle@jumper dbs]$ export ORACLE_SID=julia 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.
SQL> alter database mount;
Database altered. SQL> select name from v$datafile; NAME SQL> ! ps -ef|grep ora SQL> show parameter instance_name NAME TYPE VALUE NAME TYPE VALUE |
我们再看看如果参数文件中的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; Total System Global Area 139531744 bytes |
另外的一个区别是，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有进一步的认识。
Posted by eygle at 10:48 AM | Comments (8)