ORA-12170: TNS: le délai d'attente de connexion s'est produit

C'est en raison de conflits de SID. Par exemple, dans votre Oracle12cBase\app\produit\12.1.0\dbhome_1\NETWORK\ADMIN\tnsnames.ora fichier, description de la connexion pour ORCL) est-ce:

ORCL =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = localhost)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl)
    )
  )

Et, vous essayez de vous connecter à l'aide de la chaîne de connexion en utilisant le même SID, mais différentes adresses IP, nom d'utilisateur/mot de passe, comme ceci:

sqlplus username/[email protected]:1521/orcl

Pour résoudre ce problème, de faire des changements dans le tnsnames.ora fichier:

ORCL =
  (DESCRIPTION =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.130.52)(PORT = 1521))
    (CONNECT_DATA =
      (SERVER = DEDICATED)
      (SERVICE_NAME = orcl)
    )
  )

Problème, car l'établissement de la connexion ou de communication avec un client n'a pas réussi à terminer dans le temps imparti de l'intervalle. Cela peut être un résultat de réseau ou de système de retards.

ÉTAPES de DÉPANNAGE (Doc ID 730066.1)

Erreurs de Délai de connexion ORA-3135 et ORA-3136
Une erreur de délai de connexion peuvent être émises lors d'une tentative de connexion à la base de données ne permet pas de terminer sa connexion et l'authentification des phases dans le délai imparti par le texte suivant:
SQLNET.INBOUND_CONNECT_TIMEOUT et/ou INBOUND_CONNECT_TIMEOUT_ serveur-côté paramètres.

À partir d'Oracle 10.2, la valeur par défaut pour ces paramètres est de 60 secondes où dans les versions précédentes, il était de 0, ce qui signifie pas de délai d'attente.

Sur un délai, le client recevra l'ORA-3135 (ou éventuellement TNS-3135) erreur:

ORA-3135 connexion perdu le contact

et la base de données du journal de l'ORA-3136 erreur dans son alerte.journal:

... Sam 10 Mai 02:21:38 2008
AVERTISSEMENT: entrant connection timed out (ORA-3136) ...

• L'authentification SQL

Lors d'une session de base de données est dans la phase d'authentification, il sera question d'une séquence d'instructions SQL. L'authentification n'est pas complète jusqu'à ce que tous ces sont analysés, exécuté, récupéré complètement. Certains des instructions SQL dans cette liste, par exemple sur 10.2:

select value$ from props$ where name = 'GLOBAL_DB_NAME'

select privilege#,level from sysauth$ connect by grantee#=prior privilege# 
and privilege#>0 start with grantee#=:1 and privilege#>0

select SYS_CONTEXT('USERENV', 'SERVER_HOST'), SYS_CONTEXT('USERENV', 'DB_UNIQUE_NAME'),
SYS_CONTEXT('USERENV', 'INSTANCE_NAME'), SYS_CONTEXT('USERENV', 'SERVICE_NAME'), 
INSTANCE_NUMBER, STARTUP_TIME, SYS_CONTEXT('USERENV', 'DB_DOMAIN') 
from v$instance where INSTANCE_NAME=SYS_CONTEXT('USERENV', 'INSTANCE_NAME')

select privilege# from sysauth$ where (grantee#=:1 or grantee#=1) and privilege#>0

ALTER SESSION SET NLS_LANGUAGE= 'AMERICAN' NLS_TERRITORY= 'AMERICA' NLS_CURRENCY= '$'
NLS_ISO_CURRENCY= 'AMERICA' NLS_NUMERIC_CHARACTERS= '.,' NLS_CALENDAR= 'GREGORIAN'
NLS_DATE_FORMAT= 'DD-MON-RR' NLS_DATE_LANGUAGE= 'AMERICAN' NLS_SORT= 'BINARY' TIME_ZONE= '+02:00'
NLS_COMP= 'BINARY' NLS_DUAL_CURRENCY= '$' NLS_TIME_FORMAT= 'HH.MI.SSXFF AM' NLS_TIMESTAMP_FORMAT=
'DD-MON-RR HH.MI.SSXFF AM' NLS_TIME_TZ_FORMAT= 'HH.MI.SSXFF AM TZR' NLS_TIMESTAMP_TZ_FORMAT=
'DD-MON-RR HH.MI.SSXFF AM TZR'

