Status Informatica - Status Informatica sua melhor Opo

10 dicas para evitar dores de cabea com corrupo de dados

Informaes
Enviado por: Postado em:04/02/2009 12:30:00

Um dos grandes pontos fortes do Firebird sempre foi a facilidade de instalao, configurao e uso. Enquanto muitos bancos de dados famosos necessitam de administrao constante, definio de espao para armazenamento, etc... o Firebird quase que no tem configurao alguma ! A aparente simplicidade no significa no entanto falta de recursos ou baixa performance, muito menos instabilidade. Tenho bancos de dados Firebird rodando h vrios anos com um volume considervel de informao, sem nunca ter tido necessidade de utillizar qualquer tipo de ferramenta de recuperao de dados. No entanto, como qualquer outro software, o Firebird est sujeito todos os intempries da informtica, incluindo-se a as "travadas", GPFs, quedas de energia, falhas de hardware, raios, etc... Sendo assim, necessrio que alguns cuidados sejam tomados para prevenir o pior. A seguir listarei alguns passos que devem ser seguidos para que possamos ter uma sada menos traumtica no caso de alguma coisa dar errado : 1. TENHA SEMPRE BACKUPs Sim, isso mesmo. Eu no poderia comear essa lista de outra forma. O velho conselho muitas vezes ignorado por usurios e profissionais de informtica sem dvida nenhuma o melhor mtodo para se sair bem de um desastre. muito importante manter cpias do banco de dados, sejam elas em forma de backups feitos atravs do GBAK ou uma simples cpia fsica do arquivo FDB (lembrando de que para garantir a integridade do arquivo deve-se dar um shutdown no servidor antes da cpia, ou utilizar o nBackup presente no FB >= 2.0). Ateno: Caso decida utilizar o nBackup para fazer backups incrementais, tenha certeza de estar usando uma verso atualizada do Firebird, pois vrios bugs no nBackup foram descobertos aps o lanamento do Firebird 2, e foram corrigidos nas verses mais recentes. 2. O SISTEMA OPERACIONAL DEFINITIVAMENTE IMPORTANTE O Firebird um dos poucos servidores SQL que rodam em diversas plataformas e sistemas operacionais (Windows 9x, NT, 2000, Linux, HP UX, Solaris, etc...). Isso permite ao desenvolvedor uma certa liberdade de escolha de que sistema operacional utilizar, levando-se em conta principalmente a estabilidade e a segurana. Entre todos os sistemas operacionais suportados pelo FB, sem dvida nenhuma os mais estveis e seguros so os derivados do UNIX. O (Li)UNIX j tem uma tradio consolidada como um sistema operacional voltado servidores e caso voc tenha essa opo, recomendo que seja o sistema operacional escolhido. O Windows 2000 ou 2003 tambm podem ser utilizados pois so mais estveis que seus antecessores e contam com a facilidade da interface com o usurio, apesar
http://www.statusinformatica.com.br/site/htdocs 16/02/2012 08:56:48 - 1

de que o Linux vem chegando cada vez mais perto ao Windows nessa categoria. Usando um sistema operacional estvel voc diminui e muito as chances de ter seu banco de dados corrompido devido instabilidade e travadas do mesmo. 3. NO BREAK To importante quantos as opes j mencionadas o uso de Nobreaks, ao menos no servidor. Se houver uma falha de energia no servidor enquanto o Firebird tentava gravar informaes no disco h uma grande possibilidade de que seu banco seja corrompido, at mesmo ao ponto de no poder ser recuperado, fazendo com que sua nica opo seja recorrer um backup. A opo Forced Writes (que pode ser configurada individualmente para cada FDB atravs do gfix, ou globalmente atravs do arquivo firebird.conf) tambm um fator decisivo para a integridade dos dados. Ela diz ao Firebird se ele deve gravar as informaes diretamente no HD ou deve deixar que o cache do Sistema Operacional decida quando faz-lo. Com Forced Writes ON seus dados so gravados imediatamente e portanto as chances de serem perdidos devido uma queda de energia reduzida. O default do Firebird no Linux ter o Forced Writes OFF e nos outros sistemas operacionais ON. claro que tudo tem um preo e manter a opo Forced Writes ON pode implicar em uma perda de performance principalmente em aplicativos que faam gravaes de dados em massa. Clique aqui para ver um artigo sobre Forced Writes. Note que at o Firebird 2.0, a opo de ativar o Forced Writes no Linux no tinha qualquer efeito. Isso foi descoberto e corrigido no FB 2.1 4. USO DE SERVIDORES DEDICADOS Ora, j que qualquer "travada" pode ter consequencias no muito agradveis no seu banco de dados, rodar o Firebird em um servidor dedicado com certeza uma tima escolha. No s pela segurana, mas tambm pelo ganho de performance pois o servidor no precisa dividir seu processamento com mais ningum. 5. REDE CONFIVEL No adianta seu servidor estar em ponto de bala se o seu Hub ou seus cabos de rede esto "detonando" as informaes enquanto elas viajam pela rede. Procure usar equipamentos confiveis e seguir os padres recomendados pelos comits de normas tcnicas. 6. TOME CUIDADO COM OS BUGS Como qualquer software existente no mundo, o Firebird/InterBase no est livre de bugs e alguns deles podem ter consequncias desastrosas para o BD. Podemos citar como exemplo um bug presente na verso 6.0 do IB onde se voc acessar o mesmo banco de dados (GDB) utilizando PATHs diferentes pode fazer com que seu banco seja irreparavelmente danificado. Ex: Servidor:c:dadosbanco.FDB Servidor:c:dadosbanco.FDB 7. EM LTIMO CASO, LEMBRE-SE DO GFIX O Firebird vem acompanhado de um utilitrio de reparao de dados chamado GFIX. Com ele
http://www.statusinformatica.com.br/site/htdocs 16/02/2012 08:56:48 - 2

voc pode recuperar na maioria das vezes bancos de dados que foram corrompidos pelos mais variados motivos. No site da FireBase h um artigo completo mostrando como usar o GFIX. 8.CUIDADO COM OS PENETRAS Manter os intrusos (hackers) longe uma preocupao cada vez mais constante, principalmente na atualidade onde os ataques so cada vez mais frequentes. O Firebird utiliza a porta 3050 do TCP/IP para se comunicar com os clientes na rede. Ataques atravs dessa porta pode de alguma maneira afetar seu banco de dados. Voc pode tomar algumas medidas de precauo, como utilizar um Firewall e limitar o acesso porta 3050 apenas aos computadores pertencentes uma rede confivel (como sua rede interna por exemplo), bem como checar e limitar o nmero de tentativas de login frustradas. 9.CUIDADOS COM AS UDFS As UDFs, ou Funes Definidas pelo Usurio, so um dos recursos mais poderosos do Firebird. Elas permitem uma grande liberdade em termos de funes desenvolvidas, mas voc deve tomar cuidado quando desenvolver uma UDF. Apesar de teoricamente possvel, no se deve fazer com que uma UDF interaja diretamente com o banco de dados, ou seja, nunca faa uma UDF manipular dados diretamente no Banco. Cuidado tambm com UDFs que nunca retornam. Lembre-se que enquanto a UDF no retorna um valor ao FB, o processamento no servidor para a conexo fica interrompido! 10. QUANDO NADA MAIS ADIANTAR E O BACKUP NO FOR UMA OPO... ...voc pode recorrer ao nosso suporte especializado na recuperao de bases de dados corrompidas.

http://www.statusinformatica.com.br/site/htdocs

16/02/2012 08:56:48 - 3