Le changement de serveur de connexion SSIS 2005 pour "Execute SQL Task" n'a aucun effet -

J'ai créé des paquetages SSIS il y a quelques temps, aujourd'hui je dois les rediriger vers un autre serveur SQL. J'ai un tas de tâches "Execute SQL Task", qui nécessitent que leur propriété Connection soit modifiée sur un autre serveur.Le changement de serveur de connexion SSIS 2005 pour "Execute SQL Task" n'a aucun effet -

J'ai créé un nouveau gestionnaire de connexion, double-cliqué sur chacune des tâches sql, a changé sa propriété Connection au nouveau, a couru. Il a échoué, l'erreur était qu'il ne pouvait pas trouver l'ancienne connexion. J'ai redémarré le projet, aucune tâche SQL Server ne semble prendre en charge le nouveau gestionnaire de connexions. J'ai ouvert les fichiers .dtsx, j'ai essayé de trouver l'ancien nom de serveur quelque part et de le changer manuellement, mais je n'ai pas pu trouver l'ancien serveur.

Que dois-je modifier pour me débarrasser de l'ancien serveur SQL et le rendre connecté à la nouvelle source de données correcte.

Je travaille dans VS2005, sur Windows 2008 x64 (je ne sais pas si c'est important ou non).

Merci.

Source

2009-06-17 Eugene

J'ai vu cela se produire avant lorsque les configurations de paquetages sont activées. Assurez-vous que ce n'est pas le cas, recompilez et réessayez.

Source

2009-06-17 02:44:23 RSolberg

C'était juste ça. Je vous remercie! – Eugene

Pas vraiment une bonne solution pour ceux qui utilisent des configurations de paquets externes. J'ai déjà vu ce problème lors de l'utilisation des configurations de paquetages, et si vous modifiez la configuration (chaîne de connexion) pour la connexion à la base de données défaillante, cela devrait résoudre le problème. Par exemple, la chaîne de connexion pour les DB d'accès a tendance à être par défaut une chaîne pléthorique. Je trouve la suppression des propriétés pour rendre la chaîne de connexion légère devrait résoudre le problème. –

tout ce que vous aviez à faire est de changer la chaîne de connexion dans l'ancien gestionnaire de connexion

faire une nouvelle si vous avez supprimé l'ancien et dans toutes les tâches sélectionner le nouveau, même si vous créez un nouveau avec le même nom que l'ancien, il ne fonctionnera pas car quelque part interne un guid est utilisé

Source

2009-06-17 01:41:28 SQLMenace

Bonne note sur le guid, je n'y ai pas pensé. Pour le reste - je me suis assuré que dans toutes mes tâches la nouvelle connexion est sélectionnée, mais elle ne veut toujours pas fonctionner. – Eugene

Toujours n'a pas fonctionné. Je suis revenu à la version originale du paquet dans TFS, donc j'ai commencé depuis le début. Changé la chaîne de connexion, laissé tout le reste seul. Maintenant, je reçois l'erreur: [Exécuter une tâche SQL] Erreur: Impossible d'acquérir la connexion "MYNAME". La connexion peut ne pas être configurée correctement ou vous ne disposez pas des autorisations appropriées sur cette connexion. – Eugene

essayez de recompiler après avoir apporté les modifications.

Source

2009-06-17 01:51:48 mson

Recompilation du package SSIS? Je ne savais pas que c'était possible. –

Aucune des solutions ci-dessus n'a fonctionné pour moi –

Vérifiez si la configuration du package est activée. Le package peut toujours obtenir la configuration de l'ancien serveur à partir de la configuration du package.

Source

2009-06-17 01:56:49

C'était tout. Je n'ai pas choisi votre réponse comme réponse acceptée parce que les mots clés étaient «configuration du paquet» et, étant donné que je suis relativement nouveau à SSIS, ils étaient importants pour moi de savoir ce qui se passait. Donc, votre phrase «configuration is enabled» n'a pas beaucoup de sens pour moi. Merci pour votre réponse! – Eugene

Le changement de serveur de connexion SSIS 2005 pour "Execute SQL Task" n'a aucun effet -

Répondre

Questions connexes