J'essaye de déplacer mes paquets en production en utilisant un fichier de configuration, mais le fichier n'est changé que partiellement et les résultats vont encore au serveur DEV.Comment transférer un paquet ssis de Dev à Prod?
Est-ce que quelqu'un sait quoi faire?
Il est difficile d'isoler la cause de vos problèmes sans accéder à vos fichiers de configuration.
Ce que je vous suggère de faire est d'utiliser des configurations de paquet qui référencent une base de données dans votre environnement. Les bases de données elles-mêmes peuvent ensuite être référencées à l'aide de variables d'environnement propres à chaque environnement.
Ceci est un excellent gain de temps et un bon moyen de gérer de manière centralisée la configuration de tous vos paquets SSIS. Jetez un oeil à la référence suivante pour plus de détails.
http://www.mssqltips.com/tip.asp?tip=1405
Une fois configuré, vous pouvez déployer le même paquet identique entre dev et la production sans avoir besoin d'appliquer une seule modification au package SSIS ou déranger les fichiers de configuration.
Vous pouvez toujours avoir des connexions codées en dur dans votre package même si vous utilisez un fichier de configuration. Vous devrez également vérifier chaque connexion.
Vous pouvez également aller le long chemin. Allez dans Integration Services et exportez le package stocké dans son fichier dtsx. Ensuite, vous pouvez ouvrir le fichier dans un bon éditeur de texte, faire une recherche/remplacement sur votre nom de serveur, puis revenir dans Integration Services et importer le package mis à jour. Beaucoup de fois c'est plus facile ...
tout le monde et merci d'avoir répondu. J'avais réussi à résoudre ce problème d'une manière laide - éditer des paquets sur le serveur, mais je voudrais une solution beaucoup plus élégante - maintenant j'essaie avec la variable d'environnement, ça semble génial, mais l'assistant que je reçois est différent de cela est donné dans le lien - et je ne sais pas comment continuer. (J'utilise VStudio 2005) En outre, j'ai essayé le fichier de configuration en XML, mais l'exécution du paquet échoue même sur la machine source, donc je suis coincé !
Ma technique personnelle a consisté à avoir d'abord un seul fichier de configuration qui pointe le paquet vers une configuration basée sur SQL (la chaîne de connexion à la DB de configuration). Les entrées suivantes dans la configuration du package utilisent le magasin SQL pour charger leurs paramètres. J'ai un script qui va dans le XML du paquet et les prépare pour le déploiement à l'étape ou prod. Un fichier de configuration contient le nom de l'entrée de configuration de fichier initiale de la configuration du paquet et où se trouve le fichier de configuration de la configuration de l'étape et de la prod. Le script produit deux sous-répertoires pour stage et prod. Chaque répertoire a une copie des packages de solution modifiés pour leur déploiement particulier.
Aussi! N'oubliez pas de désactiver le cryptage dans les fichiers du package!