Explicaré qué es la arquitectura SQL Server AlwaysOn y la instalación paso a paso en esta serie de artículos. Revisemos la arquitectura e instalación de SQL Server AlwaysOn (grupo de disponibilidad)
SQL Server AlwaysOn paso a paso
Microsoft introdujo la función de grupos de disponibilidad AlwaysOn con la versión de SQL Server 2012. Esta función es en realidad una combinación de las funciones de SQL Server que conocemos previamente como funciones de envío de registros, clústeres de conmutación por error y duplicación.
Si no sabe qué es el envío de registros, puede leer los siguientes artículos de envío de registros.
Instalación y configuración de trasvase de registros y recuperación ante desastres de SQL Server -4
Si no sabe qué es Failover Clustering, puede leer los siguientes artículos sobre Failover Clustering.
Instalación del clúster de conmutación por error de SQL Server -4
La recuperación ante desastres se proporcionó con el envío de registros, pero la sincronización en tiempo real no existe con el envío de registros. La duplicación tiene sincronización en tiempo real, pero no había una opción de solo lectura y se requería un servidor testigo para la conmutación por error automática.
La aplicación tiene acceso a 2 nodos a través del nombre del clúster de conmutación por error al mismo tiempo que el clúster de conmutación por error, pero el clúster de conmutación por error era solo una solución de alta disponibilidad.
Microsoft ha combinado todas las ventajas de Log Shipping, Mirroring y Failover Cluster en SQL Server Always On.
Grupo de disponibilidad de SQL Server
La arquitectura SQL Server AlwaysOn es la siguiente.
AlwaysOn es una nueva solución de SQL Server que proporciona alta disponibilidad y recuperación ante desastres entre 2 servidores que se ejecutan en Windows Server Failover Cluster (WSFC) instalado en al menos 2 servidores.
AlwaysOn proporciona alta disponibilidad porque si el nodo principal ha estado inactivo en el momento T, el nodo secundario será el principal a través de la conmutación por error automática.
AlwaysOn proporciona recuperación ante desastres porque cuando falla el almacenamiento o la placa base (u otra parte del servidor) del servidor primario, puede recuperar la base de datos con la conmutación por error automática. Porque la base de datos existe físicamente en el nodo secundario y se sincroniza desde la base de datos principal.
También puede usar el nodo secundario para generar informes y realizar copias de seguridad.
En resumen, si está considerando la alta disponibilidad y la recuperación ante desastres juntas para las bases de datos de SQL Server que se ejecutan en su empresa, la única solución es AlwaysOn. .
Crear grupo de disponibilidad
Grupo de disponibilidad AlwaysOn: Es una estructura que se lanza con SQL Server 2012 y que se puede usar como una alternativa a la creación de reflejo de la base de datos, el trasvase de registros y el clúster de conmutación por error. Con el grupo de disponibilidad AlwaysOn, los cambios en una base de datos en un servidor se sincronizan con un servidor diferente. Las ventajas de esta estructura sobre la duplicación son que se puede usar más de un servidor secundario Activamente . Además, mientras que las operaciones de escritura y otras operaciones DML se realizan en el servidor principal, las operaciones de copia de seguridad y generación de informes se pueden realizar en el servidor secundario.
Los requisitos para la instalación de AlwaysOn son los siguientes.
Crear grupo de disponibilidad AlwaysOn
Para que el método del grupo de disponibilidad SQL Server AlwaysOn se aplique a la base de datos, debe haber dos o más servidores con las mismas propiedades, en los que la estructura del clúster de conmutación por error de Windows Server esté configurada de la siguiente manera. Además, la versión debe ser al menos SQL Server 2012 Enterprise Edition.
Para habilitar AlwaysOn en SQL Server 2012 o superior, ambos nodos deben ser miembros del clúster de la siguiente manera.
Se deben realizar las definiciones necesarias para el acceso entre el primer nodo a configurar y el segundo nodo a través de los puertos 1433 y 445.
Además, las definiciones de archivos compartidos deben realizarse en una carpeta que debe definirse durante la configuración del grupo de disponibilidad y se realizarán las copias de seguridad iniciales de las bases de datos que se incluirán en el grupo de disponibilidad. (Normalmente, es suficiente otorgar privilegios de lectura/escritura en la carpeta correspondiente a las cuentas de SQL Server y SQL Agent de ambos servidores). Sin embargo, si la cuenta de SQL Server en el servidor de producción es el usuario del 'SISTEMA LOCAL', la autorización para en la carpeta compartida debe ser 'todos – lectura/escritura' Permiso.
El usuario que configurará SQL Server en el servidor de origen debe tener permisos de administrador en Windows y de administrador de sistemas en SQL Server.
Dado que los discos de los servidores en los que se aplicará el grupo de disponibilidad AlwaysOn son separados e independientes entre sí, las carpetas que se utilizarán para los datos y los archivos de registro de las bases de datos que se ubicarán en los servidores deben crearse con el mismo nombre y el mismo caminos.
Debe instalar StandAlone SQL Server para AlwaysOn. Puede utilizar el siguiente artículo para instalar la instancia de SQL Server independiente.
Instalación paso a paso de SQL Server 2017 -2
Seguiré explicando la instalación de AlwaysOn en el siguiente artículo.
Puede acceder a las próximas publicaciones relacionadas con SQL Server Always On Installation con el siguiente enlace.
Arquitectura SQL Server AlwaysOn e instalación paso a paso -2
