SQL Server Clúster de conmutación por error: Guía completa para administradores de bases de datos (2026)

SQL Server El clúster de conmutación por error es un solución de alta disponibilidad que mantiene un SQL Server La instancia permanece operativa incluso cuando falla un servidor. Esto se logra ejecutando la misma instancia en varios servidores físicos (llamados nodos), de modo que si un servidor falla, otro lo reemplaza automáticamente sin necesidad de intervención manual ni cambios por parte del cliente.

1.2 Componentes clave y arquitectura

A SQL Server La instancia de clúster de conmutación por error se compone de cinco componentes principales, cada uno con una función específica. Juntos, forman una unidad lógica con la que los clientes interactúan como si fuera un solo servidor.

nodos: Los servidores físicos que participan en el clúster. En cualquier momento, solo un nodo está activo y ejecuta el... SQL Server instancia; los nodos restantes esperan y monitorean la salud del nodo activo.
Almacenamiento compartido: Un volumen de almacenamiento (SAN, iSCSI, Storage Spaces Direct o recurso compartido de archivos SMB) al que todos los nodos pueden acceder simultáneamente. Dado que cada nodo lee y escribe en el mismo almacenamiento, no se requiere replicación de datos entre nodos, y los mismos archivos de base de datos están disponibles de inmediato, independientemente del nodo que tome el control.
Nombre de red virtual y dirección IP virtual: Una identidad estable a la que los clientes siempre se conectan, independientemente del nodo físico activo. En caso de conmutación por error, el nombre de la red virtual y la dirección IP se vuelven a registrar en el nuevo nodo activo, lo que permite que la conmutación sea transparente para las aplicaciones.
Agrupación en clústeres de conmutación por error de Windows Server (WSFC): La plataforma subyacente que integra todo. WSFC supervisa continuamente el estado de los nodos y recursos mediante una red de latidos, gestiona la propiedad de los grupos de recursos y orquesta el proceso de conmutación por error cuando se detecta un fallo.
Quórum: Un mecanismo de votación dentro de WSFC que previene escenarios de división de funciones. Cada nodo emite un voto sobre el estado del clúster; un disco testigo o recurso compartido de archivos proporciona un voto adicional en clústeres con nodos pares. El clúster permanece en línea solo cuando se alcanza la mayoría de los votos, lo que garantiza que dos grupos de nodos aislados nunca puedan reclamar simultáneamente la propiedad del clúster. SQL Server ejemplo.

Estos componentes funcionan de forma clara y precisa.rarchy: WSFC administra los nodos y aplica el quórum. Los nodos comparten el acceso al mismo almacenamiento, y el nombre de la red virtual proporciona a los clientes un punto de conexión consistente en toda la red. Cuando un nodo falla, WSFC detecta la pérdida de latido, confirma que el quórum se mantiene, transfiere la propiedad del grupo de recursos (incluido el nombre de la red virtual, la IP virtual y el almacenamiento) a un nodo en espera y lo conecta. SQL Server Vuelve a estar en línea. Toda la secuencia se realiza automáticamente y sin necesidad de cambios por parte del cliente.

1.3 FCI vs. Grupos de disponibilidad siempre activos

SQL Server Ofrece dos tecnologías Always On basadas en WSFC. Diferencias clave:

Instancia de clúster de conmutación por error (FCI): Alta disponibilidad (HA) a nivel de instancia. Todas las bases de datos conmutan por error simultáneamente. Requiere almacenamiento compartido. Sin replicación de datos entre nodos. Sin recuperación ante desastres (DR) integrada.
Grupos de disponibilidad siempre activos (AG): Alta disponibilidad a nivel de base de datos. Replicación basada en registros a réplicas secundarias. No requiere almacenamiento compartido. Compatible con alta disponibilidad y recuperación ante desastres.

Utilice FCI para la conmutación por error a nivel de instancia con el almacenamiento compartido existente. Combine FCI con un AG cuando también se requiera recuperación ante desastres o secundarios legibles.

