ORA-00054: ressource occupée et acquisition avec NOWAIT spécifié ou délai écoulé

Question

Pourquoi ai-je cette erreur de base de données lorsque je mets à jour une table ?

ERREUR à la ligne 1 :
ORA-00054 : ressource occupée et acquisition avec spécification de NOWAIT ou expiration du délai

Answer 1

Votre table est déjà verrouillée par une certaine requête. Par exemple, vous avez peut-être exécuté "select for update" et n'avez pas encore validé/annulé et avez lancé une autre requête select. Faites un commit/rollback avant d'exécuter votre requête.

Answer 2

À partir d'ici ORA-00054: ressource occupée et acquire avec NOWAIT spécifié

Vous pouvez également rechercher les informations sql, nom d'utilisateur, machine, port et accéder au processus réel qui détient la connexion

SELECT O.OBJECT_NAME, S.SID, S.SERIAL#, P.SPID, S.PROGRAM,S.USERNAME,
S.MACHINE,S.PORT , S.LOGON_TIME,SQ.SQL_FULLTEXT 
FROM V$LOCKED_OBJECT L, DBA_OBJECTS O, V$SESSION S, 
V$PROCESS P, V$SQL SQ 
WHERE L.OBJECT_ID = O.OBJECT_ID 
AND L.SESSION_ID = S.SID AND S.PADDR = P.ADDR 
AND S.SQL_ADDRESS = SQ.ADDRESS;

Answer 3

Veuillez tuer la session Oracle

Utilisez la requête ci-dessous pour vérifier les informations des sessions actives

SELECT
    O.OBJECT_NAME,
    S.SID,
    S.SERIAL#,
    P.SPID,
    S.PROGRAM,
    SQ.SQL_FULLTEXT,
    S.LOGON_TIME
FROM
    V$LOCKED_OBJECT L,
    DBA_OBJECTS O,
    V$SESSION S,
    V$PROCESS P,
    V$SQL SQ
WHERE
    L.OBJECT_ID = O.OBJECT_ID
    AND L.SESSION_ID = S.SID
    AND S.PADDR = P.ADDR
    AND S.SQL_ADDRESS = SQ.ADDRESS;

Tuer la session comme suit

alter system kill session 'SID,SERIAL#';

(Par exemple, alter system kill session '13,36543';)

Référence http://abeytom.blogspot.com/2012/08/finding-and-fixing-ora-00054-resource.html

Answer 4

Il existe une solution très facile à ce problème.

Si vous exécutez une trace 10046 sur votre session (recherchez sur Google pour plus d'informations... trop long à expliquer). Vous verrez qu'avant toute opération DDL, Oracle effectue les étapes suivantes:

LOCK TABLE 'TABLE_NAME' NO WAIT

Donc, si une autre session a une transaction ouverte, vous obtenez une erreur. La solution est donc... roulement de tambour. Bloquez votre propre verrou avant le DDL et supprimez le 'NO WAIT'.

Note spéciale:

si vous divisez/supprimez des partitions, Oracle verrouille uniquement la partition. - donc vous pouvez simplement verrouiller la sous-partition de la partition.

Ainsi... Les étapes suivantes résolvent le problème.

1. LOCK TABLE 'NOM_TABLE'; -- vous 'attendez' (les développeurs appellent cela un blocage) jusqu'à ce que la session avec la transaction ouverte valide. Il s'agit d'une file d'attente. donc il peut y avoir plusieurs sessions devant vous. mais vous n'aurez PAS d'erreur.
2. Exécutez le DDL. Votre DDL effectuera ensuite un verrou avec le NO WAIT. Cependant, votre session a acquis le verrou. Vous êtes donc bon.
3. DDL s'auto-commit. Cela libère les verrous.

Les instructions DML 'attendent' ou, comme les développeurs l'appellent, 'bloquent' tant que la table est verrouillée.

Je fais cela dans du code qui s'exécute à partir d'une tâche pour supprimer des partitions. Cela fonctionne bien. C'est dans une base de données qui insère constamment à un rythme de plusieurs centaines d'insertions par seconde. Aucune erreur.

Si vous vous posez la question. J'ai fait cela en 11g. Je l'ai également fait en 10g dans le passé.

Answer 5

Cette erreur se produit lorsque la ressource est occupée. Vérifiez si vous avez des contraintes référentielles dans la requête. Ou même les tables que vous avez mentionnées dans la requête peuvent être occupées. Elles pourraient être engagées dans un autre travail qui sera certainement répertorié dans les résultats de la requête suivante :

SELECT * FROM V$SESSION WHERE STATUS = 'ACTIVE'

Trouvez le SID,

SELECT * FROM V$OPEN_CURSOR WHERE SID = --l'identifiant