Replicación de maestro único y maestro múltiple en DBMS

Requisito previo: replicación  
de datos La replicación de datos es simplemente el proceso de copiar datos de un servidor de base de datos a otro servidor de base de datos para que todos los usuarios puedan compartir los mismos datos sin ninguna inconsistencia. Antes de comprender varios modelos de replicación de datos, es muy importante saber por qué necesitamos replicar datos. 

Ejemplo: 
suponga que tiene Rs. 5000 en su cuenta bancaria y hoy fue a un cajero automático e hizo un retiro de Rs. 100. Ahora el saldo de su cuenta es Rs. 4900. Ahora, si va a cualquier otra sucursal del mismo monto bancario en la cuenta, serán Rs. 4900 solo lo que significa que está actualizado en todas las sucursales. En el escenario actual, sin importar de qué sucursal de un banco en particular retire dinero, todavía se actualiza en todos los bancos y la razón detrás de esto es la replicación de datos. 

Escenario cuando la replicación de datos no estaba presente: 
Consideremos el mismo ejemplo mencionado anteriormente. Ahora, si la replicación de datos no estuvo presente, entonces la sucursal del cajero automático desde el que se retiró solo tendrá su saldo actual como Rs. 4900. Todas las demás sucursales del banco tendrán información de que su saldo bancario actual sigue siendo Rs. 5000. Sin embargo, en el mundo real, los datos se replican en todas las sucursales y todos los bancos obtienen una actualización en su base de datos que indica que el saldo de la cuenta de una persona X ahora es Rs. 4900. 

En conclusión, podemos decir que para la consistencia de los datos y la mejora de la disponibilidad del sistema, la replicación de datos juega un papel muy importante. Después de conocer la idea básica detrás del concepto de replicación, comprenderemos dos tipos de métodos de replicación de datos: replicación de maestro único y replicación de maestro múltiple. 

1. Replicación de maestro 
único: la replicación de maestro único es donde la replicación de datos se realiza de tal manera que solo un servidor administra la tabla maestra y realiza las actualizaciones y los cambios necesarios. La copia de la tabla maestra se replica en servidores esclavos o clientes que están autorizados para ver, leer y buscar datos. Cualquier operación de escritura instruida por el consumidor se transfiere al servidor maestro y realiza los cambios solicitados. Por lo tanto, podemos inferir que estas aplicaciones brindan a los esclavos una función de solo lectura y donde las escrituras las realiza solo el maestro. 

Figura: replicación de maestro único 

Casos de uso de replicación de maestro único: 

• Descarga de información y preguntas de seguimiento: 
  cada organización tiene su propio procesamiento de transacciones en línea (OLTP) que administra aplicaciones orientadas a transacciones. En este caso de uso, los datos completos o un subconjunto de datos del sistema OLTP se transfieren a otra base de datos. El propósito detrás de la transferencia de datos de la base de datos maestra a la esclava es respaldar las consultas en los informes. 

  Las ventajas de este uso son: 

  1. Aumenta la eficiencia del procesamiento de transición ya que la carga de informes se elimina del marco OLTP. 
  2. Mejora el rendimiento de las consultas al mejorar la experiencia del usuario. 
      
• Uso del servidor Warm Standby: 
  el uso de servidores Warm Standby a menudo se prefiere cuando las empresas desean mejorar la disponibilidad de sus datos. En otras palabras, Warm StandBy es un proceso en el que hay un sistema de base de datos de respaldo que se ejecuta en paralelo al sistema de base de datos principal. En esto, los servidores de bases de datos se mantienen actualizados con la red en línea por concepto de replicación y se pueden volver a colocar fácilmente en caso de falla del sistema de producción. También se pueden usar para el mantenimiento regular cambiando gentilmente a servidores en espera para desconectar el servidor de producción para el mantenimiento regular. 

2. Replicación 
multimaestro: la replicación multimaestro es donde la replicación de datos se realiza de tal manera que los datos se replican en un grupo de computadoras conocidas como sistemas maestros y cualquiera puede actualizar la base de datos y la actualización realizada por cualquier persona se replica a otros sistemas como bien. Aquí todos los miembros tratan con el cliente por igual, ya que cualquier sistema puede realizar escrituras. 

Ejemplo: 
si un banco tiene sucursales en dos ciudades, por ejemplo, la ciudad X y la ciudad Y. En caso de que el sistema no esté disponible durante algún tiempo en la ciudad X, las consultas y transacciones de los clientes pueden ser gestionadas por la ciudad Y. Una vez que el sistema en la ciudad X vuelve a estar disponible o podemos decir que se conecta y luego la replicación se realiza de inmediato. Dichas instalaciones de arreglo tienen las ventajas de la replicación maestra única donde las requests de escritura del cliente se transfieren al sistema maestro disponible. Junto con esto, también ayuda en el equilibrio de carga de múltiples maestros donde cualquier sistema disponible realiza escrituras. 

Figura: replicación multimaestro 

Casos de uso de replicación multimaestro: 

• Disponibilidad de escritura: 
  como sabemos, el sistema de replicación de maestro único permite la operación de escritura en la base de datos maestra y todas las demás bases de datos esclavas se leen en la aplicación. Entonces, si queremos que los datos replicados también estén disponibles para el acceso de escritura, se puede usar la replicación multimaestro porque brinda acceso de escritura adicional a las bases de datos esclavas. 
   
• Escalabilidad de la escritura: 
  la replicación multimaestro en la aplicación de escritura permite usar varios servidores de bases de datos en diferentes hosts para procesar operaciones de escritura en su propia base de datos maestra de forma independiente entre sí. Los cambios realizados se pueden conciliar después.