星期三, 六月 20, 2007

Oracle诊断案例-如何捕获问题SQL解决过度CPU消耗问题

Oracle诊断案例-如何捕获问题SQL解决过度CPU消耗问题 查看全文

作者 eygle ( Oracle ) :: 最新回复 (1648) :: 静态链接网址 :: 引用 (0)

星期二, 十一月 28, 2006

文档链接推荐!

学习经验谈:

如何学习Oracle-eygle的方法经验谈
http://www.eygle.com/archives/2005/...eoracleouo.html

Statspack相关文档:

关于Statspack，以下是我收集的一些连接

otn文档:

http://otn.oracle.com/deploy/perfor...f/statspack.pdf

http://otn.oracle.com/deploy/perfor...NG_dialeris.pdf

采用Statspack进行高级调优
http://www.oracle.com/global/cn/ora...?o13expert.html

http://otn.oracle.com/deploy/perfor...ing_otn_new.pdf

Installing and Running Statspack(for 8.0 8.1.5的扩展版本)
http://www.oracle.com/oramag/oracle...pack-other.html

Diagnosing Performance with Statspack:
http://www.oracle.com/oramag/oracle/00-Mar/o20tun.html

Advanced Tuning with Statspack
http://otn.oracle.com/oramag/oracle.../o13expert.html

Itpub精华:

STATSPACK,刚刚解决的一个问题,请大家注意!
http://www.itpub.net/showthread.php?s=&threadid=72037

StatsPack在数据库优化中的使用
http://www.itpub.net/showthread.php?s=&threadid=73500

Metalink文档(需要metalink帐号访问):

FAQ- Statspack Complete Reference
http://metalink.oracle.com/metalink...OT&p_id=94224.1

What is StatsPack and where are the READMEs?
http://metalink.oracle.com/metalink...database_id=NOT

Installing and Configuring StatsPack Package
http://metalink.oracle.com/metalink...database_id=NOT

Creating a StatsPack performance report
http://metalink.oracle.com/metalink...database_id=NOT


Others whitepaper:

http://www.osborne.com/products/007...133783_ch15.pdf

http://www.dbatoolbox.com/WP2002_06/statspack_01.pdf

http://my.oraperf.com/download/yapp_anjo_kolk.pdf

statspack分析实例

Statspack专题
http://www.eygle.com/statspack/statspack_list.htm

求助 oracle 吃cpu
http://www.itpub.net/showthread.php?s=&threadid=92560

看一下spreport，有什么建议啊
http://www.itpub.net/showthread.php?s=&threadid=105361

关于statspack的报告
http://www.itpub.net/showthread.php?s=&threadid=85180

各位班主和高手请留意!
http://www.itpub.net/showthread.php?s=&threadid=106156

db file scattered read-DB文件分散读取
http://www.eygle.com/statspack/statspack12.htm


作者 eygle ( Oracle ) :: 最新回复 (795) :: 静态链接网址 :: 引用 (0)

星期二, 八月 29, 2006

sql.bsq与数据库的创建

« 警惕骗子-以同学名义行骗 | Blog首页 | 中国首届杰出数据库工程师评选前10名单 »

如果我们使用脚本创建数据库，那么最先运行的是一个叫做CreateDB.sql的脚本。
这个脚本发出CREATE DATABASE的命令,具体类似如下的例子:

CREATE DATABASE eygle
MAXINSTANCES 1
MAXLOGHISTORY 1
MAXLOGFILES 5
MAXLOGMEMBERS 3
MAXDATAFILES 100
DATAFILE '/opt/oracle/oradata/eygle/system01.dbf'
SIZE 250M REUSE AUTOEXTEND ON NEXT 10240K MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL
DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '/opt/oracle/oradata/eygle/temp01.dbf'
SIZE 40M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED
UNDO TABLESPACE "UNDOTBS1" DATAFILE '/opt/oracle/oradata/eygle/undotbs01.dbf'
SIZE 200M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED
CHARACTER SET ZHS16GBK
NATIONAL CHARACTER SET AL16UTF16
LOGFILE GROUP 1 ('/opt/oracle/oradata/eygle/redo01.log') SIZE 10240K,
GROUP 2 ('/opt/oracle/oradata/eygle/redo02.log') SIZE 10240K,
GROUP 3 ('/opt/oracle/oradata/eygle/redo03.log') SIZE 10240K;
exit;

在这个过程中，Oracle会调用$ORACLE_HOME/rdbms/admin/sql.bsq脚本，用于创建数据字典。

这个文件的位置受到一个隐含的初始化参数 （_init_sql_file ）的控制:

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

NAME VALUE DESCRIB
--------------- --------------------- ------------------------------------------------------------
_init_sql_file ?/rdbms/admin/sql.bsq File containing SQL statements to execute upon database creation

如果在创建过程中，Oracle无法找到sql.bsq文件，则数据库创建将会出错.
如果我们移除sql.bsq文件，再看这样一个数据库创建过程:

[oracle@jumper scripts]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Fri Aug 18 15:45:26 2006

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

Connected to an idle instance.

SQL> startup nomount;
ORACLE instance started.

Total System Global Area 252777592 bytes
Fixed Size 451704 bytes
Variable Size 134217728 bytes
Database Buffers 117440512 bytes
Redo Buffers 667648 bytes
SQL> @CreateDB.sql
CREATE DATABASE eygle
*
ERROR at line 1:
ORA-01092: ORACLE instance terminated. Disconnection forced


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

此时日志中会记录:

Fri Aug 18 15:45:49 2006
Errors in file /opt/oracle/admin/eygle/udump/eygle_ora_3632.trc:
ORA-01501: CREATE DATABASE failed
ORA-01526: error in opening file '?/rdbms/admin/sql.bsq'
ORA-07391: sftopn: fopen error, unable to open text file.
Error 1526 happened during db open, shutting down database
USER: terminating instance due to error 1526
Fri Aug 18 15:45:49 2006
Errors in file /opt/oracle/admin/eygle/bdump/eygle_ckpt_3623.trc:
ORA-01526: error in opening file ''
Instance terminated by USER, pid = 3632
ORA-1092 signalled during: CREATE DATABASE eygle
MAXINSTANCES 1
MAXLOGHISTORY...

这就是sql.bsq文件在数据库创建过程中的作用。知道了这个内容之后，我们可以通过手工修改sql.bsq文件来更改数据库字典对象参数，从而实现特殊要求数据库的创建或测试自定义库。

我们也可以通过修改_init_sql_file参数来重定位sql.bsq文件的位置。

ixora网站上有一篇文章可以参考:
http://www.ixora.com.au/tips/creation/bsq.htm
Itpub上的相关文章:
http://www.itpub.net/199099.html

-The End-


作者 eygle ( Oracle ) :: 最新回复 (5) :: 静态链接网址 :: 引用 (0)

星期四, 八月 24, 2006

中国首届杰出数据库工程师评选前10名单

« sql.bsq与数据库的创建 | Blog首页

今天下午，中国首届杰出数据库工程师评选颁奖典礼于北京国宾宾馆举行。

十位最终进入前十名的选手一一亮相，选手名单如下，排名不分先后：

王明胜 李强 段云峰 万正勇 邢海捷 盖国强 齐红胤 牛新庄 冯春培 汪海

