Copia de seguridad muy lenta

[iuqrul]

Situación:

Tengo una base de datos de firebird 1.5.3, sobre un servidor linux, ocupa 2,4 Gb.

1. Saco copia de seguridad, tarda 10 minutos
2. Vacio dos tablas que tienen una 400k y otra 2M de registros, tarda 1/2 hora en ejecutar el borrado.
3. Saco copia de seguridad y tarda ¡ 8 horas!

¿Qué puedo hacer para reducir el tiempo de la segunda copia? ¿Qué hago mal? ¿Hay que ejecutar algún proceso?

Gracias de antemano.

[jhonny]

Revisa que en la primera copia de seguridad no estés eliminando los índices de la base de datos.

[iuqrul]

No, en ningún caso se modifica el metadata, ni se desactivan índices ni nada, con las tablas vacías tarda un disparate.

[Casimiro Notevi]

¿Y cómo haces las copias?, ¿a dónde haces la copia?, ¿con qué comando o programa las haces?...
¿Media hora en borrar unos datos?, ¿seguramente se estén ejecutando triggers y procedimientos lanzados en esos borrados?, ¿cómo borras los datos?, ¿cómo borras la tabla?...
¿Las copias son del disco al mismo disco?, ¿a otro disco?, ¿a un disco externo?, ¿scsi, usb, ide...?, ¿haces las copias en otro ordenador por la red?, ¿otro linux, windows...?, ¿de qué forma, sistema, etc...?
En fin, que bastante difícil es ayudar en estos casos como para que des tan poquita información

[lbuelvas]

Hola foro,

He tenido un caso similar con un una base de datos en un cliente y lo que puedo concluir es que Firebird 1.5.x es demasiado sensible a la eliminación másiva de registros.

Cuando se eliminan cientos de miles de registros y se hace backup he observado con IBExpert (poniendo el Backup en modo Verbose por pantalla para ir viendo que esta haciendo) que las tablas donde se ha hecho eliminacion masiva se demora cantidades alarmantes de tiempo.

Supongo que el problema esta en el sistema de paginacion de Firebird pues las paginas donde estaban los registros borrados quedan disponibles para ser utilizadas por registros nuevos. Cuando se hace un backup es como si tuviera que recorrer todas las paginas esten libres o no pero el recorrido por esas paginas mucho más.

Algo lei (no recuerdo donde) que la version 2.0 de Firebird haria mucho más rapido el proceso de backup, puedes hacer una pruebas a ver como te va con dicha version.

[iuqrul]

Las copias las he probado de diferentes formas, Programas: gbak, IbExpert o programa propio con IBX, ninguna diferencia.

Estos procesos los realizo siempre con servidores Linux, con Windows no he sido capaz de soportar los tiempos de espera, o se queda sin memoria.

¿Cómo los borro? normalmente desde isql o IbExpert con "delete from xxx" y borra 400k registros de xxx más dos millones por integridad referencial de yyy.

La base de datos y la copia SIEMPRE están en el mismo disco, incluso en dos con raid, osea el mismo, pero siempre disco interno IDE/SATA.

El problema es que no puedo vaciar una tabla y realizar copia, de una forma razonable, borrar los registros es un tiempo razonable, pero crear la copia posterior es cuando se alarga horas.

Por supuesto la base de datos comprobado de posibles errores, la tabla de xxx tiene 18 índices no demasiado complejos, sobre todo con integer, y la yyy 5 o 6.

Las bases de datos tienen un tamaño de página de 8Kb normalmente.

Ahora estamos trabajando en desarrollar una versión para FB 2.0, ya que tenemos algún problema, sobre todo con las UDF y sus parámetros que han cambiado de CHAR a VARCHAR, cuando tenga que convertir alguna de esas bases de datos grandes(con las de tamaño inferior este problema no existe) podré hacer una prueba.

Gracias por vuestras respuestas.