Cette réponse pointe vers cet article :http://support.microsoft.com/kb/918760
Voici les solutions proposées - les avez-vous évaluées ?
- Méthode 1 :Utiliser un compte proxy de l'Agent SQL Server
Créez un compte proxy de l'Agent SQL Server. Ce compte proxy doit utiliser des informations d'identification qui permettent à l'Agent SQL Server d'exécuter la tâche en tant que compte ayant créé le package ou en tant que compte disposant des autorisations requises.
Cette méthode fonctionne pour déchiffrer les secrets et satisfait les exigences de clé par utilisateur. Cependant, cette méthode peut avoir un succès limité car les clés utilisateur du package SSIS impliquent l'utilisateur actuel et l'ordinateur actuel. Par conséquent, si vous déplacez le package vers un autre ordinateur, cette méthode peut toujours échouer, même si l'étape de travail utilise le compte proxy correct.Retour en haut
- Méthode 2 :Définissez la propriété SSIS Package ProtectionLevel sur ServerStorage
Remplacez la propriété SSIS Package ProtectionLevel par ServerStorage. Ce paramètre stocke le package dans une base de données SQL Server et permet le contrôle d'accès via les rôles de base de données SQL Server.Retour en haut
- Méthode 3 :Définissez la propriété SSIS Package ProtectionLevel sur EncryptSensitiveWithPassword
Remplacez la propriété SSIS Package ProtectionLevel par EncryptSensitiveWithPassword. Ce paramètre utilise un mot de passe pour le cryptage. Vous pouvez ensuite modifier la ligne de commande de l'étape de travail de l'Agent SQL Server pour inclure ce mot de passe.
- Méthode 4 :Utiliser les fichiers de configuration du package SSIS
Utilisez les fichiers de configuration du package SSIS pour stocker des informations sensibles, puis stockez ces fichiers de configuration dans un dossier sécurisé. Vous pouvez ensuite modifier la propriété ProtectionLevel en DontSaveSensitive afin que le package ne soit pas chiffré et n'essaie pas d'enregistrer des secrets dans le package. Lorsque vous exécutez le package SSIS, les informations requises sont chargées à partir du fichier de configuration. Assurez-vous que les fichiers de configuration sont correctement protégés s'ils contiennent des informations sensibles.
- Méthode 5 :Créer un modèle de package
Pour une résolution à long terme, créez un modèle de package qui utilise un niveau de protection différent du paramètre par défaut. Ce problème ne se produira pas dans les futurs packages.
