Había ganas ya, sobre todo, después del goteo de las últimas semanas, en las que hemos podido ver como poco a poco, Microsoft liberaba algunas de las nuevas versiones que tenía previstas para este año, haciendo disponible para descarga a Visual Studio 2010, a MOSS 2010 y Office 2010, etc.

Hoy le ha tocado el turno a otro de los productos estrella de este año 2010: SQL Server 2008 R2 RTM ya está disponible para descarga a través de nuestras subscripciones MSDN, para alegría y muchos, en sus ediciones Developer, Enterprise, Standard, Workgroup y Web, para las tres diferentes arquitecturas (x86, x64 e ia64).

SQL Server 2008 R2 incluye multitud de novedades, las cuales se suman a las novedades incluidas en SQL Server 2008. Algunas de las novedades incluidas en SQL Server 2008 R2 son:

• Nuevas ediciones de SQL Server: Parallel Data Warehouse y Datacenter. La edición Parallel Data Warehouse consiste en una solución mixta de Hardware y Software (originalmente creada por la compañía DATAllegro, basada en Linux e Ingres, y que fué adquirida por Microsoft en 2008), que utiliza una tecnología denominada Massively Parallel Processing (MPP), la cual utiliza un Control Node (el cual suele ser un Failover Cluster) y varios Compute Node (Data Rack: un conjunto de máquinas con instancias de SQL Server y almacenamiento propio) y permite particionar tablas grandes entre múltiples servidores físicos. De este modo, Microsoft se introduce en el segmento de los Appliance de Data Warehousing, haciendo una fuerte competencia a otros fabricantes como Teradata. La Arquitectura MPP permite realizar rápidas cargas de datos y ejecutar consultas de alto rendimiento, paralelizando consultas y datos en un array de servidores dedicados sobre una red de alta velocidad (InfiniBand, mucho más rápida que Gigabit), obteniendo de este modo una rapidez frenética. Un Appliance de Parallel Data Warehouse incluye tanto los propios servidores, como los componentes de red y almacenamiento correspondientes. Así, el Control Node muestra al exterior la base de datos distribuida como una única y simple base de datos SQL Server. Dispone de una consola de administración (Admin Console) que se ejecuta sobre un IIS en el Control Node, para tareas de administración del Appliance. El componente Data Movement Service (DMS) es el encargado de la comunicación para la copia de datos entre los diferentes Nodos. Utiliza la arquitectura SNA (Shared Nothing Arquitecture), según la cual, cada Nodo posee sus propios datos, almacenamiento, memoria y CPU, con el objetivo de evitar y minimizar cuellos de botella. Cada tabla puede configurarse para utilizar una Estrategia Replicada (ej: la tabla está replicada en cada Nodo, para poder acceder localmente a ella, ideal para tablas de dimensiones) o una Estrategia Distribuida (ej: particionar una tabla grande entre diferentes Nodos). La edición Parallel Data Warehouse incluye ciertas modificaciones del Transact-SQL Standard (DDL Extensions) para poder gestionar bases de datos y tablas distribuidas y/o replicadas, que se materializan en nuevos parámetros para las sentencias CREATE DATABASE y CREATE TABLE. La edición Parallel Data Warehouse sólo soporta la intercalación (collation) Latin1_General_BIN2. Los datos binarios y de texto están limitados a un tamaño máximo de 8000 caracteres. Integration Services incluye dos nuevos componentes para su utilización con la edición Parallel Data Warehouse: el SQL Server Parallel Data Warehouse connection manager y el SQL Server Parallel Data Warehouse Destination. En Reporting Services, para utilizar la edición Parallel Data Warehouse como origen de datos, es necesario instalar el proveedor ADO.NET for Parallel Data Warehouse, en el Report Server y en cada máquina que se utilice para crear reports. La edición Parallel Data Warehouse también puede ser un origen de datos de Analysis Services, tanto MOLAP como ROLAP (y también para Excel PowerPivot). Algunas herramientas que se pueden utilizar con la edición Parallel Data Warehouse son: DWLoader, Dwsql, Nexus query tool (de Coffing Data Warehousing ó Coffing DW). La edición Datacenter, es la edición superior, es decir, la edición más completa de todas, orientada a entornos de alta escalabilidad y grandes volúmenes de datos y de cargas de trabajo.
• SQL Express soporta bases de datos de hasta 10GB de datos. Teniendo en cuenta que en versiones anteriores el tamaño máximo de una base de datos de SQL Express era de 4GB de datos (de LOG tenemos barra libre), la mejora es más que notable.
• Integración con SQL Azure. Las herramientas de cliente de SQL Server 2008 R2 se integran con SQL Azure, de tal modo, que ahora son posible cosas como crear un Script de Base de Datos personalizado para SQL Azure (utilizando la opción Generate Script de SQL Server Management Studio), conectarse a una base de datos de SQL Azure, etc.
• Instalación de SQL Server con SysPrep. Con el fin de automatizar la instalación de máquinas con SQL Server 2008 R2, se han incluido en la página Advanced del SQL Server Installation Center, la opción Image preparation of a stand-alone instance of SQL Server para iniciar la instalación de una instancia de SQL Server sobre una máquina que va a ser sysprepeada. Este es el primer paso. Seguidamente, podemos proceder a sysprepear la máquina, crear la correspondiente imagen, y listos para clonar. Así, una clonada la máquina, y tras arrancarla y ejecutar el correspondiente Mini Setup, deberemos proceder con el siguiente paso, que podremos realizar de dos formas alternativas: a través de la opción Image completion of a prepared stand-alone instance of SQL Server de la página Advanced del SQL Server Installation Center, o bien, a través de la opción Complete SQL Server 2008 Installation desde el menú programas.
• Compresión de datos UNICODE. Permite comprimir el contenido de datos UNICODE almacenados inrow, como es el caso de NCHAR y NVARCHAR.
• Data-tier applications (DAC). Esta nueva funcionalidad, orientada al despliegue fácil de aplicaciones de base de datos, permite generar una unidad de despliegue (un paquete DAC, es decir, un fichero con extensión dacpac que contiene la definición del esquema de la base de datos y alguna configuración adicional a nivel de instancia, como es el caso de Logins) desde un proyecto de tipo SQL Server data-tier application en Visual Studio 2010 o desde la opción Extract Data-tier Application de SQL Server Management Studio (esto último también puede conseguir con Windows PowerShell). De este modo, resulta muy fácil el despliegue de una nueva aplicación de base de datos, así como también, su actualización a una versión posterior de su esquema de base de datos (insistimos con lo de esquema, ya que DAC no incluye los datos de la base de datos). Si bien los paquetes DAC tienen algunas (pocas) limitaciones (ej: no soporta DDL Triggers, Service Broker o catálogos de texto), también es cierto que pueden resultar una solución adecuada para muchos casos. En cierto modo, DAC facilita la colaboración entre los DBAs y los desarrolladores de BBDD, ofreciendo una capa de abstracción a los DBAs, de tal modo, que un DBA se limita a implementar un paquete DAC y punto, del mismo modo que el administrador de sistemas instala un Hotfix: siguiente-siguiente, y nos olvidamos de sus tripas. Esta perspectiva es muy atractiva para DBAs que administran multitud de instancias, cada una con una gran cantidad de BBDD. Otro detalle importante, es que en Visual Studio 2010 es posible importar un paquete DAC, de tal modo, que los DBAs puedan generar un paquete DAC de una BBDD (y adicionalmente, si lo desean, registrar la base de datos como DAC) y entregárselo a los desarrolladores para que puedan examinar el esquema de la BBDD, e incluso ellos puedan generar una modificación del mismo para su implementación. Además, desde Visual Studio 2010 también es posible comparar esquemas, pudiendo comparar el esquema del proyecto de Visual Studio 2010 con el de una BBDD (al más puro estilo Visual Studio for Database Professionals), por poner un ejemplo. Al desplegar un paquete DAC en una instancia de SQL Server 2008 R2, además de crear la correspondiente base de datos de usuario con el correspondiente esquema (o bien, actualizar el esquema de la BBDD, en caso de estar realizando un Upgrade), se almacenará la definición del paquete DAC en la base de datos MSDB. Un detalle importante de la utilización de paquetes DAC para el despliegue y mantenimiento de BBDD, es que facilita el control de versiones del esquema de nuestras BBDD, aunque por desgracia no hay un enlace duro entre el esquema del paquete DAC y el esquema de la correspondiente BBDD de usuario, ya que después de su despliegue un usuario con suficientes permisos podría alterar el esquema de dicha BBDD a su antojo. Otro detalle importante a tener en cuenta, es que aunque sólo es posible implementar un paquete DAC sobre una instancia SQL Server 2008 R2 (al menos a fecha de hoy), es posible generar un paquete DAC desde bases de datos SQL Server 2000, SQL Server 2005, SQL Server 2005, SQL Server 2008 y SQL Server 2008 R2.
• Administración de múltiples servidores con SQL Server Utility: Utility Explorer, Utility Control Point (UCP) y Utility Management Data Warehouse (UMDW). El Utility Explorer es una ventana del SQL Server Management Studio (SSMS), a través de la cual podemos realizar las diferentes tareas de SQL Server Utility. Lo primero será crear un Utility Control Point (UCP), al que podemos ver como un punto centralizado de administración, capaz entre otras cosas de recopilar información variada de las instancias SQL Server que estemos gestionando desde dicho UCP, y que toma forma de una instancia de SQL Server 2008 R2 (Datacenter, Enterprise, Developer o Evaluation) y requiere de Directorio Activo. Para ello, el UCP crea una base de datos, denominada Utility Management Data Warehouse (UMDW). Dicha base de datos se llamará sysutility_mdw, y en ella por defecto se carga información cada 15 minutos, con un periodo de retención de 1 año (podemos estimar unos 2GB de espacio por instancia gestionada y año). También se incluirán ciertas configuraciones en MSDB (ej: se crearán varios Jobs). Una vez creado un Utility Control Point (UCP), podemos asociar (enroll) las instancias que deseemos gestionar desde dicho UCP, teniendo en cuenta que excepto en la edición Datacenter, tenemos un límite de hasta 25 instancias gestionadas por un único UCP, y teniendo en cuenta que la instancia que actúa como UCP ya estará automáticamente asociada al crear el propio UCP. Ojo, que el UCP tiene que ser una instancia SQL Server 2008 R2, las instancias gestionadas sólo pueden ser SQL Server 2008 y/o SQL Server 2008 R2, y se limita al motor relacional de base de datos (nada de Reporting Services, Analysis Services o Integration Services).

Es posible migrar directamente bases de datos desde SQL Server 2000, SQL Server 2005 y/o SQL Server 2008.

Poco más por hoy. Descarguen y disfruten ;-)