PROYECTO FINAL. Tutorial para publicar en SlideShare.pptx
Tarea dqs en ssis nunca termina
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. 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. 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. 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. 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