Administración de Catálogo

En un sistema distribuido, el catálogo del sistema incluirá no solo la información usual

acerca de las relaciones, indices, usuarios, sino también toda la información de control
necesaria para que el sistema pueda ofrecer la independencia deseada con respecto a la
localización, la fragmentaci&ocute;n y la réplica.
1. Centralizado (" no depender de un sitio central")
2. Replicas completas (" falta de autonomía, toda la actualización debe ser propagada a
cada sitio ")
3. Dividido ( muy costoso )
4. Combinación de 1 y 3 (" no depender de un sitio central ")

Propagación de Actualizaciones

El problema basicó con la réplica de datos, es la necesidad de propagar cualquier

modificación de un objeto lógico dado a todas las copias almacenadas de ese objeto. Un
problema que surge es que algún sitio donde se mantiene una copia del objeto puede NO
estar disponible, y fracasaría; la modificación si cualquiera de las copias no esta disponible.

Para tratar este problema se habla de " una copia primaria " y funciona asi :
· Una de las copias del objeto se designa como copia primaria, y las otras seran secundarias.
· Las copias primarias de los distintos objetos estan en sitios diferentes.
· Las operaciones de actualización se consideran completas después de que se ha
modificado la copia primaria.
El sitio donde se encuentra esa copia se encarga entonces de propagar la actualización a las
copias secundarias.

Recuperación

Basado en el protocolo de compromiso de dos fases. El compromiso de dos fases es

obligatorio en cualquier ambiente en el cual una sola transacción puede interactuar con
varios manejadores de recursos autónomos, pero tiene especial importancia en un sistema
distribuido porque los manejadores de recursos en cuestión ( o sea los DBMS locales )
operan en sitios distintos y por tanto son muy autónomos. En particular, son vulnerables a
fallas idependientes. Surgen los siguientes puntos :
1. El objevito de "no dependencia de un sitio central" dicta que la función de coordinador
no debe asignarse a un sitio espec&iaute;fico de la red, sino que deben realizarla diferentes
sitios para diferentes transacciones. Por lo regular se encarga de ella el sitio en el cual se
inicia la transacción en cuestión.
2. El proceso de compromiso en dos fases requiere una comunicación entre el coordinador
y todos los sitios participantes, lo cual implica m´s mensajes y mayor costo extra.
3. Si el sitio Y actúa como participante en un proceso de compromiso en dos fases
coordinado por el sitio X, el sitio Y deberá hacer lo ordenado pro el sitio X ( compromiso o
retroceso, según se aplique ), lo cual implica otra pérdida de autonomía local.
4. En condiciones ideales, nos gustaría que el proceso de compromiso en dos fases
funcionara aun en caso de presentarse fallas de sitios o de la red en cualquier punto.
Idealmente, el proceso debería ser capaz de soportar cualquier tipo concebible de falla. Por
desgracia es fácil ver que este problema es en esencia imposible de resolver; es decir, no
existe un protocolo finito que garantice el compromiso al unísono de una transacción
exitosa por parte de todos los agentes, o el retroceso al unísono de una transacción no
existosa en caso de fallas arbitrarias.

Concurrencia

Este concepto tiene que ver con la definición de un agente. El manejo de transacciones
tiene dos aspectos principales, el control de recuperación y el control de concurrencia. En
un sistema distribuido, una sola transacción puede implicar la ejecución de código en varios
sitios ( puede implicar actualizaciones en varios sitios ), entonces se dice que una
transacción esta compuesta por varios agentes, donde un agente es el proceso ejecutado en
nombre de una transacción dada en determinado sitio. Y el sistema necesita saber cuando
dos agentes son parte de la misma transacción.