1.4 Beneficios y limitaciones

Beneficios:

Conmutación automática por error en caso de fallo de hardware, sistema operativo o servicio;
sin reconfiguración del cliente;
tiempo de conmutación por error predecible a través de puntos de control indirectos;
Opciones flexibles de almacenamiento compartido.

Limitaciones:

El almacenamiento compartido es un único punto de falla a menos que el almacenamiento en sí sea redundante;
Sólo se ejecuta un nodo SQL Server a la vez que no hay equilibrio de carga de lectura;
No hay DR incorporado sin emparejamiento con un AG.

2. Prerrequisitos y requisitos

2.1 Hardware y software

Mínimo dos servidores físicos con hardware idéntico o equivalente, procesadores de 64 bits y controladores de almacenamiento certificados para agrupamiento en clústeres de conmutación por error.
Windows Server 2016, 2019 o 2022 (Standard o Datacenter). Todos los nodos deben ejecutar la misma edición, versión y nivel de actualización acumulativa del sistema operativo.
SQL Server Edición Estándar o Empresarial. Todos los nodos deben ejecutar el mismo SQL Server Versión y nivel de parche.

2.2 Requisitos de red y dominio

Todos los nodos deben pertenecer al mismo dominio de Active Directory. No se admiten clústeres de grupos de trabajo, clústeres multidominio ni controladores de dominio de solo lectura.
Asigne direcciones IP estáticas a todos los adaptadores. Dedique al menos una tarjeta de interfaz de red (NIC) por nodo al tráfico de latidos del clúster. Configure el Sistema de Nombres de Dominio (DNS) para la resolución de nombres.
La cuenta de instalación requiere derechos de administrador local en todos los nodos y Crear objetos de computadora Permiso en Active Directory.

2.3 Opciones de almacenamiento compartido

SQL Server Los clústeres de conmutación por error son compatibles con diversas tecnologías de almacenamiento compartido. Elija la que mejor se adapte a su infraestructura y presupuesto.

SAN (canal de fibra o iSCSI): Most Común. Todos los nodos deben acceder a los mismos números de unidad lógica (LUN). Utilice E/S multitrayecto (MPIO) para evitar fallos de ruta única.
Espacios de almacenamiento directo (S2D): NVMe o SSD conectados localmente y agrupados entre nodos. Requiere Windows Server 2016 Datacenter o posterior.
Recursos compartidos de archivos del bloque de mensajes del servidor (SMB) y volúmenes compartidos de clúster (CSV): Con apoyo de SQL Server 2014 en adelante.

Formatee todos los discos del clúster como el sistema de archivos NT básico (NTFS). Evite volúmenes montados en nodos del clúster.

3. Planificación del clúster

Antes de la instalación, debe planificar el tipo de configuración del nodo y la configuración del quórum, que afectan directamente la confiabilidad del clúster y el hardware.ost:

3.1 Tipos de configuración

SQL Server Los clústeres de conmutación por error admiten cuatro tipos de configuraciones de nodos, cada uno de los cuales prioriza la simplicidad y la confiabilidad del hardware.ost, y la capacidad de espera de manera diferente.

Tipo 1: Activo/En espera. 1 FCI, 2 nodos. El nodo 1 está activo; el nodo 2 está en espera. El nodo en espera monitorea continuamente el latido del nodo activo y asume el control de la FCI cuando este falla. Esta es la configuración más sencilla.ost común en la producción.
Tipo 2: Activo/Activo. Dos FCI que comparten dos nodos físicos. El Nodo 1 es el Nodo Activo para la FCI 1 y el Nodo de Reserva para la FCI 2; el Nodo 2 es el Nodo Activo para la FCI 2 y el Nodo de Reserva para la FCI 1. Ambos nodos son de reserva mutuos: ambos gestionan cargas de trabajo activas en condiciones normales de funcionamiento. Si alguno de los nodos falla, el nodo superviviente asume la FCI del nodo fallido, mientras continúa ejecutando la suya. Por lo tanto, cada nodo debe tener el tamaño adecuado para gestionar la carga de trabajo combinada de ambos FCI.
Tipo 3: N+1. N FCIs que comparten N+1 nodos. Cada FCI tiene un nodo activo; todas las N FCIs comparten un único nodo de reserva común. El nodo de reserva compartido debe ser capaz de absorber de forma independiente toda la carga de trabajo de cualquier nodo activo fallido.
Tipo 4: N+M. N FCIs que comparten N+M nodos. Cada FCI tiene un nodo activo; todas las N FCIs comparten M nodos en espera. Los M nodos en espera cubren colectivamente la conmutación por error de todos los N nodos activos, distribuyendo la carga potencial entre una mayor capacidad en espera y reduciendo los requisitos de hardware por nodo en comparación con N+1.

