INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ

Nombre:

Ruth Nohemi Medina Medina

Matrícula: 09111059

Nombre de la materia: Bases de Datos Distribuidas Unidad: 2 Fecha: 02/12/12 Bibliografía:

Nombre del profesor: Jose Luis Fong Actividad: Resumen de Replicacion

http://www-rohan.sdsu.edu/doc/oracle/server803/A54651_01/ch4.htm, http://www2.parc.com/csl/projects/bayou/pubs/dataeng-98/DataEngineeringDec98.frame.html http://www.dba-oracle.com/art_select_repl.pdf, http://www-306.ibm.com/software/data/integration/replication/, http://www.microsoft.com/resources/documentation/sql/7/all/reskit/en-us/part2/sqc02.mspx, http://www-rohan.sdsu.edu/doc/oracle/server803/A54651_01/pref.htm.

OBJETIVO: Realizar un resumen para conocer sobre la replicación. PROCEDIMIENTO: Analizaremos un archivo que nos fue enviado, para realizar un resumen sobre la repicacion y conocer sobre ella. RESULTADOS: REPLICACION
    Es el proceso e copiar y mantener los objetos de la base de datos en las múltiples bases de datos que incorporan un sistema de bases de datos distribuidas. Confía en la tecnología de la base de datos distribuida para funcionar, esta puede obtener las ventajas de las aplicaciones que no son posibles dentro de un amiente de BDD pura. Puede mejorar el funcionamiento y proteger la disponibilidad de las aplicaciones, ya que alterna opciones de acceso de los datos existentes. Oracle apoya la replicación básica y avanzada.

Base de datos distribuida pura: el sistema maneja una sola copia de toda la información y soporta los objetos de la base de datos. Aplicaciones transaccionales distribuidas: usa transacciones distribuidas para tener acceso a datos locales, remotos y a modificar la base de datos global en tiempo real. Replicación básica:
  La replicación de los datos proporciona el acceso a solo-lectura a datos de tablas que provienen de un sitio primario (master). Las aplicación pueden preguntar datos de replicas de datos locales para evitar el acceso a la red.

b) Sitio de Failover: Si el sitio primario es inasequible debido a un sistema o interrupción en la red. 2. Refresco de Snapshots: a) Es un reflejo de transacciones consistentes de datos principales.INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ  Las aplicaciones atreves del sistema deben tener acceso a los datos de tipo primario cuando las actualizaciones sean necesarias. Conceptos avanzados de replicación: Pueden proporcionar lectura y acceso a actualizaciones de datos. Los datos pueden proveer lectura y acceso a actualizaciones a los datos de las tablas. c) Es una operación eficiente que logra reflejar un estado más actual de su master. b) Para mantener dichos datos el servidor debe restaurar periódicamente el snapshot. Soportan aplicaciones que requieren acceso de solo lectura a los datos de la tabla que originan de un sitio primario. este sitio puede servir como base de datos completamente funcional al acceso de la aplicación de ayuda. eliminar o actualizar filas. 3. Conceptos básicos de replicación: 2. Conceptos principales de un sistema avanzado de replicación: 1) Aplicaciones para la replicación avanzada: a) Ambientes Desconectados: Es útil para el despliegue de aplicaciones del procesamiento transaccional que funcionan con componentes desconectados. Asegurando disponibilidad continua.  Replicación (Simétrica) Avanzada: 1. Una aplicación puede preguntar los datos de snapshots de la tabla pero no puede insertar. Aplicaciones de la réplica básica: a) Es útil para la distribución de la información. c) puede ser útil como mecanismo del transporte de la información. b) La replicación básica es útil como manera de replicar bases de datos enteras o información off-load. 2) Configuraciones avanzadas de Replicación . o proporcionando más acceso localizados a los datos. Conceptos fundamentales de los ambientes básicos de la replicación: 1. Sólo lectura de las tablas de Snapshots a) Es una copia local de los datos de la tabla que origina de una o más copias principales o remotas. Oracle soporta solo-lectura en ambientes donde usen tablas de snapshops de solo-lectura. c) Cargas de Aplicaciones Distribuidas: Es útil para aplicaciones que requieren puntos múltiples de acceso a la información de la base para propósitos de distribuir una carga pesada de aplicación.

