-
编辑 删除
博客地址变更
此博客今后不再更新，请访问：http://liglewang.itpub.net谢谢！ [@more@]
-
编辑 删除
drop表空间后，lv状态仍然是open/syncd
刚在一个10.2.0.4版本的库上删除一个表空间后，发现对应的裸设备LV状态仍然是open/syncd。 最后shutdown immediate就好了，可能是某些会话或进程仍在访问这些lv吧。 [@more@]
-
编辑 删除
ORA-27300: OS system dependent operation:fork failed with status: 11
今天早上，应用的人说新装的那台数据库连接报错，用PL/SQL Developer连接报： ORA-12537:TNS:连接关闭。 开始处理： 以oracle身份登陆系统，报： /etc/profile[50]: 0403-030 The fork function failed. Too many processes already exist. 执行sqlplus登陆数据库又报： ORA-12549: TNS:operating system resource quota exceeded. 这个类错误还是第一次遇见，不过看起来不算是有难度的问题，然后开始查询数据库告警日志alert.log，有很多类似的错误： Tue May 10 21:00:37 2011 Process startup failed,
-
编辑 删除
ora-21561 OID generation failed
今天给客户装数据库，AIX + RAW + ORACLE10G，在点击finsh开始建库时报：ora-21561 OID generation failed。google了下，说是/etc/hosts文件的问题，于是检查hosts文件，在/etc/hosts文件中，仅有如下一行：12...
-
编辑 删除
ORA-00381: cannot use both new and old parameters for buffer cache size specification
################################################### 原创文章，转载请注明出处！ 作者：Lilge 链接：http://liglexiner.itpub.net/post/43018/517486 ################################################### 修改了上次的undo tablespace的问题后，工作人员反映说，可以不调一下数据库，感觉查询很慢，于是看了下，不看不知道，一看吓一跳，呵呵~~~ DB Version:9.2.0.6 $ sqlplus '/as sysdba' SQL> show parameter db_cache_size NAME TYPE VALUE ------------
-
编辑 删除
ORA-01552: 非系统表空间'EOMSV2'无法使用系统回退段
################################################### 原创文章，转载请注明出处！ 作者：Ligle 地址：http://liglexiner.itpub.net/post/43018/517484 ################################################### DB Version:9.2.0.6今天上午有工作人员在执行一些update语句是报如下错误： ORA-01552: 非系统表空间'EOMSV2'无法使用系统回退段。 怎么会使用系统回滚段呢？难道没有undo表空间吗？ SQL> show parameter undo NAME TYPE VALUE ------------------------
-
编辑 删除
控制文件相关的等待事件：control file sequential read / control file parallel write
偶尔发现数据库中发生如下等待事件，随查询文档整理出来： control file sequential read Reading from the control file. This happens in many cases. For example, while: 1、Making a backup of the control files2、Sharing information (between instances) from the control file 3、Reading other blocks from the control files4、Reading the header block Wait Time: The wait time is the elapsed time of the read Parameter Description file#
-
编辑 删除
等待事件：log file parallel write
等待事件log file parallel write是等待redo records写入redo log file完成，是数据库正常活动的一部分，将redo buffer中的redo records拷贝到当前的redo log file中。 log file parallel write的参数： P1 = files（Number of files written to.） 如果每个联机日志组有一个或多个日志成员，那么这些日志成员（log member）是被并行写入redo records的。该参数显示的就是每组写日志成员的数目。 （If you have more than one log member per group then the files are written to in parallel(if possible).This is
-
编辑 删除
等待事件：log file sync
dbsnak在微博里这样描述等待事件log file sync和log file parallel write的关系： 前台进程a通知LGWR要刷log buffer了，这时候a就开始等待log file sync，LGWR接到a的请求后开始等待OS把log buffer写回redo log，这时候LGWR就开始等待log file parallel write，OS写完了通知LGWR，中止log file parallel write等待，接着LGWR通知a，中止log file sync等待 --- 这就是上述两种等待的区别。 有上面这个形象的例子，可以明白等待事件log file sync和log file parallel write是同时存在的，均是等待LGWR进程将log buffer中的redo
-
编辑 删除
Oracle表空间添加数据文件报：ORA-00059
客户要求给经分库的几个表空间中增加数据文件，于是把脚本写好之后，就开始执行...，在进行的一半时，数据库报ORA-59错误，见下： Fri Apr 29 00:08:13 2011 ORA-59 signalled during: alter tablespace TBS_UBI_DW add datafile '/dev/rv05_data043' size 4090M autoextend off... Fri Apr 29 00:24:18 2011 alter tablespace TBS_UBI_DW add datafile '/dev/rv05_data043' size 4090M autoextend off Fri Apr 29 00:24:32 2011 ORA-59 signalled during: alter tablespace TBS_UBI_DW add datafile '/dev/rv05
-
编辑 删除
ORA-00600 [17281]
最近连续几次在在不同的数据库中发现该错误： Sun Nov 14 23:44:15 2010 Errors in file /oravl01/oracle/admin/CRMDB1/udump/crmdb1_ora_2834532.trc: ORA-00600: internal error code, arguments: [17281], [1001], [0x7000002DC5F5D10], [], [], [], [], [] ORA-01001: invalid cursor ORA-03135: connection lost contact 其实该ORA-600错误为客户端工作人员通过使用TOAD连接数据库服务器执行SQL时触发，解决方法如下： 1、在数据库服务器上安装补丁，patch:5910901 2、将客户端工作人员的Oracle软件版本升级至服
