De toute façon pour déployer un projet SSIS 2012 construit en VS 2013?
Tout d'abord, je suis épris de la très clairement délimitées de la gestion des versions des outils SSIS. >:(
J'ai installé SSDT BI pour Visual Studio 2013 et construit un joli petit projet à générer des données de test. Dans VS 2013, j'ai couru cette chose des centaines de fois. Je peux déployer à partir de l'intérieur de l'IDE (clic droit sur le projet...déployer). Cependant je ne peux pas le déployer à l'aide de l' .ispac fichier.
Après beaucoup de recherches, j'ai compris que VS 2013 est la construction de SSIS 2014 .ispac fichiers (PackageFormat=8) et de ne pas déployer pour une SSIS 2012 serveur (PackageFormat=6).
Ma question est, si VS pouvez déployer le paquet construit en VS 2013 à SSIS 2012, il est un moyen d'obtenir cela se par le .ispac fichier? Je ne peux pas déployer sur un de mes serveurs (uniquement sur place), parce que je ne suis pas dans le même domaine (en fait, je suis en train de travailler localement, en dehors d'un domaine).
source d'informationauteur Greg McGuffey | 2014-08-04
Vous devez vous connecter pour publier un commentaire.
Oui - le "versioning" est génial! NON.. La réponse simple à cette question est NON, vous ne pouvez pas utiliser un package SSIS construit en VS 2013 sur Sql Server 2012, vous pouvez déployer l'est et de l'installer, etc - mais vous obtiendrez la version 8 à la version 6 de bêtises..
Ce lien sql-server-données-outils-business-intelligence-pour-visual-studio-2013-ssdt-bi vous donne un peu l'image que, fondamentalement, les états avec VS 2013 vous pouvez faire SSRS et SSAS sur Sql Server 2008, 2012 et 2014, mais SSIS seulement sur 2014..
De déployer des packages SSIS, SQL Server 2012 vous avez besoin pour construire et déployer à partir de visual studio 2010 ou 2012...
Voici la page qui explique toutes les versions - L'interopérabilité et la Coexistence (Intégration de Services) j'ai essayé de poster les liens individuels - mais je suis nouveau et ne sont pas autorisées...
Espère que cette aide - cela a été me rend fou...
Pour répondre directement à votre question, non, il n'y a aucun moyen de résoudre le problème dans le .ispac fichier. Le dtsx fichiers sont différents dans un couple des manières dans SQL Server 2012 et 2014. La seule solution que j'ai trouvé est d'abaisser mes paquets de VS 2013 VS 2012.
Dans le cas où vous avez déjà développé un travail important dans Visual Studio 2013 pour réaliser que vous ne pouvez pas déployer sur SQL Server 2012, j'ai trouvé une solution de contournement façon dont vous pouvez revenir SSIS 2014 packages SSIS 2012. Je l'ai écrit sur mon blog ici:
http://vaniecastro.com/2015/02/26/how-to-downgrade-sql-server-integration-services-2014-packages-to-2012/
L'idée est que vous avez besoin de modifier manuellement le fichier XML, changer la PackageFormatVersion et remplacer ExecutableType propriété et componentClassID valeurs d'attribut à utiliser le DTSX2 Version 2012/01 valeurs à la place de la DTSX2 Version 2014/01.