SQL Server Always On Availability Group (Windows, WSFC)

A partir de servidores Windows con SQL Server 2022 instalado, crea un Always On Availability Group: Windows Server Failover Cluster (WSFC) y testigo de quorum (file share / cloud witness), habilitación de Always On, mirroring endpoints y permisos, AG con automatic seeding, listener, réplicas síncronas/asíncronas, secondary legible, prueba de failover y supervisión. El resultado es un AG con el failover probado, al que las aplicaciones se conectan por el nombre del listener.

Instale antes cada nodo con Instalación de SQL Server en Windows con la misma versión y las mismas rutas. Para la operación diaria y las averías de un AG instalado (retraso, failover forzado, alta de bases de datos): Operación de AG; para AG con Pacemaker en Linux: Always On AG (Linux).

Topología: 2–9 nodos Windows (WSFC) + testigo (witness)

Antes de empezar

• SQL Server 2022 instalado en todos los nodos con la misma versión y CU, el mismo nombre de instancia (…) y las mismas letras de unidad y rutas de datos/log (en el menú de instalación, Instalación de SQL Server 2022 en Windows). Edición: Enterprise (Standard solo Basic AG: 2 réplicas, 1 base de datos).
• Todos los nodos tienen la misma versión de Windows Server, están en el mismo dominio (…), actualizados y en la misma subred. Cada nodo con IP fija; los registros DNS son correctos.
• La cuenta que hace la instalación es administrador local en todos los nodos y sysadmin en SQL Server. Tiene permiso para crear en AD los objetos de equipo … y … (o los objetos se crearon antes y se dio Full Control al CNO).
• Se han reservado dos IP no utilizadas: cluster …, listener … (todavía sin registro en DNS).
• El recurso compartido del testigo … está en un servidor distinto de los nodos; permisos del recurso y NTFS: Full Control para …\…$ (también puede concederse después de crear el cluster).
• La cuenta de Azure Storage … (Standard, LRS/ZRS) está lista y los nodos pueden salir a .blob.core.windows.net por 443. Dispone de la clave de acceso (access key).
• …… nodos (número impar): la mayoría de quorum se alcanza sin testigo; aun así se recomienda un testigo.…… nodos (número par): sin testigo, el cluster puede detenerse al perder un nodo. Elija un testigo.…
• Puertos abiertos entre los nodos: SQL …/TCP, endpoint …/TCP, cluster 3343/TCP-UDP, RPC 135/TCP + RPC dinámico, SMB 445/TCP.
• El módulo de PowerShell SqlServer está instalado en cada nodo (para Enable-SqlAlwaysOn).
• Las bases de datos que se añadirán al AG (………, ……) existen en el nodo 1 y son bases de datos de usuario (no de sistema); en los nodos secondary no hay bases de datos con el mismo nombre.
• Para la cuenta de servicio … está definido en cada nodo el SPN MSSQLSvc/<node>.…:… (las conexiones de endpoint y de listener usan Kerberos; añada también MSSQLSvc/….…:… para el listener).
• La ventana de mantenimiento está aprobada; hay copias recientes de las bases de datos y snapshots de los nodos.

Fases de la guía

• Windows Server Failover Cluster — Instalar la característica Failover Clustering · Validar el cluster (Test-Cluster) · Crear el cluster · Configurar el testigo de quorum (recurso compartido de archivos) · Configurar el testigo de quorum (cloud witness) · Comprobar el estado del cluster
• Habilitar Always On en SQL Server — Habilitar Always On · Crear los logins de las cuentas de servicio · Crear el mirroring endpoint · Abrir en el firewall los puertos de SQL y del endpoint · Probar el acceso a los endpoints
• Availability Group — Pasar las bases de datos a recovery FULL y hacer una copia completa · Crear el AG (primary) · Unir el secondary al AG · Supervisar el automatic seeding · Crear el listener · Configurar read-only routing (secondary legible)
• Verificación y prueba de failover — Comprobar la salud del AG · Probar la conexión a través del listener · Prueba de failover planificado: … pasa a primary · Volver: … vuelve a ser primary · Comprobar desde la vista del cluster
• Después de la instalación y supervisión — Sincronizar logins, jobs y otros objetos de servidor · Definir la estrategia de copias de seguridad · Supervisar el AG con consultas DMV · Definir alerts de Agent para el cambio de rol