3.2 Directrices de quórum

El quórum determina si el clúster cuenta con suficientes miembros activos para mantenerse conectado. Tenga en cuenta las siguientes pautas al configurar y mantener el quórum:

Configure un número total impar de votos de quórum para garantizar una mayoría en un escenario dividido y evitar la división del cerebro.
Para clústeres de dos nodos, utilice Mayoría de nodos y discos Con un disco testigo como tercer voto. El disco testigo no necesita letra de unidad.
Si el quórum es 1ost en su totalidad, forzar el quórum como último recurso para recuperar los nodos sobrevivientes y luego reconfigurar inmediatamente antes de regresar a la producción.

4. Instalación del clúster de conmutación por error de Windows Server (WSFC)

4.1 Preparar el almacenamiento compartido

Conecte y configure todo el almacenamiento compartido antes de crear el clúster.

Conecte o aprovisione físicamente todos los LUN de almacenamiento a cada nodo del clúster.
En la pestaña solo el primer nodo, abierto Administración de discos, ponga cada disco en línea, inicialícelo y cree un NTFS Volumen con una letra de unidad. Cree un volumen pequeño (1-2 GB) para el disco testigo; no se requiere una letra de unidad.
En cada nodo restante, abra Administración de discos y solo conecte los discos. No los reinicie ni los formatee. Asigne letras de unidad manualmente si no coinciden con el primer nodo.

4.2 Instalar la función de clúster de conmutación por error y validar

Instale la función de agrupación en clústeres de conmutación por error en cada nodo y luego valídela antes de crear el clúster.

En cada nodo, abra Administrador de servidores -> Agregar funciones y funciones -> Características, seleccione Clústeres de conmutación por errorY haga clic en Instalar Reinicie si se le solicita. Alternativa de PowerShell:
```
Install-WindowsFeature -Name Failover-Clustering -IncludeManagementTools
```
En cualquier nodo, abra Administrador de clústeres de conmutación por error -> Validar configuración. Agregar todos los nodos hostNombres y ejecutar todas las pruebas. Alternativa de PowerShell:
```
Test-Cluster -Node Node1, Node2
```
Resuelva todos los errores del informe de validación antes de continuar. Las advertencias de Storage Spaces Direct se pueden ignorar si S2D no está en uso.

4.3 Crear el WSFC

Una vez pasada la validación, cree el clúster y verifique su configuración.

In Administrador de clústeres de conmutación por error, haga clic Crear clúster, agrega todos los nodos hostnombres, ingrese el nombre del clúster y una dirección IP virtual estática, luego haga clic en SiguienteAlternativa de PowerShell:
```
New-Cluster -Name ClusterName -Node Node1, Node2 -StaticAddress x.x.x.x
```
Si los permisos de dominio están restringidos, solicite a su administrador de Active Directory que prepare previamente el objeto de equipo con nombre de clúster antes de ejecutar este paso.
Después de la creación, confirme que se muestra el quórum. Mayoría de nodos y discos con el disco testigo asignado.
En Almacenaje -> discos, cambie el nombre de cada disco del clúster para reflejar su función (por ejemplo, SQL_DATA, Registro SQL, Observar) Debajo Redes, cambie el nombre de cada red de clúster para reflejar su tipo de tráfico.