本次活动也终于落下了帷幕。

以下是个人在现场的照片一张:

eygle@bestdba

-The End-


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

在Windows上命令行如何手工起停Oracle

« 拥有归档日志 如何恢复一个丢失的数据文件 | Blog首页 | 中国首届杰出数据库工程师评选尘埃落定 »

在命令行我们可以用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_MACHINESOFTWAREORACLEKEY_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-


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期六, 八月 19, 2006

Oracle入门书籍推荐

« 关于《深入浅出Oracle》的答读者问 | Blog首页

很多朋友要我帮忙推荐一下Oracle的入门书籍，能够了解Oracle的基本概念、基本知识的那种。
我就免为其难，推荐几本。

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

第一本要推荐给大家的是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的免费帐号。


第二本要推荐的是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

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


最后一本推荐给大家可以用来做参考书的是《ORACLE8i数据库管理员手册》，这本书也出过Oracle9i的版本，对于一些基本概念本书可以用来翻看。在ITPUB上大家可以参考以下链接:
http://www.itpub.net/showthread.php?threadid=238615


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

-The End-


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

关于《深入浅出Oracle》的答读者问

« 使用oradim恢复windows上的数据库 | Blog首页 | Oracle入门书籍推荐 »

有朋友在ITPUB上对本书提出了一点中肯的批评，就是：

偶然看倒一些文章介绍某些值是如何得到的提到一些隐含参数还能接受。难道真有人去修改这些东西？
基础和原理的东西还是最重要。
好比我们高考做数学题一样，平时可能知道一些特殊技巧。
到考场上还是用的自己最熟悉的常规办法。

对于这样的批评，以下是我的回复：

这批评比较中肯．俺以后注意．不过一部分隐含参数是为了将问题的根本介绍出来．

比如ASH的采样间隔是１秒
所以我提到一个参数：
NAME VALUE DESCRIB
------------------------------ ---------- ------------------------------------------------
_ash_sampling_interval 1000 Time interval between two successive Active Session
samples in millisecs

这个参数就是控制这个时间的．知道这个对于实际工作可能也没有用，但是我试图告诉大家的是，Oracle的每一个结果或者限制都是有来源的。知道这些对Oracle的理解就可以多一点。

而有一些众所周知的隐含参数,比如跟恢复有关的,本书也还是提到了．

有些内容我也是斟酌再三，很多内容最后被删减掉了。比如第一章，最后2页我写了BBED，关于这个实在是斟酌再三的，国外的作者是肯定不会写这个，而我只是想让大家知道还有这样一个东西，这样一个方法，一把刀是用来伤人还是救人，这需要读者自己去衡量。关于这2页内容是否适当，我现在也是没有一个确定性的。

基础和原理肯定是非常重要的，本书的一些章节介绍的可能还是比较深了．如果是广泛普遍的介绍，Kevin Loney的一些经典国内的译本都有了,可能大家都有看过了;结构完善的,Tom的书也无人能出其右.

所以本书在写作中为了保持自己的特色,难免走一点偏锋,这是作者的无奈.另外一方面这本书中更多的是介绍了我自己这么多年来的研究和学习历程及方法，有所偏颇也是难免。

大家可以试想一下,已经有了那么多经典在前面,我们还可以怎样写?我非常期待大家有好的建议给我：）

记录一下，也是对读者的一点回答。


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期五, 八月 18, 2006

使用oradim恢复windows上的数据库

很多朋友都问过这样的问题：
在Windows上如果系统崩溃了，数据文件、控制文件、日志文件等都还在，怎样来恢复Oracle数据库?

前几天重新安装了系统，正好需要恢复一下数据库。
如果软件也损失了，那么需要重新安装一下数据库软件。

很多人抱怨我的新书很少关于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


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

在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上的东西了：）


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期二, 八月 15, 2006

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有进一步的认识。


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

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

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


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

首届杰出数据库工程师评选终组委会声明

首届杰出数据库工程师评选终选记行的终选已经完成，今天朋友告知，组委会发出了一个声明
声明内容如下：

通过8月12日、8月13日两天评审委员会对30名进入终选阶段工程师的集中面试，根据面试的实际情况，评审委员会委员一直认为在评选出前十名杰出数据库工程师的基础上，由于选手来自行业不同，研究方向也有很大区别，很难再量化出前三名杰出数据库工程师。因此，不宜在十名杰出数据库工程师中再排出具体名次。

经过评审委员会委员认真讨论，评审委员会建议组委会取消原评选细则中关于前三名的设置。组委会在充分听取评审委员会专家意见之后，经慎重考虑决定取消原评选细则中关于前三名的奖项设置，由评审委员会评选出的前十名杰出数据库工程师排名不分先后。特此声明。


这一举措看来是恰当的，本来数据库工程的范畴已经太广，如果非要在不同的领域决出胜负，就有"关公战秦琼"之嫌。这次参赛的选手中，开发国产数据库的就有多人，再加上研究领域在Oracle/DB2/SQL Server的不同，可谓百花齐放了。

这些同我们关系不大，还是让我们一起欣赏一下各位评委专家的签名，都帅的很：
pingshenyijian
俺决定也要好好练字了。

作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期日, 八月 13, 2006

《深入浅出Oracle》登上排行榜前三甲

« Oracle的TNS-12502 错误原因及解决 | Blog首页 | EVENT: FILE_HDRS 的信息来源 »

感谢大家的支持，《深入浅出Oracle》一书在China-Pub的计算机类本月销售排行榜上，攀升到第3位，留图为念：

BookSale

再次感谢大家对于本书的支持。

本书与7.22上市，在上个月的Oracle类中排于第一位，这个月算是进了一步。


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

备份的控制文件和新的数据文件

继续上一节的介绍：

我们可以想象，如果控制文件是从备份中恢复的，那么数据库在open过程中又将如何呢?

首先备份控制文件，打开数据库，增进检查点:

[oracle@jumper eygle]$ cp control01.ctl control01.ctl.bak
[oracle@jumper eygle]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Fri Aug 11 10:46:05 2006

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

Connected to an idle instance.

SQL> startup
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
Database mounted.
Database opened.
SQL> alter system checkpoint;

System altered.

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

然后恢复旧的控制文件，mount数据库，转储数据文件头:

[oracle@jumper eygle]$ mv control01.ctl control01.ctl.n
[oracle@jumper eygle]$ mv control01.ctl.bak control01.ctl
[oracle@jumper eygle]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Fri Aug 11 10:46:50 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
Database mounted.
SQL> alter session set events 'immediate trace name file_hdrs level 10';

Session altered.

SQL> !

我们看控制文件的信息（选择一个文件）:

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:61 scn: 0x0000.002acb1e 08/11/2006 10:44:38
Stop scn: 0x0000.002acb1e 08/11/2006 10:44:38
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54

再看数据文件头信息:

FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000
Db ID=1407686520=0x53e79778, Db Name='EYGLE'
Activation ID=0=0x0
Control Seq=989=0x3dd, File size=1280=0x500
File Number=4, Blksiz=8192, File Type=3 DATA
Tablespace #4 - EYGLE rel_fn:4
Creation at scn: 0x0000.0015078d 06/06/2006 09:41:54
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x232bee1f scn: 0x0000.0007c781 recovered at 08/11/2006 10:11:26
status:0x0 root dba:0x00000000 chkpt cnt: 64 ctl cnt:63
begin-hot-backup file size: 0
Checkpointed at scn: 0x0000.002acb98 08/11/2006 10:46:24

