Cómo evitar que SSIS "llame a casa"

Trabajando en mantener un conjunto sustancial de paquetes de SQL Server Integration Services 2008 R2, me he encontrado con un problema extraño.

Estos paquetes hacen uso frecuente de las tareas de script, cada una de las cuales contiene el código C # utilizado para integrarse con algunos servicios web internos.

Editar uno de esos scripts implica estos pasos:

Seleccione la tarea de secuencia de comandos en el diseñadorHaga clic derecho, seleccioneEdita para abrir el cuadro de diálogo Editor de tareas de scriptPresione elEdit Script botón Espera (poco más de 15 segundos) Edite el scriptCierre el editor de scriptsPresione elOKA en el cuadro de diálogo Editor de tareas de script Espera (poco más de 30 segundos)Dialog desaparece

La espera, resaltada en negrita, me está frustrando.

No hay actividad de CPU, ni E / S de disco, ni tráfico de red durante esos momentos: el editor parece estar congelado.

BTW: esos tiempos son confiables: he usado un cronómetro para medirlos en los últimos días y varían menos que mi precisión al presionar el botón de inicio / parada en el cronómetro.

La única pista que he podido encontrar es quenetstat 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 algún tipo de tiempo de espera ya que SSIS (o quizás el editor de Visual Studio Tools for Applications) "llama 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.

Respuestas a la pregunta(2)

Su respuesta a la pregunta