Hola,
Constantemente tenemos que estar limpiando la cache del informix para que no se caiga el 3w, cada 30 min aprox. Hay algo que podamos hacer para que funcione correctamente?
Hola Victor
Me podrias ampliar un poco, con que comando limpias la cache de Informix ? tenes windows o linux ?
que es lo que pasa si no limpias la cache ?
saludos
Ignacio
Buenos dias!
Como están?
Estamos trabajando con windows 2003 server R2, el informix 9.21, se utiliza el 2.8.1 como SIU de Gestión y la versión del 3W es la 2.8.3.
Actualmente el 3w sufre muchisimas caidas de forma reiteradas, se hacen las corridas de limpiezas de los correspondientes log del informix mediante el comando “ontape -a”, y se corren dos escript desde el sql editor que son para optimizar las tablas del guarani, estos script son “updstssql.sql” y “updstssql_high_tablas.sql”.
Estos problemas de caídas del 3W ya se venían dando, pero se solucionaban cuando se realizaban estos pasos, pero ahora ya no se solucionan o se solucionan momentáneamente.
Cual puede ser el motivo?
Se pensó que era problema de bases de datos, pero el SIU Gestión funciona bien, luego de realizar estos pasos, ahora mi pregunta es, si el SIU Gestión funciona bien el 3w no tendría que andar bien, si tanto uno como el otro sistema utilizan los mismos canales de conexión, las consultas y procedimientos?
Otro problema que vimos es que cuando se corren desde el putty la conexión a la base de datos “”, y nos da como resultado que no puede conectarse a la base de datos, analizando el archivo de configuración esta todo bien, incluso usuarios y pass que se utiliza para conectar.
Esto es lo que se realiza desde el putty.
En la carpeta del 3w corremos este comando:
2.8.3/bin# ./guarani test_conexion des01
y nos tira:
ERROR AL CONECTAR!!!
DB CONNECTION ERROR: ERROR conectandose al motor - SQLSTATE=HY000, SQLDriverConnect: -27001 [Informix][Informix ODBC Driver][Informix]Read error occurred during connection attempt.
Estos son los parámetros de conexión:
database=siu_guarani
host=10.24.3.17
server=ol_guarani
client_locale=en_us.cp1252
service=1526
protocol=olsoctcp
LogonID=internet
pwd=********
EnableScrollableCursors=1
Que son los datos de conexión correctos comparándolos con el setnet del informix que se utiliza para configurar los parámetros para que acceda el SIU Gestión.
Cual puede ser el problema?
Gracias!!!
Por lo que decis pareciera que el problema esta que no tenes configurado el backup automatico de los logical logs. Cuando estos se llenan y no se realiza el backup el motor se para esperando el backup, a eso te referis con que se cae el servidor de Guarani3w?
¿Porque no configuran el backup automatico de logical logs?
En el archivo de configuracion del motor que esta en \informix\etc<nombre instancia motor>.ONCONFIG
Alli deben editar los parametros:
LOG_BACKUP_MOD CONT
Otra forma es que cuando levantes el motor dejes corriendo el backup automático de logical logs con el comando ontape -c
Existe la forma de dejarlo corriendo en background. Buscalo en este foro de tecnicos…
Revisar los parametros:
LTAPEDEV (que tenga el nombre del archivo a donde se hara backup de los logical logs)
LTAPESIZE (ver que tenga un tamaño significativamente grande para que no se complete en los sucesivos backups… Expresado en Kbytes)
LBU_PRESERVE 1 # Para que no se llenen todos los logical logs, sino cuando se llena el anteultimo pare el motor y deje hacer backup. Por las dudas si esta en forma manual y no automatica el backup de los logical logs.
Despues deberias revisar cuantos logical logs tenes y el tamaño y si es necesario agregar mas o cambiarlos de tamaño, y lo mismo con el tamaño del Fisical log. En este foro hay muchos posteos sobre este tema.
Hola Victor
Si el problema de que se llenen los logs de Informix ocurre con mucha frecuencia, lo que podes hacer es agregar mas logs al informix, asi vas a lograr que tarden mas tiempo en llenarse. Tambien depende de la actividad de modificacion de datos que hay en Informix, si hay mucha actividad se llenan mas rapido.
Una vez que se llenan, la base se congela, y por lo tanto el guarani deja de funcionar correctamente. En ese momento es cuando tenes que ejecutar un ontape -a. para vaciar los logs que se llenaron. Otra alternativa, como te comento Ale es correr permanentemenete un ontape -c eso los va vaciando uno por uno cada vez que se llenan.
Ahora, este tema de los logs, esta muy relacionado con el backup. Ustedes hacen un backup de nivel cero con el ontape -s ?. Si no lo hacen, guardar los logs no tiene ningun sentido. Deberian hacer un ontape -s semanal
Si usan como backup un dbexport, esta forma de backup no es la mejor, ya que Informix permite usar otras formas de backup superadoras del dbexport.
Yo te sugiero:
1- para salir del paso, ampliar la cantidad de logs. SI necesitas ayuda , abri un GDS y yo te doy una mano
2- si usas dbexport como backup, deberian pensar en usar el ontape -s tambien. En ese caso, si te parece avisame y vemos como podriamos ayudarlos desde el SIU a hacerlo.
saludos
El error que me está arrojando es “SQLDriverConnect: -27001”, probamos levantar un backup de un servidor de 3w que funcionaba… y los parametros estan bien, pero ahora ya no conecta… donde puede estar el problema? en 3w o informix?
realizamos los siguientes cambios… cambiamos la ip del 3w, cambiamos el usuario de acceso a la base de datos… y funciono durante 3 min y se cayo de nuevo…
Victor:
Por todo lo que leí en este hilo hay cosas que no quedan claras y además me parece que tienen varios problemas superpuestos, a saber:
- A que le llamás caché del Informix? No sabía que existiera algo así y que sea de influencia en Informix …
- El Servidor es una VM o es un servidor físico con w2003? Si es un servidor fisico y en Windows, para que usan el Putty?? No tienen acceso al servidor?
- Da toda la impresión que no tienen bien configurado y tuneado el motor Informix (hay mucho para hacer en este sentido), desde cantidad y tamaño de logical logs hasta revisar dbspaces, uso y tamaño.
- Hay varias estrategias para hacer backup de los logical logs sin tener que hacerlo a mano como hacen ahora y monitoreando cuando se llenan o no. Había una vieja manera de automatizar el Ontape -c para Windows NT y Windows 2000, para que no dependiera de una sesion abierta en Windows. Yo lo tenía así hasta que dejó de funcionar y nunca más lo pude hacer andar. Se implementaba un servicio nuevo del Windows.
- Ahora tengo un archivo de comandos, que se ejecuta 2 veces al día disparado por una tarea programada,
- Prestale mucha atención a las recomendaciones de Alejandro
- La actualización de estadísticas, si bien son importantes no es necesario hacerlo todos los días.
- Como tienen la conexión a la base del G3W? Por ODBC?
- hay que ver que esté bien configurado el SETNET32, tanto en el Servidor como en el equipo donde está el Apache y el 3W
- Finalmente, puede haber problemas de conexión de red entre el Servidor Web y el SErvidor Informix
Espero puedan encontrar la solución o contratar a un experto DBA que se los pueda solucionar, pero lo primero es determinar de donde viene la falla.
Saludos
Gustavo
probamos reinstalar la BD, y aun asi… funciona muy poco tiempo y se cae el 3w…
Hola!
Les comento que se corrigió el error y por lo pronto esta funcionando, el problema se estaba dando con respecto a la cantidad de memoria ram que dispone el servidor real físico, el servidor físico tiene varias maquinas virtuales corriendo y eso genero que se saturara la memoria ram.
Bajamos varios servidores que al momento no tenían sentido que están activos y eso resolvió el problema por ahora.
Igualmente esto que nos paso más las respuesta que dieron ustedes vimos que tenemos algunos puntos a corregir y que los estamos corrigiendo.
Gracias y saludos!!!