Compartir a través de

Actualizar Integration Services

  • Artículo

Si SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) está instalado actualmente en el equipo, puede realizar la actualización a SQL Server 2012 Integration Services (SSIS).

Al actualizar a SQL Server 2012 Integration Services (SSIS) en un equipo que tenga instalada una de estas versiones anteriores de Integration Services, SQL Server 2012 Integration Services (SSIS) se instala en paralelo con la versión anterior.

Con esta instalación en paralelo se instalan varias versiones de la utilidad dtexec. Para asegurarse de que está ejecutando la versión correcta de la utilidad, ejecute la utilidad en el símbolo del sistema escribiendo la ruta de acceso completa (<unidad>:\Archivos de programa\Microsoft SQL Server\<version>\DTS\Binn). Para obtener más información acerca de dtexec, vea dtexec (utilidad).

[!NOTA]

En versiones anteriores de SQL Server, cuando se instalaba SQL Server todos los usuarios del grupo Usuarios tenían acceso al servicio Integration Services de forma predeterminada. Cuando instala SQL Server 2012, los usuarios no tienen acceso al servicio de Integration Services. El servicio es seguro de forma predeterminada. Después de instalar SQL Server 2012, el administrador de SQL Server debe ejecutar la herramienta de configuración de DCOM (Dcomcnfg.exe) para conceder acceso al servicio Integration Services a usuarios específicos. Para obtener más información, vea Conceder permisos para el servicio Integration Services.

Antes de actualizar Integration Services

Se recomienda ejecutar el Asesor de actualizaciones antes de actualizar a SQL Server 2012. El Asesor de actualizaciones notifica los problemas con los que puede encontrarse si migra paquetes existentes de Integration Services al nuevo formato de paquete empleado por SQL Server 2012. Para obtener más información, vea Usar el Asesor de actualizaciones para preparar las actualizaciones.

[!NOTA]

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.

Para obtener información sobre otras características, vea Funcionalidad de Integration Services no incluida en SQL Server 2012.

Actualizar Integration Services

Puede actualizar con uno de los métodos siguientes:

  • Ejecutar la instalación de SQL Server 2012 y seleccionar la opción para Actualizar desde SQL Server 2005, SQL Server 2008 o SQL Server 2008 R2

  • Ejecutar setup.exe en el símbolo del sistema y especificar la opción /ACTION=upgrade. Para obtener más información, vea la sección "Scripts de instalación de Integration Services", en Instalar SQL Server 2012 desde el símbolo del sistema.

No puede utilizar la actualización para realizar las acciones siguientes:

  • Reconfigurar una instalación existente de Integration Services.

  • Pasar de una versión de 32 bits a una versión de 64 bits de SQL Server, o de una versión de 64 bits a una versión de 32 bits.

  • Pasar de una versión traducida de SQL Server a otra.

Al actualizar, puede actualizar tanto Integration Services como el Motor de base de datos, actualizar solo el Motor de base de datos o simplemente actualizar Integration Services. Si solo actualiza Motor de base de datos, SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) siguen siendo funcionales, pero no dispone de la funcionalidad de SQL Server 2012 Integration Services (SSIS). Si solo actualiza Integration Services, SQL Server 2012 Integration Services (SSIS) es totalmente funcional, pero solo puede almacenar paquetes en el sistema de archivos, a menos que se disponga de una instancia de Motor de base de datos de SQL Server 2012 en otro equipo.

Actualizar tanto Integration Services como el Motor de base de datos a SQL Server 2012

En esta sección se describen los efectos de realizar una actualización que tenga los criterios siguientes:

  • Actualiza Integration Services y una instancia de Motor de base de datos a SQL Server 2012.

  • Tanto Integration Services como la instancia de Motor de base de datos están en el mismo equipo.

Qué hace el proceso de actualización