5. Instalación SQL Server Instancia de clúster de conmutación por error

5.1 Elija un método de instalación

SQL Server El programa de instalación ofrece dos métodos para instalar una instancia de clúster de conmutación por error. Seleccione el que mejor se adapte a su entorno.

Instalación integrada (Agregar nodo): Instale una FCI completa y operativa en el primer nodo y luego agregue cada nodo subsiguiente utilizando el Agregar nodo Opción. Más sencilla y recomendada para most despliegues
Instalación avanzada/empresarial: Ejecutar Preparar clúster de conmutación por error Primero en todos los nodos y luego ejecutar Clúster de conmutación por error completo En el nodo propietario del disco compartido. Use este enfoque para grandes implementaciones multinodo donde desee preparar todos los nodos en paralelo antes de la confirmación.

5.2 Instalación del primer nodo

Ejecutar SQL Server Configuración en el primer nodo para crear la FCI utilizando el método Integrado.

Ejecutar setup.exe como administrador. Seleccione Instalación -> New SQL Server instalación de un clúster de conmutación por error.
On Selección de características, escoger Servicios de motor de base de datos y Herramientas de gestión básicas.
On Configuración de instancia, introducir el SQL Server Nombre de red: el nombre virtual que utilizan los clientes para conectarse.
On Grupo de recursos del clúster, ingrese un nombre de grupo descriptivo.
On Selección de discos de clúster, seleccione discos compartidos para archivos de datos, registros y copias de seguridad.
On Configuración de red de clústerAsignar una dirección IP por subred. La configuración establece automáticamente una dependencia OR para clústeres con varias subredes.
On Configuración del servidorConfigurar cuentas de servicio. Usar una cuenta de servicio administrada por grupo (gMSA) para la gestión automatizada de contraseñas; usar cuentas de dominio como alternativa.
On Configuración del motor de base de datosSeleccione un modo de autenticación y configure las rutas de los directorios de datos. Guarde las bases de datos del sistema, las bases de datos de usuario, los registros, las copias de seguridad y la base de datos temporal en discos separados.
Revise el resumen y haga clic Instalar .

5.3 Agregar nodos restantes

Una vez completado el primer nodo, agregue cada nodo adicional a la FCI.

En el nodo adicional, ejecute setup.exe y seleccione Instalación -> Agregar nodo a un SQL Server clúster de conmutación por error.
On Configuración de nodos del clúster, seleccione la instancia FCI existente.
On Configuración de red de clúster, asigne la dirección IP para la subred de este nodo.
On Cuentas de servicio, confirme que las contraseñas de la cuenta de servicio coincidan con las establecidas en el primer nodo, luego haga clic en Instalar .
Repita esto para cada nodo adicional.

6. Post-Instalación: Configurar y probar

6.1 Essential SQL Server Configuración

Aplique estos ajustes inmediatamente después de que el FCI esté operativo.

Establecer memoria máxima del servidor para tapar SQL Servermemoria y deja espacio para el sistema operativo y los servicios del clúster:
```
EXEC sp_configure 'show advanced options', 1; RECONFIGURE;
EXEC sp_configure 'max server memory', <value_in_MB>; RECONFIGURE;
```
Establecer grado máximo de paralelismo (MAXDOP) basado en su topología de acceso a memoria no uniforme (NUMA).

Mueva TempDB a un volumen dedicado para aislar su E/S:

USE master;
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = 'D:\TempDB\tempdb.mdf');
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = 'D:\TempDB\templog.ldf');

Restar su SQL Server servicio para que el movimiento del archivo tenga efecto.

6.2 Prueba de conmutación por error

Valide el comportamiento de conmutación por error antes de mover el clúster a producción.

