Tengo 2 trabajos programados en mi máquina SQL Server 2005 que están programados para ejecutarse cada mañana (alrededor de las 2:00 AM). Estos trabajos han funcionado bien (en su mayoría) durante años y, aunque he tenido algunos contratiempos, he tenido que resolver este problema por completo.

Hace dos mañanas, uno de mis paquetes comenzó a informar el siguiente error:

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.

Esto parece ser un problema común, sin embargo, ninguna de las recomendaciones que he encontrado se aplican a mi escenario ni mi instancia parece coincidir con la mayoría de los otros casos en que esto ocurre. Aquí están los detalles importantes con respecto a mi implementación.

Este paquete está exportando datos de un sistema iSeries a tablas de datos de SQL Server 2005.Este proceso funciona correctamente pero sigue fallando en una exportación de tabla específica. De hecho, funciona sin problemas durante más de 2 horas antes de morir. Después de inspeccionar todas las propiedades asociadas con este paso, puedo ver que no hay nada diferente en este paso en comparación con los otros pasos de exportación de tablas, aparte de las asignaciones de exportación de tablas / columnas.El paqueteProtectionLevel se establece enDontSaveSensitive y las credenciales de iSeries se almacenan en un archivo de configuración al que SQL Server accede.Puedo ejecutar el paso que falla en mi máquina, en BIDS. En cualquier caso, no funciona en el servidor, aunque el servidor utiliza exactamente las mismas credenciales.Como mencioné, tengo dos paquetes. De hecho, son lo mismo, excepto que uno está exportando los datos de una base de datos de iSeries, y el otro es exportar datos que son casi exactamente la misma estructura de otra base de datos de iSeries. El primer paquete no tiene ningún problema a pesar de que utiliza las mismas credenciales de iSeries.Para ser claros, nada en mi servidor ha cambiado en meses (que yo sepa). Esto acaba de comenzar ayer por la mañana.

Cualquier consejo o pensamiento sería tremendamente útil. Esta exportación es extremadamente importante y muchos usuarios / trabajadores confían en estos datos para su trabajo diario.