Prueba de conectividad de SSIS/SSDT incluso cuando “Trabajar sin conexión” está seleccionado.
Tengo una solución de SSIS que contiene dos proyectos. Ambos proyectos utilizan conexiones a nivel de proyecto con parámetros, con las mismas propiedades de conexión.
He marcado la opción de Trabajar sin conexión. El proyecto 1 se abre sin problema, con las conexiones mostrándose como offline. El proyecto 2 se queda en un ciclo de pruebas de conectividad tan pronto como abro cualquier paquete y nunca se recupera.
Si no estuviera trabajando de forma remota, simplemente apagaría la red para forzar la conexión offline, pero actualmente no es una opción.
¿Cómo puedo ignorar/salir de la prueba de conectividad, entendiendo que no puedo abrir ningún paquete (ni sus propiedades)?
VS 2019, SSDT 3.15, conexiones a varias plataformas de bases de datos y archivos planos, las cuales funcionan en los otros proyectos y soluciones.
davy.ai
Una posible causa del problema podría ser una diferencia en la forma en que se configuran los administradores de conexión en cada proyecto. Es posible que el administrador de conexión en el Proyecto 2 esté tratando de conectarse a una base de datos diferente o tenga diferentes configuraciones que el administrador de conexión en el Proyecto 1.
Para intentar solucionar esto, podría comparar los administradores de conexión en ambos proyectos para ver si hay alguna diferencia en la configuración. También puede revisar los archivos de registro o los mensajes de error para ver si se generan errores específicos al intentar abrir el Proyecto 2.
Alternativamente, podría intentar desactivar el bucle de conectividad de prueba modificando directamente el archivo del proyecto SSIS (.ispac). Para hacer esto, abra el archivo .ispac en un editor de texto y busque el siguiente elemento XML:
Cambia el valor “verdadero” a “falso” para la propiedad TestConnectionOnError y guarda el archivo. Esto debería evitar que SSIS intente probar la conexión cuando abra el proyecto.
Tenga en cuenta que modificar el archivo del proyecto directamente puede ser arriesgado y es una buena idea hacer una copia de seguridad del archivo antes de hacer cualquier cambio.