2008-10-14 4 views
1

Nous avons un système Web qui exécute SQL Server 2005 pour le serveur principal et ASP.Net pour le serveur frontal (avec .net 2.0).Quelqu'un sait pourquoi SQL Server 2005 lève "'SQLOLEDB' échoué avec aucun message d'erreur disponible, code de résultat: E_FAIL (0x80004005)."?

De temps en temps, le système supprime l'erreur dans le titre: 'SQLOLEDB' a échoué sans message d'erreur disponible, code de résultat: E_FAIL (0x80004005).

Le système web fonctionne très bien 24 heures sur 24, 7 jours sur 7, et de temps en temps, il le lance sur un select ou un tel. J'ai essayé de relancer la sélection exacte qui jette l'erreur, mais (bien sûr) ça fonctionne bien quand je le fais. Et, pour répondre à la question de suivi évidente, non, nous n'avons pas fait de changements de code ou de mises à niveau pour parler de ces derniers temps.

Est-ce que quelqu'un a déjà rencontré cela auparavant? Ne pas tourner autour de google ne semble apparaître que dans les situations où Access a un problème de fichier (permissions, fichier de données manquantes, etc.)

Répondre

2

Premièrement, SQL Server ne renvoie probablement pas l'erreur, et si c'est le cas, c'est probablement pas en cours d'exécution de l'instruction SQL elle-même, mais si c'est le cas, il va certainement être particulier à une connexion qui n'a pas d'autorisations, pas la commande SQL elle-même. L'erreur 0x80004005 est un échec général d'autorisations, et il peut se produire dans à peu près n'importe quoi, mais il est le plus susceptible d'être dans une autre couche.

Je l'ai vu dans l'authentification lorsque le compte sous lequel l'application s'exécute n'a pas accès au réseau pour ouvrir une connexion au serveur SQL. Le serveur SQL Server ne voit même jamais la demande, mais le client dira que le serveur est introuvable. S'il est intermittent, cela peut indiquer un problème de contrôleur de domaine intermittent, mais cela dépend de la configuration de vos serveurs Windows et d'Active Directory et de la connexion de votre application à SQL Server.

Pour résoudre celui-ci, vos administrateurs réseau devront vraiment connaître leur fonctionnalité de journalisation de Windows et le traquer pour vous.

+0

Wow, c'est vraiment fascinant. C'était exactement ce que je voulais savoir. Je vais transmettre cela aux netadmins (ou, au moins, à notre fac-similé) et voir ce qu'ils peuvent faire. Merci Mucho. –

+0

C'est une de ces erreurs où chaque dépannage est un voyage en soi, malheureusement. –

Questions connexes