Não fique grilado, isso já aconteceu comigo usando o ibexpert que
mexeu nas tabelas de sistema, e o software de backup tenta recriar uma
situação que não poderia existir e capota.
Por exemplo, mudar NULL para NOT NULL via alguns frontends visuais é
totalmente possivel (pois eles mexem na tabela de
2009/9/3 hamacker sirhamac...@gmail.com
Não fique grilado, isso já aconteceu comigo usando o ibexpert que
mexeu nas tabelas de sistema, e o software de backup tenta recriar uma
situação que não poderia existir e capota.
Por exemplo, mudar NULL para NOT NULL via alguns frontends visuais é
Seu banco já está corrompido.
O que voce pode fazer é, usando o ibexpert extrair o máximo que puder
do metadados de todas as tabelas (individualmente), salvar as
storeds/triggers e afins.
Instalar um banco de dados 64bits, criar um banco novo e reaplicar o
script, populando as tabelas e recriando
2009/9/2 hamacker sirhamac...@gmail.com
Seu banco já está corrompido.
O que voce pode fazer é, usando o ibexpert extrair o máximo que puder
do metadados de todas as tabelas (individualmente), salvar as
storeds/triggers e afins.
Instalar um banco de dados 64bits, criar um banco novo e
Os comandos na linha de prompt são mais ou menos assim :
export ISC_USER=SYSDBA
export ISC_PASSWORD=masterkey
comando para reparar a base de dados (faça uma cópia antes) :
/usr/lib/firebird2/bin/gfix -v -full localhost:/home/databases/admin1.fdb
repare a ausencia de espacos a direita e esquerda
Se ele não dá problema algum entao voce conseguiria fazer o backup, e
pelo que entendí de mensagens passadas, o backup não estava dando
certo.
Então teste novamente, veja a sintaxe correta. Se o backup realmente
não puder ser concretizado e não é um erro de sintaxe então por
eliminação, o banco
2009/9/2 hamacker sirhamac...@gmail.com
Se ele não dá problema algum entao voce conseguiria fazer o backup, e
pelo que entendí de mensagens passadas, o backup não estava dando
certo.
Então teste novamente, veja a sintaxe correta. Se o backup realmente
não puder ser concretizado e não é um
Olha,
Faça o backup na base que está OK, se voce conseguir não há nada de
errado com ela, ok ?
Mas se voce não consegue fazer backup dela, mesmo os sistemas
funcionando OK significará que a base tá corrompida.
Uma base corrompida pode funcionar por algum tempo, mas dará problema
mais cedo ou mais
2009/9/2 hamacker sirhamac...@gmail.com
Olha,
Faça o backup na base que está OK, se voce conseguir não há nada de
errado com ela, ok ?
Mas se voce não consegue fazer backup dela, mesmo os sistemas
funcionando OK significará que a base tá corrompida.
Uma base corrompida pode funcionar por
hamacker escreveu:
Olha,
Faça o backup na base que está OK, se voce conseguir não há nada de
errado com ela, ok ?
Mas se voce não consegue fazer backup dela, mesmo os sistemas
funcionando OK significará que a base tá corrompida.
Uma base corrompida pode funcionar por algum tempo, mas dará
Boa noite pessoal, eu ja andei procurando no google, postando no orkut
no VOL e não obtive resultados ainda.
Estou tendo problemas com o firebird 2.0 e também com o 2.1, com linux
64 bits, já tentei diversas vezes instalar um banco no servidor, que o
mesmo que uso para fazer instalações em
Faça o backup de sua base de dados no sistema 32bits, e restaura o
banco de dados num firebird 64bits.
Isso provavelmente resolverá seu problema.
Nunca, mas ouça bem : Nunca use a mesma base de dados em versões de
banco de dados diferentes.
Por não sabermos o que mudou de uma versão para outra,
hamacker escreveu:
Faça o backup de sua base de dados no sistema 32bits, e restaura o
banco de dados num firebird 64bits.
Isso provavelmente resolverá seu problema.
Nunca, mas ouça bem : Nunca use a mesma base de dados em versões de
banco de dados diferentes.
Por não sabermos o que mudou de uma
13 matches
Mail list logo
