ITPub博客

今天客户问到一个问题：split分区的时候，在max分区的数据，会跟着进新划分出的分区吗？以前做分区实验的时候，没有留意数据。突然被这么一问，有点摸不着头脑了，光靠猜测是不行的。自己做的了个简单的测试。实...

2011年11月2日在做表分割的时候碰到如下错误：SQL> alter table TBCS.CS_LOG_GPRS_ADJUST split partition P_R_955_MAX at (955,TO_DATE('2012-03-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')) into (partition P_R_955_201202,PARTITION P_R_955_MAX);alter table TBCS.CS_LOG_GPRS_ADJUST split partition P_R_955_MAX at (955,TO_DATE('2012-03-01 00:00:00', 'SYYYY-MM-DD HH24:MI:SS', 'NLS_CALENDAR=GREGORIAN')) into (partition P_R_955_201202,PARTITION P_R_955_MAX) *ERROR at lin

ORA-00600 [17182] 错误2011年10月26日接到电话，说数据库宕机。具体原因不清楚。。。检查宕机节点2的告警日志文件未发现明显的ORA错误信息，到有一个提示信息如下：Wed Oct 26 19:23:59 2011QMN0: terminating instance due to error 481难道是QMN0导致实例关闭的？如果是的话为什么会导致实例终止呢？到底是什么样的错误引发的呢？以下一段话引用eygle的原文：Queue Monitor Processes (QMNn)队列监视进程是一个可选的后台进程，为Oracle Streams Advanced Queuing所使用。最多可以配置10个队列监视进程。和Job进程一样，该进程的异常不

2011年10月10日检查预警日志文件，发现以下错误信息：Mon Oct 10 06:33:58 2011Errors in file /oracle/admin/nxkf/udump/nxkf1_ora_684362.trc:ORA-00600: internal error code, arguments: [729], [168], [space leak], [], [], [], [], []ORA-02068: following severe error from TBCS1.NX.MOBILEORA-03113: end-of-file on communication channel数据库的版本是：Oracle9i Enterprise Edition Release 9.2.0.6.0 - 64bit ProductionPL/SQL Release 9.2.0.6.0 - ProductionCORE 9.2.0.6.0 ProductionTNS for IBM/AIX RISC System/6000:

Subject: SUPTOOL: BBED - 7.3.2+ Database Block Editor Creation Date: 02-JUL-1998 BBED (Block Browser/Editor)----------------------------1. Getting access to BBED: BBED is shipped with Oracle8 releases, and with some Oracle7.3 releases. On UNIX the tool needs to be built using a command of the form: cd $ORACLE_HOME/rdbms/lib make -f ins_rdbms.mk $ORACLE_HOME/rdbms/lib/bbed OR to build in the bn directory: make -f ins_rdbms.mk BBED=$ORACLE_HOME/bin/bbed $ORACLE_HOME/bin/bbed On

2011年9月2日使用BBED模拟坏块，练习修复。1.创建测试表 SQL> show user USER is "ALONE" SQL> create table bbed tablespace test as select * from dba_tables; Table created. SQL> select count(*) from bbed; COUNT(*) ---------- 1577 SQL> col segment for a10 SQL> select segment_name,file_id,block_id from dba_extents where segment_name='BBED'; SEGMENT_NA FILE_ID BLOCK_ID ---------- ---------- ---------- BBED 6 9 BBED 6 17