In Administrador de clústeres de conmutación por error, haga clic derecho en SQL Server Rol y selección de la FCI Moverse -> Seleccionar nodo. Elija el nodo secundario y haga clic OK.
Espere hasta que se muestre el estado del rol Correr en el nuevo nodo.
Desde una máquina cliente, conéctese a SQL Server utilizando el nombre de la red virtual y confirmando que la conexión se realiza correctamente sin cambiar la cadena de conexión.
Consulte el documento SQL Server Registro de errores y registro de eventos del clúster de Windows para confirmar una conmutación por error limpia dentro de su tarObtener el objetivo de tiempo de recuperación (RTO).

7. Gestión, mejores prácticas y resolución de problemas

7.1 Política y supervisión de conmutación por error

In Administrador de clústeres de conmutación por error, haga clic derecho en SQL Server Rol de la FCI -> Propiedades -> Failover Para establecer el nivel de condición de fallo y el tiempo de espera para la verificación de estado. Aumente el tiempo de espera en servidores con mucha carga para evitar falsas conmutaciones por error.
Supervisar la salud del clúster mediante Administrador de clústeres de conmutación por error, Visor de sucesos de Windows, SQL Server registro de errores y SQL Server Activity Monitor para visibilidad de recursos y sesiones en tiempo real.
Después de cualquier conmutación por error automática, revise el SQL Server diagnósticoostRegistros ic (almacenados junto con el registro de errores) del estado del componente antes del evento. Usar SQL Server Eventos extendidos para capturar un seguimiento detallado del estado de los recursos y las condiciones de error alrededor de la ventana de conmutación por error.

7.2 mejores prácticas

Utilice direcciones IP estáticas en todos los nodos. H dinámicoost La expiración de la concesión del Protocolo de configuración DHCP (DHCP) durante una conmutación por error extiende el tiempo de inactividad y complica el registro de DNS.
Mantenga siempre un número impar de votos de quórum. Añada un testigo si al añadir un nodo el conteo es par.
Ejecute la validación del clúster después de cualquier cambio de hardware, actualización de controlador o cambio significativo en la configuración del sistema operativo.
Asigne letras de unidad idénticas en todos los nodos antes SQL Server Instalación. Los desajustes bloquean la instalación y son difíciles de solucionar posteriormente.
Contacte a su administrador de Active Directory antes del día de la instalación. Los permisos de creación de objetos de equipo son...ost bloqueador de preinstalación común.
Mantener un sistema probado SQL Server copia de seguridad Estrategia incluso con FCI implementada. FCI protege contra fallos de nodos, no contra la corrupción de datos, el borrado accidental ni la pérdida de almacenamiento; una programación regular de copias de seguridad y restauraciones es la única protección para estos escenarios.

7.3 Problemas comunes y soluciones

Errores de permisos de Active Directory: Pídale a su administrador de Active Directory (AD) que prepare previamente el objeto de computadora del clúster o que lo conceda Crear objetos de computadora y Leer todas las propiedades a la cuenta de instalación.
Almacenamiento compartido no visible en los nodos: Restar su iSCSI Tarobtener servidor servicio en el almacenamiento hostLuego, reconéctese desde el iniciador iSCSI en cada nodo. Verifique el enmascaramiento y la zonificación del LUN.
Advertencias de validación sobre controladores o niveles de actualización: Aplicar la última actualización acumulativa de Windows Update en todos los nodos antes de volver a ejecutar la validación.
WSFC se desconecta después de una falla del nodo: Utilice el quórum de fuerza para poner en línea los nodos supervivientes. recuperar cualquier base de datos Afectado por la falla, restaure el quórum y luego reconfigure antes de volver a producción. Ejecute DBCC COMPROBARDB en cada base de datos recuperada para confirmar la integridad antes de reanudar las cargas de trabajo normales.
Conmutaciones por error automáticas falsas: Aumentar el tiempo de espera de la comprobación de estado en las propiedades del rol FCI. Revisar el diagnóstico.ostregistros ic para distinguir una falla genuina de un pico transitorio de recursos.

8. Preguntas frecuentes

P: ¿Cuál es el número mínimo de nodos necesarios para un SQL Server ¿clúster de conmutación por error?

