Actualizar paquetes de Integration Services
Se aplica a: 
SQL Server SSIS Integration Runtime en Azure Data Factory
Cuando se actualiza una instancia de SQL Server 2008 (10.0.x) a la versión actual de SQL Server, los paquetes de SQL Server 2008 Integration Services (SSIS) existentes no se actualizan automáticamente al formato de paquete que la versión actual de SQL Server Integration Services usa. Tendrá que seleccionar un método de actualización y actualizar manualmente los paquetes.
Para obtener información sobre la actualización de paquetes al convertir un proyecto al modelo de implementación de proyecto, vea Implementación de proyectos y paquetes de Integration Services (SSIS).
Seleccionar un método de actualización
Puede usar distintos métodos para actualizar los paquetes de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x). En algunos de estos métodos, la actualización solo es temporal. En otros, es definitiva. La tabla siguiente describe cada uno de estos métodos y si la actualización es temporal o definitiva.
Nota:
Cuando se ejecuta un paquete de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) mediante la utilidad dtexec (dtexec.exe) que se instala con la versión actual de SQL Server, la actualización temporal del paquete incrementa el tiempo de ejecución. La proporción de incremento de tiempo de ejecución del paquete depende del tamaño del mismo. Para evitar un incremento del tiempo de ejecución, se recomienda actualizar el paquete antes de ejecutarlo.
Nota:
En el caso de componentes de script que hacen referencia a ensamblados relacionados con SSIS que se enlazan con la versión, el proceso de actualización no se ocupará de ellos, sino que los mantendrá sin cambios. Se necesita una referencia de actualización manual a la nueva versión.
| Método de actualización | Tipo de actualización |
|---|---|
| Use la utilidad dtexec (dtexec.exe) que se instala con la versión actual de SQL Server para ejecutar un paquete de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x). Para obtener más información, consulte utilidad dtexec. |
La actualización del paquete es temporal. No se pueden guardar los cambios. |
| Abra un archivo de paquete de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) en SQL Server Data Tools (SSDT). | La actualización del paquete es definitiva si guarda el paquete; de lo contrario, es temporal. |
| Agregue un paquete de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) a un proyecto existente en SQL Server Data Tools (SSDT). | La actualización del paquete es definitiva. |
| Abra un archivo de proyecto de SQL Server 2008 Integration Services (SSIS) o posterior en Visual Studioy luego use el Asistente para actualizar paquetes SSIS para actualizar varios paquetes en el proyecto. Para obtener más información, vea Actualizar paquetes de Integration Services mediante el Asistente para actualizar paquetes SSIS y Ayuda F1 del Asistente para actualización del paquete SSIS. |
La actualización del paquete es definitiva. |
| Use la utilidad Upgrade para actualizar uno o más paquetes de Integration Services . | La actualización del paquete es definitiva. |
Aplicaciones y componentes personalizados
SQL Server 2005 Integration Services (SSIS) no funcionarán con la versión actual de SQL Server Integration Services.
Puede usar la versión actual de las herramientas de SQL Server Integration Services para ejecutar y administrar paquetes que incluyen componentes personalizados de SSIS de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x). Se han agregado cuatro reglas de redirección de enlace a los archivos siguientes para ayudar a redirigir los ensamblados en tiempo de ejecución de las versiones 10.0.0.0 (SQL Server 2008 R2 [10.50.x]), 11.0.0.0 (SQL Server 2012 [11.x]) o 12.0.0.0 (SQL Server 2014 [12.x]) hasta la versión 15.0.0.0 (SQL Server 2019 [15.x]).
DTExec.exe.config
dtshost.exe.config
DTSWizard.exe.config
DTUtil.exe.config
DTExecUI.exe.config
Para usar SQL Server Data Tools para diseñar paquetes que incluyan componentes personalizados de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x), debe modificar el archivo devenv.exe.config que se encuentra en <unidad>:\Archivos de programa\Microsoft Visual Studio 10.0\Common7\IDE.
Para usar estos paquetes con aplicaciones cliente compiladas con el motor de ejecución para SQL Server 2019 (15.x), incluya reglas de redirección en la sección de configuración del archivo *.exe.config para el ejecutable. Las reglas redirigirán los ensamblados en tiempo de ejecución a la versión 15.0.0.0 (SQL Server 2019 (15.x)). Para obtener más información sobre la redirección de la versión de ensamblado, vea Elemento <assemblyBinding> para <runtime>.
Buscar los ensamblados
En SQL Server 2019 (15.x), los ensamblados de Integration Services se actualizaron a .NET 4.0. Hay una memoria caché global de ensamblados diferente para .NET 4, que se encuentra en <unidad>:\Windows\Microsoft.NET\assembly. Puede buscar todos los ensamblados de Integration Services bajo esta ruta de acceso, normalmente en la carpeta GAC_MSIL.
Como ocurre en versiones anteriores de SQL Server, los archivos básicos de extensibilidad .dll de Integration Services también se encuentran en <unidad>:\Archivos de programa\Microsoft SQL Server\130\SDK\Assemblies.
Descripción de los resultados de la actualización del paquete SQL Server
Durante el proceso de actualización del paquete, la mayoría de los componentes y las características de los paquetes de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x) se convierten sin problema en sus homólogos de la versión actual de SQL Server. Sin embargo, hay varios componentes y características que no se actualizarán u obtendrán resultados en la actualización que habría que tener en cuenta. La tabla siguiente identifica estos componentes y características.
Nota:
Para identificar qué paquetes experimentan los problemas enumerados en esta tabla, ejecute el Asesor de actualizaciones.
| Componente o característica | Resultados de la actualización |
|---|---|
| Cadenas de conexión | En el caso de paquetes de SQL Server 2008 (10.0.x), SQL Server 2008 R2 (10.50.x), SQL Server 2012 (11.x) o SQL Server 2014 (12.x), los nombres de ciertos proveedores han cambiado y requieren valores diferentes en las cadenas de conexión. Para actualizar las cadenas de conexión, utilice uno de los procedimientos siguientes: Use el Asistente para actualización del paquete SSIS para actualizar el paquete y seleccione la opción Actualizar las cadenas de conexión para reflejar los nuevos nombres de proveedor . En SQL Server Data Tools (SSDT), en la página General del cuadro de diálogo Opciones, seleccione la opción Actualizar las cadenas de conexión para reflejar los nuevos nombres de proveedor . Para obtener más información acerca de esta opción, vea Página General. En SQL Server Data Tools (SSDT), abra el paquete y cambie manualmente el texto de la propiedad ConnectionString. Nota: No puede usar los procedimientos anteriores para actualizar una cadena de conexión cuando esta se almacena en un archivo de configuración o en un archivo de origen de datos ni cuando una expresión establece la propiedad ConnectionString . Para actualizar la cadena de conexión en estos casos, debe actualizar manualmente el archivo o la expresión. Para obtener más información sobre los orígenes de datos, vea Orígenes de datos. |
Scripts que dependen de ADODB.dll
Es posible que los scripts Tarea de script y Componente de script que hacen referencia de forma explícita a ADODB.dll no se actualicen o ejecuten en equipos sin SQL Server Management Studio o SQL Server Data Tools (SSDT) instalado. Para actualizar los scripts Tarea de script o Componente de script, se recomienda que quite la dependencia de ADODB.dll. Ado.Net es la alternativa recomendada para el código administrado como scripts VB y C#.