SSDT-BI SSIS en x64?
Je exécutez Visual Studio 2012 et je suis nouveau à la SSIS. J'ai tenté d'installer SSDT-BI (juin 2013 version) pour la recherche SSIS, mais je n'ai pas pu terminer l'installation avec mon instance par défaut parce que les architectures qui ne correspondent pas--mon serveur est de 64 bits alors que le programme d'installation x86. Il ne semble pas être une version x64 de l'installateur.
Ne SSDT-BI pas en charge x64 bases de données?
- Ressemble la réponse est non: picnicerror.net/development/sql-server/...
Vous devez vous connecter pour publier un commentaire.
SQL Server Integration Services, SSIS, couvre tout un tas de territoire. Je vais discuter de ce qui est pertinent pour cette question de 32 vs 64 bits-ness.
Installation
Que vous découvert, le programme d'installation est stupide, mais en général, vous ne devez utiliser qu'une ou deux fois dans une machine de sa vie. Je suis ok avec ce que je préfère dépenser de développement de dollars sont le produit et l'emballage.
Suivant de SORTE que les meilleures pratiques, la pièce importante du référencés site est
Paquet
Un package SSIS est un livrable unité de travail. C'est un fichier avec une
.dtsx
et l'interne est d'un tas de XML.Développement
Généralement, le développement de packages SSIS est complété par l'aide de Visual Studio. Si vous appelez d'OFFRES, SSDT ou tout simplement Visual Studio, c'est la même chose. Il existe des modèles pour SSIS ainsi que l'ensemble de la boîte à outils des entrées de se mettre dans une machine lors de l'installation. Ce genre de choses prend en charge la conception aspect du temps. Visual Studio lui-même est encore un exécutable 32 bits. Par conséquent, lors de la création de packages à l'aide de Visual Studio, le éditeur que vous utilisez pour créer un package est un 32 bits entité. Sauf si vous êtes la création d'un multi-concert paquet, cela ne devrait pas être un problème.
Et on pourrait arguer que si vous obtenez un multi-GO package que même si le XML est un ballonnement de mécanisme de stockage, vous êtes "faire le mal" 😉
Sur une note finale, le développement des paquets n'est pas contraint de Visual Studio. Il est payé pour le produit, La brume, qui utilise Biml (un langage spécifique au domaine qui décrit BI objets) pour générer des packages SSIS. En regardant votre histoire, vous regardez comme vous avez quelques PowerShell côtelettes, vous pouvez utiliser PowerShell pour modifier les packages SSIS ou à plat les créer. Il y a la EzAPI pour aider à la COM côté de générer des paquets.
Exécution
La exécution d'un paquet peut être en 32 ou 64 bit exécutable. Voir Comment exécuter dtsx paquets en ligne de commande Par défaut, les paquets vont s'exécuter en mode 64 bits à partir de Visual Studio. Le conception temps est de 32 bits, mais exécuter temps est de 64 bits. Cela fait toujours pour un grand divertissement quand les gens utilisent 32 bits pilotes (Excel/Jet/ACE) et les paquets de conception très bien, mais exploser lorsqu'ils s'exécutent. L'autre piège de 32/64 pilote est la création de sources de données comme il y a 2 DSN "espaces" Voir 32-bit informix pilotes en 64-bits de windows server 2008 sont indisponibles
En 2012, si vous utilisez le Modèle De Déploiement Du Projet, les paquets sont stockés dans le catalogue SSISDB. SQL Server ne vient qu'en 64 bits, mais encore une fois, vous pouvez appeler le 32 bits runtime pour SSIS à partir du catalogue en spécifiant le Paramètre approprié.
Si vous utilisez x 64 bits de SQL Server, assurez-vous de sélectionner "nouvelle instance" sur "Type d'Installation" page de l'assistant d'installation. découvrez http://picnicerror.net/development/sql-server/installing-sql-server-data-tools-business-intelligence-for-visual-studio-2013-03-13/
Récemment, j'ai eu à installer SSDT BI de sql 2014 exemple. Le téléchargement disponible msdn https://www.microsoft.com/en-us/download/details.aspx?id=42313 dit que sa prise en charge pour les versions 32 bits (x86) & 64-bit (x64) de l'architecture. Si nous installer SSDT-BI comme un ajout de fonctionnalité à une instance sql existante, l'installation échoue avec l'erreur:
La règle d'évaluation message: L'architecture du PROCESSEUR de l'installation de la fonctionnalité(s) est différent de celui de l'instance spécifiée. Pour continuer, d'ajouter des fonctionnalités à cette instance avec la même architecture.
J'ai évoqué ce lien https://danieladeniji.wordpress.com/tag/the-cpu-architecture-of-installation-features-is-different-than-the-instance-specified-to-continue-add-features-to-this-instance-with-the-same-architecture/
pour contourner ce problème.
L'installation de SSDT-BI comme nouvelle instance s'est terminée sans erreur.