gestão de dados partilhados em ambientes de computação móvel

3.1. MODELO GERAL 25
para a actividade cooperativa.
Cada servidor replica um conjunto de volumes de coobjectos. Para cada volume, replica todos os
coobjectos que estão contidos nesse volume. O estado destas réplicas é sincronizado durante sessões de
sincronização epidémicas estabelecidas entre pares de servidores. A replicação nos servidores tem por
objectivo mascarar as falhas nos servidores e no sistema de comunicação.
Os clientes executam um mecanismo de replicação secundária (os caching), mantendo uma cache 1
com cópias parciais de um conjunto de coobjectos. Uma cópia parcial de um coobjecto inclui apenas um
subconjunto de todos os subobjectos que compõem um coobjecto. Os clientes sincronizam o estado das
cópias locais com os servidores e com outros clientes. A replicação parcial nos clientes tem por objectivo
mascarar os períodos de desconexão, permitindo aos utilizadores continuarem a ler e modificar os dados
partilhados.
As aplicações que utilizam o sistema DOORS executam nos clientes e modificam os coobjectos
através da execução de métodos dos subobjectos — os utilizadores cooperam entre si modificando dados
partilhados. De seguida, apresenta-se o modelo de acesso aos coobjectos.
3.1.1 Modelo de manipulação dos coobjectos
Em geral, as aplicações acedem aos coobjectos usando o modelo de acesso “obtém/modifica local-
mente/submete modificações”. Assim, quando uma aplicação solicita o acesso a um coobjecto, o cliente,
caso não possua uma cópia local, obtém-na a partir de um servidor (ou, caso tal não seja possível, de
outro cliente). De seguida, o cliente cria uma cópia privada do coobjecto e entrega-a à aplicação.
Uma aplicação manipula a cópia privada do coobjecto e os seus subobjectos de forma semelhante a
um grafo de objectos comuns, i.e., usando os seus métodos para aceder e modificar o estado dos objectos
e navegar na estrutura definida. As operações de modificação executadas pelas aplicações são registadas
no coobjecto de forma transparente para a aplicação e sem intervenção do cliente do sistema DOORS
(ver detalhes na secção 3.2.2.2). Este registo consiste na sequência de invocações de métodos 2 efectuadas
pela aplicação.
Inicialmente a cópia privada de um coobjecto inclui apenas referências para um (ou vários) subob-
jecto raiz. Os subobjectos apenas são instanciados quando necessário (i.e., quando são acedidos). Nesse
momento, o cliente cria uma cópia privada do subobjecto 3 e liga-a à cópia privada do coobjecto — todo
este processo é transparente para a aplicação.
1 Usa-se o termo cache para designar o espaço usado para guardar réplicas secundárias dos dados, neste caso, réplicas
parciais dos coobjectos.
2 A invocação de um método é também denominada de operação.
3 Para tal, o cliente pode ter necessidade de contactar um servidor se a sua cópia parcial do coobjecto não incluir o subobjecto
em questão.