Aquí hay un mensaje de correo electrónico que he enviado a todas las personas en mi empresa que se ocupa de InterBase cuando me enteré acerca de este problema. En él se detalla la forma de averiguar lo que el siguiente valor actual es y cómo restaurarla.

Lo que sigue es información sobre cómo determinar el próximo ID de transacción disponible en un servidor InterBase. Esto es importante porque hay un límite en el número de transacción que, una vez que se llegó a causar un error InterBase a la superficie que causa la corrupción de bases de datos.

Es un número muy grande, pero debemos utilizar esta información para hacer hincapié en la importancia de hacer una copia de seguridad y restauración de su base de datos InterBase periódicamente a fin de que la operación se restablece ID.

Para ver la próxima transacción en IB ID 6, ejecutar IBConsole. Conectar al servidor y adjuntar a la base de datos. Sobre la base de datos, haga clic derecho y seleccione la opción Mantenimiento y, a continuación, la base de datos de Estadística.

El IB 5.6, ejecute "gstat) (fully_qualified_path_and_database_filename" DOS desde un símbolo del sistema. Esto funciona en IB 6.

Verá algo parecido a éste:
Base de datos de información de cabecera de la página:
Banderas 0
Checksum 12345
La generación de 783.158
Tamaño de página 4096
SAO versión 9.1
El más antiguo operación 783145
Activo más antiguo 783146
El más antiguo instantánea 783146
Siguiente operación 783149

La siguiente tabla muestra que los límites máximos de operación que es seguro en función de su tamaño de página:
1024 byte 131.596.287 páginas.
2048 byte 265.814.016 páginas.
4096 byte 534.249.472 páginas.
8192 páginas 1.071.120.384 bytes.

Si la transacción está llegando a su límite luego de copia de seguridad y restaurar su base de datos inmediatamente para evitar la corrupción de los datos.

Este error ha sido corregido en Firebird V1.0

Average rating: