---
title: "Replicación síncrona versus asincrónica: ¿cómo SafeKit garantiza cero pérdida de datos?"
canonical: "https://safekit.eviden.com/es/best-practises/synchronous-replication-vs-asynchronous-replication/"
description: "Compare la replicación sincrónica versus asincrónica para la continuidad del negocio. Descubra cómo SafeKit utiliza la replicación síncrona en tiempo real para garantizar cero pérdida de datos (RPO=0) en clústeres de alta disponibilidad y por qué la asíncrona es más adecuada para la recuperación ante desastres a larga distancia."
category: "best-practises"
lang: "es"
topics: "¿Pérdida de datos o no en la conmutación por error de la aplicación con replicación síncrona o asincrónica?, Tabla de contenidos, ¿Cómo funciona la replicación asincrónica?, ¿Cómo funciona la replicación sincrónica?, ¿Cómo funciona la replicación semisincrónica?, Veredicto final: elegir la replicación adecuada para alta disponibilidad, Tabla comparativa: síncrono, asíncrono y semisincrónico, Guía de vídeo: Configuración de replicación síncrona en tiempo real y alta disponibilidad, Preguntas frecuentes: estrategias de replicación en clústeres de alta disponibilidad"
---
# Replicación síncrona versus asíncrona: ¿cómo garantiza SafeKit una pérdida de datos cero? {#synchronous-vs-asynchronous-replication-how-safekit-ensures-zero-data-loss}
## ¿Pérdida de datos o no en la conmutación por error de la aplicación con replicación síncrona o asincrónica? {#data-loss-risk-synchronous-vs-asynchronous-failover}
Existe una diferencia significativa entre **replicación sincrónica y replicación asincrónica**. Dependiendo de la elección, es posible que experimente pérdida de datos durante una conmutación por error de una aplicación.
* **La replicación síncrona**, implementada por el software [SafeKit](), es esencial para la **alta disponibilidad (HA)**. Garantiza la conmutación por error de aplicaciones transaccionales sin perder un solo byte: todos los datos confirmados en el disco del servidor primario también están presentes en el disco del servidor secundario.
* La **replicación asincrónica** se utiliza normalmente para **Copia de seguridad y recuperación ante desastres (DR)**. Conlleva el riesgo de que los datos comprometidos en el disco del servidor primario se puedan perder en caso de falla porque aún no se copiaron en el sitio remoto.
* **La replicación semisincrónica** es una solución alternativa en la que los datos confirmados llegan al servidor secundario pero no necesariamente se escriben en su disco.
Es importante comprender que estas soluciones son **complementarias**. Si bien la replicación sincrónica de SafeKit protege su entorno contra fallas de hardware o software para mantener un tiempo de actividad las 24 horas del día, los 7 días de la semana, una solución de respaldo protege sus datos históricos contra errores lógicos y amenazas cibernéticas como el ransomware.
Para ayudarlo a tomar la decisión correcta al elegir la mejor arquitectura para sus necesidades, a continuación explicamos los mecanismos técnicos y el impacto en la conmutación por error de la aplicación.
**Comparación del impacto de la replicación sincrónica y asincrónica en la pérdida de datos durante la conmutación por error de la aplicación.**
## Tabla de contenidos {#table-of-contents}
* [¿Pérdida de datos o no en la conmutación por error de la aplicación con replicación síncrona o asincrónica?](#data-loss-risk-synchronous-vs-asynchronous-failover)
* [¿Cómo funciona la replicación asincrónica?](#how-asynchronous-replication-works)
* [¿Cómo funciona la replicación síncrona?](#how-synchronous-replication-works)
* [¿Cómo funciona la replicación semisíncrona?](#how-semi-synchronous-replication-works)
* [Veredicto final: elección de la replicación adecuada para alta disponibilidad](#best-practices-synchronous-vs-asynchronous-replication)
* [Tabla comparativa: síncrono, asíncrono y semisincrónico](#comparison-synchronous-asynchronous-replication)
* [Guía en vídeo: Configuración de replicación síncrona en tiempo real y alta disponibilidad](#videoguide-synchronous-real-time-replication-ha)
* [FAQ: Estrategias de replicación en clústeres de alta disponibilidad](#faq-replication-high-availability)
* [SafeKit Centro de navegación de alta disponibilidad](#hub)
## ¿Cómo funciona la replicación asincrónica? {#how-asynchronous-replication-works}
En la **replicación asincrónica**, el servidor principal reconoce las operaciones de escritura inmediatamente y actualiza las réplicas más adelante en **lotes programados** con retraso. Este desacoplamiento supera los problemas de latencia de la **replicación a larga distancia**, lo que la convierte en una estrategia preferida para **copias de seguridad y recuperación ante desastres** en sitios remotos.
Sin embargo, esta eficiencia presenta el desafío de la **consistencia**, donde el servidor secundario puede contener información desactualizada. Debido a que la actualización secundaria ocurre después de finalizar la escritura primaria, cualquier falla del servidor primario resultará en la pérdida de **datos en tránsito**.
## ¿Cómo funciona la replicación sincrónica? {#how-synchronous-replication-works}
Con la **replicación síncrona** implementada por SafeKit, cuando la aplicación o el caché del sistema de archivos realiza una operación de E/S de disco en el servidor principal, el sistema garantiza la coherencia de los datos a través de un proceso de doble reconocimiento.
SafeKit espera la **confirmación de E/S** tanto del disco local como del servidor secundario antes de enviar la confirmación final a la aplicación o al caché del sistema de archivos. Este mecanismo sincrónico es esencial para la **conmutación por error de aplicaciones transaccionales**, ya que garantiza que las transacciones estén completamente seguras en ambos nodos antes de que se consideren confirmadas.
## ¿Cómo funciona la replicación semisincrónica? {#how-semi-synchronous-replication-works}
La **replicación semisincrónica** sirve como un enfoque híbrido para la integridad de los datos. Al igual que la replicación sincrónica, SafeKit espera un reconocimiento de los servidores primario y secundario antes de confirmar la operación de E/S en la aplicación o en el caché del sistema de archivos.
La diferencia fundamental radica en el **tiempo de respuesta del servidor secundario**. En el caso semisincrónico, el servidor secundario envía un acuse de recibo al primario inmediatamente después de **recibir los datos en la memoria** y luego los envía al disco. Por el contrario, la **replicación síncrona** requiere que el servidor secundario escriba la E/S en el disco físico antes de enviar la confirmación.
## Veredicto final: elegir la replicación adecuada para alta disponibilidad {#best-practices-synchronous-vs-asynchronous-replication}
La elección entre **replicación síncrona o asíncrona** es una solución de compromiso entre la integridad absoluta de los datos y el rendimiento de la red. Para infraestructuras de misión crítica, esta decisión determina directamente su **Objetivo de punto de recuperación (RPO)**.
**En resumen:**
* **Replicación asíncrona**: el estándar de oro para **copia de seguridad** pero no para **alta disponibilidad**. Si bien admite conectividad de larga distancia, existe un riesgo inherente de pérdida de datos **porque los datos del nodo secundario van por detrás de los datos del nodo principal.**
* **Replicación síncrona:** el estándar de oro para **alta disponibilidad** pero no para **copia de seguridad**. Garantiza que los archivos del nodo secundario sean un clon en tiempo real del principal, lo que garantiza una **conmutación por error sin pérdida de datos**.
* **Replicación semisincrónica:** Proporciona un punto medio de alto rendimiento para **alta disponibilidad**. Al confirmar los datos en el nivel de la memoria antes de escribir en el disco, se minimiza la latencia y se mantiene una protección de datos superior en comparación con los métodos asincrónicos.
**⭐ Recomendación SafeKit:** Para aplicaciones críticas, priorice siempre la **replicación síncrona o semisíncrona** para garantizar la continuidad del negocio, maximizar el rendimiento y eliminar los riesgos asociados con una conmutación por error inconsistente.
## Tabla comparativa: síncrono, asíncrono y semisincrónico {#comparison-synchronous-asynchronous-replication}
Característica | sincrónico | Semisincrónico | Asíncrono
---|---|---|---
RPO (Posible pérdida de datos) | Cero | Cero | No cero (pérdida de datos: depende de la última copia asincrónica)
Confirmación de E/S remotas | Después de escribir en el disco remoto | Después de escribir en RAM remota | No espera reconocimiento
Impacto en el rendimiento | Requiere una red de baja latencia: depende del tiempo de ida y vuelta (normalmente RTT <5 ms) | Requiere una red de baja latencia: depende del tiempo de ida y vuelta (normalmente RTT <5 ms) | Admite red de baja latencia
Límites de distancia | VLAN local/ampliada | VLAN local/ampliada | Red de área amplia (WAN)
Mejor para | Alta disponibilidad (conmutación por error automática) | Alta disponibilidad (conmutación por error automática) | Soluciones de respaldo (conmutación por error manual)
## Guía de vídeo: Configuración de replicación síncrona en tiempo real y alta disponibilidad {#videoguide-synchronous-real-time-replication-ha}
### Vídeo de SafeKit: agrupación en clústeres a nivel de aplicación (8:47) {#demo-mirror-ha-cluster}
En este vídeo, descubra cómo SafeKit implementa un clúster espejo HA sin la complejidad de una SAN. Si bien esta demostración utiliza Microsoft SQL Server, la solución funciona de manera idéntica para otras bases de datos y aplicaciones.
### Capítulos
1. 🎬 [2 nodos con SQL Server](https://www.youtube.com/watch?v=mGwEguDnnH0&t=0s) (0:32)
2. 🎬 [Configure 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 falla](https://www.youtube.com/watch?v=mGwEguDnnH0&t=270s) (4:17)
### Implementación paso a paso
* 🛠️ [Lea la guía sobre cómo configurar un clúster reflejado en Windows](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-for-a-new-windows-application-with-real-time-replication-and-failover/)
* 🛠️ [Lea la guía sobre cómo configurar un clúster reflejado en Linux](https://safekit.eviden.com/quick-install/safekit-quick-installation-guide-for-a-new-linux-application-with-real-time-replication-and-failover/)
## Preguntas frecuentes: estrategias de replicación en clústeres de alta disponibilidad {#faq-replication-high-availability}
### Tecnología y mecánica de replicación {#replication-technology--mechanics}
#### ¿SafeKit envía el archivo completo a través de la red cada vez que se modifica? {#safekit-byte-level-replication-vs-full-file-transfer}
**No.** SafeKit utiliza **replicación a nivel de bytes**. Intercepta modificaciones de E/S específicas dentro de archivos y replica solo los bytes modificados, minimizando el tráfico de red.
#### ¿Se activa la replicación cada vez que la aplicación escribe en sus archivos? {#safekit-synchronous-replication-timing}
**No.** La replicación ocurre solo cuando la aplicación solicita una **compromiso de E/S** en el disco local. SafeKit garantiza que el servidor secundario reconozca estos datos antes de completar la escritura.
#### ¿La replicación sincrónica ralentiza mi aplicación? {#synchronous-replication-performance-impact}
La latencia está ligada al **Tiempo de ida y vuelta de la red (RTT)**. En una LAN, el impacto es insignificante (similar al almacenamiento NAS/SAN). En WAN de alta latencia, a menudo se prefieren los modos asíncronos para evitar cuellos de botella en el rendimiento y se requiere una solución de respaldo (no SafeKit).
* * *
### Estrategia de implementación: HA frente a copia de seguridad {#deployment-strategy-ha-vs-backup}
#### ¿Cuándo debo elegir la replicación sincrónica o asincrónica? {#choosing-sync-vs-async}
Elija **Síncrono** para alta disponibilidad (conmutación por error automática, cero pérdida de datos). Elija **Asíncrono** para Copia de seguridad/DR donde la distancia impide la sincronización en tiempo real y no se requiere conmutación por error automática.
#### ¿SafeKit admite la replicación asincrónica? {#safekit-support-asynchronous}
**No.** SafeKit es una solución HA que no requiere pérdida de datos para la **conmutación por error automática**. Para necesidades puramente asincrónicas, busque soluciones de respaldo.
#### ¿La alta disponibilidad elimina la necesidad de una solución de respaldo? {#high-availability-vs-backup}
**No, la alta disponibilidad no elimina la necesidad de una solución de respaldo integral.**
Si bien las soluciones de replicación en tiempo real como [SafeKit]() brindan continuidad empresarial continua, tienen un propósito diferente al de las copias de seguridad. La replicación en tiempo real está diseñada para proteger contra fallas de hardware y tiempos de inactividad del servidor, pero no puede proteger contra amenazas cibernéticas como el ransomware que cifra ambos nodos simultáneamente. Sólo una solución de respaldo con una política de retención puede resolver este problema.
#### ¿Cómo puedo combinar la replicación sincrónica y asincrónica? {#combining-synchronous-asynchronous-replication}
Puede utilizar una **arquitectura híbrida de 3 nodos**: un clúster local de 2 nodos con replicación sincrónica para HA y una tercera copia remota a través de una solución de respaldo con replicación asincrónica para recuperación ante desastres.
**Consulte para obtener más información:** [SafeKit Alta disponibilidad y recuperación ante desastres (HADR)]()