CÓPIAS DE SEGURANÇA E RECUPERAÇÃO DOS

MÓDULO 13 – CÓPIAS DE SEGURANÇA E RECUPERAÇÃO DOS DADOS A importância da cópia de segurança e a recuperação dos dados são independentes de quão sofisticado seja o sistema de informação. É preciso estar preparado para lidar com as adversidades que possam surgir e que podem afetar ou até mesmo destruir por completo todos os dados de um banco de dados. Existem vários problemas que podem acontecer com os dados, desde algo simples como um valor digitado incorretamente na base de dados ou algo muito grave como um desastre que destruiu o CPD inteiro e tudo que havia dentro dele. Em negócios que envolvem a utilização dos sistemas de informação é provável que em algum momento algo possa acontecer de errado com os dados. É preciso possuir ferramentas que possam corrigir esses erros ou reconstruir o que foi destruído. 13.1 Cópias de segurança A idéia da cópia de segurança é bem simples. Primeiro é executada a tarefa de cópia de segurança dos dados de um banco de dados, respeitando um cronograma regular que foi traçado. Essa cópia deve ser guardada em um local seguro, longe da estrutura do CPD, pois se por acaso ocorrer um acidente e todo o CPD for destruído, a cópia dos dados estará segura em outro local. As possibilidades para o armazenamento da cópia dos dados são enormes, podendo ser guardada em um cofre a prova de fogo, em um cofre de banco ou até mesmo em uma filial da empresa que reside em outra estrutura. A outra tarefa que deve ser realizada após a cópia de segurança ser gerada é a criação de um arquivo de registro, também chamado de “log”, que contenha todas as alterações que aconteceram nos dados. As alterações são as seguintes:
·
·
·
·
Atualização de registros existentes.
Inclusão de novos registros.
Exclusão de registros existentes.
Registros de todas as transações. Com a geração do arquivo de registro (log) é possível ter documentado as alterações que os dados sofreram. 13.2 A recuperação dos dados para frente Vamos imaginar uma situação em que a tabela de clientes da empresa X foi totalmente danificada. Para que seja possível recuperar os dados dessa tabela, é preciso recorrer ao procedimento de recuperação para frente dos dados. Para que esse procedimento seja realizado é necessário ter em mãos a última cópia de segurança dos dados que foi feita e o arquivo de registro com todas as alterações que foram feitas na tabela, desde que a ultima cópia de segurança foi realizada. Com a cópia de segurança e o LOG a disposição, cabe ao programa de recuperação detectar os dados que necessitam ser recuperados. O programa lê a primeira entrada do arquivo de LOG que foi gravado após a última cópia de segurança ter sido gerada e atualiza a cópia de segurança da tabela com a entrada do LOG. Volta novamente ao início do LOG e continua rodando para frente realizando cada
atualização na cópia de segurança da tabela, na mesma ordem na qual elas foram originalmente feitas na própria tabela do banco de dados. Quando esse procedimento é concluído, a tabela perdida foi totalmente reconstruída. 13.3 A recuperação dos dados para trás Para falarmos da recuperação dos dados para trás, vamos utilizar um exemplo diferente de situação. Na empresa Y foi detectado que no meio de uma operação normal no seu banco de dados, foi descoberto um erro que envolve um dado que sofreu uma atualização recentemente. Seria muito fácil corrigir esse tipo de erro, pois era só alterar novamente o valor errado para o valor correto e pronto, problema solucionado. Só que não é bem assim que se resolve esse tipo de problema, pois no caso de outra aplicação ter lido esse dado que estava incorreto e feito uso dele, o erro foi expandido para outros cantos do banco de dados. Todas as alterações que foram feitas no banco de dados desde que o erro foi descoberto devem ser desfeitas. O processo para resolver esse tipo de situação é chamado de “Rollback” ou recuperação para trás. A idéia básica do Rollback é a seguinte: Começa com o banco de dados no seu estado atual e o LOG posicionado na última entrada que foi feita nele. OBS: Nesse tipo de procedimento não é necessário a utilização de cópias de segurança. O programa de recuperação prossegue para trás no arquivo de LOG, restabelecendo cada valor de dado atualizado no banco de dados, com a sua imagem de antes, até que alcance o ponto em que o erro aconteceu. As transações são desfeitas em ordem revessa. Alguns sistemas podem iniciar automaticamente uma operação de Rollback
, com o intuito de desfazer as alterações que foram feitas no banco de
dados por uma transação que falhou antes da sua conclusão.
13.4 Duplicação e espelhamento dos bancos de dados O espelhamento ou duplicação do banco de dados é uma técnica de cópia de segurança e recuperação bem diferente das técnicas que já falamos. Esse tipo de operação tem como característica manter duas cópias do banco de dados inteiro e atualizar os dados em ambas as cópias simultaneamente. Se acontecer de uma cópia ser totalmente destruída, as aplicações que utilizam o banco de dados podem continuar a serem executadas, só que agora utilizando o banco de dados que foi duplicado. Quanto maior a distância entre os bancos espelhados, melhor a segurança. Se as cópias estiverem no mesmo disco e em uma fatalidade o disco ficar inoperante, ambas são perdidas. Agora se elas estiverem em discos separados a probabilidade de perder os dois discos e consequentemente os dois bancos diminui bastante. 13.5 Conclusão As empresas devem está preparadas para a ocorrência de desastre com os seus dados e com os seus sistemas de informação. Esse tipo cautela é algo caro para as
empresas, mas como elas estão cada vez mais dependentes dos seus sistemas de informação para sobreviverem, as que quiserem ser realmente cuidadosas e estarem preparadas para o pior, vão ter que investir. Existem alguns procedimentos básicos que devem ser tomados para prevenir ou amenizar a ocorrência de desastres com os dados e os sistemas de informação. São eles:
·
Manter seus sistemas de banco de dados e sistemas de informação totalmente espelhados;
·
Contratar empresas de “Hot Sites” para que sejam mantidos hardwares semelhantes ao utilizados no CPD da empresa, de modo que possam voltar ao ar rapidamente após a ocorrência de algum tipo de desastre;
·
Investir em profissionais especializados;
·
Investir em equipamentos e tecnologia de última geração. Se alguns dos cuidados que citamos forem implantados pelas empresas, a possibilidade de ela ficar inoperante quando um desastre acontecer é bem menor do que se não fosse tomado nenhum tipo de atitude para proteger os seus dados.