SSDT-BI SSIS en x64?
J'exécute Visual Studio 2012 et je suis nouveau sur SSIS. J'ai tenté d'installer SSDT-BI (version de juin 2013) afin de rechercher SSIS, mais je n'ai pas pu terminer l'installation avec mon instance par défaut car les architectures ne correspondent pas - mon serveur est x64 tandis que le programme d'installation est x86. Il ne semble pas y avoir de version x64 du programme d'installation.
SSDT-BI ne prend-il pas en charge les bases de données x64?
Les services d'intégration SQL Server, SSIS, couvrent une grande partie du territoire. Je vais discuter de ce qui est pertinent à cette question de 32 vs 64 bits.
Installation
Comme vous découvert , le programme d'installation est stupide mais vous n'avez généralement besoin de l'utiliser qu'une ou deux fois dans la vie d'une machine. Je suis d'accord avec cela car je préfère qu'ils dépensent des dollars de développement pour le produit et non pour l'emballage.
Suivant SO meilleure pratique, l'élément important du site référencé en externe est
Si vous exécutez une instance SQL x64 (64 bits), assurez-vous de sélectionner "Nouvelle instance" sur la page Type d'installation et NON "Ajouter des fonctionnalités à une instance existante".
Paquet
Un package SSIS est une unité de travail livrable. Il s'agit d'un fichier avec un .dtsx et en interne est un tas de XML.
Développement
En règle générale, le développement de packages SSIS est terminé à l'aide de Visual Studio. Que vous l'appeliez BIDS, SSDT ou simplement Visual Studio, c'est la même chose. Il existe des modèles enregistrés pour SSIS ainsi que toutes les entrées de la boîte à outils qui sont mises sur une machine lors de l'installation. Ce truc prend en charge l'aspect du temps de conception. Visual Studio lui-même est toujours un exécutable 32 bits. Par conséquent, lorsque vous créez des packages à l'aide de Visual Studio, l'éditeur que vous utilisez pour créer un package est une entité 32 bits. Sauf si vous créez un package multi-gig, cela ne devrait pas être un problème.
Et on pourrait faire valoir que si vous obtenez un package de plusieurs Go que même si XML est un mécanisme de stockage gonflé, vous vous trompez ";)
Sur une note finale, le développement de packages n'est pas limité à Visual Studio. Il existe un produit payant, Mist , qui utilise Biml (un langage spécifique au domaine qui décrit les objets BI) pour générer des packages SSIS. En regardant votre SO historique, vous semblez avoir des côtelettes PowerShell, vous pouvez utiliser PowerShell pour modifier les packages SSIS ou les créer à plat. Là, le EzAPI pour aider avec le côté COM de la génération de packages.
Exécution
L'exécution d'un package peut provenir d'un exécutable 32 ou 64 bits. Voir Comment exécuter les packages dtsx via la ligne de commande Par défaut, les packages s'exécuteront en mode 64 bits à partir de Visual Studio. Le temps de conception est de 32 bits mais le temps d'exécution est de 64 bits. Cela crée toujours un grand divertissement lorsque les gens utilisent des pilotes 32 bits (Excel/Jet/ACE) et que la conception des packages est très bien mais explose lorsqu'ils fonctionnent. L'autre problème avec le pilote 32/64 est la création de DSN car il y a 2 "espaces" DSN différents Voir les pilotes informix 32 bits dans Windows Server 2008 64 bits ne sont pas disponibles
En 2012, si vous utilisez Project Deployment Model , les packages sont stockés dans le catalogue SSISDB. SQL Server n'est disponible qu'en versions 64 bits, mais vous pouvez à nouveau appeler le runtime 32 bits pour SSIS à partir du catalogue en spécifiant le paramètre approprié.
Si vous utilisez SQL Server x64 bits, assurez-vous de sélectionner "nouvelle instance" sur la page "Type d'installation" dans l'assistant d'installation. consultez http://picnicerror.net/development/sql-server/installing-sql-server-data-tools-business-intelligence-for-visual-studio-2013-03-13/