Aqui está um email que eu enviei a toda a gente na minha empresa que lida com InterBase quando eu descobri sobre esse problema. Importa definir a forma de descobrir o que o atual valor está próximo e como defini-la.
Na sequência figuram informações sobre como determinar a próxima disponível em uma transação ID InterBase servidor. Isto é importante porque existe um limite superior sobre o número da transação que, uma vez alcançado irá causar um bug InterBase a superfície que irá causar corrupção de dados.
É um número muito grande, mas devemos usar esta informação para enfatizar a importância de fazer um backup e restauração de sua base de dados InterBase periodicamente a fim de que a transação ID fica zerado.
Para ver a próxima transação ID no IB 6, execute IBConsole. Ligue para o servidor e para anexar o banco de dados. Sobre a base de dados, clique direito e Manutenção e, em seguida, selecione Banco de Dados Estatística.
Em IB 5.6, executar "gstat) (fully_qualified_path_and_database_filename" a partir de um prompt do DOS. Isto funciona tão bem no IB 6.
Você vai ver que algo parecido com isto:
Cabeçalho da página de Dados informações:
Flags 0
Checksum 12345
Geração 783158
Tamanho da página 4096
ODS versão 9.1
Os mais antigos transação 783145
Mais antigas ativa 783146
Os mais antigos instantâneo 783146
Próxima transação 783149
A tabela a seguir mostra que o máximo que a transação seja segura com base em sua página tamanho:
1024 páginas 131.596.287 bytes.
2048 páginas 265.814.016 bytes.
4096 páginas 534.249.472 bytes.
8192 páginas 1.071.120.384 bytes.
Se a sua transação está chegando ao limite, em seguida, backup e restaurar o banco de dados imediatamente para evitar a corrupção de dados.
Este bug foi corrigido no Firebird V1.0
Delicious
Digg
Google
Yahoo
