SQL Server Standard – Basic Always On availability groups

En versiones anteriores de SQL Server teniamos la funcionalidad de Mirroring que nos permitía replicar la Base de datos a otro servidor de SQL, pero esta funcionalidad esta en Deprecated desde la versión SQL Server 2014.

Desde la versión SQL Server 2016 tenemos la funcionalidad de “Always on Availability groups” que viene con la licencia Enterprise, que muchas empresas no ven viable el coste que conlleva una licencia de SQL Enterprise $$$$ (demasiado).

Con la SQL Standard tenemos la posibilidad de “Basic Always On availability groups” que podemos usar para sustituir por Mirroring, podremos generar nuestro cluster de SQL sin necesidad de tener discos compartidos.

Limitaciones

Como ya hemos comentado tenemos unas limitaciones con respecto a la versión Enterprise Basic availability groups for a single database – SQL Server Always On | Microsoft Docs.

Dos de la limitaciones a tener en cuentas son que solo podemos tener dos servidores dentro del AG y que solo podemos tener una BBDD.

  • Límite de dos réplicas (principal y secundaria). Los grupos de disponibilidad básica para SQL Server 2017 en Linux admiten una única réplica de configuración adicional.
  • Sin acceso de lectura en la réplica secundaria.
  • Sin copias de seguridad en la réplica secundaria.
  • Sin comprobaciones de integridad en las réplicas secundarias.
  • No se admiten réplicas hospedadas en servidores que ejecutan una versión de SQL Server anterior a SQL Server 2016 Community Technology Preview 3 (CTP3).
  • Admite una base de datos de disponibilidad.
  • Los grupos de disponibilidad básica no pueden actualizarse a los grupos de disponibilidad avanzada. El grupo debe quitarse y agregarse de nuevo a un grupo que contenga servidores que solo ejecuten SQL Server 2016 Enterprise Edition.
  • Los grupos de disponibilidad básica solo son compatibles con los servidores Standard Edition.
  • Los grupos de disponibilidad básica no pueden formar parte de un grupo de disponibilidad distribuido.
  • Puede tener varios grupos de disponibilidad básica conectados a una única instancia de SQL Server.

Instalación

Realizaremos una instalación Stand-Alone en cada servidor de forma independiente, en mi caso realizare una instalación básica de SQL.

Marcamos el Check para actualizamos los parches.

Marcamos la opción de Database Engine Services (si necesitamos alguna otra caracteristica mas para nuestra SQL lo marcaremos)

Dejamos la Instancia por defecto.

Crearemos usuarios en AD para los servicios de SQL

En Server Configuration, agregamos los grupos o usuarios para acceso al SQL.

En Data Directories, especificamos la ubicación para las bases de datos.

En Memory, pondremos limitar el uso de la memoria a la opción recomendada.

Y realizamos la instalación.

Management Studio

Para poder administrar nuestro SQL descargaremos la consola de Management Studio. Descarga de SQL Server Management Studio (SSMS) – SQL Server Management Studio (SSMS) | Microsoft Docs

Instalación Failover Cluster

Instalaremos en los dos servidores de SQL la característica de Windows.

Crearemos un failover cluster con los dos Servers.

Habilitar Always ON AG

En los dos servidores, abriremos la consola de “SQL Server Configuration Manager”, editamos la propiedades del servicio de SQL Server.

Habilitamos el Check “Enable Always On Availability Group” y reiniciamos el servicio.

Configurar Availability Group

Abriremos la consola de Management Studio, nos conectamos al servidor que tiene la base de datos, antes de comenzar deberemos realizar un backup full de la base de datos.

Sin backup full

Pincharemos en “Always On High Availability” con el boton derecho, pinchamos en “New Availability group Wizard…”.

Especificamos el nombre del “Availability group”.

Seleccionamos la base de datos, esta limitado a una bbdd por “Availability group”.

Pulsamos en “Add Replica…” para añadir el SQL secundario.

Marcamos los check de “Automatic Failover”

En la pestaña de “listener”, especificamos nombre dns de listener, puerto (default SQL 1433) y la IP.

En Data Synchronization, lo dejamos en automatic seeding.

Verificamos la validación.

Esperamos que se cree.

Dashboard

Podremos verificar el estado de nuestro AG, pulsando boton derecho y “Show Dashboard

Podremos ver el estado del AG.

Dejar un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *