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

Sex Fev 6 14:02:33 -03 2009

1) HDs com Bad Cluster?  é  HD bixado.. normalmente HD muito velho, começar
apresentar falhas de gravação. Quando vc passa ScanDisk ele faz um teste de
escrita/leitura se ele não conseguir ler exatamente o que gravou nessa area
ele marca como defeito (Bad Cluster). Isso é sinal que o HD já está com os
dias contados.

2) Porque XP foi feito para uso desktop, ele não tem tolerância a falhas
como Servers. Versões Server também são otimizados para servir as estações,
o XP é otimizado para o processo local. Entre os SO não-servidores com
certeza o melhor é o XP, mas se puder mudar, eu  aconselho.

3) Backup, usando gbak ou outro proprio para isso,  não.. Mas se for fazer
um Copy direto ai precisa parar, senão já era.

4) Desculpe, escrevi erado. O correto é "Campo NOT Null"
Quando já existe dados e você cria um novo campo not null, o FB não sabe o
que colocar nesse campo (nem teria como). Nesses casos o DBA precisa
preencher esses campos, usando pelo menos um update.
O IBExpert nesse ponto é muito util, pois ao criar um campo not null numa
tabela populada ele já lhe pede o valor pra preencher o campo, evitando
assim que o DBA esqueça.
Caso não seja feito isso, ele não vai dar erro (esse é  perigo). Mas ao
fazer restore de uma base backupeada assim, ele não consegue restaurar
porque viola o not null.

Sobre as Dicas das Cagadas, tinha um participante da lista que relacionou 
todos os problemas conhecidos desde o IB6. Acho que deve ter na Firebase. Se 
achar eu posto aqui.

Dicas de Livro pra inicantes: "Firebird Essencial - Carlos Cantú" é o
primeiro e tem muita dica bacana.
Além desse o Site da Firebase.   Pegue os artigos, inclusive os antigos
sobre Intebase, muitos deles servem para o FB também.
Do resto é google e aqui lista.

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

----- Original Message ----- 
From: "LuisFireVB" <luisfirevb em gmail.com>
To: "'FireBase'" <lista em firebase.com.br>
Sent: Friday, February 06, 2009 12:52 PM
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?

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

______________________________________________
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

E-mail verificado pelo Terra Anti-Spam.
Para classificar esta mensagem como spam ou nÃ£o spam, visite
http://mail.terra.com.br/cgi-bin/reportspam.cgi?+_d=SCY0NDU0NzM0I3Blcm0hdGVycmEmMSwxMjMzOTMyMDI2Ljk3OTA2OS4xODE1Mi5jYWJyZXRvbi50ZXJyYS5jb20sNzU2NA==
Verifique periodicamente a pasta Spam para garantir que apenas mensagens
indesejadas sejam classificadas como Spam.