[firebase-br] *FIREBIRD BUG* Restauração (Cantu)

[JJW Informática Ltda. - Roberto]

Bom dia cantu, gostaria de relatar um bug sobre o firebird (acredito que 
seja) na restauração.

Bem, neste final de semana  tive um cliente com o base de dados corrompida e 
o mesmo não estava fazendo os backups corretamente, logo tive que dar um 
jeito em arrumar a base atual.
A base corrompeu por ter ocorrido uma queda de energia e o nobreak não 
aguentou.
Iniciei executando o gifx -mend -full -ignore para preparar o base 
corrompida para backup. Após executar o backup, fiz a restauração 
DESATIVANDO OS ÍNDICES, bem agora que começou minha dor de cabeça. O 
processo de restauração funcionou até o momento em que (pelo -verbose no 
restore) começaram a ser criados todos os ínidices ao final da restauração 
(em modo INACTIVE é claro...).
Ao restaurar um dos relacionamentos, um erro ocorreu (agora não me lembro da 
descrição do mesmo) relatando que uma chave não pode ser "criada" por 
dependica de um "PLAN".
Bem, após horas e horas de GFIX, GAB -B e GABK -C, abri o glorioso IBExpert 
e procurei no Metadata pela palavra "PLAN", aí então encontrei Stored 
Procedures com select's utilizando o comando PLAN sobre a chave extrangeira 
que havia sido relatada no erro durante a restauração dos índices. Então 
coloquei em comentário essas Stored Procedures para que seus selects não 
fossem executados com os PLAN's pré definidos sobre a Chave!
Fix um backup e restaurei a base desativando novamente os índices, e olha 
só, FUNCIONOU!
Arrumei as inconsistências e reativei os indices. Base 100% funcional 
novamente.

Bem, estou relatando tudo isso para saber se isso realmente é correto, o 
restore desativando os índices não pode ser executado/concluído se existirem 
select's com PLAN's????


Atenciosamente,

Roberto G. Vieweg Neto
JJW Informática Ltda
Av Getúlio Vargas, 370 - Centro - Timbó/SC - CEP: 89120-000
Fone: (47)3382-0629 - Fax: (47)3382-6604 - suporte em jjwinformatica.com.br