Permiten que las aplicaciones actualicen. Organizando objetos dentro de un grupo de replicación es más fácil administrar objetos juntos. inserten y supriman filas de la tabla con los snopshots actualizables. 3) Objetos de Replicación. b) Grupos de Replicación: Se manejan objetos de replicación usando grupos de replicación. Soportan dos tipos básicos de sitios: maestros y de snapshots. como: · Unicidad de conflictos · Actualización de conflictos · Cancelación de conflictos OPCIONES AVANZADAS ÚNICAS DE REPLICACIÓN . un usuario responsable de configurar y de mantener objetos replicados en la base de datos. para manejar grupos de objetos en la base de datos. Sitios y Catálogos a) Objetos de Replicación: Es un objeto de la base de datos que existe en los servidores múltiples de la BDD. triggers. b) Sitios de Snapshots y Snapshots Actualizables: Pueden consolidar la información que la aplicaciones actualizan en sitios remotos de snapshots. paquetes. Pueden tener varios sitios principales y múltiples snapshots para cada master.se crea y utiliza un grupo para apoyar una aplicación en particular. Cada servidor que participa puede automatizar la replicación de objetos en grupos usando la información en su catalogo de la replicación. d) Catalogo de Replicación: Es un sistema distinto de diccionario de tablas y vistas. 4) Replicación de administradores. Opciones de Configuración Se utiliza apenas una cuenta para todos los propósitos como un administrador de replicación. y un receptor de replicación. La restricción es un objeto y puede ser un miembro de solo un grupo. Grupos. índices y sinónimos). c) Configuraciones Hibridas: Es la combinación de las dos anteriores(replicación multimaster y snapshots actualizables). CONFLICTOS DE REPLICACIÓN Los sistemas avanzados de replicación que apoyan un modelo de la actualización deben tratar la posibilidad de conflictos de replicación.  Cada sitio de replicación en un sistema avanzado requiere cuentas especiales de usuario para propagar y aplicar cambios a los datos replicados. programadores y receptores  Cada sitio en un sistema avanzado de replicación requiere por lo menos un administrador. Permite replicar tablas y objetos de soporte (vistas. Las aplicaciones pueden actualizar cualquier tabla replicada en cualquier sitio. un propagador de replicación. c) Sitios de Replicación: Puede existir en múltiples sitios.INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ a) Replicación de Multimaster: permite actuar a múltiples sitios como pares iguales.

Estos tres elementos son comunes para todos los sitios replicados y deben ser considerados con mucho cuidado al momento de tomar la decisión sobre replicar o no replicar. La replicación procesal replica solamente la llamada a un procedimiento almacenado que una aplicación utilice para actualizar una tabla. sólo es recomendable. en todos los sitios se debe replicar los paquetes que modifican datos en el sistema. Estructura General y Algunas Consideraciones Antes de crear un Sitio Replicado. cuando la mejora en cuanto a rendimiento del snapshot es mayor a su complejidad. pudiendo saturar una red. se debe generar una envoltura para este paquete en cada sitio.INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ Algunas aplicaciones tienen requisitos especiales de un sistema avanzado de replicación. . · Propagación (en tiempo real) Sincrónica de Datos Replicación Procesal   Las aplicaciones del procesamiento de lotes. Después de replicar un paquete. y dentro de la misma transacción también actualiza el resto de las replicación de la misma tabla. la envoltura se asegura de que la llamada esté hecha en última instancia al mismo procedimiento empaquetado en el resto de los sitios en el ambiente replicado. se deben tener en cuenta los siguientes elementos de su estructura que son indispensables para el correcto funcionamiento: · Un Administrador: Este se encarga de administrar la consistencia del sitio · Un propagador: Se encarga de manejar las replicaciones y propagarlas por el resto de los sitios.  Propagación Sincrónica de Datos (en tiempo real) Es la configuración normal para los ambientes avanzados de la replicación. SNAPSHOT SITES Visión General Los snapshots sites. Cuando una aplicación llama un procedimiento empaquetado en el sitio local para modificar datos. Por lo tanto. · Un Vínculo con la Base de Datos: Se encarga de tener una comunicación directa con el “SitioPrincipal” para mantener consistencia de los datos. La replicación procesal no replica modificaciones de los datos. pueden cambiar cantidades grandes de datos dentro de una sola transacción. la réplica sincrónica de los datos también se llama réplica en tiempo real de datos. · Replicación Procesal. esto se hace solo cuando dicho cliente realiza una gran carga sobre los datos. La propagación sincrónica de datos ocurre cuando una aplicación actualiza una replicación local de una tabla. son copias de un sitio que se colocan localmente cerca de otro cliente para mejorar su velocidad de acceso a dicha información. Debido al alto grado de complejidad que se debe tener para implementar y mantener la consistencia. Se utiliza solamente cuando las aplicaciones requieren que los sitios replicados sigan sincronizados continuamente. o instantáneas de un sitio. Para utilizar replicación procesal.

INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ MÉTODOS DE RESOLUCIÓN DE CONFLICTOS Visión General Es ampliamente necesario realizar y definir un sistema . lo que produce conflictos si dos o mas sitios modifican el mismo dato en sitios distintos. Es conveniente considerar lo siguiente. Métodos de Resolución de Conflictos . que los datos no deben ser actualizados inmediatamente. sobre todo si un cliente intenta realizar aplicaciones sobre ella y los cambios aun no han sido realizados. · Conflictos de Unicidad: En bases de datos. en el diseño de un sistema de resolución de conflictos: · Monitorear la ocurrencia de cualquier conflicto sin resolver. Tipos de conflictos Existen principalmente 3 tipos de conflictos que deben ser detectados por el sistema en cuestión: · Conflictos de Actualización: vale decir. por dos motivos: · Para asegurar la convergencia de los datos: Esto quiere decir. ¿Por qué utilizar métodos de resolución de conflictos? Dichos métodos se usan. pero si es imprescindible. es imprescindible. Los cambios dentro de la Base de Datos Distribuida de producen y se propagan concurrente y asincrónicamente. que en algún tiempo finito se propaguen todos los cambios en todos los repositorios. para resolver los conflictos de datos que se puedan producir. y por lo tanto. El sistema debiese comportarse de manera suave y sin problemas. Estos puntos son la base para cualquier sistema que pretenda manejar los conflictos que se producen en la actualización de los datos. · Conflictos de Borrado: se producen conflictos al borrar una determinada fila. principalmente. no es un problema menor en ambientes distribuidos. Si todos los sitios propagaran los cambios sincrónicamente y no se tuviesen sitios “snapshot” actualizables. la unicidad en las claves primarias. y atacar las debilidades de este con un sistema diseñado propio. no debiesen ocurrir conflictos y no se necesitaría diseñar un método de resolución de conflictos. · Diseñar un Sistema Propio: También se puede diseñar un sistema propio para tratar de mejor manera los requerimientos específicos para cada caso. que sea detectado. Eligiendo un Sistema de Resolución de Conflictos Lla elección de un buen sistema de resolución de conflictos puede tomar tres grandes variantes: · Utilizar un Sistema Propietario: Existen muchos motores de DDB. cada uno de los cuales posee sus propias herramientas para solucionar estos conflictos. · Utilizar un Híbrido entre Ambos: También es posible utilizar el sistema propietario como base. para asegurar que todo el sistema posee los mismos datos. En este caso se debe decidir cual de las dos actualizaciones debe ser hecha primero. · Usar un método de notificación. evita que el sistema caiga en una falla que llevará al sistema a la inestabilidad. cuando dos sitios intentan actualizar la misma información. · Par evitar los errores en cascada: Esto. para enviar información a los demás sitios sobre cualquier conflicto inesperado.

esto se puede usar. Algunos ejemplos son. numéricos o strings. es realizar promedios de las transacciones o asignar diferentes grados de prioridad a los sitios. por ejemplo. para ver hacer que un sitio tenga preferencia sobre otro en las actualizaciones remotas. cuando se trabaja con datos numéricos. Los diferentes sistemas propietarios disponibles en el mercado. . con el objeto de eliminar las inconsistencias que se pudieron haber producido. al trabajar con strings. Finalmente se habló de temas un poco más específicos de las DDB como el control de la consistencia y algo sobre la replicación de sitios y las consideraciones de diseño. CONCLUSIÓN: Lo primero que se hizo. para luego comenzar a dar una mayor información sobre la estructura interna de las DDB. poseen sus propias rutinas y métodos para resolver los conflictos. Cualquiera que sea la decisión que se tome. es de suma importancia un buen análisis de cada caso en particular. Otro enfoque. por ejemplo. También se trabaja con timestamp de las transacciones y luego se comparan. fue hacer una pequeña definición de las bases de datos distribuidas e introducir al lector en el tema. ya que ciertos algoritmos funcionan mejor con ciertos datos.INSTITUTO TECNOLOGICO DE CIUDAD JUAREZ Son funciones o algoritmos que se realizan cuando alguna transacción es realizada. comparando el valor que será insertado para ver si es mayor o menor.

Sign up to vote on this title
UsefulNot useful