Un protocolo para replicación dinámica de datos

Autores
Zanconi, Marcelo; Ardenghi, Jorge Raúl
Año de publicación
1998
Idioma
español castellano
Tipo de recurso
documento de conferencia
Estado
versión publicada
Descripción
La replicación es un mecanismo utilizado para favorecer la tolerancia a las fallas y la disponibilidad de los sistemas de manejo de datos distribuidos, SMDD. Se puede tener replicación total, donde la base de datos está replicada integramente en cada uno de los nodos intervinientes; en otro extremo se presenta el manejo centralizado de datos, tipo arquitectura cliente-servidor, donde un nodo administra todos los datos. El primero de los casos es poco práctico de implementar dado el alto costo de actualización que tiene. Por otro lado, manejar los datos enn forma centralizadas hace al SMDD muy vulnerable y tiene un alto grado de estrangulamiento. Entre estos dos extremos, se tienen la replicación parcial, donde un administrador decide qué conjunto de datos van a replicarse y en que sitios lo harán. A partir de este punto, todos los nodos intervinientes conocen el esquema de replicación y se comportan siguiendo algún algoritmo de control de concurrencia tal como copia primaria, token, ROWA, entre otros. Por otro lado, debemos recordar que todo mecanismo de replicación tendrá éxito comercial si el número de copias es bajo, la performance es buena, (comparada con el manejo centralizado y el almacenamiento redundante), y el número de lecturas se reduce a una copia, tal como se especifica en [7] y en [2]. Pero estos métodos son estáticos, es decir no cambian con la ejecución de transacciones. Sin embargo, es posible implementar algoritmos dinámicos que de acuerdo a la carga del sistema, decidan crear nuevas réplicas o eliminar algunas. Típicamente, cada sitio se encargará de administrar los datos que le son propios, es decir se parte de un esquema de replicación parcial. A medida que el sistema crece, si una copia C residente en un nodo s es requerida remotamente y en forma intensa, desde otro nodo s' es preferible incorporar C a s', de modo que el acceso se haga en forma local. Por el contrario, si una copia C es modificada remotamente y en forma intensa desde otro nodo s', es preferible eliminar del nodo s la administración de C, de modo de facilitar el esquema de concurrencia. Por otro lado, los agentes permiten la toma de una decisión basada en la percepción del sistema; en este caso no interesa un agente que tenga una arquitectura especial de percepción, (como se especifica en la literatura, [12]), sino que el agente pueda captar el estado del sistema de acuerdo a ciertos parámetros predefinidos. Concretamente, el agente actuará como un controlador de las versiones dinámicas de un dato, en un modo similar al expuesto en [11], pero con mayor interacción con el ambiente distribuído.
Sistemas Distribuidos - Redes Concurrencia
Red de Universidades con Carreras en Informática (RedUNCI)
Materia
Ciencias Informáticas
Informática
replicación
Distributed Systems
replicación dinámica
Distributed databases
sistemas distribuidos
Nivel de accesibilidad
acceso abierto
Condiciones de uso
http://creativecommons.org/licenses/by-nc-sa/2.5/ar/
Repositorio
SEDICI (UNLP)
Institución
Universidad Nacional de La Plata
OAI Identificador
oai:sedici.unlp.edu.ar:10915/24352

