En la nueva versión de SQL 2012 se producen varios cambios importantes en Integration Services. El más relevante es el cambio de arquitectura en el servidor. En versiones anteriores el repositorio nativo para Integration Services se almacenaba en la base de datos MSDB que contenía las tablas necesarias para almacenar los paquetes y estructura del repositorio, procedimientos almacenados para la gestión de los paquetes, etc.. En SQL 2012 se mantiene compatibilidad con esta arquitectura para los proyectos de modelo de despliegue legado (Legacy deployment model):

Novedades en Integration Services de SQL 2012

Novedades en Integration Services de SQL 2012

Y que aporta la nueva arquitectura de servidor? El nuevo modelo de despliegue proyecto (Project deployment model) conlleva algunos cambios importantes:

  1. Desaparecen las configuraciones y aparecen parámetros, a nivel de paquete y de proyecto con la misma intención (dinamizar propiedades de tares y componentes) con mayor flexibilidad y quedando integrado en el entorno de administración de Integration Services.
  2. La unidad de despliegue pasa a ser el proyecto en lugar del paquete DTSX, y se genera un sólo archivo (.ISPAC) para importar, migrar, desplegar…
  3. Posibilidad de crear Entornos en el servidor para la asignación de valores a parámetros
  4. Nuevo base de datos SSISDB con una API T-SQL para la configuración, administración y ejecución de paquetes que gestiona el catálogo SSISDB.
  5. Integration Services pasa a administrase desde el árbol de objetos del Motor de Base de Datos.
  6. Versionado de proyectos
  7. Aparición de Dashboard

A nivel de desarrollo también han habido cambios y evoluciones. El principal y más notable, y quizás el que más vamos a agradecer los desarrolladores, es que el entorno de desarrollo es Visual Studio 2010. Sí, la shell de BIDS es Visual Studio 2010, el área de diseño es WPF y en las tareas Script y componentes Script (Control Flow y Data Flow, respectivamente) podremos referenciar ensamblado de .Net Framework 4.0. También ha habido mejoras en el XML que define el paquete DTSX, ahora es un XML well-formed legible y entendible. Disponemos de nuevas tareas y componentes (Expression Task, DQS cleansing, Asistentes para orígenes y destinos) y más funciones para el lenguaje de expresiones de SSIS (Left, Token y TokenCount). Se han implementado ayudas visuales que nos facilitan la localización de elementos condicionados por expresiones (administradores de conexión, variables, precedencias, etc…)

Hay bastantes cosas de las que podemos hablar así que para no alargar mucho este primer artículo vamos a seccionarlo en varios:

Serie: Novedades en SQL Server 2012 Integration Services

  1. Novedades en Integration Services de SQL 2012 / Introducción

  2. Nuevas funciones para el lenguaje de expresiones

  3. Expression Task

  4. Arquitectura del servidor y catálogo SSISDB

  5. Migración de proyectos

  6. Despliegue de proyectos

  7. Informes Dashboard

  8. API T-SQL

Mantente ‘sintonizado’ para las siguientes entregas  🙂

Novedades en Integration Services de SQL 2012

0 Shares:
5 comments
Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *

You May Also Like
In-Memory OLTP: Otra historia de corrupción y problemas de DMVs
Leer más

In-Memory OLTP: Otra historia de corrupción y problemas de DMVs

El uso de la funcionalidad In-Memory OLTP sigue siendo una rareza en general entre nuestros clientes y se desconoce el alto potencial para poder mejorar el rendimiento de los sistemas con alto nivel de concurrencia y transacciones. Nuestro experto Rubén Garrigós nos explica cómo habilitar dicha funcionalidad, qué problemas pueden ocurrir y cómo solucionarlos.
Leer más

Expresiones, parámetros y funciones en Azure Data Factory

Hay ocasiones, cuando estamos construyendo pipelines con Azure Data Factory, que queremos repetir patrones para extraer y procesar la información cambiando de manera dinámica, en tiempo de ejecución, valores, orígenes/destinos de los datasets, incluso los mismos linked services. Esto es posible mediante el uso de parámetros, expresiones y funciones. Vamos a ver cómo implementarlo con un ejemplo práctico en el que se nos plantea el siguiente supuesto. Se nos ha pedido que extraigamos todos los días los datos del día anterior de distintas tablas del DW a ficheros en un blob storage que además se nombre como la tabla de origen. Si no pudiéramos utilizar contenido dinámico tendríamos que crear dos datasets (uno de origen y otro de destino) y añadir una actividad de copia por cada tabla a exportar.