ORA-01438處理方法
(我的學習過程)
今天公司的同事告訴我生產系統出現了ORA-01438錯誤如下
ORA-01438: value larger than specified precision allowed for this column
由於定位不到具體的表以及具體的欄位,同事問我們是否可以跟蹤一下錯誤,由於小弟入行時間短,還沒有遇到過這樣的問題,然後BAIDU了一下,然後搜尋到了這樣一篇文章http://www.itpub.net/thread-956435-1-1.html,
當然我不是IMP 出錯的但是原理一樣然後做了試驗如下
1、首先進行建立表
SQL> create table test5
2 (many number(10,2));
Table created
精度為10,刻度為2 也就說整數位數最多為8,小數位數會佔去2位
2、然後進行試驗插入
SQL> insert into test5
2 values(1000000000);
insert into test5
values(1000000000)
ORA-01438: value larger than specified precision allowed for this column
出現錯誤
3、進行系統設定改變進行TRACE
alter system set events='1438 trace name Errorstack forever,level 10';
4、新開一個會話(我覺得這樣的改變只對隨後的會話起作用,並不會對設定前的會話起作用)進行模擬錯誤。
SQL> insert into pp.test5
2 values(100000000000);
insert into pp.test5
values(100000000000)
ORA-01438: value larger than specified precision allowed for this column
5、在後臺系統
[oracle@localhost udump]$ pwd
/home/oracle/admin/GELCPRO/udump
[oracle@localhost udump]$ ls
gelcpro_ora_7008.trc
找到了TRACE檔案,當然我是先清空了所有以前的TRACE如果很多的話可以使用
ls -lrt 進行排序找最近的TRC檔案。
6、檢視TRACE檔案
[oracle@localhost udump]$ more gelcpro_ora_7008.trc
/home/oracle/admin/GELCPRO/udump/gelcpro_ora_7008.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /home/oracle/product/10.2.0/db_1
System name: Linux
Node name: localhost.localdomain
Release: 2.6.9-42.ELsmp
Version: #1 SMP Wed Jul 12 23:27:17 EDT 2006
Machine: i686
Instance name: GELCPRO
Redo thread mounted by this instance: 1
Oracle process number: 28
Unix process pid: 7008, image:
*** ACTION NAME:(Command Window - New) 2009-04-28 05:57:59.492
*** MODULE NAME:(PL/SQL Developer) 2009-04-28 05:57:59.492
*** SERVICE NAME:(GELCPRO) 2009-04-28 05:57:59.492
*** SESSION ID:(136.199) 2009-04-28 05:57:59.492
*** 2009-04-28 05:57:59.492
ksedmp: internal or fatal error
ORA-01438: value larger than specified precision allowed for this column
Current SQL statement for this session:
insert into pp.test5
values(100000000000)
----- Call Stack Trace -----
.......
檔案很多內容,我所用到的只有前面幾行。
ORA-01438: value larger than specified precision allowed for this column
Current SQL statement for this session:
insert into pp.test5
values(100000000000)
順利找到語句.
這裡順便貼出關於
alter system set events='1438 trace name Errorstack forever,level 10';相關的文件
alter system set events相關知識:
格式:alter system|session set events ‘[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : …….’
透過:符號,可以連續設定多個事件,也可以透過連續使用alter session set events來設定多個事件。
格式說明:eventnumber指觸發dump的事件號,事件號可以是Oracle錯誤號(出現相應錯誤時跟蹤指定的事件)或oralce內部事件號,內部事件號在10000到10999之間,不能與immediate關鍵字同用。
immediate關鍵字表示命令發出後,立即將指定的結構dump到跟蹤檔案中,這個關鍵字只用在alter session語句中,並且不能與eventnumber、forever關鍵字同用。
trace name是關鍵字。
eventname指事件名稱(見後面),即要進行dump的實際結構名。若eventname為context,則指根據內部事件號進行跟蹤。
forever關鍵字表示事件在例項或會話的週期內保持有效狀態,不能與immediate同用。
level為事件級別關鍵字。但在dump錯誤棧(errorstack)時不存在級別。
levelnumber表示事件級別號,一般從1到10,1表示只dump結構頭部資訊,10表示dump結構的所有資訊。
1、buffers事件:dump SGA緩衝區中的db buffer結構
alter session set events ‘immediate trace name buffers level 1′; –表示dump緩衝區的頭部。
2、blockdump事件:dump資料檔案、索引檔案、回滾段檔案結構
alter session set events ‘immediate trace name blockdump level 66666′; –表示dump塊地址為6666的資料塊。
在Oracle 8以後該命令已改為:
alter system dump datafile 11 block 9; –表示dump資料檔案號為11中的第9個資料塊。
3、controlf事件:dump控制檔案結構
alter session set events ‘immediate trace name controlf level 10′; –表示dump控制檔案的所有內容。
4、locks事件:dump LCK程式的鎖資訊
alter session set events ‘immediate trace name locks level 5′;
5、redohdr事件:dump redo日誌的頭部資訊
alter session set events ‘immediate trace name redohdr level 1′; –表示dump redo日誌頭部的控制檔案項。
alter session set events ‘immediate trace name redohdr level 2′; –表示dump redo日誌的通用檔案頭。
alter session set events ‘immediate trace name redohdr level 10′; –表示dump redo日誌的完整檔案頭。
注意:redo日誌的內容dump可以採用下面的語句:
alter system dump logfile ‘logfilename’;
6、loghist事件:dump控制檔案中的日誌歷史項
alter session set events ‘immediate trace name loghist level 1′; –表示只dump最早和最遲的日誌歷史項。
levelnumber大於等於2時,表示2的levelnumber次方個日誌歷史項。
alter session set events ‘immediate trace name loghist level 4′; –表示dump 16個日誌歷史項。
7、file_hdrs事件:dump所有資料檔案的頭部資訊
alter session set events ‘immediate trace name file_hdrs level 1′; –表示dump所有資料檔案頭部的控制檔案項。
alter session set events ‘immediate trace name file_hdrs level 2′; –表示dump所有資料檔案的通用檔案頭。
alter session set events ‘immediate trace name file_hdrs level 10′; –表示dump所有資料檔案的完整檔案頭。
8、errorstack事件:dump錯誤棧資訊,通常Oracle發生錯誤時前臺程式將得到一條錯誤資訊,但某些情況下得不到錯誤資訊,可以採用這種方式得到Oracle錯誤。
alter session set events ‘604 trace name errorstack forever’; –表示當出現604錯誤時,dump錯誤棧和程式棧。
9、systemstate事件:dump所有系統狀態和程式狀態
alter session set events ‘immediate trace name systemstate level 10′; –表示dump所有系統狀態和程式狀態。
10、coalesec事件:dump指定表空間中的自由區間
levelnumber以十六進位制表示時,兩個高位位元組表示自由區間數目,兩個低位位元組表示表空間號,如0×00050000表示dump系統表空間中的5個自由區間,轉換成十進位制就是327680,即:
alter session set events ‘immediate trace name coalesec level 327680′;
11、processsate事件:dump程式狀態
alter session set events ‘immediate trace name processsate level 10′;
12、library_cache事件:dump library cache資訊
alter session set events ‘immediate trace name library_cache level 10′;
13、heapdump事件:dump PGA、SGA、UGA中的資訊
alter session set events ‘immediate trace name heapdump level 1′;
14、row_cache事件:dump資料字典緩衝區中的資訊
alter session set events ‘immediate trace name row_cache level 1′;
最後加一句如果想DISABLE掉可以使用
SQL> alter system set events='1438 trace name Errorstack off';
System altered
OK 就到這裡
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7728585/viewspace-592633/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- ogg複製程式報ORA-01438錯誤處理
- 非同步處理方法非同步
- 影像預處理方法
- APM RUEI processor處理程式hang死處理方法
- JVM如何處理方法呼叫JVM
- php事務處理方法PHP
- AlertDialog 處理方法二
- 處理問題的方法
- 異常處理方法 (轉)
- 處理恢復資料方法
- JavaScript常用的字串處理方法JavaScript字串
- 高併發的處理方法
- ORACLE鎖等待的處理方法Oracle
- 各種報錯處理方法
- Smartform中的長文處理方法ORM
- SAP匯率損益處理方法
- 資料預處理方法彙總
- 處理字串的方法都在這裡字串
- 自然語言處理:分詞方法自然語言處理分詞
- yum groupinstall報錯,處理方法
- ORA-38760 問題處理方法
- 關於Oracle死鎖處理方法Oracle
- namespace mismatch require錯誤處理方法namespaceUI
- 控制檔案丟失處理方法
- netvault Client **** is unreachable的處理方法client
- listener.log太大的處理方法
- 衝突處理的方法(轉載)
- Teradata TPT處理Unicode方法Unicode
- oracle 誤刪除的處理方法Oracle
- JavaMail中文附件的處理方法 (轉)JavaAI
- 批處理打補丁的方法
- 【故障處理】EXP-00091: Exporting questionable statistics 問題處理方法Export
- Oracle 系統效能變慢常規處理診斷及定位處理方法Oracle
- ORACLE資料庫壞塊的處理 (處理無物件壞快的方法)Oracle資料庫物件
- 影像資料不足時的處理方法
- php錯誤與異常處理方法PHP
- 大量time-wait的處理方法AI
- nodejs程式異常退出處理方法NodeJS