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
.jpg)
- Institución
- Universidad Nacional de La Plata
- OAI Identificador
- oai:sedici.unlp.edu.ar:10915/24352
Ver los metadatos del registro completo
| 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 |