SQL Server 2014: SSISDB vs la base de données MSDB pour le déploiement du package

Je suis actuellement dans le processus de mise à niveau à partir de SQL Server 2008R2 pour 2014 (à la fois de l'Entreprise). Il ya une pléthore de SSIS emplois qui sont en production, et qui devront être migrés. Je suis en train d'essayer d'obtenir une poignée sur la façon dont je dois gérer SSIS emplois à l'avenir.

En 2008R2, je serais toujours à l'aide des SOUMISSIONS pour déployer des packages de base de données MSDB. Toutes les autorisations ont été contrôlés par le biais de SQL Server.

En 2014, je vois que vous pouvez sauvegarder sur le système de fichiers ou de la base de données MSDB, mais qu'il est maintenant le SSISDB que vous créez comme une Intégration des Services de Catalogue. Cette méthode permet beaucoup plus de flexibilité avec le plus de facilité d'accès aux variables et même des variables d'environnement.

Est le déploiement de packages SSIS de SSISDB en 2014 maintenant la meilleure pratique de la façon de déployer et de gérer des projets SSIS, plutôt que de déployer la base de données MSDB? Suis-je encore capable de gérer les autorisations? Quand je sauvegarde SSISDB, sont tous mes projets déployés sauvegardé (comme avant avec la base de données MSDB)? Enfin, quand je le calendrier de ces paquets via le SQL Agent, ils comportent toujours la même, où les autorisations du compte de service SQL Agent et propriétaire du travail de déterminer le package SSIS autorisations lorsqu'il est exécuté?

Un grand merci à tous ceux qui peuvent aider. J'ai été sur le site de Microsoft, tous les jours, et bien que la documentation est très utile, il n'a pas vraiment répondre à ces questions, des questions spécifiques.

2008 fonctionnement des packs de sur 2014. Techniquement, le moteur sera d'abord mise à niveau, puis de les exécuter, mais le paquet n'est changé dans la mémoire, le xml sur le disque/la base de données msdb restera à la version de 2008. 2012/2014 nous donne une nouvelle SSIS modèle, modèle de déploiement du projet qui traite vos packages SSIS plus comme un assemblage rapport à des fichiers individuels. Seule la .ispac va déployer dans le SSISDB. Vous ne pouvez pas faire des fichiers individuels à aller.
Merci, Le Projet De Loi. Qui ne l'aide. Je pense que ma principale question est, est à l'aide de la SSISDB maintenant la "bonne" façon de déployer moderne packages SSIS? Il semble que la réponse est oui.
Pour être précis, le SSISDB est seulement pour le déploiement d'un ispac, qui est une collection de paquets. Certaines personnes perdent leur esprit quand ils pensent que j'ai de redéployer tous les paquets depuis que j'ai juste changé . Je de les corréler à de mauvaises pratiques de gestion du changement que les gens ne sont pas complètement convaincus qu'ils savent ce qui est dans la production.

OriginalL'auteur Skkra | 2015-01-15

  1. 8

    J'ai récemment participé à la SSIS Examen (70-463) donc je peux vous dire certaines choses à propos de la nouvelle déployer modèle.

    Réponse Courte:

    Oui SSISDB est la Meilleure Pratique. Les paquets peuvent être déployées pour SSISDB. Paquets de garder un déploiement de l'histoire (comme une base de contrôle de version) de sorte que vous pouvez même restauration de certaines révisions de votre colis.

    Principal Avantage de ce nouveau modèle est la configuration. Vous n'avez pas besoin de XML ou de dédié tables SQL pour enregistrer vos configurations. Vous pouvez utiliser les paramètres d'entrée et les mapper avec des environnements définis sur le serveur sql server.

    Vous pouvez gérer la sécurité par le biais de SQL Server, car désormais, tout peut être géré via la Sécurité de SQL Server.

    Une autre fonctionnalité intéressante est l'Intégration des Services de tableau de bord, un rapport automatiquement construite en rapport avec les services de modèle. Cliquez simplement sur l'Intégration de Services de Catalogue et cliquez-droit sur votre colis pour afficher "Tous les Exécutions".

    Vous pouvez voir très détaillée des Informations à propos de vos paquets, dont le temps d'exécution.

    Réponse Longue:
    À mon avis, le principal avantage sont les paramètres du projet. Imaginez ce que les Paramètres que vous pouvez passer à l'Package SSIS. Vous pouvez paramétrer votre Gestionnaire de Connexion ou seulement certaines de ses parties.

    Exemple: Vous pouvez la paramétrer le nom du serveur et dans votre ssisdb vous pouvez créer deux environnements (ou plus) qui s'appelle "développement" et "production". Ensuite, vous pouvez ajouter des variables à la fois d'eux et de les mapper sur le paramètre d'entrée de votre colis.
    Le principal avantage est que vous pouvez déployer un paquet de SSISDB et lien à un environnement et vous n'avez pas à manipuler les chaînes de connexion par vous-même.

    OriginalL'auteur tuxmania