Organisation de SSISDB à l'aide du déploiement de projet

Question

Vous recherchez des conseils/des exemples sur la façon dont vous organisez vos projets SSISDB. Y a-t-il une meilleure pratique? Je n'ai pas pu trouver de projets de définition.

pensées Peu j'ai eu:

• Un grand projet avec tous les forfaits?
• Gardez vos projets aussi petits que possible?
• Quelque part entre les deux?
• Organiser par un projet d'entreprise?

Merci d'avance!

Answer 1

Juste mes deux cents et une certaine expérience dans la conception du projet.

Un gros projet avec tous les paquets?

Certainement pas, sauf si vous avez une raison pour une telle conception. Les grands projets présentent les inconvénients suivants:

• Difficile de diviser le travail entre les personnes travaillant sur le même projet, bien que possible.
• Construire et Déployer les temps d'un grand projet peut être important et ralentir votre développement.
• Les grands projets nécessitent beaucoup de RAM sur VS pour la manipulation
• Utilisation inefficace du contrôle de version SSISDB. SSISDB versions des projets dans leur ensemble, pas sur la base de paquets.

Gardez vos projets aussi petits que possible?

N'irait pas aussi bien. Si vous gardez les projets très petits, vous perdez les avantages de la conception et de l'infrastructure du projet - les propriétés communes du projet et les gestionnaires de connexion. Si votre ratio package-projet est de 1: 1, il n'y a aucune raison d'utiliser les catalogues SSIS, à l'exception de meilleurs rapports.

Quelque part entre? Organiser par un projet d'entreprise?

Oui, cela a du sens. Vous organisez des packages dans un projet partageant des systèmes Source-Destination, des objectifs et des projets métier. En partageant différents projets, vous pouvez organiser le travail et le déploiement en parallèle.
Quelques règles empiriques. Si vous appelez un paquet de l'autre, c'est une indication claire de l'inclure dans le même projet.
Si vos packages de différents projets partagent les mêmes gestionnaires de connexion, il n'est pas nécessaire de les placer dans le même projet. Vous pouvez mieux contrôler cela avec les environnements SSISDB, où vous pouvez gérer les paramètres généraux et les mapper aux projets.