REMARQUE: La liste de SQL ci-dessus n'est pas exhaustive et ne représente pas la commande de l'authentification SQL . Des différences peuvent également exister à partir d'une version à une autre.

• Se bloque lors de l'Authentification

Ci-dessus les instructions SQL doivent être Analysés, à l'exécution et Récupérés comme il arrive pour tous les SQL à l'intérieur d'une Base de données Oracle. Il s'ensuit que tout problème rencontré lors de ces phases, qui apparaît comme un blocage ou un sévère ralentissement des performances peut entraîner un dépassement de délai.

Symptômes de ces blocages seront vus par l'authentification de la session de attend:
• curseur: pin S attendre X
• fermeture: ligne de cache d'objets
• ligne de verrouillage du cache
D'autres types d'événements d'attente sont possibles; cette liste peut ne pas être complète.

Le problème ici est que l'authentification de session est bloqué en attente pour obtenir une ressource partagée qui est détenu par une autre session à l'intérieur de la base de données. Que bloqueur de session est lui-même occupé à une activité (ou de sa propre accrocher), ce qui l'empêche de libérer la ressource partagée nécessaire par l'authentification de session en temps opportun. Il en résulte que le délai d'attente finalement indiqué à l'authentification de session.

• Dépannage de l'Authentification se bloque

Dans de telles situations, nous avons besoin de trouver le bloqueur de processus qui détient la ressource partagée nécessaire par l'authentification de session afin de voir ce qui se passe.

Typique de diagnostic utilisés dans ce cas sont les suivantes:

1. Trois consécutives systemstate décharges au niveau de 266 pendant le temps qu'un ou plusieurs authentification des sessions sont bloqués. Il est probable que le blocage de la session ont causé des délais d'attente de plus d'une tentative de connexion. Par conséquent, systemstate décharges peut être utile même lorsque le temps nécessaire pour générer dépasse la période d'un seul délai d'attente par exemple, 60 sec:

      $ sqlplus -prelim '/as sysdba' 

       oradebug setmypid 
       oradebug unlimit 
       oradebug dump systemstate 266 
       ...wait 90 seconds 
       oradebug dump systemstate 266 
       ...wait 90 seconds 
       oradebug dump systemstate 266 
       quit

• CENDRES rapports couvrant par exemple 10 à 15 minutes d'une période de temps au cours de laquelle plusieurs erreurs de délai d'attente ont été observées.
• Si possible, Deux fois de suite les requêtes sur V$LATCHHOLDER vue pour le cas où la ressource partagée être attendu est un loquet.
  select * from v$latchholder;
  Le systemstate décharges peuvent vous aider à identifier le bloqueur de session.
  Niveau 266 va nous montrer dans quel code il est en cours d'exécution qui peut aider à localiser tout bug existant comme la cause racine.

Des exemples de questions qui peuvent entraîner l'Authentification se bloque

• Inédits Bug 6879763 piscine partagée simulateur bug corrigé par le patch
  pour inédits de Bug 6966286 voir la Note 563149.1

• Inédits Bug 7039896 solution de contournement paramètre
  _enable_shared_pool_durations=false voir la Note 7039896.8

• D'autres approches pour éviter le problème

Dans certains cas, il peut être possible d'éviter les problèmes liés à l'Authentification SQL en imposant de telles déclarations dans la Piscine Partagée bientôt après du démarrage de l'instance et qu'ils sont fraîchement chargés. Vous pouvez utiliser l'artcile à conseiller:
Document 726780.1 Comment Épingler un Curseur dans la Piscine Partagée à l'aide de DBMS_SHARED_POOL.GARDER

Agencement de les empêcher d'être évacué en raison de l'inactivité et le vieillissement et les empêche donc d'avoir besoin d'être rechargé dans l'avenir, c'est à dire qui ont besoin d'être réanalysée et devenir sensibles à l'Authentification de l'accrocher questions.