SSIS: Es wurde gerade ein Fehler in meinem geplanten SSIS-Paket gemeldet, der besagt, dass der Schlüssel im angegebenen Status nicht gültig ist

Ich habe 2 geplante Aufträge auf meinem SQL Server 2005-Computer, die jeden Morgen (gegen 2:00 Uhr morgens) ausgeführt werden sollen. Diese Jobs haben (meistens) jahrelang gut funktioniert und obwohl ich ein paar Probleme hatte, ist es für mich völlig verblüffend, dieses Problem zu lösen.

Vor zwei Morgen meldete eines meiner Pakete den folgenden Fehler:

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.

Dies scheint ein häufiges Problem zu sein, aber weder die Empfehlungen, die ich gefunden habe, gelten für mein Szenario, noch scheint meine Instanz mit den meisten anderen Fällen übereinzustimmen, in denen dies auftritt. Hier sind die wichtigen Details zu meiner Implementierung.

Dieses Paket exportiert Daten von einem iSeries-System in SQL Server 2005-Datentabellen.Dieser Prozess funktioniert erfolgreich, stürzt jedoch bei einem bestimmten Tabellenexport weiterhin ab. Tatsächlich läuft es über 2 Stunden ohne Probleme, bevor es abstirbt. Wenn Sie alle mit diesem Schritt verknüpften Eigenschaften überprüft haben, kann ich feststellen, dass sich an diesem Schritt nichts von den anderen Exportschritten für Tabellen unterscheidet, mit Ausnahme der Zuordnungen für den Tabellen- / Spaltenexport.Das PaketProtectionLevel ist eingestellt aufDontSaveSensitive und die iSeries-Anmeldeinformationen werden in einer Konfigurationsdatei gespeichert, auf die SQL Server zugreift.Ich kann den fehlgeschlagenen Schritt in BIDS auf meinem Computer ausführen. Unabhängig davon funktioniert es auf dem Server nicht, obwohl der Server genau dieselben Anmeldeinformationen verwendet.Wie gesagt, ich habe zwei Pakete. Sie sind praktisch identisch, mit der Ausnahme, dass einer die Daten aus einer iSeries-Datenbank exportiert und der andere Daten exportiert, die fast die gleiche Struktur aufweisen wie eine andere iSeries-Datenbank. Das erste Paket hat keine Probleme, obwohl es dieselben iSeries-Anmeldeinformationen verwendet.Klar, seit Monaten hat sich auf meinem Server nichts geändert (was mir bekannt ist). Das ist erst gestern Morgen passiert.

Irgendwelche Tipps oder Gedanken wären enorm hilfreich. Dieser Export ist äußerst wichtig und viele Benutzer / Mitarbeiter verlassen sich bei ihrer täglichen Arbeit auf diese Daten.

Antworten auf die Frage(6)

Ihre Antwort auf die Frage