id SEDICI_ac60c3148ba0315760452ca721362d8a
oai_identifier_str oai:sedici.unlp.edu.ar:10915/24352
network_acronym_str SEDICI
repository_id_str 1329
network_name_str SEDICI (UNLP)
spelling Un protocolo para replicación dinámica de datosZanconi, MarceloArdenghi, Jorge RaúlCiencias InformáticasInformáticareplicaciónDistributed Systemsreplicación dinámicaDistributed databasessistemas distribuidosLa replicación es un mecanismo utilizado para favorecer la tolerancia a las fallas y la disponibilidad de los sistemas de manejo de datos distribuidos, SMDD. Se puede tener replicación total, donde la base de datos está replicada integramente en cada uno de los nodos intervinientes; en otro extremo se presenta el manejo centralizado de datos, tipo arquitectura cliente-servidor, donde un nodo administra todos los datos. El primero de los casos es poco práctico de implementar dado el alto costo de actualización que tiene. Por otro lado, manejar los datos enn forma centralizadas hace al SMDD muy vulnerable y tiene un alto grado de estrangulamiento. Entre estos dos extremos, se tienen la replicación parcial, donde un administrador decide qué conjunto de datos van a replicarse y en que sitios lo harán. A partir de este punto, todos los nodos intervinientes conocen el esquema de replicación y se comportan siguiendo algún algoritmo de control de concurrencia tal como copia primaria, token, ROWA, entre otros. Por otro lado, debemos recordar que todo mecanismo de replicación tendrá éxito comercial si el número de copias es bajo, la performance es buena, (comparada con el manejo centralizado y el almacenamiento redundante), y el número de lecturas se reduce a una copia, tal como se especifica en [7] y en [2]. Pero estos métodos son estáticos, es decir no cambian con la ejecución de transacciones. Sin embargo, es posible implementar algoritmos dinámicos que de acuerdo a la carga del sistema, decidan crear nuevas réplicas o eliminar algunas. Típicamente, cada sitio se encargará de administrar los datos que le son propios, es decir se parte de un esquema de replicación parcial. A medida que el sistema crece, si una copia C residente en un nodo s es requerida remotamente y en forma intensa, desde otro nodo s' es preferible incorporar C a s', de modo que el acceso se haga en forma local. Por el contrario, si una copia C es modificada remotamente y en forma intensa desde otro nodo s', es preferible eliminar del nodo s la administración de C, de modo de facilitar el esquema de concurrencia. Por otro lado, los agentes permiten la toma de una decisión basada en la percepción del sistema; en este caso no interesa un agente que tenga una arquitectura especial de percepción, (como se especifica en la literatura, [12]), sino que el agente pueda captar el estado del sistema de acuerdo a ciertos parámetros predefinidos. Concretamente, el agente actuará como un controlador de las versiones dinámicas de un dato, en un modo similar al expuesto en [11], pero con mayor interacción con el ambiente distribuído.Sistemas Distribuidos - Redes ConcurrenciaRed de Universidades con Carreras en Informática (RedUNCI)1998-10info:eu-repo/semantics/conferenceObjectinfo:eu-repo/semantics/publishedVersionObjeto de conferenciahttp://purl.org/coar/resource_type/c_5794info:ar-repo/semantics/documentoDeConferenciaapplication/pdfhttp://sedici.unlp.edu.ar/handle/10915/24352spainfo:eu-repo/semantics/openAccesshttp://creativecommons.org/licenses/by-nc-sa/2.5/ar/Creative Commons Attribution-NonCommercial-ShareAlike 2.5 Argentina (CC BY-NC-SA 2.5)reponame:SEDICI (UNLP)instname:Universidad Nacional de La Platainstacron:UNLP2025-10-22T16:37:23Zoai:sedici.unlp.edu.ar:10915/24352Institucionalhttp://sedici.unlp.edu.ar/Universidad públicaNo correspondehttp://sedici.unlp.edu.ar/oai/snrdalira@sedici.unlp.edu.arArgentinaNo correspondeNo correspondeNo correspondeopendoar:13292025-10-22 16:37:23.43SEDICI (UNLP) - Universidad Nacional de La Platafalse
dc.title.none.fl_str_mv Un protocolo para replicación dinámica de datos
title Un protocolo para replicación dinámica de datos
spellingShingle Un protocolo para replicación dinámica de datos
Zanconi, Marcelo
Ciencias Informáticas
Informática
replicación
Distributed Systems
replicación dinámica
Distributed databases
sistemas distribuidos
title_short Un protocolo para replicación dinámica de datos
title_full Un protocolo para replicación dinámica de datos
title_fullStr Un protocolo para replicación dinámica de datos
title_full_unstemmed Un protocolo para replicación dinámica de datos
title_sort Un protocolo para replicación dinámica de datos
dc.creator.none.fl_str_mv Zanconi, Marcelo
Ardenghi, Jorge Raúl
author Zanconi, Marcelo
author_facet Zanconi, Marcelo
Ardenghi, Jorge Raúl
author_role author
author2 Ardenghi, Jorge Raúl
author2_role author
dc.subject.none.fl_str_mv Ciencias Informáticas
Informática
replicación
Distributed Systems
replicación dinámica
Distributed databases
sistemas distribuidos
topic Ciencias Informáticas
Informática
replicación
Distributed Systems
replicación dinámica
Distributed databases
sistemas distribuidos
dc.description.none.fl_txt_mv La replicación es un mecanismo utilizado para favorecer la tolerancia a las fallas y la disponibilidad de los sistemas de manejo de datos distribuidos, SMDD. Se puede tener replicación total, donde la base de datos está replicada integramente en cada uno de los nodos intervinientes; en otro extremo se presenta el manejo centralizado de datos, tipo arquitectura cliente-servidor, donde un nodo administra todos los datos. El primero de los casos es poco práctico de implementar dado el alto costo de actualización que tiene. Por otro lado, manejar los datos enn forma centralizadas hace al SMDD muy vulnerable y tiene un alto grado de estrangulamiento. Entre estos dos extremos, se tienen la replicación parcial, donde un administrador decide qué conjunto de datos van a replicarse y en que sitios lo harán. A partir de este punto, todos los nodos intervinientes conocen el esquema de replicación y se comportan siguiendo algún algoritmo de control de concurrencia tal como copia primaria, token, ROWA, entre otros. Por otro lado, debemos recordar que todo mecanismo de replicación tendrá éxito comercial si el número de copias es bajo, la performance es buena, (comparada con el manejo centralizado y el almacenamiento redundante), y el número de lecturas se reduce a una copia, tal como se especifica en [7] y en [2]. Pero estos métodos son estáticos, es decir no cambian con la ejecución de transacciones. Sin embargo, es posible implementar algoritmos dinámicos que de acuerdo a la carga del sistema, decidan crear nuevas réplicas o eliminar algunas. Típicamente, cada sitio se encargará de administrar los datos que le son propios, es decir se parte de un esquema de replicación parcial. A medida que el sistema crece, si una copia C residente en un nodo s es requerida remotamente y en forma intensa, desde otro nodo s' es preferible incorporar C a s', de modo que el acceso se haga en forma local. Por el contrario, si una copia C es modificada remotamente y en forma intensa desde otro nodo s', es preferible eliminar del nodo s la administración de C, de modo de facilitar el esquema de concurrencia. Por otro lado, los agentes permiten la toma de una decisión basada en la percepción del sistema; en este caso no interesa un agente que tenga una arquitectura especial de percepción, (como se especifica en la literatura, [12]), sino que el agente pueda captar el estado del sistema de acuerdo a ciertos parámetros predefinidos. Concretamente, el agente actuará como un controlador de las versiones dinámicas de un dato, en un modo similar al expuesto en [11], pero con mayor interacción con el ambiente distribuído.
Sistemas Distribuidos - Redes Concurrencia
Red de Universidades con Carreras en Informática (RedUNCI)
description La replicación es un mecanismo utilizado para favorecer la tolerancia a las fallas y la disponibilidad de los sistemas de manejo de datos distribuidos, SMDD. Se puede tener replicación total, donde la base de datos está replicada integramente en cada uno de los nodos intervinientes; en otro extremo se presenta el manejo centralizado de datos, tipo arquitectura cliente-servidor, donde un nodo administra todos los datos. El primero de los casos es poco práctico de implementar dado el alto costo de actualización que tiene. Por otro lado, manejar los datos enn forma centralizadas hace al SMDD muy vulnerable y tiene un alto grado de estrangulamiento. Entre estos dos extremos, se tienen la replicación parcial, donde un administrador decide qué conjunto de datos van a replicarse y en que sitios lo harán. A partir de este punto, todos los nodos intervinientes conocen el esquema de replicación y se comportan siguiendo algún algoritmo de control de concurrencia tal como copia primaria, token, ROWA, entre otros. Por otro lado, debemos recordar que todo mecanismo de replicación tendrá éxito comercial si el número de copias es bajo, la performance es buena, (comparada con el manejo centralizado y el almacenamiento redundante), y el número de lecturas se reduce a una copia, tal como se especifica en [7] y en [2]. Pero estos métodos son estáticos, es decir no cambian con la ejecución de transacciones. Sin embargo, es posible implementar algoritmos dinámicos que de acuerdo a la carga del sistema, decidan crear nuevas réplicas o eliminar algunas. Típicamente, cada sitio se encargará de administrar los datos que le son propios, es decir se parte de un esquema de replicación parcial. A medida que el sistema crece, si una copia C residente en un nodo s es requerida remotamente y en forma intensa, desde otro nodo s' es preferible incorporar C a s', de modo que el acceso se haga en forma local. Por el contrario, si una copia C es modificada remotamente y en forma intensa desde otro nodo s', es preferible eliminar del nodo s la administración de C, de modo de facilitar el esquema de concurrencia. Por otro lado, los agentes permiten la toma de una decisión basada en la percepción del sistema; en este caso no interesa un agente que tenga una arquitectura especial de percepción, (como se especifica en la literatura, [12]), sino que el agente pueda captar el estado del sistema de acuerdo a ciertos parámetros predefinidos. Concretamente, el agente actuará como un controlador de las versiones dinámicas de un dato, en un modo similar al expuesto en [11], pero con mayor interacción con el ambiente distribuído.
publishDate 1998
dc.date.none.fl_str_mv 1998-10
dc.type.none.fl_str_mv info:eu-repo/semantics/conferenceObject
info:eu-repo/semantics/publishedVersion
Objeto de conferencia
http://purl.org/coar/resource_type/c_5794
info:ar-repo/semantics/documentoDeConferencia
format conferenceObject
status_str publishedVersion
dc.identifier.none.fl_str_mv http://sedici.unlp.edu.ar/handle/10915/24352
url http://sedici.unlp.edu.ar/handle/10915/24352
dc.language.none.fl_str_mv spa
language spa
dc.rights.none.fl_str_mv info:eu-repo/semantics/openAccess
http://creativecommons.org/licenses/by-nc-sa/2.5/ar/
Creative Commons Attribution-NonCommercial-ShareAlike 2.5 Argentina (CC BY-NC-SA 2.5)
eu_rights_str_mv openAccess
rights_invalid_str_mv http://creativecommons.org/licenses/by-nc-sa/2.5/ar/
Creative Commons Attribution-NonCommercial-ShareAlike 2.5 Argentina (CC BY-NC-SA 2.5)
dc.format.none.fl_str_mv application/pdf
dc.source.none.fl_str_mv reponame:SEDICI (UNLP)
instname:Universidad Nacional de La Plata
instacron:UNLP
reponame_str SEDICI (UNLP)
collection SEDICI (UNLP)
instname_str Universidad Nacional de La Plata
instacron_str UNLP
institution UNLP
repository.name.fl_str_mv SEDICI (UNLP) - Universidad Nacional de La Plata
repository.mail.fl_str_mv alira@sedici.unlp.edu.ar
_version_ 1846782835888750592
score 12.982451