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

Magno System magno em speet.com.br
Sex Fev 6 15:06:39 -03 2009


----- Original Message ----- 
From: "LuisFireVB" <luisfirevb em gmail.com>
To: "'FireBase'" <lista em firebase.com.br>
Sent: Friday, February 06, 2009 11:52 AM
Subject: [firebase-br] RES: RES: Problemas com GFIX


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?
Não sou especialista em hardware, mas o cluster faz parte da estrutura 
física do HD. Portanto se estiver cluster com problemas e for armazenada 
alguma informação do banco neste cluster, pode corrompê-lo.

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.
Até poucas conexões, acho que não tem problema. Em grandes corporações é 
necessário um SO mais robusto.


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?
Se você fizer um backup pelo API do FIREBIRD, não é necessário parar. Cópia 
pura do banco em uso, corrompe a cópia não o original.

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?
Ele deve ter digitado errado. Alterar um campo NULL para NOT NULL sem 
prencher todos os registros com valores corrompe o banco.

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



______________________________________________
FireBase-BR (www.firebase.com.br) - Hospedado em www.locador.com.br
Para saber como gerenciar/excluir seu cadastro na lista, use: 
http://www.firebase.com.br/fb/artigo.php?id=1107
Para consultar mensagens antigas: http://firebase.com.br/pesquisa 





Mais detalhes sobre a lista de discussão lista