oracle数据库排查,Oracle数据库：错误排查及解决方案

在编写程序的过程中，难免会出现一些小错误，Oracle数据库不例外的也会出现一些错误，错误并不可怕，重要的是能否快速找到解决错误的方案。

此前提起过记录OracleSQL语句的一些做法，当把SQL运行的时候，Oracle数据库一般会报一个ora错误，如ora-25154这样的错误，并给出一个简短的说明，说明的文字都不用太过细致。

如何找到问题的所在了?如果你的数据库服务器位于unix或linux服务器上，你需要te.net登录服务器，系统提供了一个oerr的命令行工具，可以方便的查出错误的具体含义，如 oerr ora 600这种样式。如果你的Oracle数据库服务器位于Windows服务器，那么没有这样的工具，只能查看帮助文档了。

虽然用oerr工具可以看到错误的详情，但是经过一段时间的试用后就会发现，其实它所给出的提示也是相对简单的，有些甚至什么都看不出来，那么这时就会用到其它的解决办法：

1.GOOGLE等搜索引擎

这是一个非常经济实惠的解决方案，并且根据搜索引擎的强大功能，可以找到很多的相关资料，说不定看到有人和你有同样的问题，下面紧跟着就是解决办法。

2.Metalink

这是Oracle官方提供的一个收费的网站，用户可以在上面查找资料(海量资料，信息量非常大)，如果实在查不到解决办法，还可以提问，会有Oracle的专家负责来解答。这是解决Oracle问题权威的地方，但是缺点就是如果你没有账号的话，就等于零了。

对于有些实在看不懂的错误提示，也可以请DBA协助，因为有些错误提示表面上看是SQL的问题，但是实际上可能是数据库本身引起的。如果你从错误信息中可以直接看到“不能扩展”、“表空间已满”或“回滚段过旧”等显然和OracleSQL无关的错误，就可以直接去寻求DBA的帮助了。

如果您正在部署一个BS结构的系统，很有可能会发现，使用客户端工具连接的时候，与服务器连接一切正常，可就是WEB程序无法连接Oracle数据库，并且报告“OCI需要8.1.7或以上版本”这个错误。这是个比较“暧昧”的错误信息，很显然我们现在所装的客户端都满足它的要求，那到底是哪里的问题呢?问题就在于需要给Oracle的ora92目录赋一个权限，如下图：

如果你尝试做这个授权的时候，你会发现，这个用户已经存在，并且已经授权成功!但是为什么还不行呢?这里需要一个技巧，先把“读取和运行”这个对勾去掉，再选中，然后“确定”，也就是重新做一次赋权，就可以了。根据机器的性能，可能要稍等几秒钟或几分钟。

经过上面的折腾一般就行了。如果还不能正常访问，那么请重新启动WEB服务器(不是数据库服务器)，这个问题肯定就能解决了。

对于Oracle10g，没有这个目录，我的做法就是把Oracle整个安装目录全做一下这个授权，就没有问题了。

字符集问题

如果Oracle数据库服务器是装在中文环境下，客户端也是在中文环境下运行，那么这一部分基本就不用看了。但是如果安装情况比较复杂，特别是服务器需要支持多语言及多字符集的时候，客户端如何配合就成了一个问题。

要想知道客户端怎么配置，就需要知道服务器端是按什么标准来安排的，可以通过以下OracleSQL来查询：

select * from database_properties

其中NLS_CHARACTERSET指的就是服务器端的字符集，比如服务器上查出来的结果是ZHS16GBK，那么客户端就需要按这个标准来配置。对于我们开发人员来说，客户端一般是Windows平台，这个配置需要在注册表中修改，注册表的路径为：我的电脑\HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\HOME0\NLS_LANG

比如我的机器这个键值就是SIMPLIFIED CHINESE_CHINA.ZHS16GBK(注意保留空格)，表示简体中文的中文字符集。从字符集上看，目前服务器与客户端是匹配的，字符集匹配，查询出来的内容就不会是乱码了，否则你将看到很多不愿意看到的文字。

一般为了实现多语言支持，字符集都设成UTF8，这样可以支持多种文字了。如果服务器端与客户端字符集不一致，一般会出问题，但是问题主要都在显示上面，不会对系统有太多的影响，比如俄罗斯录入了当地语言的名字，在中文系统下有可能就显示不出来。

Oracle一共支持多少的字符集呢，我没有数过，如果ZHS16GBK不行，换UTF8试一下，说不定就行了。也有个例外，早期的Oracle有些版本只支持西欧字符集，那是一个单字节的字符集，字节的高位是空的。

这个字符集与ZHS16GBK是不兼容的，这时就要把客户端同样设成西欧字符集才可以。字符集之间有包容关系，只要符合这个包容关系，两端设的不一样也没有关系，比如ZHS16GBK和UTF8之间就是包容的。

Oracle用户表空间错误

在启动数据库时出现ora-01157,ora-01110或操作系统级错误例如ora-07360, 在关闭数据库(使用shutdown normal或shutdown immediate) 时将导致错误ora -01116,ora-01110以及操作系统级错误ora-07368.

以下有两种解决方案:

1.用户的表空间可以被轻易地重建 即最近导出的对象是可用的或表空间中的对象可以被轻易地重建等.在 这种情况下,最简单的方法是offline并删除该数据文件,删除表空间并 重建表空间以及所有的对象.

svrmgrl> startup mount

svrmgrl> alter database datafile filename offline drop;

svrmgrl> alter database open;

svrmgrl> drop tablespace tablespace_name including contents;

重建表空间及所有对象

2.用户的表空间不能够被轻易地重建在大多数情况下,重建表空间是不可能及太辛苦的工作.方法是倒备份及做介质恢复.如果您的系统运行在noarchivelog模式下,则只有丢失的数据 在online redo log中方可被恢复。

步骤如下:

1)restore the lost datafile from a backup

2)svrmgrl> startup mount

3)svrmgrl> select v1.group#,member,sequence#,first_change# > from v$log v1,v$logfile v2 > where v1.group#=v2.group#;

4)如果数据库运行在noarchivelog模式下则: svrmgrl> select file#,change# from v$recover_file; 如果 change# 大于最小的first_change#则数据文件可以被恢复。 如果 change# 小于最小的first_change#则数据文件不可恢复。 恢复最近一次的全备份或采用方案一。

5)svrmgrl> recover datafile filename;

6)确认Oracle表空间恢复成功;

7)svrmgrl> alter database open resetlogs