我们注意到数据文件的chkpt cnt: 64 要大约控制文件的Checkpoint cnt:61，也就是说控制文件是旧的。

此时尝试打开数据库就会出现如下错误:

[oracle@jumper udump]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Fri Aug 11 10:51:20 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 open;
alter database open
*
ERROR at line 1:
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/opt/oracle/oradata/eygle/system01.dbf'
ORA-01207: file is more recent than controlfile - old controlfile

Oracle告诉我们，控制文件是旧的。此时我们可以通过重建控制文件或者从旧的数据备份开始恢复。

未完待续...


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

关于控制文件与数据文件头信息的说明

为了回答关于《深入浅出Oracle》中的一些疑问，引出本系列文章，讨论链接参考:

http://www.itpub.net/609499.html

在上一讲中，我们说过：当我们使用file_hdrs事件来转储数据文件头信息时，Oracle会转储两部分信息，一部分来自控制文件，一部分来自数据文件，在数据库启动过程中，这两部分信息要用来进行启动验证。

在数据库open的过程中,Oracle要进行检查中包含以下两个过程:

第一次检查数据文件头中的Checkpoint cnt是否与对应控制文件中的Checkpoint cnt一致.
如果相等,进行第二次检查.

第二次检查数据文件头的开始SCN和对应控制文件中的结束SCN是否一致如果结束SCN等于开始SCN,则不需要对那个文件进行恢复.

对每个数据文件都完成检查后,打开数据库.同时将每个数据文件的结束SCN设置为无穷大.

通过以下过程我们来进一步说明一下这个内容。

我们来看以下来自控制文件部分(选取一个文件测试):

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:58 scn: 0x0000.002ac8ee 08/11/2006 09:48:29
Stop scn: 0x0000.002ac8ee 08/11/2006 09:48:29
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54
thread:0 rba:(0x0.0.0)
................
aux_file is NOT DEFINED

这部分中包含的重要信息有:
检查点计数: Checkpoint cnt:58
检查点SCN: scn: 0x0000.002ac8ee 08/11/2006 09:48:29
数据文件Stop SCN:Stop scn: 0x0000.002ac8ee 08/11/2006 09:48:29

我们再看来自数据文件头的信息:

FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000
Db ID=1407686520=0x53e79778, Db Name='EYGLE'
Activation ID=0=0x0
Control Seq=979=0x3d3, File size=1280=0x500
File Number=4, Blksiz=8192, File Type=3 DATA
Tablespace #4 - EYGLE rel_fn:4
Creation at scn: 0x0000.0015078d 06/06/2006 09:41:54
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x232bee1f scn: 0x0000.0007c781 recovered at 08/10/2006 20:57:53
status:0x0 root dba:0x00000000 chkpt cnt: 58 ctl cnt:57
begin-hot-backup file size: 0
Checkpointed at scn: 0x0000.002ac8ee 08/11/2006 09:48:29
.......................

这部分中包含的重要信息有:
检查点SCN: Checkpointed at scn: 0x0000.002ac8ee 08/11/2006 09:48:29
检查点计数: chkpt cnt: 58 ctl cnt:57

这两者都和控制文件中所记录的一致。如果这两者一致，数据库启动时就能通过验证，启动数据库。

那么如果不一致呢？
Oracle则请求进行恢复。
我们看，从备份中恢复eygle01.dbf文件.
首先第一部分从控制文件中获得的信息是相同的:

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:58 scn: 0x0000.002ac8ee 08/11/2006 09:48:29
Stop scn: 0x0000.002ac8ee 08/11/2006 09:48:29
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54
...................
aux_file is NOT DEFINED

检查点计数: Checkpoint cnt:58
检查点SCN: scn: 0x0000.002ac8ee 08/11/2006 09:48:29
数据文件Stop SCN:Stop scn: 0x0000.002ac8ee 08/11/2006 09:48:29

而从文件头中获得的备份文件信息则是：

FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000
Db ID=1407686520=0x53e79778, Db Name='EYGLE'
Activation ID=0=0x0
Control Seq=973=0x3cd, File size=1280=0x500
File Number=4, Blksiz=8192, File Type=3 DATA
Tablespace #4 - EYGLE rel_fn:4
Creation at scn: 0x0000.0015078d 06/06/2006 09:41:54
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x232bee1f scn: 0x0000.0007c781 recovered at 08/10/2006 20:57:53
status:0x0 root dba:0x00000000 chkpt cnt: 53 ctl cnt:52
begin-hot-backup file size: 0
Checkpointed at scn: 0x0000.002ac5f9 08/10/2006 20:58:21
...................................

我们看到此时备份文件的信息：
检查点是：Checkpointed at scn: 0x0000.002ac5f9 08/10/2006 20:58:21
检查点计数为:chkpt cnt: 53 ctl cnt:52

这两者不再一致，首先是检查点技术不一致，当前文件的chkpt cnt为53，小于控制文件中记录的58，Oracle可以判断文件是从备份中恢复的，或者文件故障，需要进行介质恢复。

我们看如果此时我们试图打开数据库，则Oracle提示文件需要介质恢复:

SQL> alter database open;
alter database open
*
ERROR at line 1:
ORA-01113: file 4 needs media recovery
ORA-01110: data file 4: '/opt/oracle/oradata/eygle/eygle01.dbf'

执行恢复:

SQL> recover datafile 4;
Media recovery complete.

我们看看恢复完成之后，控制文件和数据文件的变化.
首先看控制文件的变化:

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:59 scn: 0x0000.002ac8ee 08/11/2006 09:48:29
Stop scn: 0x0000.002ac8ed 08/11/2006 09:48:29
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54
......................

检查点计数: Checkpoint cnt:59
执行了恢复之后，检查点计数较前增加了1

检查点SCN: scn: 0x0000.002ac8ee 08/11/2006 09:48:29
数据文件Stop scn: 0x0000.002ac8ed 08/11/2006 09:48:29
数据文件Stop scn和数据文件进行了同步。

数据文件头信息:

FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000
Db ID=1407686520=0x53e79778, Db Name='EYGLE'
Activation ID=0=0x0
Control Seq=983=0x3d7, File size=1280=0x500
File Number=4, Blksiz=8192, File Type=3 DATA
Tablespace #4 - EYGLE rel_fn:4
Creation at scn: 0x0000.0015078d 06/06/2006 09:41:54
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x232bee1f scn: 0x0000.0007c781 recovered at 08/11/2006 10:11:26
status:0x0 root dba:0x00000000 chkpt cnt: 59 ctl cnt:58
begin-hot-backup file size: 0
Checkpointed at scn: 0x0000.002ac8ed 08/11/2006 09:48:29
..........................

我们看到此时数据文件的信息：
检查点是：Checkpointed at scn: 0x0000.002ac8ed 08/11/2006 09:48:29
这个检查点和控制文件中记录的stop scn一致，数据库启动可以顺利进行。

