Respondiendo a algunas inquietudes sobre SSIS, aqui dejo algunos puntos importantes a tener en cuenta:
1. Recursos para SSIS, tips & tricks, componentes, articulos.
http://www.sqlis.com/
2. Por defecto, al crear un nuevo Paquete DTSX se utiliza el valor EncryptSensitiveWithUserKey, por lo cual, sólo podremos abrir o ejecutar el Paquete DTSX utilizando el mismo usuario y computadora.
3. Si alguien usa el nivel de protección del paquete predeterminado EncryptSenstiveWithUserKey entonces el mismo paquete podría no ser ejecutado como se esperaba en otros entornos porque el paquete fue cifrado con una clave personal de usuario.
4. Si deseamos abrir o ejecutar el Paquete DTSX en otra computadora o con otro usuario, podemos solucionar este problema utilizando un valor de ProtectionLevel que utilice encriptación por Password (ej: EncryptSensitiveWithPassword), facilitando la contraseña para poder abrir o ejecutar el Paquete DTSX. Como alternativa, podemos utilizar el valor DontSaveSensitive y utilizar archivo de configuración para almacenar la información sensible.
5. Para Ejecutar un Paquete DTSX desde un Job del Agente de SQL Server. Desde un JOB del Agente de SQL Server, podemos añadir un paso del tipo SQL Server Integration Services Package, y en las propiedades de dicho paso, podemos especificar todas las opciones necesarias para ejecutar el Paquete DTSX, del mismo modo que lo haríamos con dtexecui. Sin embargo, el Agente de SQL Server nos permitirá planificar la ejecución de nuestro Paquete DTSX, y disfrutar de todas las ventajas que ofrece el Agente de SQL Server (Alertas, Operadores, etc.). Permite ejecutar un paquete independiente de que esté almacenado en el File System, en SQL Server, o en el Package Store.
6. Requiere instalar SSIS en la máquina SQL Server en la que se desea ejecutar el JOB.. Se debe garantizar que el usuario utilizado en las Credenciales (Credentials) de la cuenta Proxy empleada en el paso del JOB, tiene los suficientes permisos (ej: acceso al sistema de ficheros, conexiones de base de datos, etc.) para la ejecución del Paquete DTSX
7. Recordar que al encriptar la informacion sensible, esta debe existir de lo contrario parecera que no fue encriptada, no pedira password.
8. Es posible encriptar nuestra configuracion almacenada en un archivo .dtsconfig ?
No, en esta version no es posible.
http://connect.microsoft.com/SQLServer/feedback/ViewFeedback.aspx?FeedbackID=126477
9. Valores Posibles de la propiedad ProtectionLevel del Paquete DTSX.
DontSaveSensitive: La Información sensible no es guardada en el paquete
EncryptAllWithPassword: Cifra el paquete entero utilizando una contraseña
EncryptAllWithUserKey: Cifra el paquete entero utilizando claves basados en el perfil del usuario. Sólo el mismo usuario utilizando el mismo perfil puede cargar el paquete.
EncryptSensitiveWithPassword: Cifra sólo la información sensible que contiene en el paquete con una contraseña.
EncryptSensitiveWithUserKey: Cifra todo el paquete con claves basados en el usuario actual. Sólo el mismo usuario utilizando el mismo perfil puede cargar el paquete. Si un usuario diferente abre el paquete, la información confidencial se sustituye por los espacios en blanco.
ServerStorage: Cifra el paquete en una base de datos de MSDB de SQL Server. Esta opción es compatible sólo cuando un paquete se guarda en SQL Server. No es compatible cuando se guarda un paquete al sistema de archivos. El control de acceso de que quien puede descifrar el paquete está controlado por los roles de base de datos SQL Server.
10. Preguntas mas usuales con sus respuestas
http://blogs.pragmaticworks.com/devin_knight/2009/06/answers-to-advanced-ssis-interview-question.html
No hay comentarios:
Publicar un comentario