ORA-03150: fin de fichier sur le canal de communication par liaison de base de données

Dans une base de données Oracle il y a un grand PL/SQL procédure exécutée périodiquement des copies de données provenant d'une DB à un autre par le biais d'un lien de base de données et est un échec au bout de quelques heures avec l'erreur suivante:

ORA-03150: end-of-file on communication channel for database link 
ORA-02063: preceding line from DBPREMOTE 
ORA-06512: at "DBLOCAL.JOB_NAME", line 710 
...
ORA-06512: at line 1

Ligne 710 est la première ligne d'une procédure:

 execute immediate 'set constraints all deferred';

Ensuite, la procédure n'certaines insertions et mises à jour, qui je pense sont un échec à un certain point en raison de PK, données non valide ou tout autre raison. Je suppose que l'exception est en train de pointer à la ligne, car il est le premier, non pas parce qu'il est en fait à défaut de là, mais je ne sais pas pour vous la vraie exception.

Est-il possible que je peux obtenir de la vraie exception afin que je puisse le manipuler?

  • Il est plus probable que vous avez un peu feuilletée réseau que d'un INSERT à défaut. Si l'INSERTION a été à défaut que vous souhaitez toujours avoir une erreur liée à (vous pouvez tester cette - ne présumez pas!)
  • C'est une transaction distribuée, donc la première étape est de regarder pour plus de détails dans la alert.log sur le serveur distant. Cela devrait vous donner assez d'informations pour comprendre le pourquoi de l'échec de la transaction.
  • Nous venons de recevoir l'alerte.détails du journal et nous obtenons: TNS-12535: TNS:operation timed out ns secondary err code: 12560 nt main err code: 505 TNS-00505: Operation timed out nt secondary err code: 110 nt OS err code: 0 dans les locaux de la DB, rien dans l'alerte.journal du serveur distant. Nous sommes donc enclins à penser que c'est quelque chose dans la procédure locale. Je suppose que le délai au bout de 2h est normal.
  • Se peut-il que execute immediate 'set constraints all deferred'; est plus long que le délai d'attente?
InformationsquelleAutor detoro84 | 2017-12-27
  1. 0

    Un potentiel de solution de contournement peut être à proximité de la DB-Lien après chaque d'utilisation avec un PL/SQL procédure comme ceci:

    FOR aLink IN (SELECT * FROM V$DBLINK) LOOP
    DBMS_SESSION.CLOSE_DATABASE_LINK(aLink.DB_LINK);
END LOOP;

    ou 

    DECLARE
    DATABASE_LINK_IS_NOT_OPEN EXCEPTION;
    PRAGMA EXCEPTION_INIT(DATABASE_LINK_IS_NOT_OPEN, -2081);
BEGIN
    DBMS_SESSION.CLOSE_DATABASE_LINK('DBPREMOTE ');
EXCEPTION 
    WHEN DATABASE_LINK_IS_NOT_OPEN THEN 
        NULL;
END;

    Si les connexions sont rejetés de toute façon, vous devriez en parler à votre réseau gars. Peut-être qu'ils abandon de la connexion par les paramètres du pare-feu. Toutefois, il pourrait y avoir de nombreuses autres raisons.

    • Oui, le problème est un délai d'attente de connexion, ce qui serait corrigé avec cette solution de contournement, mais quelque chose est en rendant la procédure pour être si lent à laisser le délai de liaison.
    InformationsquelleAutor Wernfried Domscheit