Oracle Data Provider for .NET: demande de Connexion timed out

Nous avons eu un problème similaire, et il a fallu du temps, de débogage et de résoudre ce problème. Notre code sur stressée avec de nombreux fichiers d'entrée, et le nombre de threads de traitement, chaque thread à l'aide de Entity framework et de l'ouverture d'Oracle db connection, et de faire un tas de requêtes db et inserts, utilisé pour déposer de temps en temps. Mais fonctionne la plupart du temps.

J'ai modifié out constructeur DbContext explicitement ouvrir le OracleConnection. J'ai ajouté un peu de code comme ceci

for (i = 0; i < 5; i++)
   try {
       oracleConnection.Open();
   } catch (OracleException) {
     Sleep for 15 ms and retry. 
     On last attempt I also do OracleConnection.ClearAllPools()
   }

Il est améliorée, mais n'a toujours pas résoudre complètement. Je me suis cassé dans la prise de débogueur, et vu que le nombre de threads tentent d'ouvrir et de quelques fils sont le traitement de suite.
Sur Ouvrir dans Oracle pile, l'Oracle de son interne à des fins ne ThreadPool.QueueUserWorkItem et attend son achèvement. Je peux voir sur le dessus de la pile de son attente. Ici beaucoup de pool de connexions sont disponibles (la valeur par défaut est de 100), je suis à peine à l'aide de 10. Il n'est donc pas de ressource.

Mais le problème est dans notre code, nous avons également utilisé de pool de threads.QueueUserWorkItem avec aucune autre limitation. J'ai pensé que c'était cool de file d'attente tous les travaux que nous devons faire, combien jamais, nous avons besoin de cela, et de laisser .NET en prendre soin. Mais c'est subtil question. Tous nos travaux ont consommé la totalité de la file d'attente à compter. Lorsque OracleConnection veut obtenir un pool de connexion de la piscine, elle a aussi des files d'attente pour le pool de threads. Mais il ne va jamais se terminer. Nos emplois sont tous dans l'attente de OracleConnection.Ouvert, et sa file d'Attente Thread proc sera toujours dans la file d'attente. Donc, finalement, l'attente en sortie par timeout.
Il est dommage que même si il ya beaucoup de pool de connexion est disponible, nous avons consommé toutes les ThreadPool proc, et l'Oracle du pool de threads n'ont même pas une chance. Ici paramètre de pool de threads.SetMaxThreads aussi ne va pas aider. Le problème est toujours le même. Nous avons porc de tous les threads du pool de ressources, et Orcale ne va pas en trouver un et le sera encore dans la file d'attente.

La solution est de ne pas se fier seulement à ThreadPool, mais nous y ajoutons notre propre limitation. J'ai utilisé BlockingCollection et sempahores et d'ajouter que certaines limiter le nombre de connexions simultanées emplois dans le pool de threads, de 5. De cette façon OracleConnection trouverez toujours un pool de threads thread disponible, et l'habitude de l'échec.

OriginalL'auteur R. Sridharan

Même que j'ai utilisé pour obtenir ce problème de plus en plus Fréquemment, même après l'utilisation de la Connexion.Close()

Après une longue Analyse, j'ai appris quelques chose comme mentionné ci-dessous

1. Connexion.Close() ne marche pas disposer de la connexion db
2. Délai de connexion qui ne veut pas dire que le problème est seulement avec db requête
3. Temps de connexion peut aussi être due à des exhaustive des connexions dans le pool de connexion (ce qui était le coupable pour moi, car il a atteint le nombre maximal de sessions de connexion db)

Corrigé :-
L'analyse prend du temps, mais la solution est de seulement 2 minutes

using(DbConnection instance)
{

}

Par exemple :-

using (DbConnection  objDbConnection = new DbConnection())
{
   ojDbConnection.PersistData();
}

Sous PersistData(); Toutes les db des Opérations telles que l'ouverture, à proximité de l'e.tc. sera effectuée

Comme nous le sait "l'Aide" est la forme courte de

try
{

}
catch()
{

}
Finally
{
  Dispose objDbConnection;
}

Espérons que cela aide, comme il m'a aidé à

OriginalL'auteur Mohammed Saifullah