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 é > totalmente possivel (pois eles mexem na tabela de sistema), no > entanto, se houverem dados com NULL nessa tabela embora > sistematicamente os programas funcionem, o software de backup não > conseguirá restaurar os dados porque não poderia haver dados NULL no > backup se o campo para onde ele seria transferido não permite essa > operação, é uma inconsistencia entre as tabelas de sistema e o que de > fato estão nas tabelas. > > Não sei se consegui explicar direito. > Eu sugiro a voce que pegue essa base de dados, use o IBEXPERT para > gerar os scripts DDL e crie uma base nova e aplique o script DDL, isso > recriará todos os objetos. A seguir voce peça ao ibexpert gerar um > script dos dados, tabela por tabela e faça a mesma coisa, assim que > voce terminar todas as transferencias e tiver tudo 100% conferido faça > a substituição da base antiga pela nova. É bem provavel que com esse > método voce descubra qual a tabela que tá com inconsistencias. > > Um pecado capital do Firebird é não permitir restaurar objetos > individualmente, pois isso simplificaria muito a solução. > > []'s e sucesso. > > 2009/9/2 Ricardo Esdra <ries...@gmail.com>: > > 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á problema > >> mais cedo ou mais tarde. > >> Tente o gfix como eu passei antes de realizar a operação de backup, > >> alguns sinistros ele pode consertar. > >> > >> 2009/9/2 Ricardo Esdra <ries...@gmail.com>: > >> > >>> > >>> sim a questão do backup [gbak] não funcionar, no linux por estar com a > >>> base > >>> corrompida, eu > >>> posso pegar esta base e jogar em pen drive e dpois jogar em uma com > linux > >>> ou > >>> windows 32 > >>> que ela funciona, isto que eu acho estranho. > >>> > >>> -- > >>> Ricardo Esdra. > >>> > >>> > >> > >> > > > > olha tentei restaurar o backup feito na empresa aqui em casa agora a > noite e > > nada feito, > > deu o mesmo erro que passei antes, la na empresa antes de gerar o backup > eu > > passei > > o gfix e não dá erro nenhum, e quando tento restaurar aqui dá os erros > que > > já passei > > antes, muito estranho isto. > > > > -- > > ############################################## > > # Ricardo Esdra # > > # # > > # linux user n° 446011 # > > ############################################## > > > > > > -- > > To UNSUBSCRIBE, email to debian-user-portuguese-requ...@lists.debian.org > > with a subject of "unsubscribe". Trouble? Contact > > listmas...@lists.debian.org > > > > >
eu ja tentei usar a opção extract metadatas, e rodei o run query no flamerobin depois, aqui na empresa, eu faço este teste, gerando o metadata no ibexpert e restaurando via run query no flamerobin, e da certo, quando tento executar esta query lá em casa que é onde esta instalado o debian 64 bits para fazer o teste, ele roda sem dar erros aparentemente, monta o banco no flamerobin, mas não mostra os dados das tabelas inicias populadas. mas vou deixar pra lá, os clientes com servidores linux 64 bits, vão ter que deixar o sistema fora deste servidor. -- Ricardo Esdra.
