Dándole otro mordisco al problema, pero vea Establecer la ruta del paquete de la base de datos SSIS y Organización SSIS para lectura de fondo.
Hasta SSIS 2012, si los paquetes se implementaban en SQL Server, vivían en msdb. La API de .NET para interactuar con ellos fue la misma en todas las versiones.
Con la versión 2012 de SSIS, tenemos dos modelos de implementación diferentes. La implementación de paquetes, que es el modelo "clásico", está activa y es totalmente compatible. El mismo código para ejecutar un paquete en 2005 funcionará para los proyectos del modelo de implementación de paquetes de 2012. Este es el Microsoft.SqlServer.Dts.Runtime Espacio de nombres
Su código está intentando cargar una solución de 2012 creada con el "modelo de implementación de proyectos" con la API del "modelo de implementación de paquetes". Este es el Microsoft.SqlServer.Management.IntegrationServices El espacio de nombres y los dos no se mezclan.
Sus opciones son volver a cambiar su proyecto al modelo de implementación de paquetes o actualizar su código. En la primera pregunta vinculada, proporcioné la implementación de VB.NET para ejecutar un paquete SSIS en el catálogo SSISDB. Hay algunos forma de ejecutar un archivo .ispac porque veo la opción en dtexec pero no veo el método específico. Este es un mecanismo que VS/SSDT usa cuando ejecuta los paquetes localmente.
