Très long temps d'ouverture de connexion SQL

Récemment, Nous avons migré notre Oracle 9.2.0.6 de production de base de données à partir de Windows 32 bits RAC (2 noeuds) pour Linux 64 bits de l'environnement. Linux 64 bits de l'environnement a 8 fois plus de mémoire que Windows 32 bits de l'environnement et Linux 64 bits est plus rapide de disque ( RAID 10 comparer à RAID 5 de windows).

Cependant, après cette migration, nous avons remarqué sql temps de connexion a été augmenté de façon significative. Un certain temps, c'est la prise de 16 secondes pour ouvrir une connexion. Nous avons utilisé différentes pilote (JDBC, ODBC, BEC) et SQLPlus. Mais, nous avons remarqué aucune différence dans sql temps de connexion. Nous avons étudié le réseau, mais il a remarqué aucun problème avec le réseau.

Certain temps, c'est de prendre environ 16 secondes pour ouvrir une connexion unique. Cette base de données a environ 50000 utilisateur de schéma.

Quelqu'un peut-il me dire ce qui peut être fait pour réduire le temps d'ouverture de connexion? Votre aide serait appréciée.

serverfault.com serait un meilleur endroit pour demander, et un meilleur endroit pour trouver une réponse
J'ai le même problème, et de trouver des solutiohttp://oracleprof.blogspot.com/2009/08/slow-network-connection-w-11g.htmln

OriginalL'auteur user284534 | 2010-03-02

  1. 3

    Il a été DNS dans notre cas. Après notre admin a commenté sur toutes les entrées DNS sur le côté du serveur, le système a commencé à répondre sans délai.

    OriginalL'auteur Zeks

  2. 2

    Il y a beaucoup de raisons possibles pour cela, et sans plus d'informations, il est difficile de déterminer la cause racine.

    Cela dit, vérifiez votre sqlnet.ora fichier situé sur l'ordinateur de votre connexion à partir de l' (c'est à dire <oracle_home>/network/admin/sqlnet.ora) et de voir si vous avez une ligne telle que:

    SQLNET.AUTHENTICATION_SERVICES= (NTS)

    Si oui, essayez de la remplacer par:

    SQLNET.AUTHENTICATION_SERVICES= (NONE)

    Sauvegardez et relancez votre connexion via SQLPlus.

    Aussi, vérifiez la valeur que vous avez définie pour NAMES.DIRECTORY_PATH. Assurez-vous que la méthode que vous utilisez pour vous connecter à votre instance est le premier dans la liste. Par exemple, nous utilisons TNSNAMES et la nôtre se lit comme suit:

    NAMES.DIRECTORY_PATH= (TNSNAMES, EZCONNECT)

    Espère que cette aide.

    Pour les connexions TCP avec Net*8, le serveur doit être en mesure de résoudre les noms d'hôtes et adresses IP. La manière la plus rapide de résolution de nom est une recherche dans le fichier /etc/hosts sur le serveur. (Résolution de nom est influencée par /etc/resolv.conf)
    sqlnet.ora a le paramètre de SQLNET.AUTHENTICATION_SERVICES= (NONE) LES NOMS.DIRECTORY_PATH= (TNSNAMES), Nous sommes en mesure de reproduire avec problème d'ordinateur différent avec un autre pilote. Nous sommes également en mesure de reproduire de SQLPLUS. La latence du réseau n'est pas un problème. Cette lenteur se produit de façon aléatoire. Cependant, nous avons pu corréler cette lenteur avec des pics de l'UC.Au moment de la connexion est lente, les pics de l'UC à 100%. Nous avons aussi remarqué que la valeur R du système traverse le nombre de processeurs. Ce qui indique étranglement au niveau du PROCESSEUR.

    OriginalL'auteur RC.

  3. 2

    si tout à coup le tnsping est devenu très lent(signifie que c'est un tout bon système avant), mais le ping de la même serveur de base de données est rapide, plus il est possible de l'auditeur.fichier journal est trop grand:

    $ORACLE_HOME/network/log/auditeur.journal

    Certains OS (SunOS dans mon expérience) de répondre par écrit à un très gros fichier texte problème de performance(dépasser 4G?), afin de queue/nettoyer le fichier journal sera immédiatement résoudre le tnsping prend très longtemps problème.

    OriginalL'auteur Eric Guo

  4. 2

    J'ai aussi eu très lente connexion avec les établissements de SQL Developer 4.1.5.21 sur Mac OS contre Oracle 12.1.0.2.0.

    Pour analyser ce que j'ai installé Oracle Instant Client pour vérifier la connectivité directe avec sqlplus. Quand j'ai essayé de vous connecter avec sqlplus il m'a donné le message d'erreur suivant:

    $ sqlplus <USER>/<PASSWORD>@<HOST>:<PORT>/<SERVICE>
SQL*Plus: Release 12.1.0.2.0 Production on Thu Mar 16 10:50:44 2017

Copyright (c) 1982, 2016, Oracle.  All rights reserved.

ERROR:
ORA-21561: OID generation failed

    J'ai ensuite trouvé une entrée de blog Oracle ORA-21561 : OID génération a échoué et ajouté le nom d'hôte (retourné par la hostname de commande) à l' 127.0.0.1ligne dans /etc/hosts:

    127.0.0.1 localhost MacBook-Pro.local

    Cette correction de l'ORA-21561 erreur dans sqlplus ainsi que la lenteur de l'établissement de la connexion dans SQL Developer.

    OriginalL'auteur Andreas Klöber

  5. 1

    Choses qui pourraient indiquer les zones à problème:

    De la part du client:

    • sont tous les clients présentant le problème?
    • est ping serveur assez rapide?
    • est tnsping dbname lent?
    • pouvez vous connecter normalement avec telnet?

    À partir du serveur:

    • est ping client assez rapide?
    • est nslookup de client par son nom et IP rapide?
    • est tnsping dbname lent?
    • est sqlplus utilisateur@dbname rapide ou lente?
    • est une connexion directe au serveur rapide? I. E., export ORACLE_SID=db;sqlplus utilisateur/pw
    Oui, tous les types de clients de présenter le problème. Ping est très rapide. tnsping n'est pas lent. Oui, on peut normalement se connecter à l'aide de telnet. La commande Ping pour le client est également très rapide Lenteur se fait au hasard. Une certaine façon, nous avons remarqué que lorsque l'ordre de 30 à 40 relie sont ouvertes simultanément, puis de la base de données pics de l'UC à 100% et les connexions sont ralenties.

    OriginalL'auteur DCookie