SSIS: vous venez de commencer à obtenir une "clé non valide pour une utilisation dans un état spécifié." Erreur sur mon package SSIS planifié

J'ai 2 tâches planifiées sur mon Serveur SQL 2005 de la machine qui sont planifiées pour s'exécuter chaque matin (autour de 2:00 AM). Ces emplois ont travaillé très bien (surtout) pour les années et même si j'ai eu quelques ratés que j'ai eu à travailler par le biais de ce problème est complètement estompe moi.

Deux matins il y a, un de mes paquets ont commencé à signaler le message d'erreur suivant:

Executed as user: [Service Acount]. ...n 9.00.4035.00 for 32-bit
Copyright (C) Microsoft Corp 1984-2005. All rights reserved.
     Started:  1:15:01 AM  Error: 2012-10-17 01:15:03.98
     Code: 0xC0016016
     Source:
       Description: Failed to decrypt protected XML node "DTS:Password" 
       with error 0x8009000B "Key not valid for use in specified state.". 
       You may not be authorized to access this information. This error 
       occurs when there is a cryptographic error. Verify that the 
       correct key is available.  End Error  Error: 2012-10-17 01:15:03.99
     Code: 0xC0016016
     Source:
       Description: Failed to decrypt protected XML node "DTS:Password" 
       with error 0x8009000B "Key not valid for use in specified state.". 
       You may not be authorized to access this information. This error 
       occurs when there is a cryptographic error. Verify that the 
       correct key is available.  End Error  Error: 2012-10-17 01:15:04.01
     Code: 0xC0016016     
Source:       
Description: Failed to ...  The package execution fa...  The step failed.

Cela semble être un problème commun, cependant, aucune des recommandations que j'ai trouvé à s'appliquer soit à mon scénario ni mon exemple semblent correspondre à la plupart des autres cas où cela se produit. Voici les détails importants au sujet de mon œuvre.

  • Ce paquet est de l'exportation de données à partir d'un système iSeries, à SQL Server
    2005 tableaux de données.
  • Ce processus fonctionne correctement mais crash
    sur une, table spécifique à l'exportation. En fait, il fonctionne sans aucun problème
    pendant plus de 2 heures avant qu'il meurt. Après l'inspection de toutes les propriétés associées
    avec cette étape, je peux voir qu'il n'y a rien de différent à propos de cette étape
    par rapport à l'autre table à l'exportation mesures, autres que celui de la table/colonne d'exportation
    les mappages.
  • Le paquet ProtectionLevel est fixé à DontSaveSensitive et l'iSeries
    les informations d'identification sont stockées dans un fichier de config qui est accessible par SQL Server.
  • Je peut exécuter l'échec d'une étape sur ma machine, dans les OFFRES. Peu importe, il n'a pas
    travail sur le serveur, si le serveur est en utilisant exactement les mêmes informations d'identification.
  • Comme je l'ai mentionné, j'ai deux paquets. Ils sont effectivement la même chose, sauf
    on est d'exporter les données d'une base de données iSeries, et l'autre est de l'exportation
    des données qui est presque exactement la même structure à partir d'un autre iSeries DB. La première
    package de ne pas avoir de problème, même si c'est à l'aide de la même iSeries informations d'identification.
  • Pour être clair, rien sur mon serveur a changé dans les mois (à ce que je sache.) Cette
    juste a commencé hier matin.

Des conseils, ou des pensées serait extrêmement utile. Cette exportation est extrêmement important, et de nombreux utilisateurs/travailleur appuyer sur ces données pour leur journée-à-jour de travail.

source d'informationauteur RLH