2017-09-27 4 views
0

Je dispose actuellement de deux serveurs de base de données SQL 2008 R2, l'un contenant le package SSIS et le travail SQL en cours d'exécution et l'autre contenant les bases de données source et destination. Dans la nouvelle architecture proposée, nous prévoyons de migrer le paquet vers SSIS 2016. Le paquet serait placé sur une boîte qui contiendrait une instance SSIS et la base de données de destination se trouverait sur un autre serveur SQL 2016. La base de données source réside sur l'ancien serveur SQL 2008 R2. Le package SSIS va transmettre des millions de données à travers la source et la destination.Configuration de SSIS - Cela va-t-il affecter les performances?

Voyez-vous un problème avec cette configuration de l'architecture? Idéalement, il serait logique de migrer la source vers le serveur de base de données 2016 pour éviter la latence du réseau. Malheureusement, nous ne pouvons pas le faire pour des raisons techniques et devons le conserver dans l'ancien serveur pour l'instant. Pensez-vous que cela aura un impact significatif?

J'aimerais avoir des avis sur cette architecture?

Répondre

0

Dans votre configuration d'origine vous avez le schéma suivant
(DB Server) Src DB ->(SSIS Server) transformation du paquet ->(DB Server) Dest DB
Ainsi, vous avez les données voyageant sur le réseau deux fois - à partir de DB Server à SSIS Server et retour. Peu importe que Src DB réside sur le même serveur avec Dest DB; tout le traitement est effectué sur SSIS Server.
Sur votre nouvelle configuration que vous avez
(ancien DB Server) Src DB ->(SSIS 2016 Server) de transformation du paquet ->(SQL 2016 DB Server) Dest DB
La même quantité de données est déplacée sur le réseau; la seule différence est que les serveurs Src et Dest sont différents. Ainsi, du point de vue de la charge réseau, le nouveau design est très proche de l'original.
Déplacement Src DB à SQL 2016 DB Server pourrait bénéficier des performances et d'autres améliorations de SQL 2016 par rapport à SQL 2008. A partir de là, vous aurez des données voyageant sur le réseau comme votre cas d'origine.
Si vous êtes vraiment préoccupé par le trafic réseau et la latence, vous pouvez déplacer l'exécution du package SSIS vers le même serveur que Src et Dst DB, en utilisant le fournisseur OLEDB à mémoire partagée. Cependant, cela peut être mauvais pour les performances globales, puisque SQL Dbs et SSIS seront en compétition pour le même CPU et la même RAM.