Saltar al contenido

Como dice Microsoft:

" Una solución de alta disponibilidad enmascara los efectos de un error de hardware o software y mantiene la disponibilidad de las aplicaciones a fin de minimizar el tiempo de inactividad que perciben los usuarios".

SQL Server ofrece varias opciones para crear alta disponibilidad para un servidor o una base de datos.

Analizando las distintas alternativas que podemos tener, la mejor opción disponible en estos momento es el uso de Always On y su opción Availability Groups, sobre SQL Server . Esta alternativa nos brinda prácticamente todas las funcionalidades que uno podría requerir, con la única contrapartida de que requiere para su funcionamiento la edición Enterprise de SQL Server.

Para poder aplicar en SQL Server 2012 las técnicas de AlwaysOn como availability groups es necesario que el sistema operativo nos de soporte para Windows Server Failover Clustering.

Parte ya lo vimos:

Breve introducción a Failover clúster y Load Balancing (NLB)

Instalar Failover Clustering o Clúster de conmutación por error

Vamos a montar una SAN … para grabar procedimientos, programas, etc

Configurar el acceso a la SAN desde nuestros servidores

Configuración Básica de un Failover clúster.

Agregar Disco al clúster

Práctica sencilla de Failover Clúster …. SQL Server – Nodo 1

Práctica sencilla de Failover Clúster …. SQL Server – Nodo 2

Tendremos que modificar parte para hacerlo mas completo, pero lo iremos viendo lo que modificaremos.

Pues venga .... al turrón.

Seguimos con temas de la certificación 70-462.

Vamos primero a una definición y después veremos la parte práctica

La idea de Always On trata de mantener siempre activo el servidor como su propio nombre indica.

Podríamos decir que es una mejora muy importante sobre el tema de los clusters y de los espejos o mirrors.

El problema de los espejos o  mirrors es que solo permite una base de datos principal en su configuración y un solo espejo.

El problema con los clústers es que se instala en discos compartidos y si falla  el disco compartido, se nos va todo.

El otro problema que afecta a los mirrors como a los  clústers es que el nodo inactivo o espejo  es el desaprovechamiento de recursos hasta que se caiga el nodo o Servidor principal.

Para Always On se requiere de  Active Directory y clústers instalados.

En pocas palabras sería esto, ahora vamos con la práctica.