6
votes

Echec du package SSIS avec "Échec de l'acquisition d'une connexion"

Nous avons un package SSIS lancé à partir d'un service Web. Dans l'environnement de développement, tout fonctionne bien, mais dans l'environnement QA, j'obtiens l'erreur suivante lors de la tentative d'exécution du package: "Impossible d'acquérir une connexion [ConnectionName]. La connexion peut ne pas être configurée correctement ou que vous ne pouvez pas avoir les droites autorisations sur cette connexion. "

La connexion utilise SQL Login, non intégrée. Le login lui-même a les privilèges appropriés. Le package SSIS est situé sur le système de fichiers, non sur SQL Server. J'ai utilisé DTCPing et tout vérifie bien entre le serveur SQL et le serveur utilitaire. Malheureusement, je connais très peu à propos de SSIS elle-même et je suis un peu une perte quant à ce qui pourrait être le problème. Toute suggestion serait grandement appréciée.


0 commentaires

5 Réponses :


5
votes

J'ai finalement résolu le problème et il était lié à mes paramètres MSDTC. Bien que MSDTC ait été activé, je devais activer les paramètres suivants:

  • Accès DTC réseau
  • Autoriser le client distant
  • Autoriser Inbound / Outbound
  • Activer la pointe

3 commentaires

Où activer cela? Et qu'est-ce que cette MSDTC?


@Tejumb il dépend presque certainement de quelle version de Windows que vous utilisez, vous aurez donc besoin de Google qui, mais sous Server 2008 R2: - Aller à Start - Type Composant Services - Sélectionnez Services à composants - Développez "Services de composants" - Développer des ordinateurs - Développez "Mon ordinateur" - Développer "Coordinateur de transactions distribuée" - Cliquez avec le bouton droit de la souris sur "DTC local" et cliquez sur "Propriétés" qui devrait contenir ce dont vous avez besoin


J'ai activé mais sa projection - "Échec de la redémarrage des services MSDTC, veuillez examiner le journal des événements pour plus de détails."



2
votes

Lorsque vous utilisez un conteneur "Foreach Boop" dans un package SSIS, nous avons eu cette erreur après avoir traité des fichiers 3K + ... En définissant la propriété de connexion retensiameconnection à true, nous avons pu déplacer plus de 32k fichiers sans autre problèmes.


0 commentaires

1
votes

J'ai eu un problème similaire. Je configurais un travail pour exécuter un package SSIS dont j'ai déjà ajouté au catalogue SSIS sur ce serveur.

Je l'ai résolu en allant à l'étape étape > Configuration > Gestionnaires de connexion > pour chaque connexion que je devais spécifier la Mot de passe et définir retientameconnection = true.

Je ne suis pas sûr que le retientameconnection soit Necesarry


0 commentaires

0
votes

J'ai eu un problème similaire, mais c'était ma propre erreur humaine (semaine difficile). Je copie / collé les chaînes de connexions dans la colonne Description au lieu de la colonne Valeur dans les propriétés de l'environnement. Après les déplacer à la colonne de droite (valeur), mon problème (naturellement) avait été résolu.


0 commentaires

0
votes

Dans notre scénario de projet, le service Windows s'est conformé à la version 32 bits, mais le package a été conçu avec une version 64 bits.

sur le serveur de déploiement, lorsque le service Windows s'attend à disposer d'une bibliothèque 32 bits dans GAC non installée. Après une enquête 64 bits installée uniquement.

Lorsque le service Windows est exécuté, l'erreur mentionnée apparaît.

solution possible consiste à respecter le service Windows uniquement en 64 bits et à vérifier.

J'espère que cette découverte peut vous aider.

Programmation heureuse.


0 commentaires