Buenos días!
Como les va?
Tengo el siguiente problema y quisiera saber si ustedes me pueden orientar como para dar con una solución.
Me encontraba realizando la migración de unas notas de 2 alumnos (son un total de 70 registros aproximadamente) para una carrera en particular, el tema es que durante la corrida de unos de los script que va realizando los controles e inserciones de tales datos en otras tablas, por motivos que al día de hoy no logro encontrarle una solución, nunca termino de finalizar la ejecución de dicho script. Peor aún luego de cerrar sqleditor y reiniciar el servidor donde se encuentra instalado el informix, quise realizar un simple select a una tabla donde se encontraban los datos que estoy tratando de migrar, y comenzó a demorar la respuesta por parte del informix, al día de hoy directamente es tanto lo que demora que termina por salir un mensaje por exceso por tiempo de espera para recibir la respuesta de la ejecución de la consulta. Pero esto ya es con cualquier tabla, sea un select simple o con criterio.
Más aun quise realizar un drop tanto a tablas temporales que utilizo como a procedimientos que he creado antes de que se presentase este problema y no hay modo alguno que los elimine, siempre termina saliendo la ventana por exceder el tiempo que se da para la ejecución de los mismos. Es más intente borrar 1 solo registros y cae de nuevo en el mismo problema.
Me pueden dar una ayuda como para poder encontrar una solución a este el problema?
Inicialmente este proceso de migración lo venía realizando de 10, lograba migrar hasta 6000 registros por días. Pero ahora con este problema no puede migrar nada, incluso no puedo ejecutar ningún tipo de consulta.
Estoy utilizando informix versión 2.80.
Desde ya doy las gracias por su ayuda.
Saludos cordiales
Cesar
Victor, tal vez sea un problema en los logical logs del motor, que se hayan llenado y no tenes el backup continuo o realizaste el backup de los mismos.
Podes adjuntar el archivo de configuaracion de informix /informix/onconfig. y la salida del comando onstat -l
Hola Alejandro!
Te adjunto print de pantalla de lo que me devuelve el comando onstat -l y archivo de configuración!!!
datos.rar (39.9 KB)
Victor, es un poco tarde la respuesta, pero viendo la imagen a los logical logs que estan al 100% le falta hacer backup.
Fijate que llego al último logigal logs (flag L-Last) y actual (flag C-Current) que es el nro 2 y el resto no tienen el flag B-Backup, es decir que estan usados sin haberles realizado el backup, con lo cual el motor se frena y no sigue hasta tanto no se haga backup de los mismos (comando ontape -s …)
Fijate en el onconfig que tengas el parametro LBU_PRESERVE con valor 1, esto hara que no llegue a usar el ultimo logical log disponible si el resto no fue backupeado… Te dará la chance de hacer backup aun cuando el motor se plante y no deje hacer nada hasta tanto no hagas backup.
Saludos.
Alejandro y Victor:
Una pequeña corrección. los comandos para hacer backup de los logical logs no es Ontape -s, sino Ontape -a (backup automático) u Ontape -c (backup continuo).
El Ontape -s es para hacer el archive en binario del motor.
Saludos
Gustavo
Si, el ontape -a o -c es especifico de los logical logs.
Igualmente el ontape -s (system backup) incluye el backup de los logical logs.