MS-SQL / ColdFusion: erreur de base de données mystérieuse: objet a été fermé
https://stackoverflow.com/questions/4078685
-
28-09-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianQuestion
J'utilise ColdFusion avec Microsoft SQL Server 2005 et à l'occasion j'obtenir cette erreur:
"[Macromedia] [SQL Server JDBC Driver] objet a été fermé."
Le retraçage invariablement conduit à une requête SQL comme on pouvait s'y attendre, même les commandes SELECT simples sans JOIN ou paramètres d'entrée ou de fantaisie quoi que ce soit.
La seule solution que j'ai entendu parler est à ce jour pour redémarrer « le service », que je ne peux imaginer se réfère au service SQL Server. Je l'ai essayé de redémarrer la fois SQL Server et le service ColdFusion, mais il continue encore se produire à des moments aléatoires.
(également un redémarrage n'est pas une solution. On ne peut pas avoir des pages arbitraires donnant des messages d'erreur arbitraires parfois arbitraires dans un environnement de production.)
Quand il se produit, ce problème persiste pendant quelques minutes, puis disparaît et pourrait revenir en quelques secondes ou minutes. Cela a commencé quand je passe développais une partie JavaScript de mon application qui ne devrait rien avoir à faire avec le code ColdFusion ou les commandes SQL.
Mes recherches ont été infructueuses en ligne à ce jour.
Toute aide appréciée.
La solution 6
Il se trouve que cela se produit simplement lorsque le serveur est surchargé. Il semble y avoir aucun remède autre que le redémarrage et / ou de retirer la charge du serveur.
Merci à tous qui ont répondu, de toute façon!
Autres conseils
est vieux, mais je couru sur cette question et a trouvé un moyen de le faire sans avoir à redémarrer CF.
Dans l'Administrateur ColdFusion Accédez à votre sources de données et modifier celui qui est la cause de votre problème. Faire un changement en elle, comme la vérification d'une boîte sans importance, et soumettre.
Cela reconfigurer la connexion et lui permettre de travailler. Retour et non cocher la case (si vous ne voulez pas vraiment fait tic tac).
Par exemple. J'éteint « Activer caractères ASCII ... » et cliquez sur Envoyer le datasource a fonctionné. Je suis ensuite allé en arrière et vérifié avant de la couper et de soumettre à nouveau les changements.
Pas de redémarrage! Idéal si cela est une boîte de production.
Nous avons rencontré ce problème avec CF9 et redémarrer le service n'a pas aidé. Nous avons supprimé et recréé le DSN offensant dans la configuration des FC, et qui a résolu le problème. Donc, si les autres solutions ne fonctionnent pas, pour cette solution.
Mon instinct est que vous allez avoir besoin de regarder à l'extérieur de votre code et de travailler avec un DBA pour étudier la stabilité du serveur de base de données elle-même. Il semble que le service SQL Server est suspendu ou ne répond plus.
Comme la plupart de tous les logiciels qui se comporte mal, d'abord je regarde est pilote. Vous voudrez peut-être sûr que vous utilisez les derniers pilotes Microsoft JDBC. Je sais qu'ils ont amélioré les performances de leurs pilotes les plus récents, et cela peut aussi résoudre le problème que vous voyez.
Si vous utilisez les pilotes livrés avec ColdFusion, il est absolument mise à jour vaut.
Sachez que si vous ne mettez à niveau, si vous avez des requêtes INSERT que l'utilisation SCOPE_IDENTITY () pour retourner l'ID de la nouvelle ligne insérée, vous devrez au SET NOCOUNT ON; en haut de chaque instruction INSERT pour empêcher SQL Server de retourner le nombre de lignes insérées au lieu de l'ID de la ligne insérée.
Dan
Il y avait un bug dans sql 2K et je pense 2K5, tel que le système pense qu'il était en mode d'arrêt, malgré jamais été demandé de fermer le service. IIRC, il a jeté une erreur semblable à la vôtre. Il y avait un patch pour ce émis mes MS, si je me souviens qu'il était un téléchargement séparé au lieu d'une partie de MS Update.
Désolé d'être si vague, mais il a été un moment que je me suis occupé de ce problème. Espérons que cela aide à vous lancer, cependant.
