Las interrupciones y fallas del sistema son dolorosas para los DBA, pero aún más para los clientes. Los usuarios de hoy esperan casi el 100 por ciento de disponibilidad, y cualquier cosa menos es motivo de irritación si tiene suerte y la pérdida de un cliente si no la tiene.
Uno de los objetivos principales del DBA es ayudar a garantizar que las instancias y las bases de datos de SQL Server permanezcan en línea y en funcionamiento después de una falla o interrupción. Un método para reforzar la disponibilidad es configurar clústeres de conmutación por error de Windows Server con SQL Server.
Un clúster de conmutación por error es un grupo de servidores que trabajan juntos para mantener la disponibilidad de sus aplicaciones y servicios en caso de una interrupción o falla. Básicamente, el clúster de conmutación por error toma todos los datos alojados en una instancia de SQL Server y los instala en un repositorio de almacenamiento compartido, generalmente en una SAN, al que se puede acceder desde diferentes servidores.
Para ayudarlo a comenzar por el camino hacia la alta disponibilidad, hemos compilado los nueve principales qué hacer y qué no hacer para configurar su clúster de conmutación por error de SQL Server para que pueda minimizar el tiempo de inactividad de la base de datos.
1. No se salte la validación del clúster.
Antes de instalar un clúster, es imperativo que ejecute la validación para verificar la configuración. Si se trata de un clúster nuevo, querrá ejecutar todas las pruebas.
Una vez que el clúster esté configurado y haya instalado y configurado completamente sus instancias de SQL Server en el clúster, ejecute la validación cada vez que realice cambios. Es importante asegurarse de que los resultados de la validación sean correctos antes de impulsar su clúster de conmutación por error de SQL Server para que no tenga que programar el tiempo de inactividad para solucionar problemas perdidos.
2. Configure bien el quórum.
Si desea mantener su SQL Server en línea, asegúrese de haber configurado correctamente el quórum en el clúster de conmutación por error. Esta documentación de Microsoft brinda instrucciones detalladas sobre cómo lograr esto, pero el carrete destacado incluye estas prácticas recomendadas:
- Vuelva a evaluar el quórum cada vez que cambie la configuración de su clúster
- Asigne un testigo para obtener un número impar de votos
- Eliminar votos cuando corresponda
- Utilice la función "Quórum dinámico" para ajustar dinámicamente los votos de los nodos
Es importante tener en cuenta que la forma más eficaz de configurar el quórum variará según la versión de Windows, la cantidad de nodos y la confiabilidad de la comunicación de red entre los nodos.
3. No seleccione la versión incorrecta de Windows o SQL Server.
Este tipo de suena como una obviedad, pero siempre vale la pena repetirlo. Asegúrese de seleccionar la versión más reciente de Windows Server y asegúrese de estar usando la versión Enterprise o Datacenter. Además, quédese con una versión de SQL Server para simplificar las cosas. Cumplir con estas dos prácticas hará que su clúster sea más fácil de administrar y mantener en línea.
4. Compre el hardware correcto.
Ajustar el tamaño correcto de su hardware para un clúster de SQL Server puede ser difícil. Por ejemplo, no desea desperdiciar dinero en demasiada memoria, pero tener muy poca podría afectar el rendimiento.
A medida que desarrolle su plan para crear su clúster de SQL Server, asegúrese de confirmar que sus necesidades de hardware se cumplan con la cantidad correcta de memoria, que su ruta de red sea redundante y que haya evaluado con precisión sus necesidades de SSD.
5. No coloque demasiados nodos en un clúster.
Es posible que sienta la tentación de poner todos sus nodos en un solo clúster, pero es mejor quedarse con uno o dos nodos por clúster. Recuerde que cada vez que aplique un parche o una actualización a un clúster, deberá probar que cada instancia aún funciona en cada nodo. Cuantos menos nodos haya en un clúster, menos tiempo de inactividad para cada instancia cuando falla en cada nodo.
6. Planifique sus nodos e instancias.
Los clústeres de conmutación por error no son de talla única, por lo que deberá evaluar sus necesidades y planificar en consecuencia. Un excelente lugar para comenzar es respondiendo estas preguntas y adaptando su clúster según corresponda:
- ¿Cuántos nodos de clúster necesitamos?
- ¿Cuántas instancias de SQL Server instalaremos?
- ¿Cuántos clústeres de conmutación por error de Windows se ajustan a nuestras necesidades y presupuesto?
- ¿Qué tipo de almacenamiento usaremos?
- ¿Cómo es nuestro entorno de ensayo?
7. No asuma que sus aplicaciones se recuperarán correctamente.
Nunca confíe en que su instancia de SQL Server se está ejecutando como antes de que ocurriera una conmutación por error. Es posible que algunas aplicaciones no vuelvan a estar en línea automáticamente después y, dependiendo de la aplicación, podría demorar un poco en darse cuenta.
Haga que sea una práctica estándar incluir pruebas de aplicaciones con cada migración a un clúster de conmutación por error.
8. Vuelva a evaluar sus ajustes de configuración de SQL Server.
A medida que comienza la fase de planificación de la creación de clústeres de conmutación por error de SQL Server, es un buen momento para echar otro vistazo a sus ajustes de configuración. Por ejemplo, compruebe que está utilizando la mejor configuración para cosas como la asignación de memoria en clústeres de instancias múltiples.
9. No se afloje en su convención de nomenclatura.
Tómese el tiempo ahora para nombrar cuidadosamente los componentes de su clúster y ahórrese un gran dolor de cabeza cuando intente conectarse al servidor más adelante. Aquí hay algunas ideas para ayudar a establecer una convención de nomenclatura efectiva:
- Asegúrese de que el nombre identifique el tipo de componente que está etiquetando. ¿Es un clúster, un servidor físico, una instancia de SQL Server o un Coordinador de transacciones distribuidas?
- Instale BGINFO para mostrar el nombre del servidor en el escritorio para cada servidor en el clúster. Esto hace que encontrar las bases de datos correctas sea muy fácil.
- Sea coherente cuando agregue nodos adicionales o instale otra instancia de SQL Server en el clúster. Si se apega a su convención de nomenclatura, no solo le simplificará las cosas ahora, sino que también facilitará la búsqueda de servidores para aquellos que los necesiten más adelante.