检查点计数为:chkpt cnt: 59 ctl cnt:58

我们打开数据库:

SQL> alter database open;

Database altered.

SQL> alter session set events 'immediate trace name file_hdrs level 10';

Session altered.

此时数据库恢复正常运行。
控制文件信息如下：

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:60 scn: 0x0000.002ac8ef 08/11/2006 10:19:30
Stop scn: 0xffff.ffffffff 08/11/2006 09:48:29
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54

此时stop scn被置为无穷大。
数据文件头信息如下:

FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000
Db ID=1407686520=0x53e79778, Db Name='EYGLE'
Activation ID=0=0x0
Control Seq=984=0x3d8, File size=1280=0x500
File Number=4, Blksiz=8192, File Type=3 DATA
Tablespace #4 - EYGLE rel_fn:4
Creation at scn: 0x0000.0015078d 06/06/2006 09:41:54
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x232bee1f scn: 0x0000.0007c781 recovered at 08/11/2006 10:11:26
status:0x4 root dba:0x00000000 chkpt cnt: 60 ctl cnt:59
begin-hot-backup file size: 0
Checkpointed at scn: 0x0000.002ac8ef 08/11/2006 10:19:30

未完待续...


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期五, 八月 11, 2006

EVENT: FILE_HDRS 的信息来源

准备用几篇稿子来记录一下ITPUB上关于数据库Open的一个问题。
具体问题参考ITPUB链接:
http://www.itpub.net/609499.html

我们知道，可以通过一个内部事件来转储数据文件头信息，这个常用的命令是：

alter session set events 'immediate trace name file_hdrs level 10';

那么我们来看一下这个命令得到的trace文件及内容。
immediate关闭数据库，在mount状态下执行该命令:

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
Database mounted.
SQL> alter session set events 'immediate trace name file_hdrs level 10';

Session altered.

选取一个文件的信息,这里选择eygle01.dbf文件，我们注意，以下就是trace文件摘录的信息:

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:53 scn: 0x0000.002ac5f9 08/10/2006 20:58:21
Stop scn: 0x0000.002ac5f9 08/10/2006 20:58:21
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54
thread:0 rba:(0x0.0.0)
enabled threads: 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
Offline scn: 0x0000.00000000 prev_range: 0
Online Checkpointed at scn: 0x0000.00000000
thread:0 rba:(0x0.0.0)
enabled threads: 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
Hot Backup end marker scn: 0x0000.00000000
aux_file is NOT DEFINED
FILE HEADER:
Software vsn=153092096=0x9200000, Compatibility Vsn=134217728=0x8000000
Db ID=1407686520=0x53e79778, Db Name='EYGLE'
Activation ID=0=0x0
Control Seq=973=0x3cd, File size=1280=0x500
File Number=4, Blksiz=8192, File Type=3 DATA
Tablespace #4 - EYGLE rel_fn:4
Creation at scn: 0x0000.0015078d 06/06/2006 09:41:54
Backup taken at scn: 0x0000.00000000 01/01/1988 00:00:00 thread:0
reset logs count:0x232bee1f scn: 0x0000.0007c781 recovered at 08/10/2006 20:57:53
status:0x0 root dba:0x00000000 chkpt cnt: 53 ctl cnt:52
begin-hot-backup file size: 0
Checkpointed at scn: 0x0000.002ac5f9 08/10/2006 20:58:21
thread:1 rba:(0x35.1275.10)
enabled threads: 01000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
Backup Checkpointed at scn: 0x0000.00000000
thread:0 rba:(0x0.0.0)
enabled threads: 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
External cache id: 0x0 0x0 0x0 0x0
Absolute fuzzy scn: 0x0000.00000000
Recovery fuzzy scn: 0x0000.00000000 08/10/2006 10:46:03
Terminal Recovery Stamp scn: 0x0000.00000000 01/01/1988 00:00:00

注意，这其中"FILE HEADER"开始的信息就是来自数据文件头，之前的相关内容来自控制文件。

我们可以在mount状态下将eygle01.dbf文件移除:

[oracle@jumper eygle]$ mv eygle01.dbf eygle01.dbf.n
[oracle@jumper eygle]$ sqlplus "/ as sysdba"

SQL*Plus: Release 9.2.0.4.0 - Production on Thu Aug 10 21:44:10 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 session set events 'immediate trace name file_hdrs level 10';

Session altered.

SQL> !

则"FILE HEADER"部分信息将无法获得。

