Actualizar paquetes de Integration Services

Artículo
05/08/2013

Cuando se actualiza una instancia de SQL Server 2005 o SQL Server 2008 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 utiliza. Tendrá que seleccionar un método de actualización y actualizar manualmente los paquetes.

Cuando actualiza un paquete de SQL Server 2005, Integration Services migra los scripts de las tareas Script y componentes Script a Microsoft Visual Studio Tools para aplicaciones (VSTA). En SQL Server 2005, los scripts de tareas Script o componentes Script usaban Microsoft Visual Studio para aplicaciones (VSA). Para obtener 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 Implementar proyectos en el servidor de Integration Services.

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

La compatibilidad para migrar o ejecutar paquetes de Servicios de transformación de datos (DTS) ya no se incluye en la versión actual de SQL Server Integration Services. La funcionalidad de DTS siguiente ya no se incluye.

Tiempo de ejecución DTS
DTS API
El Asistente para migrar paquetes, que permite migrar paquetes DTS a la versión siguiente 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 a SQL Server 2008 Integration Services (SSIS) y después 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 a SQL Server 2008 Integration Services (SSIS), vea Paquetes de Servicios de transformación de datos (DTS (2005) y Paquetes de Servicios de transformación de datos (DTS (2008).
Vuelva a crear los paquetes DTS mediante SQL Server 2012 Integration Services (SSIS).

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

Seleccionar un método de actualización

Puede utilizar distintos métodos para actualizar los paquetes de 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]

Cuando se ejecuta un paquete de SQL Server 2005 o de SQL Server 2008 mediante la utilidad dtexec 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.

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 2005 o de SQL Server 2008. Para obtener más información, vea dtexec (utilidad).	La actualización del paquete es temporal. En el caso de un paquete de SQL Server 2005, la migración de scripts es temporal. No se pueden guardar los cambios.
Abra un archivo de paquete de SQL Server 2005 o de 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. En el caso de un paquete SQL Server 2005, la migración del script es definitiva si guarda el paquete; de lo contrario, es temporal.
Agregar un paquete de SQL Server 2005 o SQL Server 2008 a un proyecto existente en SQL Server Data Tools (SSDT).	La actualización del paquete es definitiva. En el caso de un paquete SQL Server 2005, la migración de scripts es definitiva.
Abra un archivo de proyecto SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) en Visual Studio y luego use el Asistente para actualizar paquetes de 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. En el caso de un paquete de SQL Server 2005, la migración de scripts es definitiva.
Use el método Upgrade para actualizar uno o más paquetes de Integration Services.	La actualización del paquete es definitiva. En el caso de un paquete de SQL Server 2005, la migración de scripts es definitiva.

Aplicaciones y componentes personalizados

Los componentes personalizados de 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 SQL Server 2008 y SQL Server 2008 R2 SSIS. Hemos agregado cuatro reglas de redirección de enlace a los archivos siguientes para 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 2012).

DTExec.exe.config
dtshost.exe.config
DTSWizard.exe.config
DTUtil.exe.config
DTExecUI.exe.config

Si desea usar SQL Server Data Tools para diseñar paquetes que incluyen componentes personalizados de SQL Server 2008 y SQL Server 2008 R2, 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 2012, 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 11.0.0.0 (SQL Server 2012). Para obtener más información acerca de la redirección de la versión de ensamblado, vea Elemento <assemblyBinding> para <runtime>.

Buscar los ensamblados

En SQL Server 2012, los ensamblados de Integration Services se actualizaron a .NET 4.0. Hay una 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 los paquetes de SQL Server 2005 y SQL Server 2008 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. Para obtener más información, vea Usar el Asesor de actualizaciones para preparar las actualizaciones.

Componente o característica	Resultados de la actualización
Cadenas de conexión	En el caso de paquetes de SQL Server 2005 y SQL Server 2008, 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 acerca de los orígenes de datos, vea Orígenes de datos.
Transformación de búsqueda	En el caso de paquetes de SQL Server 2005, el proceso de actualización actualiza automáticamente la transformación de búsqueda a la versión actual de SQL Server Integration Services. Sin embargo, la versión de este componente tiene algunas capacidades adicionales que podría ser conveniente aprovechar. Para obtener más información, vea Transformación Búsqueda.
Tarea Script y componente Script	El caso de paquetes SQL Server 2005, el proceso de actualización migra automáticamente los scripts de la tarea Script y del componente Script de VSA a VSTA. Para obtener más información acerca de 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.

Cadenas de conexión

En el caso de paquetes de SQL Server 2005 y SQL Server 2008, 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 acerca de los orígenes de datos, vea Orígenes de datos.

Transformación de búsqueda

En el caso de paquetes de SQL Server 2005, el proceso de actualización actualiza automáticamente la transformación de búsqueda a la versión actual de SQL Server Integration Services. Sin embargo, la versión de este componente tiene algunas capacidades adicionales que podría ser conveniente aprovechar.

Para obtener más información, vea Transformación Búsqueda.

Tarea Script y componente Script

El caso de paquetes SQL Server 2005, el proceso de actualización migra automáticamente los scripts de la tarea Script y del componente Script de VSA a VSTA.

Para obtener más información acerca de 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 y Componente de script, se recomienda quitar la dependencia de ADODB.dll. Ado.Net es la alternativa recomendada para el código administrado, como los scripts de VB y C#.

Recursos externos

Artículo técnico, 5 sugerencias para realizar una actualización sin problemas de SSIS a SQL Server 2012, en msdn.microsoft.com.
Entrada de blog Hacer que las extensiones y aplicaciones personalizadas existentes de SSIS funcionen en Denali, en blogs.msdn.com.
Difusión por web Actualizar paquetes de SSIS a SQL Server 2012, en channel9.msdn.com.