SQL Server 2008 R2: Application and Multi-server Management: Utility Control Point (UCP) , Data-Tier Application(DAC)
Con Application and Multi-server Management Microsoft tiene planeado brindar funcionalidades para ayudar a las organizaciones a administrar y gestionar ambientes SQL Server más eficiente y productivamente lo cual permitirá escalar y controlar con mayor visibilidad n-servidores de bases de datos con respecto a utilización de recursos, diagnóstico proactivo de issues de performance, monitoreo de la salud de las bases de datos, etc. Todo debe llevar a reducir costos en administración.
Los nuevos features en Application and Multi-server Management en SQL Server 2008 R2 involucra la llegada de SQL Server Utility Control Point (UCP) o simplemente SQL Server Utility el cual sirve para centralizar la administración de servidores mediante un punto de control donde podremos inscribir las instancias SQL Server que deseemos monitorear. Esta herramienta nos permite definir políticas base de utilización de recursos que servirán como un tabla de control que indicará la capacidad de consumo de recursos de disco y CPU en el tiempo ya sea desdoblado en días, meses o años (se ve algo interesante). Las Dynamic Management Views (DMV) que llegaron con SQL Server 2005 y la Policy-Based Management (PBM) con SQL Server 2008 son los grandes avances que están haciendo posible lo que hoy Microsoft ha empezado llamar como SQL Server Utility dentro del marco Application and Multi-server Management.
Aunque esta herramienta no es una revolución para el monitoreo y administración de servidores de bases de datos considero que es un gran avance y señal que Microsoft está pensando un poco más en ayudar en las tareas al DBA. En teoría debería ser muy útil, pero hasta el momento lo tomo como una buena iniciativa nada más, pues he trabajado con herramientas de monitoreo obviamente más grandes y poderosas como Idera, Quest Software, Red-Gate, etc. , y la diferencia es obvia. Espero y deseo que dentro de un tiempo no muy largo podamos prescindir de estas herramientas de terceros y la reemplacemos con SQL Server Utility, ya era tiempo de que Microsoft se enfocará en elaborar este tipo de funcionalidades porque sinceramente SCOM (System Center Operations Manager) ya estaba aburrido, es superficial, genérico, y bien básico para monitoreo de bases de datos SQL Server ( sí ya sé que SCOM está orientado a monitorear instancias físicas de productos Microsoft en entornos IT, pero para SQL Server no sirve mucho).
Otra funcionalidad nueva es Data-Tier Application (DAC) que actuará como una simple unidad de despliegue y control de cambios de la capa de datos de aplicaciones, es decir, útil en escenarios donde se desea controlar los cambios efectuados a nivel de esquemas y ciertos objetos (tables, non-clustered indexes, views, functions, logins, y stored procedures) en desarrollo, cualquier cambio en el esquema debería ser despleguegado y controlado de manera transparente. DAC viene totalmente integrado con Visual Studio 2010. Con DAC vamos a poder (o ya podemos) generar esquemas limitados de nuestras bases de datos con casi cero esfuerzo, entregárselo a los desarrolladores para que trabajen y estar tranquilos pues cualquier despliegue o cambio será sencillo de sincronizar, DAC no genera scripts para rellenar con informacion las base de datos, sólo trabaja a nivel de estructura. Otro punto interesante es que con UCP también podremos monitorear a nivel de DAC, filtrar la utilización de recursos por aplicación.
La primer limitante de DAC es que no podremos generar scripts de Stored Procedure extendidos, ensamblados, y otros objetos complejos que incremente el riesgo en la seguridad, no todo está soportado, está limitante a la vez se convierte es una ventaja pues es ideal su uso en ambientes SQL Azure Services. En la nube una de las preucupaciones críticas es la seguridad, y es aquí donde DAC ayudaría mucho: Despliegue de esquemas de bases de datos livianos, no complejas, rápidas.
Otra limitante de estas funcionalidades es que estará sólo disponible con SQL Sever 2008 R2 y en su edición Enterprise. Por ejemplo no vamos a poder usar SQL Server Utility para monitorear servidores que no sean SQL Server 2008 R2!, esto hará un poco más lento su adopción pues implica pagar más de 20 mil dolarés por encima de una edición Standard. Pregunta: realmente vale la pena asumir este costo?, yo creo que no, este tipo de funciones deberían estar disponibles desde las ediciones Standard. Este punto al parecer Microsoft va entendiendo que no todo lo “exclusivo” debería estar en Enterprise y ha dado un buen paso al incorporar en su edición Standard la tremenda funcionalidad de Backup Compression, así es, en SQL Server 2008 R2 Standard Edition ya tenemos Backup Compression!.
En fin, después de todo podemos justificar las limitantes de Application and Multi-server Management como un buen inicio, dado que SQL Server 2008 R2 está enfocado en grandes mejoras en BI, todo se está orientando a Self-service BI, SQL Azure Services, y con fuerza se espera la llegada de Self-service Data Storage (en futuras versiones de SQL Server). Veamos que nos traen en la versión final cuya fecha de lanzamiento se corre rumores que será el 06 Mayo 2010.
PercyReyes,