R: Dos nodos son el mínimo. Uno actúa como el nodo activo que ejecuta el... SQL Server instancia; el otro es el de reserva. Most despliegues de producción start con una configuración Activa/Pasiva de dos nodos.

Q: hace SQL Server ¿FCI requiere almacenamiento compartido?

R: Sí. A diferencia de los Grupos de Disponibilidad AlwaysOn, un FCI requiere que todos los nodos accedan al mismo almacenamiento, ya sea una SAN (Fibre Channel o iSCSI), Storage Spaces Direct o un recurso compartido de archivos SMB. El almacenamiento compartido permite acceder a los mismos archivos de base de datos desde cualquier nodo tras una conmutación por error.

Q: ¿Qué SQL Server ¿Las ediciones admiten la agrupación en clústeres de conmutación por error?

A: SQL Server Las ediciones Standard y Enterprise son compatibles con FCI. Las ediciones Express y Developer no. La edición Enterprise admite más nodos y funciones adicionales de alta disponibilidad, como operaciones de indexación en línea durante el mantenimiento.

Q: ¿Puede SQL Server ¿Se pueden utilizar juntos los grupos de disponibilidad FCI y Always On?

A: Sí. Un nodo FCI puede host Una réplica del grupo de disponibilidad, que proporciona alta disponibilidad (HA) a nivel de instancia desde la FCI y recuperación ante desastres (DR) a nivel de base de datos desde el grupo de disponibilidad. Sin embargo, la conmutación por error automática del grupo de disponibilidad hacia o desde una FCI-hostNo se admite la réplica ed: solo está disponible la conmutación por error manual en esa configuración.

P: ¿Cuánto dura un SQL Server ¿Qué suele tardar una conmutación por error?

A: El tiempo de conmutación por error depende de la cantidad de páginas sucias en la memoria caché del búfer que se deben escribir en el disco antes de que se resuelva la instancia.tarts en el nuevo nodo. Con los puntos de control indirectos habilitados (el valor predeterminado de SQL Server 2012 en adelante), las páginas sucias están encuadernadas y most Las conmutaciones por error se completan en menos de 30 segundos. El RTO real depende de la carga de trabajo, la velocidad del almacenamiento y el tiempo de recuperación de la base de datos.

P: ¿Qué es el quórum y por qué es importante?

R: El quórum es el mecanismo que WSFC utiliza para determinar si el clúster tiene suficientes miembros en buen estado para permanecer en línea y atender las solicitudes. Evita un escenario de división de funciones, donde dos grupos de nodos aislados creen ser los propietarios autorizados del clúster. SQL Server instancia. Si el quórum es lostWSFC desconecta el clúster para proteger la integridad de los datos.

Q: ¿Puede SQL Server ¿Se puede instalar FCI en un clúster de grupo de trabajo (sin Active Directory)?

A: No. SQL Server FCI requiere que todos los nodos pertenezcan al mismo dominio de Active Directory. Los clústeres de grupos de trabajo, los clústeres multidominio y los clústeres que incluyen controladores de dominio de solo lectura no son configuraciones compatibles.

P: ¿Qué sucede con las conexiones del cliente cuando se produce una conmutación por error?

A: Conexiones activas a la SQL Server Las instancias se descartan durante la conmutación por error. Una vez que la instancia se conecta al nuevo nodo, el nombre de la red virtual y la IP virtual se vuelven a registrar allí, y los clientes que usan lógica de reintento en sus cadenas de conexión se reconectarán automáticamente sin necesidad de cambiar la configuración.

P: ¿Puedo agregar o eliminar nodos de un sistema existente? SQL Server ¿clúster de conmutación por error?

A: Sí. Corre. SQL Server Configure en cualquier nodo y elija Agregar nodo a un SQL Server clúster de conmutación por error para agregar un nodo, o Eliminar nodo de un SQL Server clúster de conmutación por error Para eliminar uno. Agregar o eliminar un nodo no implica tiempo de inactividad para los demás nodos del clúster.

