Tarea dqs en ssis nunca termina

409 views

Published on

Explicación sobre como corregir error de Data Quality Services y la actualización del Framework de .NET en Windowws Server 2012

Published in: Technology
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total views
409
On SlideShare
0
From Embeds
0
Number of Embeds
120
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Tarea dqs en ssis nunca termina

  1. 1. Hola a todos, Desde ayer estuve atascado con un error bastante inusual al ejecutar un paquete ETL de SSIS 2012 sobre Windows Server 2012. Básicamente, el "data flow" inicia correctamente pero cuando los datos llegan a la actividad de DQS Cleasing esta nunca finaliza. Síntomas: 1. El paquete queda atascado en la actividad de DQS. 2. Al validar el monitor de actividad de SQL Server. 3. Al revisar el log de errores de windows, se encuentra el siguiente error Tarea DQS en SSIS nunca Termina miércoles, 18 de junio de 2014 10:54 a. m. blog Page 1
  2. 2. 4. 5. Por último y después de buscar mucho tiempo la razón del error, encontré la siguiente actualización automática que se realizó en el equipo. a. https://technet.microsoft.com/library/security/ms13-004 b. http://support.microsoft.com/kb/2742614 1. Al validar el contenido de esta actualización automática se encuentra que modifica las librerías del framework 4.5 sobre Windows Server 2012. Para corregir una posible elevación de privilegios. Más información sobre la vulnerabilidad, la pueden encontrar en los siguientes sitios. 2. Una vez identificados los errores, lo primero que hice fue conceder privilegios al usuario que Solución: blog Page 2
  3. 3. 2. Una vez identificados los errores, lo primero que hice fue conceder privilegios al usuario que ejecuta la ETL, para garantizar que este consiguiera lanzar apropiadamente el proceso de SSIS. Para esto es necesario ejecutar la aplicación tecla Win+R>dcomcnfg ; en esta ingresar a "Component Services>Computers>My Computer >DCOM Config en la ventana central buscar el componente "Microsoft SQL Server Integration Services 11.0. 3. Sobre este seleccionar el menú secundario "propiedades" y en la pestaña de seguridad editar los permisos de ejecución y activación "Launch and Activation Permissions" e incluir el usuario que ejecutará el paquete (puede ser también un grupo de Windows). 4. Agregar permisos de Full Control sobre el componente, para los usuarios que ejecutarán la ETL, en producción solo debería incluirse la cuenta proxy con que se ejecuta el servicio. 5. 6. Adicionalmente para asegurarme de no tener ningún problema, activé también permisos de acceso al componente al mismo usuario. Para ejecución local blog Page 3
  4. 4. acceso al componente al mismo usuario. Para ejecución local 7. 8. Por último dado que cambiaron algunas dll's del Framework, es necesario registrar nuevamente las librerías de DQS, sin eliminar las bases de conocimiento existentes para ello, debemos ir a la carpeta de la instancia donde se instaló el servicio y ejecutar el siguiente comando. C:Program FilesMicrosoft SQL ServerMSSQL11XXMSSQLBinnDQSInstaller.exe -upgradedlls XX = corresponde a la instancia por defecto o nombrada en la que se están ejecutando las bases de DQS. 9. Este iniciará a registrar nuevamente las dlls en el framework de la máquina y una vez finalizado los paquetes volverán a funcionar adecuadamente. 10. blog Page 4
  5. 5. 11. Una vez realizada la modificación y reiniciado el servicio de SQL Server, los valores de los contadores de Waits volvieron a la normalidad. blog Page 5

×