Organisation SSIS

Je connais SSMS, mais je n'ai jamais utilisé .net, c # ou visual studio (en faisant autre chose: assembleur, c, unix, vi, oracle, etc.).

J'essaie de comprendre l'ETL SSIS 2012 de base (pas de BI ou d'entrepôt de données) et je ne trouve rien qui explique comment tous ces éléments s'assemblent:

package de projet de
solution de catalogue d'autres?

Supposons que je veuille simplement créer un test simple à l'aide de SSIS, importer un fichier dans une table, lesquels des éléments ci-dessus sont requis et dans quel ordre les créer?

En outre, avez-vous de bons liens vers des aperçus de base de SSIS 2012 ETL et / ou des articles.

Les projets ont désormais deux versions basées sur leur modèle de déploiement: basée sur un package (classique) ou basée sur un projet (nouveau). Le package est disponible de 2005 à 2012. Pendant le développement, vous développez des solutions qui résolvent les problèmes commerciaux. Le problème est qu'une fois que vous êtes en dehors de Visual Studio / BIDS / SSDT, le concept holistique disparaît. Le modèle de projet crée un fichier .ispac, qui ressemble plus à une bibliothèque C-3/4 d'un assemblage n'est pas bon, vous devez tout avoir. Ces fichiers .ispac sont téléchargés dans un catalogue SSISDB spécial qui est nouveau en 2012

Le SSISDB est un catalogue dédié pour l'hébergement de projets de modèle de déploiement de projet dans SQL Server. L'organisation est constituée des dossiers que vous créez. Un dossier peut contenir 2 types d'élément: Projets et Environnements. Un projet est un projet SSIS. Il peut y en avoir plusieurs dans un seul dossier ou un seul. Un environnement est l'approche 2012 de la configuration / paramétrage des packages. Les environnements peuvent être nombreux ou un seul par dossier. Il n'y a pas de lien automatique entre un environnement et les paramètres d'un projet ou les gestionnaires de connexions. Un environnement peut être utilisé dans plusieurs projets dans plusieurs dossiers.

Les projets dans les dossiers du catalogue Integration Services peuvent avoir une configuration manuelle codée en dur qui leur est appliquée ou vous pouvez utiliser un environnement pour fournir ces configurations. La différence peut être subtile. Supposons 2 projets SSIS différents qui référencent la base de données Sales. Même ressource. Vous pouvez soit utiliser l'option Configurer et définir manuellement le serveur par environnement (dev, test, prod) par projet, soit créer 1 environnement qui définit la valeur du serveur de vente. Dites ensuite à chaque projet de réutiliser la même ressource pour la configuration. Ce serveur monte en flèche, un seul changement corrige tout.

À partir des dossiers SSISDB, des projets, des explications des environnements

Catalogue des services d'intégration

Le tri de la nomenclature m'aurait probablement aidé à clarifier ces choses.

1. SSISDB

Le SSISDB est le catalogue où tous les packages SSIS 2012+ seront déployés, si vous utilisez le nouveau modèle de déploiement Project. Il sera toujours nommé SSISDB pour SQL Server 2012.

• Opérations actives - Répertorie tous les packages SSIS en cours d'exécution avec une option pour arrêter le package sélectionné.
• Créer un dossier - Crée un dossier avec une description facultative
• Démarrez PowerShell - Auto-explicatif
• Rapports - Une variété de rapports natifs sur les exécutions de packages.
• Supprimer - Ceci supprime le catalogue SSISDB. Cela entraînera la recréation du catalogue et la perte de tout votre historique.
• Rafraîchir - Auto-explicatif
• Propriétés - Contient des informations sur les paramètres de journalisation par défaut et la version du projet.

2. Dossier

Un dossier contient des projets et, éventuellement, des environnements. Vous devez créer un dossier. L'assistant de déploiement n'en créera pas automatiquement pour vous. Vous pouvez l'appeler comme bon vous semble. Vous pouvez avoir tous vos projets SSIS dans un seul dossier, avoir un mappage 1: 1 entre les projets et les dossiers ou quoi que ce soit entre les deux. Les dossiers ne sont qu'à 1 niveau de profondeur - Aucune imbrication

• Démarrez PowerShell - Auto-explicatif
• Rapports - Toutes les exécutions, toutes les validations
• Supprimer - Ceci supprime le dossier, en supposant qu'il n'y a aucun projet ou environnement en dessous.
• Rafraîchir - Auto-explicatif
• Propriétés - Contient le nom, la version et une description.

3. Projets

Il est automatiquement créé lors de la création d'un dossier.

• Déployer le projet - IS Dpeloyment Wizard
• Importer des packages - Assistant de conversion de projet Integration Services
• Démarrez PowerShell - Auto-explicatif
• Rapports - Seuls les rapports personnalisés sont disponibles
• Rafraîchir - Auto-explicatif

Je veux juste créer un test simple à l'aide de SSIS, importer un fichier dans une table, lesquels des éléments ci-dessus sont requis et dans quel ordre les créer?

Il vous suffirait de créer un seul package pour gérer le déplacement des données d'un fichier vers une table. Vous pouvez l'exécuter à partir de Visual Studio, ce qui ne nécessite aucune des "choses" ci-dessus. Cependant, dans une situation mondiale SOX / SAS 70, vous n'aurez probablement pas les autorisations suffisantes pour effectuer la charge dans un environnement de production (séparation des tâches). À ce stade, vous devez planifier la façon dont les packages seront déployés, la façon dont vous modifierez les valeurs spécifiques à l'environnement (le serveur de vente se trouve sur sqldev / sqltest / sqlprod), la façon dont les packages seront lancés (programmé vs lecteur d'événements vs à sera), etc. C'est à ce moment que vous voudrez probablement déployer dans le catalogue 2012 Integration Services. Ce n'est pas une exigence cependant, vous pouvez exécuter des packages de modèle de déploiement de projet à partir d'un .ispac, mais ce n'est pas une option aussi pratique.

L'ordre dans lequel vous les créez est 1. Créez un projet dans Visual Studio / SQL Server Data Tools (BI) 1. Créez un dossier dans le catalogue Integration Services 2. Déployez un projet 3. Créez un environnement (facultatif) 4. Configurez le projet ( soit lier à un environnement ou définir manuellement les valeurs) 5. Exécutez le package dans SSMS en cliquant avec le bouton droit sur Exécuter, cochez la case pour vous assurer que les valeurs de configuration ont été appliquées

De plus, avez-vous de bons liens vers les aperçus ETL de base de SSIS 2012 et / ou les articles

Mon article sur comment mettre SSIS à votre écoute est la série d'Andy Leonard sur SSC, Stairway to Integration Services . C'est un bon auteur et il a l'air bien aussi (comme il le dirait). Concentrez-vous sur l'apprentissage des éléments essentiels du SSIS lui-même, puis vous devriez être en mesure de comprendre les atours du déploiement de 2012 ou au moins de comprendre précisément quelles questions vous avez.