Introducción a la instalación de SQL Server 2005, Analysis Services 2005 (SSAS) e Integration Services 2005 (SSIS)

Este artículo describe el procedimiento de instalación de SQL Server 2005, Analysis Services 2005 (SSAS 2005), e Integration Services 2005 (SSIS 2005) en un Cluster Microsoft Cluster (MSCS) de Windows Server 2003. También se comentan por encima las diferencias sobre la instalación de SQL Server y Analysis Services sobre un Cluster o sobre un servidor independiente, de tal modo que este artículo nos sirva para entender ambas instalaciones (en cluster o en servidor independiente – standalone), aunque focalizado en la instalación en Cluster de SQL Server.

Claro, que antes de empezar, es posible que nos surga una pregunta básica ¿Por qué montar un Cluster de SQL Server 2005 o un Cluster de Analysis Services 2005 (SSAS)?. El principal motivo es dotar de Alta Disponibilidad a nuestra instalación de SQL Server 2005 y/o a nuestra instalación de Analysis Server 2005 (SSAS), de tal modo, que ante la pérdida de un Nodo del Cluster (o la parada del mismo, quizás para realizar operaciones de mantenimiento hardware/software), pueda seguirse ofreciendo el servicio a través de otro de los Nodos del Cluster.

Del mismo modo, este artículo no describe como instalar y configurar un Cluster MSCS ni el servicio MSDTC en Cluster, información que puede encontrarse con bastante detalle en el artículo Instalar y Configurar Microsoft Cluster (MSCS) en Windows Server 2003.

Es importante tener claro que esta no es la única forma en la que es posible realizar una instalación de éste tipo. De hecho, en este artículo, se realiza la instalación de cada producto de forma separada (por partes, dijo Jack ;-), lo cual no es estrictamente necesario. También recomiendo unas configuraciones iniciales, las cuales, no tienen porque ser de interés en todas las instalaciones ni para todos los administradores – DBAs - (cada uno que aproveche lo que le venga bien).

En este artículo se explican diversas consideraciones de interés para la instalación en Cluster de SQL Server 2005 y de Analysis Services 2005, relativas a Microsoft Cluster, a Directorio Activo, etc., y del mismo modo, se proporcionan enlaces a otros artículos relacionados, dónde encontrar documentación de SQL Server 2005, documentación de Analysis Services 2005 (SSAS 2005) y documentación de Integration Services 2005 (SSIS 2005).

Para la elaboración de éste Artículo, se ha creado un entorno de Laboratorio (Controladores de Dominio Windows Server 2003, Nodos del Cluster con Windows Server 2003, estación de trabajo Windows XP SP3, etc.), empleando para ello máquinas virtuales sobre Virtual Server 2005 R2 y Windows Server 2008 Hyper-V (HV). En particular, he utilizado (como siempre) mi entorno de Laboratorio, que describo en mi artículo Hyper-V: Migrar el Laboratorio de GuilleSQL a Windows Server 2008 Virtualization (Hyper-V), reutilizando mis existentes Controladores de Dominio del Laboratorio, y añadiendo los dos nuevos servidores que actuarán como Nodos del Cluster (VSQL03 y VSQL04), creando en Directorio Activo los objetos necesarios, etc. El contenido de éste Artículo, refleja fielmente los pasos realizados en dicho Laboratorio, pasos que anteriormente he recomendado e implantado en entornos de producción de clientes (tanto en grandes cuentas, como en PYME y en la Administración Pública) con éxito, con lo que intento elaborar un Artículo fiable y basado en la experencia real.

El objetivo del presente Artículo es realizar una instalación con las siguientes características:

• Microsoft SQL Server 2005. Se instalará en Cluster, utilizando un único Grupo de Recursos (exclusivo) con un único disco. Esto no es lo recomendable, pero lo realizaremos así con fines didácticos. Recordar que en función de la instalación, puede ser interesante utilizar múltiples discos, por ejemplo, un disco sólo para TEMPDB, un disco para el resto de bases de datos del sistema y la propia instalación del producto, un disco para los ficheros de datos de todas las bases de datos, un disco para los ficheros de LOG de todas las bases de datos, etc. De hecho, en cada uno de los ejemplos anteriores podríamos utilizar un disco por cada CPU, con el objetivo de optimizar la afinidad de entrada/salida (IOs), es decir, facilitar la realización de operaciones de entrada/salida en paralelo. También podríamos separar ciertas bases de datos críticas, para que utilicen sus propios discos para datos y para LOG, etc. En fin, tenemos muchas posibilidades, pero caen fuera del alcance del presente Artículo.
• Microsoft SQL Server Analysis Services (SSAS) 2005. Se instalará en Cluster, utilizando un único Grupo de Recursos (exclusivo) con un único disco. Mismas consideraciones (bueno, no exactamente las mismas, pero parecidas) del caso anterior.
• Microsoft SQL Server Integration Services (SSIS) 2005. NO se instalará en Cluster (Integration Services 2005 – SSIS – no es un producto Cluster aware, es decir, no está preparado para funcionar en Cluster), por el contrario, se procederá a instalar Integration Services (SSIS) de forma independiente en cada Nodo del Cluster. Es importante, tener en cuenta que ésta es una posibilidad de diseño, pero no la única. En un entorno de base de datos intensivo en operaciones de ETL (vamos, que se usa Integration Services un montón, es decir, a saco), la recomendación es instalar Integration Services (SSIS) sobre una máquina exclusiva sólo para Integration Services, sin Cluster, con cantidad de memoria, capacidad de proceso (CPU), y discos rápidos. En éste artículo, realizaremos la instalación en cada Nodo del Cluster por fines de didácticos, y por utilizar el menor número de máquinas (es decir, por simplificar el entorno). Como decíamos antes, Integration Services 2005 (SSIS) no es un producto Cluster aware, es decir, no está preparado para funcionar en Cluster. Esto no quiere decir estrictamente que no sea posible instalar Integration Services (SSIS) en un Cluster, ya que aunque no está recomendado por Microsoft, en el siguiente artículo de TechNet se indican los pasos a seguir para instalar Integration Services en un Cluster: Configuring Integration Services in a Clustered Environment.

Se toma como punto de partida un Cluster MSCS formado por 2 Nodos (en mi caso, denominados VSQL03 y VSQL04) con Windows Server 2003, ya instalado y funcionando, con MSDTC también instalado y funcionando en Cluster. Para cualquier duda sobre cómo instalar y configurar un Cluster MSCS (y también para cómo instalar y configurar MSDTC en Cluster) sobre Windows Server 2003, puede consultarse el artículo Instalar y Configurar Microsoft Cluster (MSCS) en Windows Server 2003. En consecuencia, ya existe un Domino de Directorio Activo (en mi caso, guillesql.local, con nombre NetBIOS de GUILLESQL).

Cada Nodo del Cluster (tanto VSQL03 como VSQL04) ejecuta Microsoft Windows Server 2003 Enterprise SP2, utilizando un disco de 10GB, para arranque y sistema. Además, utilizan tres discos compartidos (shared disks):

• Un disco compartido de 1GB para Quorum y MSDTC. En mi caso, el Disco Q.
• Un disco compartido de 10GB para SQL Server 2005. En mi caso, el Disco F.
• Un disco compartido de 10GB para Analysis Services 2005. En mi caso, el Disco G.