REPLICACIÓN DE DATOS
las bases de datos distribuidas se replican típicamente.
Los efectos de la replicación son múltiples:
La disponibilidad del sistema: los DBMS distribuidos pueden eliminar los puntos únicos de fallo en la replicación de datos, de modo que los elementos de datos son accesible desde varios sitios. Por consiguiente, aun cuando algunos sitios han bajado, de datos puede ser accesible desde otros sitios.
Rendimiento: Como hemos visto anteriormente, uno de los principales contribuyentes al tiempo de respuesta es la sobrecarga de comunicación. Replicación nos permite localizar los datos más cerca de sus puntos de acceso, con lo que la localización de la mayoría de los acceso que contribuye a una reducción en el tiempo de respuesta.
Escalabilidad: Como los sistemas de crecer geográficamente y en términos del número de sitios (por consiguiente, en términos del número de solicitudes de acceso), la replicación permite una manera de apoyar este crecimiento con tiempos de respuesta aceptables.
Los requisitos de solicitud: Por último, la replicación puede ser dictado por las aplicaciones, que podría mantener copias de datos múltiples como parte de su especificaciones operacionales.
Hay una serie de decisiones y los factores que afectan el diseño de replicación protocolos.
Base de datos de diseño: una base de datos distribuida puede ser total o parcialmente replicado. En el caso de una base de datos replicada parcialmente, el número de elementos de datos físicos para cada elemento de datos lógico puede variar, y algunos elementos de datos puede ser incluso no replicado. En este caso, las operaciones que el acceso sólo no replicado elementos de datos son transacciones locales (ya que se puede ejecutar en destino, en un sitio) y su ejecución normalmente no nos concierne aquí. Las transacciones que acceden a replicar elementos de datos tienen que ser ejecutado en múltiples y son transacciones globales.
Base de datos de consistencia: Cuando las transacciones globales actualizar copias de un elemento de datos en sitios diferentes, los valores de estas copias pueden ser diferentes en un punto dado en el tiempo. Una base de datos replicada se dice que está en un estado mutuamente consistentes si todas las réplicas de cada uno de sus elementos de datos tienen valores idénticos. Lo que diferencia diferente criterios de inversión de consistencia es la fuerza con réplicas sincronizadas tienen que ser.
Cuando se realizan las actualizaciones: Las técnicas pueden ser caracterizados como centralizado si realizan primeras actualizaciones en una copia maestra, frente distribuido si permiten actualizaciones a través de cualquier réplica. Técnicas centralizadas puede ser identificado como único maestro cuando sólo hay una copia de base de datos maestra en el sistema, o copia principal donde la copia maestra de cada elemento de datos puede ser diferente.
Actualización de propagación: Una vez que las actualizaciones se realizan en una réplica (maestro o de otro modo), la decisión siguiente es cómo cambios se propagan a los otros. Las alternativas son identificados como eager frente lazy. Ansioso técnicas de realizar todas las actualizaciones en el contexto de la transacción global que ha iniciado las operaciones de escritura.
Grado de transparencia de replicación: Ciertos protocolos de replicación requieren que cada usuario de la aplicación para conocer el sitio principal donde las operaciones de transacción son presentada. Estos protocolos proporcionan sólo transparencia replicación limitada a las aplicaciones de usuario. Otros protocolos proporcionan transparencia replicación completa mediante la participación del Gestor de transacciones (TM) en cada sitio. En este caso, el usuario presentar solicitudes de transacciones a sus memorias locales en lugar de la web master.