El proceso de actualización lleva a cabo las tareas siguientes:

  • Instala los archivos, el servicio y las herramientas de SQL Server 2012 Integration Services (SSIS) (Management Studio y SQL Server Data Tools). Cuando hay varias instancias de SQL Server 2005 o SQL Server 2008 en el mismo equipo, la primera vez que actualice alguna de las instancias a SQL Server 2012 se instalarán los archivos, el servicio y las herramientas de SQL Server 2012 Integration Services (SSIS).

  • Actualiza la instancia del Motor de base de datos de SQL Server 2005 o SQL Server 2008 a la versión de SQL Server 2012.

  • Mueve los datos de las tablas del sistema de SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) a las tablas del sistema de SQL Server 2012 Integration Services (SSIS), de la manera siguiente:

    • Mueve los paquetes sin cambiar la tabla del sistema msdb.dbo.sysdtspackages90 a la tabla del sistema msdb.dbo.sysssispackages.

      [!NOTA]

      Aunque los datos se muevan a una tabla del sistema diferente, el proceso de actualización no migra los paquetes al nuevo formato.

    • Mueve los metadatos de la carpeta de la tabla del sistema msdb.sysdtsfolders90 a la tabla del sistema msdb.sysssisfolders.

    • Mueve los datos del registro de la tabla del sistema msdb.sysdtslog90 a la tabla del sistema msdb.sysssislog.

  • Quita las tablas del sistema msdb.sysdts*90 y los procedimientos almacenados que se utilizan para tener acceso a ellas después de mover los datos a las nuevas tablas msdb.sysssis*. Sin embargo, la actualización reemplaza la tabla sysdtslog90 por una vista que también se denomina sysdtslog90. Esta nueva vista sysdtslog90 expone la nueva tabla del sistema msdb.sysssislog. De esta forma, se asegura de que los informes basados en la tabla de registro continúan ejecutándose sin interrupción.

  • Para controlar el acceso a los paquetes, crea tres nuevos roles fijos de nivel de base de datos: db_ssisadmin, db_ssisltduser y db_ssisoperator. Los roles de SQL Server 2005 Integration Services de db_dtsadmin, db_dtsltduser y db_dtsoperator no se quitan, sino que se convierten en miembros de los roles nuevos correspondientes.

  • Si el almacén de paquetes de SSIS (es decir, la ubicación del sistema de archivos administrada por el servicio Integration Services) es la ubicación predeterminada bajo \SQL Server\90 o \SQL Server\100, mueve esos paquetes a la nueva ubicación predeterminada bajo \SQL Server\110.

  • Actualiza el archivo de configuración del servicio Integration Services para señalar a la instancia actualizada del Motor de base de datos.

Qué no hace el proceso de actualización

El proceso de actualización no lleva a cabo las tareas siguientes:

  • No quita el servicio SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS).

  • No migra los paquetes existentes de Integration Services al nuevo formato de paquete que SQL Server 2012 usa. Para obtener información acerca de cómo migrar los paquetes, vea Actualizar paquetes de Integration Services.

  • No mueve los paquetes desde las ubicaciones del sistema de archivos, excepto la ubicación predeterminada, que se han agregado al archivo de configuración del servicio. Si ha modificado previamente el archivo de configuración del servicio para agregar más carpetas del sistema de archivos, los paquetes que se almacenan en esas carpetas no se moverán a otra ubicación.

  • En los pasos de trabajo del Agente SQL Server que llaman directamente a la utilidad dtexec (dtexec.exe), no actualiza la ruta de acceso al sistema de archivos para la utilidad dtexec. Tiene que editar manualmente estos pasos de trabajo para actualizar la ruta de acceso al sistema de archivos con el fin de especificar la ubicación de SQL Server 2012 correspondiente a la utilidad dtexec.

Lo que puede hacer después de actualizar

