Al trabajar en el mantenimiento de un conjunto sustancial de paquetes de SQL Server Integration Services 2008 R2, me he encontrado con un problema raro.Cómo detener SSIS desde "Llamar a casa"
Estos paquetes hacen un uso frecuente de Tareas de secuencia de comandos, cada una con código C# utilizado para integrarse con algunos Servicios web internos.
Edición de una de esas secuencias de comandos incluye los siguientes pasos:
- seleccione la tarea de secuencias de comandos en el diseñador
- clic derecho, seleccionar Edición para abrir el Editor de la tarea Script de diálogo
- Pulse el Editar secuencia de comandos botón
- Espera (un poco más) 15 segundos
- Editar el guión
- Cierre el editor de scripts
- Prensa permiso botón en el Editor de la tarea Script de diálogo
- espera (poco más de) 30 segundos
- diálogo desaparece
Es la espera, resaltada en negrita, lo que me frustra.
No hay actividad de CPU, no hay disco IO, no hay tráfico de red en esos momentos; el editor parece estar simplemente congelado.
BTW - esos tiempos son confiables - He utilizado un cronómetro para medirlos en los últimos días y varían en menos de mi precisión al presionar el botón de inicio/parada en el cronómetro.
La única pista que he podido encontrar es que netstat
muestra una conexión de red adicional durante la pausa:
C:\>netstat -o -b
Active Connections
Proto Local Address Foreign Address State PID
TCP fsis-datam-dev2:3478 akamai-9.fx.net.nz:http SYN_SENT 700
[VSTA.exe]
Mi hipótesis actual es que los retrasos son una especie de tiempo de espera como SSIS (o tal vez el editor de Visual Studio Tools for Applications) "teléfonos a casa" por alguna razón. La máquina en cuestión no tiene conectividad a Internet, por lo que las solicitudes son en vano.
Podría ser bastante conocido, pero no encontré la respuesta en varios * meses * de intentos a través de Google. Muchas gracias por la respuesta: hacer que el editor de scripts aparezca casi instantáneamente es algo maravilloso. – Bevan