Compartir a través de

Actualizar paquetes de Integration Services

  • Artículo

Al actualizar una instancia de SQL Server 2005 o SQL Server 2008 a la versión actual de SQL Server, los paquetes existentes de SQL Server 2008 Integration Services (SSIS) no se actualizan automáticamente al formato de paquete que usa SQL ServerIntegration Services de la versión actual. Tendrá que seleccionar un método de actualización y actualizar manualmente los paquetes.

Al actualizar un paquete de SQL Server 2005, Integration Services migra los scripts de cualquier tarea script y componente script a Microsoft Visual Studio Tools for Applications (VSTA). En SQL Server 2005, los scripts de tareas de script o componentes de script usaron Microsoft Visual Studio para Aplicaciones (VSA). Para más información sobre los cambios que es posible que haya que realizar en los scripts antes de la migración y sobre los errores de conversión de scripts, vea Migrar scripts a VSTA.

Para obtener información sobre la actualización de paquetes cuando se convierte un proyecto al modelo de implementación de proyecto, vea Deploy Projects to Integration Services Server.

Los paquetes de Servicios de transformación de datos de SQL Server 2000

La compatibilidad con la migración o ejecución de paquetes de Servicios de transformación de datos (DTS) se ha interrumpido en la versión actual de SQL ServerIntegration Services. La funcionalidad de DTS siguiente ya no se incluye.

  • Tiempo de ejecución DTS

  • DTS API

  • El Asistente para migrar paquetes DTS a la siguiente versión de Integration Services

  • Compatibilidad con el mantenimiento de paquetes DTS en SQL Server Management Studio

  • Tarea Ejecutar paquete DTS 2000

  • Examen del Asesor de actualizaciones de paquetes DTS.

Las siguientes opciones están disponibles para mirar paquetes de DTS.

  • Migre los paquetes a SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) y, a continuación, actualice los paquetes a SQL Server 2012 Integration Services (SSIS).

    Para obtener información sobre cómo migrar paquetes DTS a SQL Server 2005 Integration Services (SSIS) y SQL Server 2008 Integration Services (SSIS), consulte Migración de paquetes de Servicios de transformación de datos (2005) y Migración de paquetes de Servicios de transformación de datos (2008).

  • Vuelva a crear los paquetes DTS mediante SQL Server 2012 Integration Services (SSIS).

    Para obtener información sobre las nuevas características de SQL Server 2012 Integration Services (SSIS), consulte Novedades (Integration Services). Para obtener información general sobre la estructura de los paquetes de Integration Services, consulte Paquetes de Integration Services (SSIS).

Seleccionar un método de actualización

Puede usar varios métodos para actualizar paquetes SQL Server 2005 y SQL Server 2008. 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:

Al ejecutar un paquete SQL Server 2005 o SQL Server 2008 mediante la utilidad dtexec (dtexec.exe) que se instala con la versión actual de SQL Server, la actualización del paquete temporal aumenta 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.

Método de actualización Tipo de actualización
Use la utilidad dtexec (dtexec.exe) instalada con la versión actual de SQL Server para ejecutar un paquete de SQL Server 2005 o SQL Server 2008.

Para obtener más información, consulte utilidad dtexec.		 La actualización del paquete es temporal. Para un paquete de SQL Server 2005, la migración del script es temporal.

No se pueden guardar los cambios.
Abra un archivo de paquete SQL Server 2005 o SQL Server 2008 en SQL Server Data Tools (SSDT). La actualización del paquete es definitiva si guarda el paquete; de lo contrario, es temporal.

Para un paquete de SQL Server 2005, la migración del script es permanente si guarda el paquete; de lo contrario, es temporal si no guarda el paquete.
Agregue un paquete SQL Server 2005 o SQL Server 2008 a un proyecto existente en SQL Server Data Tools (SSDT). La actualización del paquete es definitiva. Para un paquete de SQL Server 2005, la migración de scripts es permanente.
Abra un archivo de proyecto de SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) en Visual Studio y, a continuación, use el Asistente para actualización de 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. Para un paquete de SQL Server 2005, la migración de scripts es permanente.
Use la utilidad Upgrade para actualizar uno o más paquetes de Integration Services . La actualización del paquete es definitiva. Para un paquete de SQL Server 2005, la migración de scripts es permanente.

Aplicaciones y componentes personalizados

SQL Server 2005 Integration Services (SSIS) no funcionarán con la versión actual de SQL ServerIntegration Services.

Puede usar la versión actual de las herramientas de SQL ServerIntegration Services para ejecutar y administrar paquetes que incluyen SQL Server 2008 y SQL Server componentes personalizados de R2SSIS de 2008. Hemos agregado cuatro reglas de redirección de enlace a los siguientes archivos para ayudar a redirigir los ensamblados en tiempo de ejecución de la versión 10.0.0.0 (SQL Server 2008 R2) a la versión 11.0.0.0 (SQL Server 2014).

  • 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 SQL Server 2008 y SQL Server componentes personalizados de 2008 R2, debe modificar el archivo de devenv.exe.config que se encuentra en <la unidad>:\Archivos de programa\Microsoft Visual Studio 10.0\Common7\IDE.

Para usar estos paquetes con aplicaciones de cliente compiladas con el entorno de ejecución para SQL Server 2014, incluya reglas de redirección en la sección de configuración del archivo *.exe.config para el ejecutable. Las reglas redirigen los ensamblados en tiempo de ejecución a la versión 11.0.0.0 (SQL Server 2014). 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 2014, 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\100\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 características de SQL Server 2005 y SQL Server 2008 se convierten sin problemas en sus homólogos en 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. Para obtener más información, vea Use Upgrade Advisor to Prepare for Upgrades.

Componente o característica Resultados de la actualización
Cadenas de conexión Para los paquetes de SQL Server 2005 y SQL Server 2008, los nombres de determinados 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 de paquetes SSIS para actualizar el paquete y seleccione la opción Actualizar cadenas de conexión para usar 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 cadenas de conexión para usar nuevos nombres de proveedor. Para obtener más información sobre 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.
Transformación de búsqueda Para SQL Server paquetes 2005, el proceso de actualización actualiza automáticamente la transformación Búsqueda a la versión actual de SQL ServerIntegration Services. Sin embargo, la versión de este componente tiene algunas capacidades adicionales que podría ser conveniente aprovechar.

Para más información, consulte Lookup Transformation.
Tarea Script y componente Script Para los paquetes de SQL Server 2005, el proceso de actualización migra automáticamente los scripts en la tarea Script y el componente Script de VSA a VSTA.

Para más información sobre los cambios que es posible que haya que realizar en los scripts antes de la migración y sobre los errores de conversión de scripts, vea Migrar scripts a VSTA.

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#.

Recursos externos