La tarea de flujo de datos de SSIS se bloquea en la ejecución de la fase de ejecución previa

Tengo una tarea de flujo de datos que se cuelga en ejecución.
El flujo es simple, hace dos consultas a diferentes tablas (ambas con un par de uniones), luego ordena y combina las propiedades a través de una identificación común, agrega una columna estática a todos los registros, guarda el conteo de filas en una variable de usuario para más adelante utilizar y finalmente inserta en una tabla en otro DB. Estamos utilizando orígenes y destino OLE DB. La fuente es MSSQL 2000 y el destino es MSSQL 2012

Los síntomas:

Cuando se ejecuta, el flujo de datos obtiene el ícono amarillo "en ejecución" habitual. Sin embargo, cuando hace doble clic para ver el Flujo de datos, ninguno de los elementos tiene una marca amarilla, roja o verde.Esto continúa por largos períodos de tiempo, al principio duró alrededor de 20 minutos, después de eso comenzó a hacerse más largo o simplemente no regresó en absoluto.La salida muestra:
Información: 0x40043006 en la tabla Load Sandbox, SSIS. Canalización: Comienza la fase de preparación para la ejecución.
Información: 0x40043007 en la tabla Load Sandbox, SSIS.Pipeline: la fase previa a la ejecución está comenzando.
Y nada más hasta que se detenga la ejecución.Sí, esto ha funcionado antes. Y sí, hemos utilizado una única consulta (en un procedimiento almacenado) para realizar este ETL, pero queríamos migrar todos los pasos a SSIS.

Soluciones fallidas:

No hay búsquedas.El tamaño del búfer predeterminado para el flujo de tareas se aumentó a 40485760 y luego a 80971520.Las filas máximas predeterminadas del búfer para la tarea se establecieron en 1000000.La Validación de retardo se estableció en Verdadero para la tarea.Todos los elementos dentro de la tarea se configuraron Validar datos externos en Falso.Ambas consultas tenían:
CONFIGURAR FMTONLY DESACT.
CONFIGURAR NOCOUNT ON;
añadido al principio.Ambas consultas tuvieronMAXDOP poner a 1.Establecer el tiempo de ejecución de ejecución de 64 bits del proyecto en Falso.Carga de destino modificada desdeMesa o vista aTabla o Vista - Carga rápida Sin bloqueos ni restricciones.Establecer filas por lote a 1000 para una carga rápida.Algunas soluciones alternativas proponen separar el flujo de tareas en dos o más flujos de tareas. Pero esto no es posible ya que lo que necesitamos hacer es una combinación de la información que se encuentra en ambas consultas de origen.

Bits extra: Realmente espero que alguien pueda ayudarme. Soy bastante nuevo en SSIS, esta es la primera vez que lo uso. Normalmente trabajo con Pentaho para mi ETL, pero el cliente necesita la solución que se implementará en SSIS. He estado luchando contra este problema durante un par de días y estoy empezando a quedarme sin ideas para resolverlo.

Cuando se ejecuta a través de la línea de comandos, también se atasca y obtengo el siguiente resultado:

Progress: 2013-03-19 14:36:26.21
   Source: Load Sandbox Table
   Validating: 0% complete
End Progress
Progress: 2013-03-19 14:36:26.21
   Source: Load Sandbox Table
   Validating: 12% complete
End Progress
Progress: 2013-03-19 14:36:26.22
   Source: Load Sandbox Table
   Validating: 25% complete
End Progress
Progress: 2013-03-19 14:36:26.22
   Source: Load Sandbox Table
   Validating: 37% complete
End Progress
Progress: 2013-03-19 14:36:26.23
   Source: Load Sandbox Table
   Validating: 50% complete
End Progress
Progress: 2013-03-19 14:36:26.25
   Source: Load Sandbox Table
   Validating: 62% complete
End Progress
Progress: 2013-03-19 14:36:26.25
   Source: Load Sandbox Table
   Validating: 75% complete
End Progress
Progress: 2013-03-19 14:36:26.25
   Source: Load Sandbox Table
   Validating: 87% complete
End Progress
Progress: 2013-03-19 14:36:26.25
   Source: Load Sandbox Table
   Validating: 100% complete
End Progress
Warning: 2013-03-19 14:36:26.26
   Code: 0x80047076
   Source: Load Sandbox Table SSIS.Pipeline
   Description: The output column "ITEM_OID (1)" (47) on output "Merge Join Outp
ut" (28) and component "Merge Join" (11) is not subsequently used in the Data Fl
ow task. Removing this unused output column can increase Data Flow task performa
nce.
End Warning
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 0% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 12% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 25% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 37% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 50% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 62% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 75% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 87% complete
End Progress
Progress: 2013-03-19 14:36:26.27
   Source: Load Sandbox Table
   Prepare for Execute: 100% complete
End Progress
Progress: 2013-03-19 14:36:26.31
   Source: Load Sandbox Table
   Pre-Execute: 0% complete
End Progress
Progress: 2013-03-19 14:36:26.31
   Source: Load Sandbox Table
   Pre-Execute: 12% complete
End Progress
Progress: 2013-03-19 14:36:26.31
   Source: Load Sandbox Table
   Pre-Execute: 25% complete
End Progress
Progress: 2013-03-19 14:36:26.34
   Source: Load Sandbox Table
   Pre-Execute: 37% complete
End Progress
Progress: 2013-03-19 14:36:45.69
   Source: Load Sandbox Table
   Pre-Execute: 50% complete
End Progress

Después de eso se congela de nuevo.

SOLUCIÓN (Publicar esto aquí porque no puedo responder mi propia pregunta por otras 5 horas, lo haré cuando se me permita).
Finalmente lo tengo
Resulta que hay un problema con la validación, pero no solo los elementos de SSIS pasan por esa validación, como se indica en la cuarta solución fallida de la pregunta.
Las CONEXIONES también se validan y tienen su propia propiedad de Validación de retardo, que debe establecerse en verdadero.
Después de eso, el tiempo de ejecución pasó de más de 40 minutos o no se ejecutó a menos de un minuto para el proceso completo (Esto es solo un paso de un proceso mucho más grande)
Espero que las personas con este mismo problema puedan encontrar esta solución fácilmente porque hay muchas personas que se encuentran con este problema y casi no hay soluciones publicadas en línea.

En una palabra: Comprueba que todos tus elementos intervienen en la tarea,incluso las conexiones DB tienen la propiedad de verificación de retraso establecida en True.

Respuestas a la pregunta(9)

Su respuesta a la pregunta