--- title: "Alternativa a SQL Server Always On: HA para las ediciones Express y Standard" canonical: "https://safekit.eviden.com/es/best-practises/alternative-always-on-sql-server-express-standard-editions/" description: "¿Busca una alternativa rentable a SQL Server Always On? SafeKit propone una arquitectura sin SAN que ofrece alta disponibilidad para las ediciones Express y Standard SQL Server . Disfrute de replicación síncrona, IP virtual y conmutación por error automática sin necesidad de SAN ni Active Directory." category: "best-practises" lang: "es" topics: "Alternativa a Always On SQL Server para ediciones express y estándar, ¿Cómo funciona el clúster mirror SafeKit con Microsoft SQL Server ?, Guía en vídeo: Configuración de un clúster SafeKit HA mirror para SQL Server" --- # Alternativa a SQL Server Always On: HA para ediciones Express y Standard {#alternative-to-sql-server-always-on-ha-for-express-and-standard-editions} ## Alternativa a Always On SQL Server para ediciones express y estándar {#alternative-to-always-on-sql-server-for-express-and-standard-editions} ### La solución para Microsoft SQL Server {#the-solution-for-microsoft-sql-server} SafeKit proporciona alta disponibilidad a Microsoft SQL Server entre dos nodos redundantes con replicación síncrona de datos en tiempo real y conmutación por error automática. La solución es independiente de la edición Microsoft SQL Server y funciona con las ediciones express y estándar. ### Un producto genérico {#a-generic-product} SafeKit es un producto genérico. Permite replicar más que solo datos y registros de SQL Server. Si su aplicación se basa en SQL Server y contiene carpetas específicas con su configuración u otros archivos, puede replicarlos de la misma manera. Además, puede reiniciar sus propios servicios, así como los de SQL Server. Guía de instalación de [ SafeKit con ediciones express y estándar de Microsoft SQL Server ]() ### Sin el clúster de conmutación por error Microsoft {#without-microsoft-failover-cluster} SafeKit funciona sin el clúster de conmutación por error Microsoft al igual que Always On SQL Server . Es una solución integral que ofrece dirección IP virtual, replicación síncrona en tiempo real de carpetas, conmutación por error y recuperación automáticas, y mucho más. SafeKit elimina la necesidad de discos compartidos y ediciones empresariales de bases de datos. ### Sin controlador de dominio ni directorio activo {#without-domain-controller-and-active-directory} SafeKit funciona sin necesidad de configurar el controlador de dominio ni Active Directory, a diferencia de Always On SQL Server . Esta solución, fácil de implementar y rentable, no requiere conocimientos técnicos específicos. ### Sin 3 nodos para el quórum {#without-3-nodes-for-quorum} SafeKit funciona sin necesidad de 3 nodos para el quórum, a diferencia de Always On SQL Server . En caso de aislamiento de red, SafeKit implementa un verificador de división de cerebro con un ping a un enrutador que actúa como testigo. Además, se pueden configurar fácilmente múltiples señales de latido en el producto. ### Otras soluciones de redundancia y alta disponibilidad {#other-redundancy-and-high-availability-solutions} Con SafeKit , puede implementar en Windows y Linux la replicación en tiempo real y la conmutación por error de cualquier carpeta y servicio, bases de datos, máquinas virtuales Hyper-V o KVM completas, Docker , Kubernetes y aplicaciones en la nube. ### Una solución completa {#a-complete-solution} SafeKit resuelve: * fallas de hardware (20% de los problemas), incluyendo la falla total de una sala de computadoras, * fallas de software (40% de los problemas), incluido el reinicio de procesos críticos, * y los errores humanos (40% de los problemas) gracias a su facilidad de uso y su consola web. ## ¿Cómo funciona el clúster mirror SafeKit con Microsoft SQL Server ? {#safekit-mirror-cluster} ### Paso 1. Replicación en tiempo real {#step1} El servidor 1 (PRIM) ejecuta la aplicación Microsoft SQL Server. Los clientes están conectados a una [dirección IP virtual](https://safekit.eviden.com/es/best-practises/how-a-virtual-ip-address-works/). SafeKit replica en tiempo real las modificaciones realizadas en los archivos a través de la red. ![Replicación de archivos a nivel de byte en un clúster Microsoft SQL Server mirror](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-prim-second-300.png "w:300") La replicación es [síncrona](https://safekit.eviden.com/es/best-practises/synchronous-replication-vs-asynchronous-replication/) y no se pierden datos en caso de error, a diferencia de la replicación asíncrona. Solo tiene que configurar los nombres de los directorios que se replicarán en SafeKit. No hay requisitos previos sobre la organización del disco. Los directorios pueden estar ubicados en el disco del sistema. ### Paso 2. Conmutación por error automática {#step2} Cuando el servidor 1 falla, el servidor 2 toma el control. SafeKit cambia la dirección IP virtual y reinicia la Microsoft SQL Server automáticamente en el servidor 2. La aplicación encuentra los archivos replicados por SafeKit actualizados en el Servidor 2. La aplicación continúa ejecutándose en el Servidor 2 modificando localmente sus archivos que ya no se replican en el Servidor 1. ![Conmutación por error de Microsoft SQL Server en un clúster mirror](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-stop-alone-300.png "w:300") El tiempo de conmutación por error es igual al tiempo de detección de fallos (30 segundos por defecto) más el tiempo de inicio de la aplicación. ### Paso 3. failback automático {#step3} La recuperación ante fallos implica reiniciar el Servidor 1 después de solucionar el problema que causó su fallo. SafeKit resincroniza automáticamente los archivos, actualizando solo los archivos modificados en el Servidor 2 mientras el Servidor 1 estaba detenido. ![Recuperación ante fallos en un clúster Microsoft SQL Server mirror](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-resynchro-alone-300.png "w:300") La recuperación de fallos se realiza sin interrumpir la aplicación Microsoft SQL Server, que puede seguir ejecutándose en el Servidor 2. ### Paso 4. Volver a la normalidad {#step-4-back-to-normal} Después de la reintegración, los archivos vuelven a estar en modo mirror, como en el paso 1. El sistema vuelve al modo de alta disponibilidad, con la aplicación Microsoft SQL Server ejecutándose en el Servidor 2 y SafeKit replicando las actualizaciones de archivos en el Servidor 1. ![Volver al funcionamiento normal en un clúster Microsoft SQL Server mirror](https://safekit.eviden.com/wp-content/uploads/2023/02/safekit-second-prim-300.png "w:300") Si el administrador desea que la aplicación se ejecute en el Servidor 1, esto se puede hacer manualmente a través de la consola web en el momento apropiado, o automáticamente a través de la configuración. ### ¿Cómo configurar un clúster mirror SafeKit para Microsoft SQL Server ? {#safekit-mirror-cluster-configure} ![Consola web SafeKit: Panel de configuración de alta disponibilidad para Microsoft SQL Server que muestra las redes de latidos, la configuración de IP virtual y la replicación de directorios en tiempo real para un clúster mirror.](https://safekit.eviden.com/wp-content/uploads/2026/01/safekit-mirror-cluster-config.png "w:763") La **consola web SafeKit** proporciona una interfaz intuitiva para organizar la alta disponibilidad de sus aplicaciones críticas. En solo unos pasos, puede configurar un **clúster mirror SafeKit** para garantizar la continuidad del negocio: * **Conmutación por error de la aplicación (pestaña Macros):** defina los servicios de aplicación específicos que se reiniciarán automáticamente en caso de error. * **Red(es) de latido:** ruta(s) de comunicación dedicada(s) utilizada(s) por los nodos del clúster para supervisar continuamente el estado y la disponibilidad de los demás y sincronizar las decisiones de conmutación por error. * **Gestión de IP virtual:** configure la IP virtual (VIP) para la reconexión transparente del cliente después de una conmutación por error. * **Replicación en tiempo real:** Seleccione los directorios críticos para la replicación síncrona a nivel de byte basada en el host. * **Checkers:** supervise el estado de la aplicación y active la recuperación automática si se detecta un error en un proceso. El clúster SafeKit incluye un verificador de división de clúster dedicado para resolver problemas de aislamiento de red sin necesidad de una tercera máquina testigo o una red de latidos adicional. Obtenga más información sobre [los latidos, la conmutación por error y el quórum en un clúster](https://safekit.eviden.com/es/best-practises/heartbeat-failover-quorum-windows-linux-cluster/). ### ¿Cómo supervisar un clúster mirror SafeKit para Microsoft SQL Server ? {#safekit-mirror-cluster-monitoring} ![Consola web SafeKit: supervisión en tiempo real de un clúster mirror de 2 nodos para Microsoft SQL Server que muestra los estados PRIM y SECOND con replicación de datos activa.](https://safekit.eviden.com/wp-content/uploads/2026/05/mirror-monitoring-prim-second.png "w:604") La **consola de administración SafeKit** ofrece una vista unificada de su infraestructura de alta disponibilidad. Permite a los administradores supervisar el **estado operativo** del clúster y realizar un seguimiento de la sincronización de datos en tiempo real. Para un clúster mirror de 2 nodos, la consola muestra claramente las funciones de cada servidor: * **PRIM (primario):** el nodo activo que ejecuta actualmente la aplicación y gestiona la IP virtual. Realiza escrituras en el almacenamiento local y replicación en tiempo real al nodo secundario. * **SECOND (Secundario):** El nodo en espera recibe actualizaciones síncronas a nivel de byte. Está listo para asumir el control al instante si el primario falla. * **Estado ALONE:** le avisa visualmente cuando el clúster se está ejecutando en un solo nodo (por ejemplo, durante el mantenimiento o después de una falla), lo que indica que la redundancia se pierde temporalmente. * **Progreso de la resincronización:** cuando un nodo fallido se recupera, su estado se vuelve naranja durante la reintegración de datos en segundo plano, lo que garantiza que no haya tiempo de inactividad durante la fase de "regreso a la normalidad". Más allá de los simples iconos de estado, la interfaz proporciona **una orquestación de conmutación por error con un solo clic**, lo que le permite reasignar manualmente el rol principal para el mantenimiento planificado, al tiempo que garantiza la disponibilidad continua para la actividad del usuario. ## Guía en vídeo: Configuración de un clúster SafeKit HA mirror para SQL Server {#videoguide-safekit-mirror-cluster} ### Vídeo SafeKit: Agrupación en clúster a nivel de aplicación (8:47) {#demo-mirror-ha-cluster} En este vídeo, descubra cómo SafeKit implementa un **clúster HA mirror** sin la complejidad de una SAN. Aunque esta demostración utiliza Microsoft SQL Server, la solución funciona de forma idéntica para otras bases de datos y aplicaciones. ### Capítulos {#chapters} 1. 🎬 [2 nodos con SQL Server](https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s) (0:32) 2. 🎬 [Configura el clúster y el módulo mirror.safe](https://www.youtube.com/watch?v=mGwEguDnnH0&t=32s) (3:58) 3. 🎬 [Iniciar y probar la replicación, migración y conmutación por error de SQL en caso de fallo](https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s) (4:17) ### Implementación paso a paso {#step-by-step-implementation} * 🛠️ [Lee la guía sobre cómo configurar un clúster mirror en Windows](https://safekit.eviden.com/es/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/) * 🛠️ [Lee la guía sobre cómo configurar un clúster mirror en Linux](https://safekit.eviden.com/es/quick-install/safekit-quick-installation-guide-for-a-new-linux-application-with-real-time-replication-and-failover/)