Você está na página 1de 19

O valor da inIormaco disponivel numa BD

torna importante que esta esteia


permanentemente num estado de
integridade ou, se tal no Ior possivel, que a
sua indisponibilidade ocorra num curto
espaco de tempo e que se Iaca a sua
reposico para um estado de integridade.
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
A recuperaco/tolerncia a Ialhas tem por
obiectivo restaurar a BD para um estado de
integridade, apos a ocorrncia de uma Ialha;
Os mecanismos de recuperaco baseiam-se
na utilizaco de Iormas de redundncia que
quase duplicam a BD, utilizando:
Backup e transaction log
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
Os -ackups so copias de seguranca da BD, que
so executados periodicamente e constituem um
ponto de partida para a recuperaco da BD apos
a ocorrncia de uma Ialha, independentemente
da sua gravidade;
ReIlectem uma situaco passada, donde a
reposico a partir de um -ackup implica perder
todas as actualizaces posteriores a realizaco do
mesmo.
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
Uma Iorma de minimizar esta situaco e
aumentando a periodicidade dos -ackups, o que
e um processo pesado, consumidor de recursos
e que pode obrigar a paragens dos sistemas;
A periodicidade dos -ackups depende do valor
dos dados, do seu volume e da Irequncia com
que so acedidos e alterados;
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
O -ackup e um mecanismo de reposico da BD.
Os transaction logs so mecanismos de repetico
das transacces ocorridas desde o ultimo -ackup
(rollforward),
Normalmente para se reIazer uma transacco e
necessario o Iicheiro de transaction log, onde
esta guardada uma identiIicaco da transacco e
uma copia dos dados actualizados por ela (after
image);
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
Sendo esta a Iorma mais comum de resolver os
problemas provocados por uma Ialha, tm que
existir outros mecanismos que permitam o roll
-ack das transacces no terminadas, ocorridos
durante a execuco no sucedida das mesmas;
Donde o Iicheiro transaction log necessita
igualmente de guardar os dados anteriores ao
inicio da execuco da transacco (-efore-images)
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
E da coniugaco destes dois mecanismos -
-ackups e transaction logs , que se
garantem duas das caracteristicas
Iundamentais das transacces:
Atomicidade (desIazendo uma transacco no
sucedida)
Persistncia (reIazendo os eIeitos de uma
transacco bem sucedida)
Requisitos dos SGBD
Recuperaco/Tolerncia a Falhas
Falha de disco - o(s) disco(s) onde a BD esta
armazenada Iica(m) inutilizado(s). E a Ialha
considerada mais grave e que obriga a
reconstruco de todo o SGBD;
Falha de sistema - pode resultar de problemas de
hardware ou soItware, no sendo possivel
garantir a validade dos dados. Implica repor a
BD a partir do seu ultimo estado de integridade.
Requisitos dos SGBD
Tipo de Falhas
Falha de transacco - e a mais inoIensiva e
recupera-se recorrendo ao Iicheiro transaction
log e as -efore images da transacco que no Ioi
bem sucedida.
Em qualquer processo de recuperaco recorre-se
ao roll-ack das transacces eIectuadas ate ao
momento em que os transaction log e os
Iicherios da base esto sincronizados, para se
poderem desIazer todas as transacces
decorridas desde ento.
Requisitos dos SGBD
Tipo de Falhas
Esse momento coincide com o ultimo
-ackup, o qual se muito aIastado no tempo,
obriga a um processo moroso e complexo
de recuperaco da BD.
Requisitos dos SGBD
Tipo de Falhas
Falha de disco
Ultimo backuo
Tn
Tn+1
Tn+2
Tn+3
Para evitar este tipo de situaces, recorre-se a
marcas de seguranca, conhecidas por checkpoints.
Basicamente, para reduzir o numero de acessos
aos discos, nos Iicheiros de transaction log as
actualizaces so realizadas na memoria RAM,
em -uffers, sendo posteriormente escritos em
disco;
Requisitos dos SGBD
Tipo de Falhas
Quando ocorre uma Ialha, o conteudo desses
-uffers pode perder-se, ou pelo menos pode no
existir uma garantia de validade do seu conteudo;
Assim os checkpoints registam os momentos em
que o conteudo dos -uffers Ioi escrito nos discos,
deIinindo-se um momento em que o transaction
log e a BD esto sincronizados.
Requisitos dos SGBD
Tipo de Falhas
Requisitos dos SGBD
Tipo de Falhas
Falha de Sistema
Ultimo backuo
Tn
Tn+1
Tn+2
Tn+3
Checkpoint
Sistema de Base de Dados vs Sistemas
de Gesto de Ficheiros
DiIerencas mais importantes entre as duas abordagens:
bstracco de dados a nivel aplicacional no e necessario
conhecer pormenores como comprimento de registos, metodos de
acesso, etc.;
Independncia programas/dados nos sistemas de gesto de
Iicheiros a deIinico dos dados Iaz parte das aplicaces, pelo que
estas tm de ser alteradas sempre que se alteram as estruturas dos
dados;
Partilha de dados no sistema de gesto de Iicheiros e o nivel
aplicacional que Iaz a gesto da concorrncia;
Diminuico da Redundncia no sistemas de BD a redundncia
pode ser controlada e quase reduzida;
Sistema de Base de Dados vs Sistemas
de Gesto de Ficheiros (cont.)
ontrolo no acesso aos dados a possibilidade de criaco de
'vistas parciais sobre os dados, podem dar-se autorizaces mais ou
menos limitadas;
Desenvolvimento + Manutenco o desenvolvimento e eIectuada
a mais alto nivel, evitando perda de tempo com pormenores
irrelevantes a soluco; idem no que reIere a manutenco;
Integridade dos dados pela utilizaco de regras que traduzem as
condices de validade dos dados, e o sistema de BD que vai assumir
a correcco dos dados submitidos ao sistema;
Mecanismos de Recuperaco a falhas sendo uma caracteristica
dos sistemas de BD, esta recuperaco e mais Iiavel que a eIectuada
atraves de desenvolvimento de aplicaces especiIicas;
Questes ad-hoc
Sistema de Base de Dados vs Sistemas
de Gesto de Ficheiros (cont.)
"uestes ad-hoc esta e sem duvida a potencialidade mais
importante e apreciada. Interagindo com o sistema de BD o
utilizador pode obter, em run-time, respostas a questes
imprevisiveis.
Administradores e Utilizadores
dos SGBD`s
As categorias de utilizadores que intervm num
determinado sistema de BD, depende da natureza
da BD, da sua dimenso e do tipo de organizaco
em que e implementada.
Porem e utilizando uma classiIicaco generica, os
utilizadores podem ser classiIicados da seguinte
Iorma:
utilizadores finais que actuam como operadores
das aplicaces que acedem a BD;
&tilizadores especializados possuem os
conhecimentos teoricos e praticos que lhes permite
interagir com o interIace do sistema de Iorma a
actualizar inIormaco na BD, criar novas BD, etc.;
Programadores - tecnicos com conhecimentos
adequados para a criaco de aplicaces;
Administradores e Utilizadores
dos SGBD`s
dministradores - responsaveis pela
deIinico e implementaco da politica de
inIormaco da empresa. Por ex. :deIinir o
tipo de inIormaco, as permisses de acesso
a inIormaco.
Administradores e Utilizadores
dos SGBD`s