Después de que el proceso de actualización finalice, puede hacer las tareas siguientes:

  • Ejecutar trabajos del Agente SQL Server que ejecuten paquetes.

  • Usar Management Studio para administrar los paquetes de Integration Services que se almacenan en una instancia de SQL Server 2008 o SQL Server 2012. Debe modificar el archivo de configuración del servicio para agregar la instancia de SQL Server 2008 a la lista de ubicaciones administradas por el servicio.

    [!NOTA]

    Las versiones anteriores de Management Studio no se pueden conectar al servicio de SQL Server 2012 Integration Services (SSIS).

  • Identificar la versión de los paquetes en la tabla del sistema msdb.dbo.sysssispackages comprobando el valor en la columna packageformat. La tabla tiene una columna packageformat que identifica la versión de cada paquete. Un valor de 2 en la columna packageformat indica un paquete de SQL Server 2005 Integration Services (SSIS); un valor de 3, un paquete de SQL Server 2008 Integration Services (SSIS). Hasta que migre los paquetes al nuevo formato de paquete, el valor de la columna packageformat no cambia.

  • No puede usar las herramientas de SQL Server 2005 ni de SQL Server 2008 para diseñar, ejecutar ni administrar paquetes de Integration Services. Las herramientas de SQL Server 2005 y SQL Server 2008 incluyen las versiones respectivas de SQL Server Data Tools (SSDT), el Asistente para importación y exportación de SQL Server y la Utilidad de ejecución de paquetes (dtexecui.exe). El proceso de actualización no quita las herramientas de SQL Server 2005 ni de SQL Server 2008. No obstante, no podrá usar estas herramientas para continuar trabajando con paquetes de SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) en un servidor que se haya actualizado.

  • De forma predeterminada, en una instalación de actualización, Integration Services se configura para registrar en el registro de eventos de aplicación los eventos relacionados con la ejecución de paquetes. Esta configuración podría generar demasiadas entradas en el registro de eventos al utilizar la característica de recopilador de datos de SQL Server 2012. Los eventos que se registran incluyen EventID 12288, "Se ha iniciado el paquete" y EventID 12289, "El paquete finalizó correctamente". Para detener el registro de estos dos eventos en el registro de eventos de aplicación, abra el Registro para editarlo. A continuación, en el Registro, busque el nodo HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Microsoft SQL Server\110\SSIS y cambie el valor DWORD de la configuración LogPackageExecutionToEventLog de 1 a 0.

Actualizar solo el Motor de base de datos a SQL Server 2012

En esta sección se describen los efectos de realizar una actualización que tenga los criterios siguientes:

  • Actualiza únicamente una instancia del Motor de base de datos. Es decir, la instancia de Motor de base de datos ahora es una instancia de SQL Server 2012, pero la instancia de Integration Services y las herramientas cliente son de SQL Server 2005 o SQL Server 2008.

  • La instancia de Motor de base de datos está en un equipo mientras que Integration Services y las herramientas cliente están en otro.

Lo que puede hacer después de actualizar

Las tablas del sistema que almacenan los paquetes en la instancia actualizada de Motor de base de datos no son iguales que las que se usan en SQL Server 2005 o SQL Server 2008. Por consiguiente, las versiones de SQL Server 2005 o SQL Server 2008 de Management Studio y SQL Server Data Tools no pueden detectar los paquetes en las tablas del sistema de la instancia actualizada de Motor de base de datos. Dado que estos paquetes no se pueden detectar, existen limitaciones en lo que se puede hacer con ellos:

  • No puede usar las herramientas de SQL Server 2005 ni de SQL Server 2008, de Management Studio ni de SQL Server Data Tools, en otros equipos para cargar o administrar los paquetes de la instancia actualizada de Motor de base de datos. 

    [!NOTA]

    Aunque los paquetes de la instancia actualizada de Motor de base de datos no se hayan migrado aún al nuevo formato de paquete, las herramientas de SQL Server 2005 o SQL Server 2008 no pueden detectarlos. Por lo tanto, las herramientas de SQL Server 2005 o SQL Server 2008 no pueden usar los paquetes.

  • No puede usar SQL Server 2005 Integration Services (SSIS) ni SQL Server 2008 Integration Services (SSIS) en otros equipos para ejecutar los paquetes que estén almacenados en msdb en la instancia actualizada de Motor de base de datos.

  • No puede usar los trabajos del Agente SQL Server en equipos con SQL Server 2005 o SQL Server 2008 para ejecutar los paquetes de SQL Server 2005 Integration Services (SSIS) o SQL Server 2008 Integration Services (SSIS) que estén almacenados en la instancia actualizada de Motor de base de datos.

Recursos externos

Entrada de blog Hacer que las extensiones y aplicaciones personalizadas existentes de SSIS funcionen en Denali, en blogs.msdn.com.