DATA FILE #4:
(name #4) /opt/oracle/oradata/eygle/eygle01.dbf
creation size=0 block size=8192 status=0xe head=4 tail=4 dup=1
tablespace 4, index=4 krfil=4 prev_file=0
unrecoverable scn: 0x0000.00000000 01/01/1988 00:00:00
Checkpoint cnt:53 scn: 0x0000.002ac5f9 08/10/2006 20:58:21
Stop scn: 0x0000.002ac5f9 08/10/2006 20:58:21
Creation Checkpointed at scn: 0x0000.0015078d 06/06/2006 09:41:54
thread:0 rba:(0x0.0.0)
enabled threads: 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
Offline scn: 0x0000.00000000 prev_range: 0
Online Checkpointed at scn: 0x0000.00000000
thread:0 rba:(0x0.0.0)
enabled threads: 00000000 00000000 00000000 00000000 00000000 00000000
00000000 00000000
Hot Backup end marker scn: 0x0000.00000000
aux_file is NOT DEFINED
ORA-01157: cannot identify/lock data file 4 - see DBWR trace file
ORA-01110: data file 4: '/opt/oracle/oradata/eygle/eygle01.dbf'
*** Error 1157 in open/read file # 4 ***
DUMP OF TEMP FILES: 0 files in database

此时报出的错误是，文件无法找到，也就是说当我们执行trace file_hdrs时需要读取数据文件头，获得相关信息。


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期三, 八月 09, 2006

Oracle的TNS-12502 错误原因及解决

« Dell D600关机时"结束程序sample"问题解决 | Blog首页

前几天收到一位读者朋友的来信，询问以下问题：

在我的监听日志中出现错误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

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


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期三, 八月 02, 2006

Oracle10g的回收站(recyclebin)和自由空间管理

今天在检查数据库报告时发现了这样一条记录：

- Large object Report

OWNER SEGMENT_NAME SEGMENT_TYPE TABLESPACE Size_Mb
---------- ----------------------------- ------------- ---------- ----------
BOSSMGR BIN$FzMEZaDyQK3gRAADuow9AA==$0 TABLE BOSSMGR 25075

在Oracle10g的 回收站里，竟然有一个大小为25G的对象，想着手手动释放这个空间，首先检查回收站内的相关对象：

SQL> select tablespace_name,sum(bytes)/1024/1024 from dba_free_space
2 group by tablespace_name;

TABLESPACE_NAME SUM(BYTES)/1024/1024
------------------------------ --------------------
SYSTEM 190.5
DBMON 98.5625
USERS 93.875
BOSSMGR 27485
SYSAUX 90.625
UNDOTBS1 7726.625

6 rows selected.

SQL> select * from (
2 select a.owner,a.OBJECT_NAME,a.ORIGINAL_NAME,b.bytes/1024/1024 MB
3 from dba_recyclebin a,dba_segments b where a.object_name=b.segment_name
4 order by MB desc) where rownum <11;


OWNER OBJECT_NAME ORIGINAL_NAME MB
------------ ------------------------------ -------------------------------- ----------
BOSSMGR BIN$FzMEZaDyQK3gRAADuow9AA==$0 SMS_ORG_9966_MT_BB 25075
BOSSMGR BIN$GEhw0fmlao/gRAADuow9AA==$0 SMS_USER_ACT_LT_D 150
BOSSMGR BIN$GQ9bLdyEMRXgRAADuow9AA==$0 TEM_HS_1000_MTREP 65
BOSSMGR BIN$GaA7x8y+dDrgRAADuow9AA==$0 TEM_HS_1000_MTREP 65
BOSSMGR BIN$F1VaFrYRJBfgRAADuow9AA==$0 STAT_RESPREPT_CENTER_TEM2 65
BOSSMGR BIN$F6luiSeSIurgRAADuow9AA==$0 TEM_HEBEI_0311 65
BOSSMGR BIN$F1VaFrYQJBfgRAADuow9AA==$0 PK_STAT_RESPREPT_CENTER_TEM2 45
BOSSMGR BIN$GaA7x8zHdDrgRAADuow9AA==$0 TEM_HS_1000_MTREP 35
BOSSMGR BIN$GY4HJpMhaVjgRAADuow9AA==$0 TEM_9966_USER 15
BOSSMGR BIN$GY4HJpMmaVjgRAADuow9AA==$0 TEM_9966_USER_2 15

10 rows selected.

清空最大的对象：

SQL> purge table bossmgr.SMS_ORG_9966_MT_BB;

Table purged.

我们注意到此时的dba_free_space空间并未发生变化：

SQL> select tablespace_name,sum(bytes)/1024/1024 from dba_free_space
2 group by tablespace_name;

TABLESPACE_NAME SUM(BYTES)/1024/1024
------------------------------ --------------------
SYSTEM 190.5
DBMON 98.5625
USERS 93.875
BOSSMGR 27485
SYSAUX 90.625
UNDOTBS1 7726.625

6 rows selected.

那么是哪里发生了变化呢？

作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

首届杰出数据库工程师评选文集

首届杰出数据库工程师评选活动参赛者文章已经发布，大家可以从以下链接获得：

1.通过《计算机世界》网站获取:

http://www.ciw.com.cn/News/coveragepage/Index.shtml

2.通过sina网获取:

http://tech.sina.com.cn/it/2006-07-26/11081056062.shtml

3.通过CSDN获得：

http://blog.csdn.net/best_dba/

着重推荐:
biti_rainy的文章《主机性能测试模型以及实现》:
http://www.ciw.com.cn/News/coveragepage/2006-07-24/6903.shtml

wanghai同学的文章《用最少的成本获得最大收益――论DBA在企业可持续发展中的价》：
http://www.ciw.com.cn/News/coveragepage/2006-07-24/6901.shtml

我的文章包含两个部分，后半部分是从上一本书中随便摘录的一个案例，组织者只刊出了后面的案例《捕获问题SQL解决过度CPU消耗问题》:
http://www.ciw.com.cn/News/coveragepage/2006-07-24/6909.shtml

贵州省工商局信息中心徐林的《数据库关键在应用重点是同构》
http://www.ciw.com.cn/News/coveragepage/2006-07-24/6896.shtml


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

Oracle初学者入门指南-什么是DUL?

« 答读者问:关于Oracle学习 | Blog首页 | 首届杰出数据库工程师终选名单公布 »

经常有朋友在ITPUB上问到DUL工具，我在这里对这个工具作一个简要介绍。

DUL是Data Unloader的缩写，为Oracle公司工程师 Bernard van Duijnen 开发，以标准C写成，可以直接从Oracle的数据文件中读取数据，转换为DMP或文本格式输出，在特殊情况下可以用来进行数据恢复。
这些特殊情况主要指，数据库没有有效备份、或者系统表空间损坏，或者在非归档模式下的不可逆数据损失等等，一旦普通手段失去作用，DUL就可以作为最后一招来最大限度的挽救用户数据。

然而DUL并非一个商业工具，这个工具仅在Oracle内部流通，但是逐渐的，DUL也开始流入民间，被一些资深Oracle工程师所使用。

随着数据库版本的变化，DUL工具也在逐渐升级之中，对应Oracle8 / Oracle8i / Oracle9i / Oracle10g都有其相应版本。

作为DBA们首先应该知道DBA第一守则：备份重于一切。首先应该把备份作为数据恢复的第一手段。
如果备份或其他恢复手段不可用，我们就应该知道，DUL是最后可以诉诸的手段。

国内的DBA专家DCBA自行开发了类DUL工具，他称之为 AUL 或 MyDUL，具有同样类似的功能，是非常优秀的一款国产软件。大家可以访问 http://www.anysql.net 获得更多的信息。

ITPUB上的讨论链接参考:

http://www.itpub.net/102286.html


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期日, 七月 30, 2006

Oracle11g 将于何时推出?

« Oracle10g v$database视图SCN增强 | Blog首页 | 《深入浅出Oracle》新书已经出版 »

Oracle数据库的新版本Oracle 11g将于何时推出已经成为了一个讨论话题.

根据Oracle数据库版本更新的频率推算,大约的日期为2007年四月.以前各主要版本的推出周期为:

版本推出年份间隔年
Oracle61988
Oracle719924
Oracle819975
Oracle8i19981
Oracle9i20013
Oracle10g20043
平均3.2

而根据Oracle数据仓库专家Mark Rittman 的Blog消息,Oracle Database 11g很有可能在10份的Open World会议上推出:

Add to this the fact that Oracle 11g should be in beta by Open World ....

看来Oracle Database 11g马上就要来了,而实际上在Oracle官方网站上已经能够看到关于Oracle11g Alpha版的测试信息:

SQL*Plus: Release 11.1.0.0.0 - Alpha on Thu May 11 23:56:25 2006
.
Copyright (c) 1982, 2006, Oracle. All rights reserved.

.............

SQL> quit
Disconnected from Oracle Database 11g Enterprise Edition Release 11.1.0.0.0 - Alpha
With the Partitioning and Data Mining options
.

希望可以尽快的看到11g的新特性.

Oracle总是让人充满期待.


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期三, 七月 26, 2006

《深入浅出Oracle》新书已经出版

« Oracle11g 将于何时推出? | Blog首页 | 《深入浅出Oracle》代码及服务 »

今天上午参加了China-Pub的活动,新书已经拿到,书的封面和印刷做的都不错.很高兴在现场看到很多老朋友,感谢他们远道来捧场.时间匆忙,没有仔细聊聊,很遗憾.

有朋友说我们的书曾经帮过他们的大忙,对作者来说这也许是最好的消息,希望这本新书同样能得到大家的喜爱.

现在ITPUB的技术丛书已经有了三本,来张全家福Show一下:

three_books.jpg

希望能够继续得到大家的支持!


作者 eygle ( Oracle ) :: 静态链接网址 :: 引用 (0)

星期日, 七月 16, 2006

《深入浅出Oracle》一书封面定稿

« 度过一个繁忙而愉快的周末 | Blog首页 | 和流氓斗争到底 »

Head.First.Oracle.jpg终于，《深入浅出Oracle》这本书就要和大家见面了。

经过出版社的各种流程，经过反复的沟通修改，封面最后于今天定稿，这是最后定稿的部分。

接下来就是排版印刷了，根据责任编辑的预测，这本书应该可以在本月底和大家见面，到时候各大书店都会有售。

希望大家能够喜欢本书，如果这本书中的某一章能够让大家有所收获，我就心满意足了。

昨天中午还见到了博文视点的周筠老师，承其赠送了一本吴清忠著的《人体使用手册》，翻了一下，感觉非常有益，感谢周老师。也希望以后能有机会和博文合作。

感谢本书的责任编辑杜洁小姐，她为本书的出版付出了极大的努力；感谢我的女友Julia同学，她的鼓励使我能够最终完成本书。

最后要感谢大家，你们使得本书有了存在的意义。


作者 eygle ( Oracle ) :: 最新回复 (0) :: 静态链接网址 :: 引用 (0)

星期四, 六月 29, 2006

《深入浅出Oracle》内容简介

« Oracle Diagnostics:又见ORA-04031 | Blog首页 | 陌上花开，可缓缓归矣 »

《深入浅出Oracle-DBA入门、进阶与诊断案例》一书已经列入ITPUB技术丛书第三册,即将由人民邮电出版社出版,以下是本书的内容介绍:

本书分为9章，具体结构划分如下:

第一章：数据库的启动和关闭，从基础入手，讲解Oracle数据库的启动和关闭，并深入探讨数据库启动关闭的核心本质及内部处理。
第二章：参数及参数文件，这一部分从Oracle启动必需的参数文件入手，讲解重要参数、参数文件对于Oracle的作用，并结合RAC环境，Oracle10g环境介绍参数文件等的不断改进和变迁。
第三章：数据字典，深入到数据库的核心，全面了解数据字典的机制和重要性。
第四章：内存管理，Oracle的内存管理非常重要，本章就SGA、PGA的管理进行探讨，并深入介绍Oracle内存管理技术在Oracle8i/9i/10g不同版本中的变迁。
第五章：Buffer Cache与Shared Pool原理，本章深入介绍了Buffer Cache和Shared Pool的原理，并涉及闩锁和热点块等深入话题。
第六章：重做，重做机制是Oracle恢复的保障，本章针对Oracle的重做机制进行探讨，并涉及重做的内部原理及工作机制。
第七章：回滚与撤销，回滚和事务密切相关，本章从基础出发，介绍Oracle的回滚机制，进而深入研究和探讨回滚机制的内部操作及ORA-01555错误等相关知识。
第八章：等待事件，等待事件在数据库性能诊断中起着极为重要的作用，在不同版本中，Oracle一直在不断加强等待事件的功能，本章从等待事件入手，进一步讲解数据库性能诊断和优化知识。
第九章：性能诊断与SQL优化，这一章是实践的总结，通过一些实践的案例，介绍一种思路和方法给大家，解决问题是学习的最终目的。

关于本书:

根据Gartner公司的最新统计数据，在2005年，Oracle数据库以48.6%的市场占有率继续稳居关系数据库市场的首位，在过去这一年中，国内的Oracle从业市场和学习环境都有了很大的发展和进步，市场进一步规范和成熟，从事数据库管理工作的朋友们也越来越多。
为了让更多进入Oracle领域的朋友能够快速了解和掌握Oracle技术，让具备一定经验和积累的Oracle从业人员继续深入学习，作者倾力撰写了本书。
本书作者活跃于国内著名Oracle技术论坛ITPUB（www.itpub.net），并全力打造国内最具影响力的个人Oracle技术站点Eygle.com（www.eygle.com），本书从基础出发，逐层深入，并结合实际工作中的诊断案例进行全面讲解，力图从点到面，让读者对每个主题都有深入的了解和认识。
本书是ITPUB技术丛书的第三本，在《Oracle数据库DBA专题技术精粹》和《Oracle数据库性能优化》二书出版的2年多以来，ITPUB和 Oracle市场都有了长足的发展，希望本书的出现能为读者带来更深入的技术知识和更多的实践经验。

本书特点:

目前市场上的Oracle书籍普遍存在的问题是模式单一，要么只讲基础知识，要么侧重代码编程实例，要么针对具体的版本特性（Oracle8i/Oracle9i/Oracle10g等），要么缺少实践应用检验，很少能对Oracle相关知识进行全面深入讲解。

本书针对这些问题，从基础知识入手，再进行深入研究，结合性能调整、诊断案例实践，将Oracle知识全面、系统、深入的展现给读者；本书内容更涉及Oracle8i/Oracle9i/Oracle10g，将Oracle的版本变化，功能改进，一以贯之的展现出来，让大家看到这些变革的真正原因以及Oracle的不断技术创新，通过真实案例的学习，更可以加深大家对现实环境的了解，从而提高实践能力。

本书是作者多年实践工作的积累和总结，各篇章更从DBA的成长历程入手，引导大家快速进入并深入Oracle知识的国度。
本书继续贯彻了作者“由点到线再及面”的学习方法，既可以让初学者参考学习，又可以帮助具备一定基础的中级DBA进行进阶学习，不同层次的学习者都能从本书的不同内容中受益。

希望本书能够一如既往的得到大家的支持和喜爱.谢谢大家.


作者 eygle ( Oracle ) :: 最新回复 (3) :: 静态链接网址 :: 引用 (0)

星期三, 六月 21, 2006

新书名称确定－《深入浅出Oracle》

« Dell的2850 + Oracle10gR2 I/O性能测试 | Blog首页

在经历了艰难的取舍和选择之后，书名最终确定为《深入浅出Oracle-DBA入门、进阶与诊断案例》，这个名字基本上涵盖了本书的内容和特色。

目前书稿已经交付出版社，正在进行紧张的审阅和排版工作，希望可以尽快的和大家见面。

再次感谢大家的关注与支持！


作者 eygle ( Oracle ) :: 最新回复 (1) :: 静态链接网址 :: 引用 (0)

星期一, 六月 05, 2006

感谢d.c.b.a 新书第六章定稿

« Oracle热备期间的过量Redo生成控制 | Blog首页 | IBM的DBA选秀活动 »

新书的第六章是写Redo的,前几天请D.C.B.A帮忙进行Review,他给我提出了很多好的建议,经过修正,这一章终于定稿.

在D.C.B.A那里留言写过我的一点感想:

有一句诗说:近乡情更怯
我现在的心情是:近出情更怯.

唯一能作的是,在出版之前,不断修正,以期对得住读者的期待和阅读.

压力一直都有,可是也珍惜这压力.

真的是越到完成越觉得紧张,不断的修正,每次重新打开都会看到自己不满意的地方.

希望这本书不会辜负大家的期待.

感谢D.C.B.A的Review,在数据恢复方面,他是当之无愧的专家.


作者 eygle ( Oracle ) :: 最新回复 (0) :: 静态链接网址 :: 引用 (0)

星期四, 五月 25, 2006

我的写作进度之三-初稿完成

« 如何配置Apache 防止图片盗链 | Blog首页 | Oracle Metalink帐户改变已经来临 »

在今天这个特殊的日子里,北京狂风骤起,风沙满天,俺终于也可以宣布我的新书初稿已经完成.

此前公布了七章的题目,现在终于完成了另外两章,现在全9章的题目如下:

2006-05-09 14:30 504,832 01.Oracle的启动.doc
2006-05-16 11:50 422,400 02.参数及参数文件.doc
2006-05-09 16:21 199,168 03.数据字典.doc
2006-05-09 16:06 1,158,656 04.内存管理.doc
2006-05-18 15:16 806,400 05.Buffer Cache与Shared Pool原理.doc
2006-05-18 19:58 595,968 06.重做.doc
2006-05-11 15:25 663,040 07.回滚与撤销.doc
2006-05-16 11:18 1,265,152 08.等待事件.doc
2006-05-14 14:55 578,560 09.性能诊断与SQL优化.doc

其中,根据大家的建议和要求,着重补充和写作了第5章.

现在终于可以松一口气,接下来可以和出版社谈具体的出版事宜.希望这本书很快可以和大家见面.

同时希望大家能够给本书建议一个新的名称,因为最初选择的《Oracle初学者指南》已经再不适合。

谢谢大家！


作者 eygle ( Oracle ) :: 最新回复 (163) :: 静态链接网址 :: 引用 (0)

星期日, 四月 30, 2006

DBA警世录:Truncate之生产与测试环境

« 如何为Oracle导出文件加上时间戳 | Blog首页 | 我的写作进度之二 »

不断的看到很多DBA在学习或工作过程中犯过很多相同或相似的错误.忽然想到,如果我把这些常见的错误或者故障收集记录下来,做为《警世录》,那么大家是不是可以做为借鉴,并使得后来人少犯或者不犯这些错误呢?

这就是DBA警世录的由来.

今天看到有朋友记下了这样一个案例:

因为要导两个表的数据到测试库,结果在产品库上用了Truncate......
更糟的是客户首先发现了问题 而不是自己 自己以为目标是
测试库............

总结:
1. 谨慎&细心
操作涉及产品库慎之再慎
2. 产品库和测试库有相同的user/pw(这在某种程度上造成了假象)

ps:此次事件被定性为生产事故 严重

这样的案例很多见，因为测试环境和生产环境混淆而导致的误Delete,误Truncate操作经常发生。除了DBA不够严谨之外，制度上没有保证也是问题之一。

这位同学总结的很好，通常我们的测试库和产品库应该设置不同的用户密码，不同的SID，在进行重要操作时，应该先select instance_name from v$instance命令验证一下当前连接的例程：

SQL> select instance_name from v$instance;

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

这就如同我们在Unix/Linux主机上应该经常用hostname来确认一下当前连接的主机一样。

如果在本地登陆，我们还可以通过修改本地glogin.sql文件，显示当前连接的实例等信息。

总之，在执行任何数据变更操作之前，我们都应当谨慎。这是对于DBA的基本要求之一。

参考连接:
生产事故 http://www.itpub.net/533262.html


作者 eygle ( Oracle ) :: 最新回复 (0) :: 静态链接网址 :: 引用 (0)

我的写作进度之二

« DBA警世录:Truncate之生产与测试环境 | Blog首页 | DSI系列教材 纷纷现身江湖 »

从上次公布我的写作进度以来,已经过去一个多月了.现在再向大家汇报一下我的写作进度.

最初计划写一本Oracle初学者指南之类的书,结果发现很难把一本书控制在初学者的范畴,所以写起来难度就逐渐深入了下去.不过也好,符合我原来的想法.去年曾经计划写一本《Oracle诊断案例》的书，一直没有动笔，现在两本书合为一本了。

现在每章的布局基本上分为三个部分，基础知识、进阶知识、结合实际的案例分析。我希望能够摆脱传统技术书刊要么基础知识，要么代码实例的模式，将基础知识，深入研究，性能调整，诊断案例等相关内容，按照每章一根主线展开，从而能够使读者通过每一章的阅读，就能够对相关知识有一个纵向的深入认知。

这也是我一直主张的由点及线再到面的学习方法。

我自己是如此学习的，我也希望可以通过这本书将这个思想传达出来。而且我也希望，这本书不仅能给初学者以帮助，也能给熟练者带来一些新的东西。

现在这本书已经完成了七章的初稿，分别是：

Oracle的启动
参数及参数文件
SGA与PGA管理
数据字典
重做
回滚与撤销
等待事件

现在开始着手回头重新修订这七章，希望能够在5月中旬定稿这七章内容，最终全书可能写9章。

希望大家能够对书名及章节内容给我一些建议，谢谢大家！

最近基本保证每天写作2小时左右，希望可以尽快完成这本书。

详细目录很快就可以出来：）


作者 eygle ( Oracle ) :: 最新回复 (1) :: 静态链接网址 :: 引用 (0)

星期四, 三月 17, 2005

使用ERRORSTACK进行错误跟踪及诊断

Oracle提供接口用于诊断Oracle的错误信息。
诊断事件可以在Session级设置，也可以在系统级设置，通常如果要诊断全局错误，最好在系统级设置.

以下是一个测试例子，所选事件只以示范为目的:

SQL> alter system set event='984 trace name ERRORSTACK level  10' scope=spfile;

System altered.

SQL> startup force;
ORACLE instance started.

Total System Global Area  101782828 bytes
Fixed Size                   451884 bytes
Variable Size              37748736 bytes
Database Buffers           62914560 bytes
Redo Buffers                 667648 bytes
Database mounted.
Database opened.
SQL> create table t (name varchar2(10),id number);

Table created.

SQL> insert into t values(a,1);
insert into t values(a,1)
                     *
ERROR at line 1:
ORA-00984: column not allowed here


SQL> !

此时的984错误将会被跟踪，记录到跟踪文件中。
检查udump目录，找到trace文件:
[oracle@jumper oracle]$ cd $admin
[oracle@jumper udump]$ ls -sort
total 1020
   4 -rw-r--r--    1 oracle        533 Mar  2 16:06 t.sql
   4 -rw-r--r--    1 oracle        522 Mar  3 09:44 d.sql
  20 -rw-r--r--    1 oracle      17445 Mar  8 11:06 a.log
   4 -rw-r-----    1 oracle       3254 Mar 14 23:15 conner_ora_30683.trc
   4 -rw-r-----    1 oracle       1645 Mar 14 23:15 conner_ora_30701.trc
   4 -rw-r-----    1 oracle       1638 Mar 14 23:16 conner_ora_30719.trc
   4 -rw-r-----    1 oracle       1645 Mar 16 09:05 conner_ora_18565.trc
 976 -rw-r-----    1 oracle     993555 Mar 16 09:06 conner_ora_18589.trc
[oracle@jumper udump]$ vi conner_ora_18589.trc

/opt/oracle/admin/conner/udump/conner_ora_18589.trc
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning option
JServer Release 9.2.0.4.0 - Production
ORACLE_HOME = /opt/oracle/product/9.2.0
System name:    Linux
Node name:      jumper.hurray.com.cn
Release:        2.4.21-15.EL
Version:        #1 Thu Apr 22 00:27:41 EDT 2004
Machine:        i686
Instance name: conner
Redo thread mounted by this instance: 1
Oracle process number: 10
Unix process pid: 18589, image: oracle@jumper.hurray.com.cn (TNS V1-V3)


*** 2005-03-16 09:06:56.178
ksedmp: internal or fatal error
ORA-00984: column not allowed here
Current SQL statement for this session:
insert into t values(a,1)
----- Call Stack Trace -----
calling              call     entry                argument values in hex
location             type     point                (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+269         call     ksedst()+0           0 ? 0 ? 0 ? 0 ? 922C89F ?
                                                   AA642A0 ?
ksddoa()+446         call     ksedmp()+0           A ? AABDCA8 ? B70100B0 ?
                                                   3D8 ? 1 ? B7010114 ?
ksdpcg()+521         call     ksddoa()+0           B70100B0 ? AABDCA8 ?
ksdpec()+220         call     ksdpcg()+0           3D8 ? BFFF3D20 ? 1 ?
ksfpec()+133         call     ksdpec()+0           3D8 ? 3D8 ? AABAE7C ?
                                                   BFFF3D54 ? 9835E89 ?
                                                   AA642A0 ?
[oracle@jumper udump]$

有了这个跟踪文件就容易定位和诊断错误了。

作者 eygle ( Oracle ) :: 最新回复 (0) :: 静态链接网址 :: 引用 (0)

星期二, 三月 15, 2005

Oracle10g的UNDO_RETENTION自动化管理增强

在AUM模式下，我们知道UNDO_RETENTION参数用以控制事务提交以后undo信息保留的时间。该参数以秒为单位，9iR1初始值为900秒，在Oracle9iR2增加为10800秒。但是这是一个NO Guaranteed的限制。
也就是说，如果有其他事务需要回滚空间，而空间出现不足时，这些信息仍然会被覆盖。
很多时候这是不希望看到的。

从Oracle10g开始，如果你设置UNDO_RETENTION为0，那么Oracle启用自动调整以满足最长运行查询的需要。当然如果空间不足，那么Oracle满足最大允许的长时间查询。而不再需要用户手工调整。

同时Oracle增加了Guarantee控制，也就是说，你可以指定UNDO表空间必须满足UNDO_RETENTION的限制。


SQL> alter tablespace undotbs1 retention guarantee;

Tablespace altered

SQL> alter tablespace undotbs1 retention noguarantee;

Tablespace altered

在DBA_TABLESPACES视图中增加了RETENTION字段用以描述该选项:

SQL> select tablespace_name,contents,retention from dba_tablespaces;

TABLESPACE_NAME                CONTENTS  RETENTION
------------------------------ --------- -----------
SYSTEM                         PERMANENT NOT APPLY
UNDOTBS1                       UNDO      NOGUARANTEE
SYSAUX                         PERMANENT NOT APPLY
TEMP                           TEMPORARY NOT APPLY
USERS                          PERMANENT NOT APPLY
EYGLE                          PERMANENT NOT APPLY
TEST                           PERMANENT NOT APPLY
ITPUB                          PERMANENT NOT APPLY
TRANS                          PERMANENT NOT APPLY
BIGTBS                         PERMANENT NOT APPLY
TEMP2                          TEMPORARY NOT APPLY
TEMP03                         TEMPORARY NOT APPLY
DFMBRC                         PERMANENT NOT APPLY
T2K                            PERMANENT NOT APPLY

14 rows selected

在Oracle官方文档上这样解释:
RETENTION Undo tablespace retention:
GUARANTEE - Tablespace is an undo tablespace with RETENTION specified as GUARANTEE

A RETENTION value of GUARANTEE indicates that unexpired undo in all undo segments in the undo tablespace should be retained even if it means that forward going operations that need to generate undo in those segments fail.

NOGUARANTEE - Tablespace is an undo tablespace with RETENTION specified as NOGUARANTEE

NOT APPLY - Tablespace is not an undo tablespace.

作者 eygle ( Oracle ) :: 最新回复 (1) :: 静态链接网址 :: 引用 (0)

星期三, 三月 09, 2005

使用Oracle9i的自动控制文件备份功能

1.启用控制文件自动备份

[oracle@standby oracle]$ rman target /

Recovery Manager: Release 9.2.0.4.0 - Production

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

connected to target database: PRIMARY (DBID=1367687269)

--注意记录这里的DBID，在此后的恢复中，你可能需要用到。

RMAN> configure controlfile autobackup on;

using target database controlfile instead of recovery catalog
new RMAN configuration parameters:
CONFIGURE CONTROLFILE AUTOBACKUP ON;
new RMAN configuration parameters are successfully stored

RMAN> exit


Recovery Manager complete.

在启用了自动备份以后，在数据库发生文件变化或备份等任务时，数据库会自动备份控制文件。
如果丢失了所有的控制文件及数据文件，我们可以尝试从自动备份中恢复控制文件及spfile文件。
2.丢失所有所有的控制文件的恢复尝试
[oracle@standby oradata]$ 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)

首先启动数据库到nomount状态

RMAN> startup nomount;

Oracle instance started

Total System Global Area     135337420 bytes

Fixed Size                      452044 bytes
Variable Size                109051904 bytes
Database Buffers              25165824 bytes
Redo Buffers                    667648 bytes

尝试从自动备份中恢复控制文件

RMAN> restore controlfile to 
'/opt/oracle/oradata/control01.ctl' from autobackup;

Starting restore at 09-MAR-05

using target database controlfile instead of recovery catalog
allocated channel: ORA_DISK_1
channel ORA_DISK_1: sid=11 devtype=DISK
RMAN-00571: ========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ============
RMAN-00571: ========================================================
RMAN-03002: failure of restore command at 03/09/2005 10:15:05
RMAN-06495: must explicitly specify DBID with SET DBID command

此时提示，必须显示的指定DBID，Oracle才能正确定位备份文件。

RMAN> set DBID=1367687269

executing command: SET DBID

RMAN> restore controlfile to 
'/opt/oracle/oradata/control01.ctl' from autobackup;

Starting restore at 09-MAR-05

using channel ORA_DISK_1
channel ORA_DISK_1: looking for autobackup on day: 20050309
channel ORA_DISK_1: autobackup found: c-1367687269-20050309-00
channel ORA_DISK_1: controlfile restore from autobackup complete
Finished restore at 09-MAR-05

指定DBID之后，控制文件可以恢复。

作者 eygle ( Oracle ) :: 最新回复 (143) :: 静态链接网址 :: 引用 (0)

星期一, 三月 07, 2005

十年

今天意外的收到以前一个高中同学的Mail，她说无意中在网上发现了我的名字，算起来，从高中文理分班到大学毕业到现在，竟然已是十年。

十年，岁月已怎样的速度悄悄而逝。
合上眼睛，回想起高中时历历往事，仍然清晰，可是竟然已是十年-这两个字真的令我吃惊了。
也许几个转瞬，我们都将老去。

这几天上班的途中，看完了《伊甸园秘境》,书里提到史前超文明亚特兰提斯大陆，那个距今20亿年前的文明，书中说在地球的45亿年的历史中，地球上的生物经历了5次大灭绝，而亚特兰提斯大陆曾经拥有甚至现在都不可想象的文明。

是啊，凭什么只有几千年历史的人类就是地球上