SSIS: Apenas comecei a receber um erro "Chave não válida para uso no estado especificado" no meu pacote SSIS agendado

Eu tenho 2 trabalhos agendados na minha máquina SQL Server 2005 que estão programados para serem executados todas as manhãs (por volta das 2:00 da manhã). Esses trabalhos têm funcionado bem (principalmente) há anos e, embora eu tenha tido alguns soluços que eu tive que trabalhar com este problema é completamente me stumping.

Duas manhãs atrás, um dos meus pacotes começou a relatar o seguinte erro:

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.

Isso parece ser um problema comum, no entanto, nenhuma das recomendações que eu encontrei se aplica ao meu cenário nem minha instância parece corresponder à maioria dos outros casos em que isso ocorre. Aqui estão os detalhes importantes sobre minha implementação.

Este pacote está exportando dados de um sistema iSeries para tabelas de dados do SQL Server 2005.Esse processo funciona com sucesso, mas continua travando em uma exportação de tabela específica. Na verdade, ele é executado sem problemas por mais de duas horas antes de morrer. Depois de inspecionar todas as propriedades associadas a essa etapa, posso ver que não há nada diferente nessa etapa em comparação com as outras etapas de exportação de tabela, além dos mapeamentos de exportação de tabela / coluna.O pacoteProtectionLevel está configurado paraDontSaveSensitive e as credenciais do iSeries são armazenadas em um arquivo de configuração que é acessado pelo SQL Server.Eu posso executar a etapa com falha na minha máquina, no BIDS. Independentemente disso, ele não funciona no servidor, embora o servidor esteja usando exatamente as mesmas credenciais.Como mencionei, tenho dois pacotes. Eles são efetivamente a mesma coisa, exceto que um está exportando os dados de um banco de dados do iSeries e o outro está exportando dados que são quase exatamente a mesma estrutura de outro banco de dados do iSeries. O primeiro pacote não apresenta nenhum problema, embora esteja usando as mesmas credenciais do iSeries.Para ser claro, nada no meu servidor mudou em meses (que estou ciente.) Isso só começou a acontecer ontem de manhã.

Quaisquer dicas ou pensamentos seriam tremendamente úteis. Esta exportação é extremamente importante e muitos usuários / trabalhadores confiam nesses dados para o seu trabalho diário.

questionAnswers(6)

yourAnswerToTheQuestion