Para deixar documentado para vocs, resolvi o problema de corrupo da seguinte forma: 1. 2. 3. 4. 5.

Todos tiveram que sair do banco de dados; O Paulo baixou o firebird para garantir que nnguem usava; O Paulo fez uma cpia pelo sistema operacional do banco de dados; Entrei no sistema deles para subir o zebedee; Usei o seguinte comando para ver se havia erro nas estruturas:

c:>gfix -user SYSDBA -password masterkey -validade localhost/3051:D:\BD\xxxxx.BD No voltou nenhum erro de estrutura. 5. Usei o comando a seguir para ver se havia erros nas pginas: c:>gfix -user SYSDBA -password masterkey -validade -full localhost/3051:D:\BD\xx xxx.BD Voltou erro no nvel 3 (ainda no sei o que isso quer dizer exatamente) 6. Com o comando abaixo preparei o banco para o backup: c:>gfix -user SYSDBA -password masterkey -mend localhost/3051:D:\BD\xxxxx.BD 7. E finalmente com o comando abaixo fiz o backup. O legal que backup foi feito remoto, isto aumentou muito a velocidade: c:>gbak -backup -user sysdba -password masterkey -se localhost/3051:service_mgr D:\BD\xxxxxx.BD D:\BD\xxxxx-REC.BK Notem que localhost/3051:service_mgr o que diz que o backup deve ser feito no se rvidor. Se eu no estivesse acessando remoto usaria o nome ou o IP do servidor no lugar do localhost/3051. Dai coloquei o caminho do banco D:\BD\xxxxx.BD e depois um caminho no prprio servidor D:\BD\xxxxxx-REC.BK. Para fazer dar certo voc tem q ue conhecer um caminho fsico do servidor. A vantagem que mesmo em uma rede local o backup acaba sendo mais rpido porque diminui o trafego na rede. 8. e para restaurar: c:>gbak -create -user sysdba -password masterkey -se localhost/3051:service_mgr D:\BD\xxxxx-REC.BK D:\BD\xxxxxx.BD Isso foi o suficiente para dar certo.