backup firebird

[Casimiro Noteví]

Empezado por jhonny

¿Ahhh si?, No lo sabia , pero me imagino que solo se pueden hacer consultas, porque en caso de modificar, insertar o borrar un dato, tendriamos una inconsistencia de los mismos a la hora de hacer el restore ¿o me equivoco?.

Tal y como te han respondido, el backup se realiza como una 'transaction' más y, obviamente, los datos nuevos, modificados y borrados durante la transaction no se copiarán, en el backup irá la "realidad del mundo" que existía justo cuando se inició el backup.

Pero cuando un sistema está trabajando las 24 horas del día, y no se puede parar para hacer un backup, es una suerte contar con esta característica.



P.d.: esta misma mañana estaba conectado mediante ultravnc a uno de nuestros clientes y necesité hacer un backup antes de "tocar" la base de datos, por si acaso, es mejor prevenir. Entré en la opción de copias de seguridad de nuestra gestión comercial y apareció el mensaje: "Ahora mismo hay 35 usuarios conectados al sistema, ¿hacer el backup?" ... y pulsé en el botón "Sí"
Sin problemas, evidentemente.

[jhonny]

Muchas gracias por la aclaración amigos . Realmente no lo sabia... A ver, pero como dicen en alguna parte, "Si no gana la empata" , me confundio un poco la palabra que usan, osea Transacción, para referirse al SnapShot, tengo entendido que una transacción es una cosa que se le pida o envie a la BD, ya sea un select, update, insert, create, drop, alter, etc... pero un SnapShot es una "foto" consistente de los datos al momento de iniciar una transacción.

Bueno, ustedes me diran si por lo menos logre empatarla .

[Casimiro Noteví]

Empezado por jhonny

pero un SnapShot es una "foto" consistente de los datos al momento de iniciar una transacción.

Sí, esa descripción es más real y entendible.