Meilleur auteur de réponses
versions Sql Serveur pour utilisation de Tâche de Script VB.NET sur le serveur

Question
-
Bonjour,
j'utilise actuellement SSIS pour un développement BI
je n'utilise que des objets classiques :
- SQL Task
- ForEach Loop
- Script Task VB.NET
mon package fonctionne très bien sur le poste de développement, je voudrais donc le déployer sur le serveur de développement. Or quand je veux deployer mon package dtsx sur mon serveur de développement (sous Sql Serveur Developpeur Edition) il me dit que la tâche de Script VB.NET ne peut s'executer car il faut une version plus grande de Sql Serveur
de quelle version ai-je besoin pour le développement ? Standard ? Enterprise
le coût entre les deux version est de l'ordre de 10 donc je préfèrerais ne pas me tromper
merci de votre aide
Cordialement,
Emmanuel Lehmann
- Déplacé sudarshans1 mercredi 3 février 2010 20:04 Forums Consolidation (Origine :SQL Server – Integration Services)
Réponses
-
-
oui à priori, mais je n'ai qu'un seul serveur pour le moment car je suis en phase de développement
j'ai un serveur avec Windows 2003, Sql Serveur 2005 developpeur edition avec SSIS
j'ai un poste de développement avec Sql Server BI Developpement Studio qui me sert pour développer mes packages SSIS
et ils fonctionnent très bien sur ce poste de développement (la base est hébergée sur le serveur 2003 bien-sûr)
mais je voulais tester de déployer le dtsx sur mon serveur pour le planifier avec l'agent, donc le déploiement se passe très bien
mais quand j'essaie de l'executer sur le serveur (une fois installé) ça plante sur la tache de script (qui fait juste une concaténation de string en fait) et le message d'erreur est que cette tâche a besoin d'une version plus élevée de sql serveur
j'ai donc cherché ce que je faisais de trop pour que la version développeur de sache pas le faire, et j'ai trouvé que certains controles SSIS on besoin de la version Enterprise, mais je ne les utilise pas dans mon dtsx
merci de votre aide
Cordialement,
Toutes les réponses
-
-
oui à priori, mais je n'ai qu'un seul serveur pour le moment car je suis en phase de développement
j'ai un serveur avec Windows 2003, Sql Serveur 2005 developpeur edition avec SSIS
j'ai un poste de développement avec Sql Server BI Developpement Studio qui me sert pour développer mes packages SSIS
et ils fonctionnent très bien sur ce poste de développement (la base est hébergée sur le serveur 2003 bien-sûr)
mais je voulais tester de déployer le dtsx sur mon serveur pour le planifier avec l'agent, donc le déploiement se passe très bien
mais quand j'essaie de l'executer sur le serveur (une fois installé) ça plante sur la tache de script (qui fait juste une concaténation de string en fait) et le message d'erreur est que cette tâche a besoin d'une version plus élevée de sql serveur
j'ai donc cherché ce que je faisais de trop pour que la version développeur de sache pas le faire, et j'ai trouvé que certains controles SSIS on besoin de la version Enterprise, mais je ne les utilise pas dans mon dtsx
merci de votre aide
Cordialement,
-
Bonjour,
je rencontre exactement le meme probleme que vous.
Pour info, j'ai un serveur sous Windows 2003, avec SQL Server 2005 Standard Edition.
Je developpe sur une machine XP sp2, avec Visual Studio 2005 et BI.
J'ai un lot avec une tache de script qui fonctionne parfaitement lorsque je l'exécute dans BI et qui me renvoi une erreur lorsque je l'exécute une fois publié sur SSIS.
J'ai testé de publier le lot de plusieurs facons, et a chaque fois je rencontre la meme erreur :
J'ai essayé en précompilant le script, mais j'ai le meme probleme.
Merci par avance -
Bon, j'ai résolu mon problème après une visite sur le blog msdn.
En fait, on ne peut pas exécuter depuis une workstation un lot SSIS, sauf dans BI ou si le SSIS est installé sur le poste ... même a travers le SQL Management Studio.
Pour plus d'infos : http://blogs.msdn.com/michen/archive/2006/11/11/ssis-product-level-is-insufficient.aspx(en)
Une autre lecture intéressante sur le fonctionnement SSIS et l'exécution des packages : http://blogs.msdn.com/michen/archive/2006/08/11/package-exec-location.aspx(en)
Maintenant, j'ai toujours une erreur au niveau du job planifié par SQL Agent, mais sans aucun message, du coup, je suis dans une impasse... Mais c'est une autre histoire