P: ¿Cuál es la diferencia entre una conmutación por error planificada y una conmutación por error automática?

R: Un administrador inicia manualmente una conmutación por error planificada, generalmente para tareas de mantenimiento, como la aplicación de parches o el reemplazo de hardware. Permite SQL Server Para limpiar las páginas sucias y cerrar el sistema correctamente antes de transferir la propiedad, lo que minimiza el tiempo de inactividad. WSFC activa una conmutación por error automática cuando la monitorización de estado detecta que el nodo activo ha fallado, y el tiempo de recuperación depende del tiempo de recuperación requerido.

P: ¿Cómo recupero un SQL Server ¿Clúster de conmutación por error si todo el WSFC se desconecta?

A: Si el quórum es 1ost y el cluster no puede starNormalmente, se usa el quórum forzado para conectar los nodos supervivientes sin tolerancia a fallos. Ejecute el siguiente comando de PowerShell en el nodo superviviente: Start-ClusterNode -ForcQuorumUna vez que el clúster esté en línea, recupere las bases de datos, verifique la integridad de los datos y luego reconfigure el quórum con los nodos restantes antes de regresar a producción.

P: ¿Debo ejecutar el Asistente de validación de clúster antes de cada SQL Server ¿instalación?

R: Sí, incluso después de cualquier cambio significativo de hardware o configuración. Microsoft solo admite configuraciones de clúster de conmutación por error que superen todas las pruebas de validación sin errores. Omitir la validación conlleva el riesgo de ejecutar una configuración no compatible que podría comportarse de forma impredecible en caso de fallo.

9. Conclusión

SQL Server La agrupación en clústeres de conmutación por error ofrece alta disponibilidad transparente a nivel de instancia mediante WSFC, con conmutación por error automática y sin necesidad de reconfigurar el cliente. Es la opción ideal cuando se dispone de almacenamiento compartido y se necesita que todas las bases de datos de la instancia conmuten por error juntas como una unidad. Para entornos que también requieren recuperación ante desastres o cargas de trabajo de lectura secundaria, combine la FCI con grupos de disponibilidad AlwaysOn para cubrir ambos escenarios.

Referencias

Documento oficial de Microsoft: Clúster de conmutación por error de Windows Server con SQL Server
Documento oficial de Microsoft: Instancias de clúster de conmutación por error Always On
Documento oficial de Microsoft: Instalar una instancia de clúster de conmutación por error
Documento oficial de Microsoft: Modos de quórum y configuración de votación de WSFC

Sobre el Autor

Yuan Sheng es un administrador de bases de datos senior (DBA) con más de 10 años de experiencia en SQL Server Entornos y gestión de bases de datos empresariales. Ha resuelto con éxito cientos de escenarios de recuperación de bases de datos en organizaciones de servicios financieros, atención médica y manufactura.

Yuan se especializa en SQL Server Recuperación de bases de datos, soluciones de alta disponibilidad y optimización del rendimiento. Su amplia experiencia práctica incluye la gestión de bases de datos multiterabyte, la implementación de Grupos de Disponibilidad Siempre Activa (AVA) y el desarrollo de estrategias automatizadas de backup y recuperación para sistemas empresariales críticos.

Gracias a su experiencia técnica y su enfoque práctico, Yuan se centra en crear guías integrales que ayuden a los administradores de bases de datos y a los profesionales de TI a resolver problemas complejos. SQL Server Aborda los desafíos de manera eficiente. Se mantiene al día con las últimas novedades. SQL Server versiones y las tecnologías de bases de datos en evolución de Microsoft, probando periódicamente escenarios de recuperación para garantizar que sus recomendaciones reflejen las mejores prácticas del mundo real.

¿Tiene preguntas acerca SQL Server ¿Necesita ayuda adicional para la recuperación de la base de datos o para solucionar problemas? Yuan le da la bienvenida. comentarios y sugerencias para mejorar estos recursos técnicos.