backup firebird

[gendelphi]

Por supuesto que no se tomará en cuenta, ya que ese COMMIT realmente pertenece a otra transacción distinta a la transacción bajo la que se está ejecutando el respaldo. El respaldo solo contendrá los datos que existan en la base de datos al momento de que se inicia la transacción del respaldo.

[jhonny]

Empezado por gendelphi

Por supuesto que no se tomará en cuenta, ya que ese COMMIT realmente pertenece a otra transacción distinta a la transacción bajo la que se está ejecutando el respaldo. El respaldo solo contendrá los datos que existan en la base de datos al momento de que se inicia la transacción del respaldo.

mmm, entendido . Entonces el SnapShot sera el que es al momento de iniciar el Backup, garantizando que no habran inconcistencias en el restore, pero si hay nuevas transacciones que generen nuevos cambios a los datos en el momento que se este realizando el Backup, se perderan en caso de reemplazar la base de datos "original" por una restaurada...

[danilo_candales]

Si. Está claro... Varios motores de bases de datos tienen esa posibilidad. Al menos es algo.. Si se quiere garantizar un backup "completo" entonces hay que hacerlo en un horario donde se sepa que no hay movimientos...
Si es una base de datos de carga constante las 24 horas, con esta funcionalidad, si sucede algún desastre, es lo mismo que con cualquier otra base de datos, la recuperación es el último backup y lo perdido... perdido está...
Una gran ventaja por encima de otros, que debe detenerse el servico y parar la operación. Digo yo....