SQL Server 2008R2 Rapports SSRS Ne peut pas se Connecter À la source de données: Impossible de créer une connexion à une source de données
Nous essayons de déployer un Serveur SQL existant/configuration de SSRS à un nouvel ensemble de matériel. SSRS est en cours d'exécution sur le même serveur que la base de données SQL Server, nous essayons d'obtenir des rapports d'.
Chaque fois que nous essayons de tester l'un de ces rapports, de nous recevoir le message d'erreur:
Une erreur s'est produite lors du traitement du rapport. (rsProcessingAborted)
Impossible de créer une connexion à la source de données "sqlConnection'. (rsErrorOpeningConnection)
Une liée au réseau ou spécifique à l'instance erreur s'est produite lors de l'établissement d'une connexion à SQL Server. Le serveur n'a pas été trouvé ou n'est pas accessible. Vérifiez que le nom de l'instance est correct et que SQL Server est configuré pour autoriser les connexions à distance. (fournisseur: Fournisseur de canaux Nommés, erreur: 40 - impossible d'ouvrir une connexion à SQL Server
- Le Windows de l'utilisateur a tous les droits sur le serveur.
- Les connexions qui semblent exister.
- TCP est en cours d'exécution.
- Les instances nommées sont beaux.
- Service explorateur SQL est en cours d'exécution
- "sqlcmd -L" indique le serveur de base de données énumérés
Je suis à une perte complète.
J'ai. Tout semble comme il devrait être bon. Nous allons essayer d'ajuster les utilisateurs et de voir si les choses secoués.
OriginalL'auteur Matt R. | 2013-05-07
Vous devez vous connecter pour publier un commentaire.
Créer un fichier udl, si il se connecte alors le problème est le code /la demande, si elle ne se connecte pas, alors c'est votre pare-feu, les connexions de la chaîne, de la bibliothèque dll, service vous exécutez IIS en vertu de ne pas avoir le droit d'autorisations etc etc. Eh bien, la chose importante ici est probablement la chaîne de connexion. Procédez de la manière suivante: créer un fichier texte vide et le renommer en "maconnexion.udl". Maintenant double-cliquez sur le fichier et il va lancer une applet. Vous pouvez configuer la connexion à votre base de données et de le tester. (il sera ramasser enregistré connexion bibliothèques, etc). Si elle donne sur OK, puis ouvrez le fichier udl dans le bloc-notes, vous allez voir la chaîne de connexion approprié. Coller à votre application, les paramètres de connexion. Fichiers UDL sont généralement mal compris. Ils sont tout simplement un fichier texte qui contient les paramètres de connexion. Ils ont ensuite appeler la connexion dll. Si le fichier udl fonctionne, alors vous avez une connexion correcte, la chaîne 100%
OriginalL'auteur Ian P
Nous avons créé un nouveau rapport et déployé et il a travaillé. Après quelques recherches, le rapport que j'avais demandé de l'utiliser comme un test a d'abord un paramètre par défaut pour se connecter à un autre Serveur SQL server qui le nouvel environnement ne peut, et ne doit pas voir. Tous les autres rapports de travail.
Ma conjecture est que nous avons corrigé le problème au début, quand nous avons modifié les informations d'identification du service, mais d'ici là, nous sommes pris dans une boucle de test par rapport à ce qui s'est avéré être un buggé rapport.
TLDR: Il y avait un bug dans le rapport, nous met à l'épreuve contre. Nous avions déjà corrigé le problème et ne s'en rendent même pas compte parce que, apparemment, nous sommes des idiots.
OriginalL'auteur Matt R.