ORA-00054錯誤解決方案(摘)
ORA-00054錯誤解決方案
SELECT A.OWNER,
A.OBJECT_NAME,
B.SESSION_ID,
B.ORACLE_USERNAME,
B.OS_USER_NAME,
B.PROCESS,
B.LOCKED_MODE,
C.SID,
C.SERIAL#,
C.PROGRAM
FROM ALL_OBJECTS A,
V$LOCKED_OBJECT B,
SYS.GV_$SESSION C
WHERE ( A.OBJECT_ID = B.OBJECT_ID )
AND (B.PROCESS = C.PROCESS )
AND A.OBJECT_NAME='TAB_NAME';
然後殺掉這個執行緒。
alter system kill session 'sid,serial#' immediate;
PS:該錯誤主要由另一個ORA-03135引起,主要原因為最近局裡網路不穩定,如叢集中任一主機PUBLIC埠斷掉會導致與之繫結的VIP消失,造成假DOWN情況.
據說這種是裂腦(split-brain)現象:裂腦是由於叢集中的節點之間無法正常通訊而導致的叢集中出現的不一致的現象
如果出現這種情況,Oracle RAC會終止一個例項,來保證叢集的一致性.
附:
·servera例項down情況下的自動切換實驗:
1.初始狀態:兩臺伺服器的oracle例項均執行
$ srvctl status database -d sddzyj
Instance sddzyj1 is running on node ibmsvr1
Instance sddzyj2 is running on node ibmsvr2
2.在客戶端PC上連線oracle,連線到例項sddzyj2
SQL> conn sys/oracle @sddzyj as sysdba;
已連線。
SQL> select instance_number,instance_name,host_name from v$instance;
INSTANCE_NUMBER INSTANCE_NAME HOST_NAME
--------------- ---------------------------------------------
2 sddzyj2 ibmsvr2
3.stop ractest2
$ srvctl stop instance -d sddzyj -i sddzyj2
$ srvctl status database -d sddzyj
Instance sddzyj1 is running on node ibmsvr1
Instance sddzyj2 is not running on node ibmsvr2
4.客戶端PC的連線自動切換到ractest1,而且不會出現ORA錯誤
SQL> select instance_number,instance_name,host_name from v$instance;
INSTANCE_NUMBER INSTANCE_NAME HOST_NAME
--------------- ---------------------------------------------
1 sddzyj1 ibmsvr1
·servera的public網線斷開時的自動切換實驗:
1.初始狀態:兩臺伺服器的oracle例項均執行
$ srvctl status database -d sddzyj
Instance sddzyj1 is running on node ibmsvr1
Instance sddzyj2 is running on node ibmsvr2
2.在客戶端PC上連線oracle,連線到例項sddzyj2
SQL> conn sys/oracle @sddzyj as sysdba;
已連線。
SQL> select instance_number,instance_name,host_name from v$instance;
INSTANCE_NUMBER INSTANCE_NAME HOST_NAME
--------------- ---------------------------------------------
2 sddzyj2 ibmsvr2
3.斷開ibmsvr2的public埠網線,過一會後,ibmsvr2上的oracle例項sddzyj2會down
$ srvctl status database -d sddzyj
Instance sddzyj1 is running on node ibmsvr1
Instance sddzyj2 is not running on node ibmsvr2
4.客戶端PC的連線丟失,且不能切換到serverb
SQL> select instance_number,instance_name,host_name from v$instance;
select instance_number,instance_name,host_name from v$instance
*
第 1 行出現錯誤:
ORA-03135: 連線失去聯絡
SQL> select instance_number,instance_name,host_name from v$instance;
ERROR:
ORA-03114: 未連線到 ORALCE
最近忙著整理資料庫,沒時間解決這個問題,先記下來以後再說……-。。-
系統環境及TNS配製在以前帖子裡有。。。
案例學習Oracle錯誤:ORA-00054
對Oracle錯誤ORA-00054的描述:資源正忙,要求指定NOWAIT。
原文: ORA-00054 resource busy and acquire with NOWAIT specifie .
Cause:The NOWAIT keyword forced a return to the command prompt because a resource was unavailable for a LOCK TABLE or SELECT FOR UPDATE command.
Action:Try the command after a few minutes or enter the command without the NOWAIT keyword .
原因:對錶進行相關操作時,該表被鎖定,或表正在被其他程式佔用,導致系統忙。
解決:對錶解鎖或等待完成。
案例1:取消事務之後重新構建索引的時候出現錯誤
問題描述:有一個事務花費的時間比正常的要長一些,所以使用者結束了這個會話(ctrl+alt+del)。現在,這個表有一個ROW-X 鎖。以下是有關鎖的詳細資訊:
OS User : rosemarie
OS PID : 396:482
Oracle User : ROSEM
Oracle ID : 27
Lock Type : DML
Lock Held : Row-X (SX)
Lock Requested : None
Status : Not Blocking
Object Owner : TOTALPLANT
Object Name : CUS_PRODUCTS
在重新構建這個表的索引的時候,得到如下錯誤資訊:
alter index CUS_PRODUCT_IDX1 rebuild tablespace
TBSIDX_001
*
ERROR at line 1:
ORA-00054: resource busy and acquire with NOWAIT
specified
解決方案:當事務被取消的時候,事務所作的已經結束的工作需要回滾到上一個點。在取消之前,你的事務執行得時間較長,那麼完全回滾的過程很可能也會較長。除非事務已經回滾完畢,否則,資料定義語言,例如ALTER INDEX REBUILD這樣的命令就不能獲得它要執行完畢所需要的鎖。這種型別的命令不會等待鎖被釋放。這就是為什麼出現ORA-54錯誤資訊的原因。在你獲得這個反饋的時間裡,你的長的執行事務應該是已經回滾完畢。所以你再次執行ALTER INDEX REBUILD語句,應該是可以工作良好的。
案例2:停止回滾的方式
問題描述:有一個表,它有10個分割槽。每個分割槽都有1百萬行。我想要使用rid=1來刪除第1分割槽裡面的行。它用了好長好長時間。所以我殺死了這個會話。現在,我的資料庫正在回滾,所有的行都刪除了。有沒有一種方法可以停止回滾?如果我立刻關閉,我估計它會用很長時間來關閉。如果我異常中止,當我重新啟動資料庫的時候,它會用很長很長的時間進行恢復嗎?我不關心資料是否被刪除了。我想要一種方法來"alter table xyz nologging",而不會出現"ORA-00054 resource busy ..."這個錯誤。
解決方案:你不能阻止系統回滾一個異常中止的事務。因為你殺死了會話,那麼被取消的會話和系統除了回滾你所作的任何修改之外,別無選擇。系統不能由你來決定保持哪個取消的事務,以及除掉哪個。所以,它會回滾所有內容。即使是你關閉了資料庫並且進行了備份,它也仍然會在資料庫啟動之後執行回滾。你不必等待它的結束。一旦它回滾結束,你就不會收到ORA-00054錯誤資訊了。
附:Oracle回滾段管理
回滾段管理一直是ORACLE資料庫管理的一個難題,本文透過例項介紹ORACLE回滾段的概念,用法和規劃及問題的解決。
回滾段概述
回滾段用於存放資料修改之前的值(包括資料修改之前的位置和值)。回滾段的頭部包含正在使用的該回滾段事務的資訊。一個事務只能使用一個回滾段來存放它的回滾資訊,而一個回滾段可以存放多個事務的回滾資訊。
回滾段的作用
事務回滾:當事務修改表中資料的時候,該資料修改前的值(即前影像)會存放在回滾段中,當使用者回滾事務(ROLLBACK)時,ORACLE將會利用回滾段中的資料前影像來將修改的資料恢復到原來的值。
事務恢復:當事務正在處理的時候,例程失敗,回滾段的資訊儲存在重做日誌檔案中,ORACLE將在下次開啟資料庫時利用回滾來恢復未提交的資料。
讀一致性:當一個會話正在修改資料時,其他的會話將看不到該會話未提交的修改。而且,當一個語句正在執行時,該語句將看不到從該語句開始執行後的未提交的修改(語句級讀一致性)。當ORACLE執行SELECT語句時,ORACLE依照當前的系統改變號(SYSTEMCHANGENUMBER-SCN)來保證任何前於當前SCN的未提交的改變不被該語句處理。可以想象:當一個長時間的查詢正在執行時,若其他會話改變了該查詢要查詢的某個資料塊,ORACLE將利用回滾段的資料前影像來構造一個讀一致性檢視。
事務級的讀一致性
ORACLE一般提供SQL語句級(SQLSTATEMENTLEVEL)的讀一致性,可以用以下語句來實現事務級的讀一致性。
SETTRANSACTIONREADONLY;
或:
SETTANNSACTIONSERIALIZABLE;
以上兩個語句都將在事務開始後提供讀一致性。需要注意的是,使用第二個語句對資料庫的併發性和效能將帶來影響。
回滾段的種類
系統回滾段:當資料庫建立後,將自動建立一個系統回滾段,該回滾段只用於存放系統表空間中物件的前影像。
非系統回滾段:擁有多個表空間的資料庫至少應該有一個非系統回滾段,用於存放非系統表空間中物件的資料前影像。非系統回滾段又分為私有回滾段和公有回滾段,私有回滾段應在引數檔案的ROLLBACKSEGMENTS引數中列出,以便例程啟動時自動使其線上(ONLINE)。公有回滾段一般在OPS(ORACLE並行伺服器)中出現,將在例程啟動時自動線上。
DEFERED回滾段:該回滾段在表空間離線(OFFLINE)時由系統自動建立,當表空間再次線上(ONLINE)時由系統自動刪除,用於存放表空間離線時產生的回滾資訊。
回滾段的使用
分配回滾段:當事務開始時,ORACLE將為該事務分配回滾段,並將擁有最少事務的回滾段分配給該事務。事務可以用以下語句申請指定的回滾段:
SETTRANSTRACTIONUSEROLLBACKSEGMENTrollback_segment
事務將以順序,迴圈的方式使用回滾段的區(EXTENTS),噹噹前區用滿後移到下一個區。幾個事務可以寫在回滾段的同一個區,但每個回滾段的塊只能包含一個事務的資訊。
例如(兩個事務使用同一個回滾段,該回滾段有四個區):
1、事務在進行中,它們正在使用回滾段的第三個區;
2、當兩個事務產生更多的回滾資訊,它們將繼續使用第三個區;
3、當第三個區滿後,事務將寫到第四個區,當事務開始寫到一個新的區時,稱為翻轉(WRAP);
4、當第四個區用滿時,如果第一個區是空閒或非活動(使用該區的所有事務完成而沒有活動的事務)的,事務將接著使用第一個區。
回滾段的擴張(EXTEND)
噹噹前回滾段區的所有塊用完而事務還需要更多的回滾空間時,回滾段的指標將移到下一個區。當最後一個區用完,指標將移到第一個區的前面。回滾段指標移到下一個區的前提是下一個區沒有活動的事務,同時指標不能跨區。當下一個區正在使用時,事務將為回滾段分配一個新的區,這種分配稱為回滾段的擴充套件。回滾段將一直擴充套件到該回滾段區的個數到達回滾段的引數MAXEXTENTS的值時為止。
回滾段的回收和OPTIMAL引數
OPTIMAL引數指明回滾段空閒時收縮到的位置,指明回滾段的OPTIMAL引數可以減少回滾段空間的浪費。
建立回滾段
語法:
CREATE [PUBLIC] ROLLBACK SEGMENT rollback_segment
[TABLESPACE tablespace]
[STORAGE ([INITIAL integer[K|M]] [NEXT integer[K|M]]
[MINEXTENTS integer]
[MAXTENTS {integer|UNLIMITED}]
[OPTIMAL {integer[K|M]|NULL}]) ]
注:
回滾段可以在建立時指明PRIVATE或PUBLIC,一旦創
建將不能修改。
MINEXTENTS 必須大於等於2
PCTINCREASE必須是0
OPTIMAL如果要指定,必須大於等於回滾段的初始大小(由MINEXTENTS指定)
建議:
一般情況下,INITIAL=NEXT
設定OPTIMAL引數來節約空間的使用
不要設定MAXEXTENTS為UNLIMITED
回滾段應建立在一個特定的回滾段表空間內
例:
CREATE ROLLBACK SEGMENT rbs01
TABLESPACE rbs
STORAGE ( INITIAL 100K NEXT 100K MINEXTENTS 10
MAXEXTENTS 500 OPTIMAL 1000K);
使回滾段線上
當回滾段建立後,回滾段是離線的,不能被資料庫使用,為了使回滾段被事務利用,必須將回滾段線上。可以用以下命令使回滾段線上:
ALTER ROLLBACK SEGMENT rollback_segment ONLINE;
例:
ALTER ROLLBACK SEGMENT rbs01 ONLINE;
為了使回滾段在資料庫啟動時自動線上,可以在資料庫的引數檔案中列出回滾段的名字。例如在引數檔案中加入以下一行:
ROLLBACK_SEGMENT=(rbs01,rbs02)
修改回滾段的儲存引數
可以使用ALTER ROLLBACK SEGMENT命令修改回滾段的儲存引數(包括OPTIMAL,MAXEXTENTS)。
語法:
ALTER ROLLBACK SEGMENT rollback_segment
[STORAGE ([NEXT integer[K|M]]
[MINEXTENTS integer]
[MAXEXTENTS {integer|UNLIMITED}]
[OPTIMAL {integer[K|M]|NULL}]) ]
例:
ALTER ROLLBACK SEGMENT rbs01 STORAGE (MAXEXTENTS 1000);
回收回滾段的空間
如果指定了回滾段的OPTIMAL引數,ORACLE將自動回收回滾段到OPTIMAL指定的位置。使用者也可以手動回收回滾段的空間。
語法:
ALTER ROLLBACK SEGMENT rollback_segment SHRINK [TO integer [K|M]];
說明:
如果不指明TO integer的數值,ORACLE將試圖回收到OPTIMAL的位置。
例:
ALTER ROLLBACK SEGMENT rbs01 SHRINK TO 2M;
使回滾段離線
為了達到以下兩個目的將要回滾段離線:
1.阻止新的事務使用該回滾段;
2.該回滾段必須刪除。
語法:
ALTER ROLLBACK SEGMENT rollback_segment OFFLINE;
例:
ALTER ROLLBACK SEGMENT rbs01 OFFLINE;
說明:
如果有事務正在使用該回滾段,執行該命令後,回滾段的狀態將是PENDING OFFLINE。事務結束後,狀態將改為OFFLINE,可以透過V$ROLLSTAT查詢回滾段的狀態。
刪除回滾段
當回滾段不再需要或要重建以改變INITIAL,NEXT或MINEXTENTS引數時,可以將其刪除。要刪除回滾段,不許使該回滾段離線。
語法:
DROP ROLLBACK SEGMENT rollback_segment;
例:
DROP ROLLBACK SEGMENT rbs01;
查詢回滾段的資訊
所用資料字典:DBA_ROLLBACK_SEGS
可以查詢的資訊:回滾段的標識(SEGMENT_ID)、名稱(SEGMENT_NAME)、所在表空間(TABLESPACE_NAME)、型別(OWNER)、狀態(STATUS)。
例:
SQL>SELECT segment_name,tablespace_name,owner,status FROM dba_rollback_segs;
回滾段的統計資訊
資料字典:V$ROLLNAME,V$ROLLSTAT
例:
SQL>SELECT n.name,s.extents,s.rssize,s.optsize,s.hwmsize,s.xacts,s.status
FROM v$rollname n,v$rollstat s
WHERE n.usn=s.usn;
回滾段的當前活動事務
資料字典:V$SESSION,V$TRANSACTION
例:
SQL>SELECT s.username,t.xidusn,t.ubafil,t.ubablk,t.used_ublk
FROM v$session s,v$transaction t
WHERE s.saddr=t.ses_addr;
USERNAMEXIDUSN UBAFIL UBABLKUSED_UBLK
--------------- ----------- ----------- -----------
SYSTEM22 71
SCOTT 121631
2 rows selected.
回滾段的數量規劃
對於OLTP系統,存在大量的小事務處理,一般建議:數量多的小回滾段;每四個事務一個回滾段;每個回滾段不要超過十個事務。
對於批處理,一般建議:少的大回滾段;每個事務一個回滾段。
回滾段的問題及解決方法
問題一:事務要求的回滾段空間不夠,表現為表空間用滿(ORA-01560錯誤),回滾段擴充套件到達引數MAXEXTENTS的值(ORA-01628)。
解決方法:向回滾段表空間新增檔案或使已有的檔案變大;增加MAXEXTENTS的值。
問題二:讀一致性錯誤(ORA-01555 SNAPSHOT TOO OLD)
解決方法:增加MINEXTENTS的值,增加區的大小,設定一個高的OPTIMAL值。
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/7553441/viewspace-1009643/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 【Oracle】ORA-00054 錯誤解決方法Oracle
- latex 錯誤以及解決方案
- mysql 解決字符集錯誤 正確摘錄MySql
- Linux下錯誤解決方案Linux
- oracle ora-00054錯誤處理Oracle
- Ubuntu Cannot allocate memory 錯誤解決方案Ubuntu
- ORA-28000錯誤解決方案
- ORA-07445: 錯誤解決方案
- 解決MySQL server has gone away錯誤的解決方案MySqlServerGo
- Hadoop常見錯誤及解決方案Hadoop
- HTTP 錯誤 500.21 - Internal Server Error 解決方案HTTPServerError
- MySQL插入資料1366錯誤解決方案MySql
- 開發常見錯誤及解決方案
- MySQL錯誤Incorrect file format解決方案薦MySqlORM
- Java java.lang.ExceptionInInitializerError 錯誤解決方案JavaExceptionError
- DataGuard ORA-10458錯誤解決方案
- informatica SORT_40406 錯誤解決方案ORM
- SQL Server 錯誤程式碼:17058 。解決方案SQLServer
- vagrant homestead 錯誤記錄以及解決方案
- JNI命令列下編譯錯誤解決方案命令列編譯
- ORA-00845的錯誤與解決方案
- 使用JPEGImageEncoder提示Access restriction:錯誤 解決方案REST
- Unsupported major.minor version 51.0 錯誤解決方案
- SVN 遇到的一些錯誤解決方案
- ORA-01658 錯誤之解決方案
- ant構建時出現錯誤解決方案
- PbootCMS中常見的錯誤提示及其解決方案boot
- TCP網路除錯助手提示錯誤:“1035:未知錯誤” 解決方案TCP除錯
- SSL錯誤ssl connect error 35的解決方案Error
- IIS 7.5 解析錯誤 命令執行漏洞解決方案
- java:錯誤:不支援發行版本1.4解決方案Java
- MySQL資料庫常見錯誤及解決方案MySql資料庫
- MySQL連線錯誤(10048)的解決方案MySql
- [轉]MySql錯誤程式碼1045的解決方案MySql
- CS0234 錯誤,奇葩bug,解決方案
- Ocelot錯誤解決
- photoshop匯出png發生未知錯誤的解決方案,ps匯出發生未知錯誤怎麼解決
- No bean named 'xxx' is defined錯誤,原因及解決方案Bean