[firebase-br] RES: RES: Problemas com GFIX

[LuisFireVB]

Kléber sua resposta me fez pensar em um monte de situações importantes e
também algumas que desconheço (obrigado):

1) O que é HDs com Bad Cluster? 

2) Porque XP não? Eu não sei como servidor, tenho um PRO SP3 e nunca tive
qualquer problema com ele, concordo que e sempre melhor um 2003 server, 2008
server ou Linux este é um ponto forte do Firebird, pois muitos clientes
preferem usá-lo.

3) Para realizar um backup do banco FB é preciso sempre parar o servidor
antes? Ouvi dizer que se fizer uma cópia pura do banco ele corrompe é
verdade?

4) Você disse que criar um campo novo (Null) numa tabela com dados, é
obrigatório preencher ? 
Mas se null é ausência de dados(não inicializado), porque tem que ser
obrigatório, uma vez que um campo pode ter dados para um registro e outro
não sendo de preenchimento não obrigatório?


Olha adorei "DICA" das "Cagadas" do DBA/Desenvolvedor, sem dúvida isso é
fruto da falta de conhecimento. Você tem outras dicas assim para iniciantes,
pois quem já tralha a mais tempo passou ou tomou conhecimentos de várias
situações, que ficam difíceis de prever sem que primeiro aconteçam. 

Se você ou os outros membros puderem compartilhar algumas coisas que "DEVEM
SER FEITAS ASSIM..." ou "NUNCA FAÇA ISSO..." no seu aplicativo ou no
Firebird, será muito útil e já agradeço antecipamente.

Obrigado a todos, pois já aprendi mais em 2 dias aqui, do que em 2 semanas
com livros.
Luis



-----Mensagem original-----
De: lista-bounces em firebase.com.br [mailto:lista-bounces em firebase.com.br] Em
nome de Kleber Caneva
Enviada em: sexta-feira, 6 de fevereiro de 2009 11:09
Para: FireBase
Assunto: Re: [firebase-br] RES: Problemas com GFIX

Na verdade não mais do que outros DB.

Todo Banco de Dados exige o mínimo de cuidados com o equipamentoa a ser 
instlado, seja ele Oracle, SQL Server, MySQL, Porstgres, DB2, etc.

O que acontece é que muita gente tem migrado de xDbase/Access que funcionam 
diferente de um SGDB, e pra reduzir ainda mais colocam ele pra rodar em 
máquinas Xing-Ling.

As maiores causas de corrupção do FB são:

- Falta de No-Break,
- Memoria de baixa qualidade
- Placa de Rede de baixa qualidade
- HDs com Bad Cluster
- Uso se Sistema Operacional improprio (Win9x, XP, etc.)  O correto é 
colocar em Win Server ou Linux se não pode gastar. XP somente para ambiente 
de testes.

E o mais comum de todos:

- Impericia do DBA/Programador (conhecido também como cagada).
    Ex: Definir um Campo Null numa tabela já populada e não preenche-lo nos 
registros existentes. Você faz backup mas não consegue fazer o restore


E lembrando que Backup é sempre essencial.

[]´s

Kléber Caneva