2011年9月2日想查找关于清除UNDO表空间的数据的办法，看到有人一篇关于BBED的文章，很好奇，想去里里了解一下，于是百度、google一番，关于BBED的个人博文等很多，足够我初步入门了解了，呵呵。BBED是Block Browser and EDitor的缩写，是Oracle的一个内部工具，随Oracle数据库软件一起，在Unix/Linux系统下需要编译才能使用。该工具可以用来Changing Data、Recovering Deleteed Rows、Uncorrupting a Block、File Header Reset、Recovering Deleted/Damaged Data等。步骤如下：[oracle@test001 ~]$ cd $ORACLE_HOME/rdbms/lib[oracle@test

2011年9月2日检查警告日志文件发现以下错误信息：Fri Sep 2 09:28:40 2011Errors in file /oraclelog/ngcrm/udump/ngcrm2_ora_24392.trc:ORA-00600: internal error code, arguments: [6033], [], [], [], [], [], [], []查看跟踪文件，信息如下：*** ACTION NAME:() 2011-09-02 09:28:40.102*** MODULE NAME:(tcscrm1l1serve@crminf2 (TNS V1-V3)) 2011-09-02 09:28:40.102*** SERVICE NAME:(ngcrm) 2011-09-02 09:28:40.102*** SESSION ID:(1031.5785) 2011-09-02 09:28:40.102*** 2011-09-02 09:28:40.101ksedmp: internal or fatal e

2011年9月2日检查警告日志文件发现以下错误：Thu Sep 1 23:53:53 2011Errors in file /oraclelog/ngsta/bdump/ngsta_j001_8543.trc:ORA-20000: index "UCR_STA1"."IDX_TS_S_MOBILE_SP_GZY03" or partition of such index is in unusable state原因：索引无效导致的错误。解决办法：1.查看该索引的状态select owner, index_name, index_type, table_owner, table_name, tablespace_name, status, last_analyzed from dba_indexes where status='UNUSABLE';2.基于查询结果，重建索引SQL> ALTER INDEX <index_na

2011年8月31日下午收到短信通知，数据库发生ORA-600错误 [kdsgrp1]检查告警日志文件错误信息如下：Wed Aug 31 13:42:22 2011Errors in file /oraclelog/ngcrm/udump/ngcrm2_ora_24329.trc:ORA-00600: internal error code, arguments: [kdsgrp1], [], [], [], [], [], [], []查看跟踪文件：*** 2011-08-31 13:42:22.160*** ACTION NAME:() 2011-08-31 13:42:22.158*** MODULE NAME:(tcscrm1l1serve@crminf2 (TNS V1-V3)) 2011-08-31 13:42:22.158*** SERVICE NAME:(ngcrm) 2011-08-31 13:42:22.158*** SESSION ID:(2028.38527) 2011-08-31

2011年8月29日发现数据库宕机，启动数据库报错信息如下：ORA-01102: cannot mount database in EXCLUSIVE mode检查警告日志文件Mon Aug 29 09:27:22 2011ALTER DATABASE MOUNTMon Aug 29 09:27:22 2011sculkget: failed to lock /oracle/product/10.2.0/dbs/lkORCL exclusivesculkget: lock held by PID: 21097Mon Aug 29 09:27:22 2011ORA-09968: unable to lock fileHP-UX Error: 13: Permission deniedAdditional information: 21097Mon Aug 29 09:27:22 2011ORA-1102 signalled during: ALTER DATABASE MOUNT...查看错误信息：new

2011年8月24日检查警告日志文件发现如下错误信息：Wed Aug 24 08:26:52 2011ORA-1652: unable to extend temp segment by 64 in tablespace TEMP不能扩展临时并表空间，之前收到这样的短信提示。查看Support中心的建议是给表空间增加数据文件或者在另一表空间创建该对象。在RAC环境中，有两种可能情形引发ORA-1652的错误：1.临时表空间完全用完；2.由于其他实例在使用临时表空间，导致本地临时表空间无法扩展。运行以下查询确定是哪一种情形：select sum(free_blocks) from gv$sort_segment where tablespace_name='TEMP';查询结果显示判断

在linux系统下的SQL*Plus实现历史命令调用在windows上使用sqlplus,可以用上下键调用历史执行过的命令,而且可以移动光标方便的修改命令,在linux也可以实现也可以实现这样的功能，步骤如下:1.在http://utopia.knoware.nl/~hlub/uck/rlwrap/#rlwrap下载rlwrap-0.37.tar.gz2.在root用户下，解压缩并安装rlwrap[root@test001 ~]# cd /tmp[root@test001 tmp]# lsEM_TARGET_INSTALLER.lk fSBiYqd4LP keyring-b3dRDv orbit-root readline-6.2.tar.gz swapinfo.txt LinuxVendor_output.txt gconfd-root lquIz3kejR pkginfo.txt rlwrap-

2011年8月16日 星期二有一段时间因为太忙而没有使用Oracle做实验，今天空闲想做几个备份恢复实验，打开数据库，提示错误信息如下：C:Documents and SettingsBD>C:Documents and SettingsBD>sqlplus / as sysdbaSQL*Plus: Release 11.2.0.1.0 Production on 星期二 8月 16 14:19:52 2011Copyright (c) 1982, 2010, Oracle. All rights reserved.ERROR:ORA-28056: Writing audit records to Windows Event Log failedORA-28056: Writing audit records to Windows Event Log failed请输入用户名: system输入口令:ERROR:ORA-01034: ORA

折腾了几天，终于在今晚23:00左右在windows2003上完成基于裸设备的RAC单实例安装，小有点感觉。文档太乱，稍后整理详细文档。。。 不会贴图，悲剧了！[@more@]

2011年8月10日检查联通告警日志发现ORA-01555的错误，再去跟踪日志文件中检查错误的详细信息发现很多如下警告信息：*** 2011-08-09 22:00:13.541WARNING:Could not set the asynch I/O limit to 512 for SQL direct I/O. It is set to 200 WARNING:Could not set the asynch I/O limit to 512 for SQL direct I/O. It is set to 200 WARNING:Could not set the asynch I/O limit to 512 for SQL direct I/O. It is set to 200数据库版本是：SQL> select * from v$version;BANNER-----------------------------------------------------

检查XX联通日志发现错误信息入下：Thu Aug 4 10:07:26 2011Errors in file /oraclelog/ngcrm/udump/ngcrm1_ora_25386.trc:ORA-00600: internal error code, arguments: [13009], [5000], [1], [17], [1], [], [], []Thu Aug 4 10:08:00 2011Errors in file /oraclelog/ngcrm/udump/ngcrm1_ora_25386.trc:ORA-00600: internal error code, arguments: [13009], [5000], [1], [17], [1], [], [], []Thu Aug 4 10:08:50 2011Errors in file /oraclelog/ngcrm/udump/ngcrm1_ora_25386.trc:ORA-00600: internal error code, arguments: [13009]

2011年8月3日检查告警日志信息发现如下错误：ORA-12012: error on auto execute of job 1925127ORA-01555: snapshot too old: rollback segment number 19 with name "_SYSSMU19_1272485971$" too smallORA-06512: at "SYS.DBMS_STATS_INTERNAL", line 2483ORA-06512: at "SYS.DBMS_STATS", line 24063Oracle Support解释发生ORA-01555的原因如下：1. Few number of rollback segments with potentially small sizes in a very active database (e.g., multiple users doing on-line transaction pro

背景：运行AWR收集数据库统计数据,需要修改AWR产生snapshot的频率和保留策略，在SQL*PLUS下时，运行exec dbms_workload_repository.modify_snapshot_settings(interval=>10,retention=>2*24*60)出错信息：ORA-13541: system moving window baseline size (691200) greater than retention(172800)ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 174ORA-06512: at "SYS.DBMS_WORKLOAD_REPOSITORY", line 222ORA-06512: at line 1解决办法：1.查看当前的移动窗口基线值(系统默认值)：SQL> select dbid,b