BDD Bases de Datos Distribuidas
BDD Bases de Datos Distribuidas
BDD Bases de Datos Distribuidas
Create successful ePaper yourself
Turn your PDF publications into a flip-book with our unique Google optimized e-Paper software.
12.2.2) Par a Par<br />
13) Transacción Distribuida<br />
14) Control <strong>de</strong> Concurrencia Distribuida<br />
14.1) Centralizado<br />
14.2) Copia Primaria<br />
14.3) Totalmente Distribuido<br />
15) Interbloqueos Distribuidos<br />
16) Recuperación Distribuida<br />
16.1) Ejecución Normal y Protocolos<br />
Commit<br />
16.1.1) Protocolo <strong>de</strong> Dos Fases<br />
16.2) Reinicio luego <strong>de</strong> una Falla<br />
16.3) Protocolo <strong>de</strong> Tres Fases<br />
Reinicio luego <strong>de</strong> una Falla<br />
• Si tenemos no preparado, Commit o Abort en<br />
el log para la transacción T; seguramente la<br />
transacción T no había hecho Commit antes <strong>de</strong> la<br />
falla, entonces <strong>de</strong>bemos abortar unilateralmente y<br />
Undo T y escribir un end en el log. Para este caso<br />
no po<strong>de</strong>mos <strong>de</strong>terminar si el nodo es el<br />
coordinador o es subordinado para T. Sin embargo<br />
no existe problema <strong>de</strong>bido a que si este nodo es<br />
coordinador para un transacción T y falla, los<br />
subordinados que mandaron mensaje <strong>de</strong> si no<br />
pue<strong>de</strong>n <strong>de</strong>cidir hacer Commit o Abort a T hasta<br />
que el coordinador se recupere y pueda <strong>de</strong>cidir por<br />
ellos. En este caso <strong>de</strong>cimos que T esta<br />
bloqueada.