SSIS: Właśnie zacząłem otrzymywać błąd „Nieprawidłowy klucz do użycia w określonym stanie”

Mam 2 zaplanowane zadania na moim komputerze z programem SQL Server 2005, które są uruchamiane każdego ranka (około 2:00). Zadania te działały dobrze (głównie) przez lata i chociaż miałem kilka czkawki, które musiałem rozwiązać, ten problem całkowicie mnie stłukł.

Dwa poranki temu jeden z moich pakietów zaczął zgłaszać następujący błąd:

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.

Wydaje się, że jest to powszechny problem, jednak żadna z rekomendacji, które znalazłem, nie odnosi się do mojego scenariusza, a moja instancja nie wydaje się pasować do większości innych przypadków, w których to występuje. Oto ważne szczegóły dotyczące mojej realizacji.

Ten pakiet eksportuje dane z systemu iSeries do tabel danych SQL Server 2005.Ten proces działa z powodzeniem, ale zawiesza się przy jednym, określonym eksporcie tabeli. W rzeczywistości działa bez żadnych problemów przez ponad 2 godziny, zanim umrze. Po sprawdzeniu wszystkich właściwości powiązanych z tym krokiem widzę, że nie ma nic innego w tym kroku w porównaniu z innymi krokami eksportu tabeli, innymi niż odwzorowania eksportu tabeli / kolumny.PaczkaProtectionLevel jest ustawione naDontSaveSensitive a poświadczenia iSeries są przechowywane w pliku konfiguracyjnym, do którego dostęp uzyskuje SQL Server.Mogę wykonać wadliwy krok na moim komputerze, w BIDS. Niezależnie od tego, nie działa na serwerze, chociaż serwer używa dokładnie tych samych poświadczeń.Jak wspomniałem, mam dwa pakiety. W rzeczywistości są to te same rzeczy, z wyjątkiem jednej, która eksportuje dane z jednej bazy danych iSeries, a druga eksportuje dane, które są prawie identyczne z inną bazą danych iSeries. Pierwszy pakiet nie ma żadnych problemów, mimo że korzysta z tych samych poświadczeń iSeries.Żeby było jasne, nic na moim serwerze nie zmieniło się od miesięcy (o czym wiem.) To zaczęło się wczoraj rano.

Wszelkie wskazówki lub myśli byłyby niezwykle pomocne. Ten eksport jest niezwykle ważny i wielu użytkowników / pracowników korzysta z tych danych w codziennej pracy.

questionAnswers(6)

yourAnswerToTheQuestion