Ecco una e-mail che ho inviato a tutti nella mia azienda che si occupa di InterBase, quando ho scoperto che su questo problema. Essa spiega come capire ciò che l'attuale valore è prossimo e come reset.
In seguito sono informazioni su come determinare la prossima disponibili ID transazione su un server InterBase. Questo è importante perché vi è un limite massimo per il numero di transazione che, una volta raggiunto uno InterBase causare errori di superficie che causa la corruzione del database.
Si tratta di un numero molto elevato, ma si dovrebbe utilizzare queste informazioni per sottolineare l'importanza di fare una copia di backup e ripristino dei loro database InterBase periodicamente in modo che l'ID di transazione viene azzerato.
Per visualizzare la prossima operazione ID IB 6, eseguire IBConsole. Connettersi al server e allegare al database. Sulla base di dati, fate clic destro e selezionare Database di manutenzione e quindi Statistiche.
Il IB 5.6, eseguire "gstat () fully_qualified_path_and_database_filename" da un prompt di MS-DOS. Questo funziona in IB e 6.
Vedrete qualcosa che assomiglia a questo:
Database intestazione pagina informazioni:
Bandiere 0
Checksum 12345
Generazione 783158
Page dimensione 4096
ODS versione 9,1
Vecchia transazione 783145
Meno recenti attivi 783146
Meno recenti snapshot 783146
Avanti transazione 783149
La seguente tabella elenca massimo che è sicuro che la transazione in base alla dimensione della pagina:
1024 pagine 131.596.287 byte.
2048 pagine 265.814.016 byte.
4096 pagine 534.249.472 byte.
8192 byte pagine 1071120384.
Se la transazione è quasi il suo limite di backup e quindi ripristinare i database immediatamente per evitare la corruzione dei dati.
Questo bug è stato corretto in FireBird V1.0
Delicious
Digg
Google
Yahoo
