Solución:
Esa respuesta apunta a este artículo: http://support.microsoft.com/kb/918760
Aquí están las soluciones propuestas, ¿las ha evaluado?
- Método 1: usar una cuenta de proxy del Agente SQL Server
Cree una cuenta de proxy del Agente SQL Server. Esta cuenta de proxy debe usar una credencial que permita al Agente SQL Server ejecutar el trabajo como la cuenta que creó el paquete o como una cuenta que tiene los permisos necesarios.
Este método funciona para descifrar secretos y satisface los requisitos clave del usuario. Sin embargo, este método puede tener un éxito limitado porque las claves de usuario del paquete SSIS involucran al usuario actual y al equipo actual. Por lo tanto, si mueve el paquete a otra computadora, este método aún puede fallar, incluso si el paso de trabajo usa la cuenta de proxy correcta. Volver a la cima
- Método 2: establezca la propiedad ProtectionLevel del paquete SSIS en ServerStorage
Cambie la propiedad ProtectionLevel del paquete SSIS a ServerStorage. Esta configuración almacena el paquete en una base de datos de SQL Server y permite el control de acceso a través de los roles de la base de datos de SQL Server. Volver a la cima
- Método 3: establecer la propiedad ProtectionLevel del paquete SSIS en EncryptSensitiveWithPassword
Cambie la propiedad ProtectionLevel del paquete SSIS a EncryptSensitiveWithPassword. Esta configuración utiliza una contraseña para el cifrado. A continuación, puede modificar la línea de comandos del paso de trabajo del Agente SQL Server para incluir esta contraseña.
- Método 4: usar archivos de configuración del paquete SSIS
Utilice los archivos de configuración del paquete SSIS para almacenar información confidencial y luego almacene estos archivos de configuración en una carpeta segura. A continuación, puede cambiar la propiedad ProtectionLevel a DontSaveSensitive para que el paquete no esté cifrado y no intente guardar secretos en el paquete. Cuando ejecuta el paquete SSIS, la información requerida se carga desde el archivo de configuración. Asegúrese de que los archivos de configuración estén adecuadamente protegidos si contienen información confidencial.
- Método 5: crear una plantilla de paquete
Para una resolución a largo plazo, cree una plantilla de paquete que utilice un nivel de protección que difiera de la configuración predeterminada. Este problema no ocurrirá en paquetes futuros.
Puede almacenar la contraseña en la cadena de configuración yendo a propiedades y agregando password=yourpassword, pero es muy importante poner un espacio después del ; en la línea antes password y despues del ; sobre el password línea, Como se muestra abajo:
Data Source=50.21.65.225;User ID=vc_ssis;
[email protected];
Initial Catalog=Sales;
Provider=SQLNCLI10.1;
Persist Security Info=True;Auto Translate=False;
Application Name=SSIS-PKG_CustomerData-{2A666833-6095-4486-C04F-350CBCA5C49E}IDM11.Sales.dev;
Utilizo una variable para almacenar toda la cadena de conexión y la paso a la expresión ConnectionString. Esto sobrescribe todas las configuraciones para la conexión y le permite almacenar la contraseña.