10 dicas para evitar dores de cabea com corrupo de dados

Pgina 1 de 3

Usurios: 42491
Artigos: 159
Dicas: 106
Downloads: 241
24.05.08

Anncios Google

Firebird InterBase

InterBase SQL

InterBase Admin

InterBase Gui

InterBase Manager

10 dicas para evitar dores de cabea com corrupo de

dados
Um dos grandes pontos fortes do Interbase 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 Interbase quase que no
tem configurao alguma !
A aparente simplicidade no significa no entanto falta de recursos ou baixa performance, muito menos instabilidade. Eu tenho bancos
de dados Interbase 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 Interbase 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 previnir 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 GDB (lembrando de que para garantir a integridade do arquivo deve-se dar um shutdown no servidor antes da cpia).

2.

O SISTEMA OPERACIONAL DEFINITIVAMENTE IMPORTANTE

O Interbase 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 IB, 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 voce tenha
essa opo, recomendo que seja o sistema operacional escolhido. O Windows NT e 2000 tambm podem ser utilizados pois
so mais estveis que seus antecessores e contam com a facilidade da interface com o usurio, apesar de que o Linux vem
chegando cada vez mais perto ao Windows nessa categoria.
Usando um sistema operacional estvel voce 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 Interbase 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 GBD atravs das propriedades do BD no
IBConsole) tambm um fator decisivo para a estabilidade dos dados. Ela diz ao Interbase se ele deve gravar as informaes
diretamente no HD ou deve deixar que o cache do Sistema Operacional decida quando faze-lo. Com Forced Writes ON seus

http://www.firebase.com.br/fb/artigo.php?id=246

24/05/2008

10 dicas para evitar dores de cabea com corrupo de dados

Pgina 2 de 3

dados so gravados imediatamente e portanto as chances de serem perdidos devido uma queda de energia reduzida. O
default do Interbase 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.
4.

USO DE SERVIDORES DEDICADOS

Ora, j que qualquer "travada" pode ter consequencias no muito agradveis no seu banco de dados, rodar o Interbase 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 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 voce acessar o mesmo
banco de dados (GDB) utilizando PATHs diferentes pode fazer com que seu banco seja irreparavelmente danificado. Ex:
Servidor:c:\dados\banco.gdb <=> Servidor:c:dados\banco.gdb

7.

EM LTIMO CASO, LEMBRE-SE DO GFIX

O Interbase vem acompanhado de um utilitrio de reparao de dados chamado GFIX. Com ele voce pode recuperar na
maioria das vezes bancos de dados que foram corrompidos pelos mais variados motivos. No site da Interbase-BR ns temos
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 Interbase 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. Voce 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 Interbase. Elas permitem uma grande
liberdade em termos de funes desenvolvidas, mas voce deve tomar cuidado quando desenvolver uma UDF. Apesar de
tericamente 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 IB, o processamento no servidor fica interrompido !

10.

QUANDO NADA MAIS ADIANTAR E O BACKUP NO FOR UMA OPO...

...voc pode recorrer s ferramentas da IBSurgeon, ou nosso suporte especializado na recuperao de bases de dados
corrompidas. Veja mais informaes neste link.

Concluso
Seguindo os conselhos contidos nesse artigo voce dificilmente ir ter problemas de perda de dados com o Interbase.

http://www.firebase.com.br/fb/artigo.php?id=246

24/05/2008

10 dicas para evitar dores de cabea com corrupo de dados

Pgina 3 de 3

Autor : Carlos Henrique Cantu - FireBase

Avalie esse artigo/dica:

Excelente

Avaliar

Voltar

Hospedagem com 0800

R$ 15,95/ms com 20 dias de teste 40 GB de espao, 800 GB de trfego
www.insite.com.br
Anncios Google

Comentrios
[19/01/03] Wellington Lus da Silva
Estou comeando no Delphi e j trabalho com sistemas h algum tempo, como venho do clipper j com alguma
experincia em problemas complexos com a Base DBF, encontrei neste artigo e neste site tudo que eu preciso para
migrar para uma linguagem de ponta e um banco de dados to estvel. Especificamente deste artigo, achei ques as
dicas foram escritas por quem entende do assunto e quer com sinceridade repassar aos colegas suas experincias.
Parabns. No largo vocs nunca mais. Um abrao. Wellington.
[18/10/06] ederson staloch
fico grato e adimirador pelo fato de que tenha pessoas desses portes para orientar usuarios de todas as base seja
iniciante ate mesmo profissional. parabens a todos pela umildade e solidariedade. um abraco

Ateno! No poste dvidas nos comentrios. Para obter suporte, use a lista de discusso da FireBase.

Inserir comentrio

Copyright (C) Carlos H. Cantu - proibida a reproduo de qualquer material desse site sem autorizao prvia

http://www.firebase.com.br/fb/artigo.php?id=246

24/05/2008