ADMINISTRAO DE BANCOS DE

DADOS

MDULO 12

ndice
1. Administrao de SGBDs - Continuao ........................3
1.1. Recuperao (Recovery) ............................................. 3
1.1.1. Recuperao de sistema ........................................ 3
1.1.2. Recuperao da mdia ........................................... 4

2
Administrao de Banco de Dados - Mdulo 12

1. ADMINISTRAO DE SGBDS - CONTINUAO

1.1. RECUPERAO (RECOVERY)

O Recovery (recuperao), segundo DATE (2003:381) em um sistema
de banco de dados significa basicamente a recuperao do prprio banco de
dados: ou seja, restaurar o banco de dados a um estado que se sabe ser
correto depois que alguma falha o leva a um estado incorreto ou, pelo
menos, suspeito. E os princpios fundamentais em que se baseia essa
recuperao so muito simples, e podem ser resumidos em uma palavra:
redundncia. Em outras palavras, o modo de garantir que o banco de dados
de fato recupervel garantir que toda informao que ele contm possa
ser reconstruda a partir de alguma outra informao armazenada de modo
redundante em outro lugar do sistema.
O sistema deve estar preparado para se recuperar no apenas de falhas
puramente locais, como a ocorrncia de uma condio de estouro (overflow)
dentro de uma transao individual, mas tambm de falhas globais, como
uma queda de energia. Por definio, uma falha local s afeta a transao
em que a falha realmente ocorreu. Ao contrrio, uma falha global afeta todas
as transaes em andamento no instante da falha e, portanto, tem
implicaes significativas em todo o sistema. Essas falhas se enquadram em
duas grandes categorias (DATE, 2003):
Falhas do sistema (por exemplo, queda de energia), que afetam todas
as transaes em curso no momento, mas no danificam fisicamente o
banco de dados. s vezes, uma falha do sistema chamada de soft
crash;
Falhas da mdia (por exemplo, queda da cabea de gravao sobre o
disco), que causam danos ao banco de dados ou a uma parte dele, e
afetam pelo menos todas as transaes que, no momento, esto
usando essa parte. s vezes, uma falha da mdia chamada de hard
crash.

1.1.1. Recuperao de sistema

O ponto crtico com relao a falhas do sistema o fato de que o
contedo da memria principal perdido (em particular, os buffers do banco
de dados se perdem). Ento, o estado exato de qualquer transao em curso
no momento da falha deixa de ser conhecido; desse modo, tal transao no
poder nunca mais ser concluda com sucesso e dever ser desfeita isto ,
retomada quando o sistema for reinicializado. Alm disso, tambm pode
ser necessrio refazer no momento da reinicializao certas transaes
concludas com xito antes da queda, mas que no conseguiram ter suas
atualizaes transferidas dos buffers do banco de dados para o banco de
dados fsico (DATE, 2003).
Segundo DATE, o sistema mantm um log ou dirio em fita ou (mais
comumente) em disco, no qual so registrados detalhes de todas as

3
Administrao de Banco de Dados - Mdulo 12

operaes de atualizao em particular, valores do objeto atualizado antes

e depois de cada atualizao, s vezes chamados de imagens antes e depois
(2003:383).
Surge aqui a questo bvia: de que maneira o sistema saber, no
momento da reinicializao, quais transaes devem ser desfeitas e quais
devem ser refeitas? A resposta a seguinte: em certos intervalos
predeterminados em geral, sempre que algum nmero preestabelecido de
entradas gravado no log o sistema automaticamente marca um
checkpoint (ponto de verificao). Marcar um checkpoint envolve:
a) Gravar fisicamente o contedo dos buffers do banco de dados fsico;
b) Gravar fisicamente um registro de checkpoint especial no log fsico.
O registro de checkpoint fornece uma lista de todas as transaes que
estavam em andamento no momento em que o checkpoint foi marcado. O
sistema percorre o log do fim para o incio, desfazendo as transaes; em
seguida, ele percorre o log de novo para a frente, refazendo as transaes.
A restaurao do banco de dados a um estado correto refazendo o
trabalho chamada de recuperao direta. De modo semelhante, a
restaurao do banco de dados a um estado correto desfazendo o trabalho s
vezes chamada de recuperao inversa. Observe que a recuperao direta
refaz as atualizaes na ordem em que foram feitas originalmente, enquanto
a recuperao inversa desfaz as atualizaes na ordem inversa.
Finalmente, quando toda essa atividade de recuperao for concluda,
ento o sistema estar pronto para aceitar um novo trabalho.
1.1.2. Recuperao da mdia
A recuperao de uma falha desse tipo envolve basicamente a recarga ou
a restaurao do banco de dados a partir de uma cpia de backup. Em
seguida, usa-se o log em geral, tanto a parte ativa quanto a parte
arquivada para refazer todas as transaes que se completaram desde que
foi feita a ltima cpia de backup. No h necessidade de desfazer as
transaes que ainda estavam em curso no momento da falha, pois, por
definio, todas as atualizaes dessas transaes de qualquer modo foram
desfeitas perdidas (DATE, 2003).
A necessidade de ser capaz de efetuar a recuperao da mdia implica a
necessidade de um utilitrio de dump/restore (ou de descarga/recarga). A
parte de dump desse utilitrio usada para criar cpias de backup do banco
de dados por solicitao. Essas cpias podem ser mantidas em fita ou em
outro meio de armazenamento de arquivos; no necessrio que estejam na
mdia de acesso direto. Depois de uma falha de mdia, a parte de restaurao
do utilitrio usada para recriar o banco de dados a partir de uma cpia de
backup especificada.

4
Administrao de Banco de Dados - Mdulo 12