FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Buscar | Temas de Hoy | Marcar Foros Como Leídos |
|
Herramientas | Buscar en Tema | Desplegado |
#1
|
|||
|
|||
Desconexión FBServer
Hola a tod@s, un cliente a cambiado de servidor y desde entonces tiene muchas desconexiones del Firebird, lo que provoca que todos los puestos conectados a veces caigan poco a poco y otras veces todos de golpe.
La versión del firebird es la 2.1.4. La base de datos pesa unos 2.5GB, está en Windows Server 2012 estándar 64bits y sobre discos SDD en raid 1. La ruta de ficheros temporales (TempDirectories) apunta a otro disco (mecánicos SAS en raid 5). La máquina tiene 16GB de RAM y un xeon a 2GHz. Examinando el log de firebird me encuentro con muchísimos registros de este tipo Cita:
Cita:
Cita:
Un saludo y gracias de antemano. |
#2
|
||||
|
||||
Cita:
Si de primera hora no funciona tampoco, entonces puede que el problema esté en el servidor. Asegúrate, antes de empezar, que la base de datos está bien y no ha sufrido ningún problema en esos cortes. |
#3
|
|||
|
|||
Desconexión FBServer
Hola y lo primero muchísimas gracias por la rápida respuesta.
Según el cliente la red está certificada y además con el anterior servidor (Server 2003) no tenía este problema. De todas formas ha cambiado un switch que tenía viejo. También se ha hecho algún "ping -t" contra algún equipo sospechoso (hora de error 10054 coincide con conexión de algún puesto) y todo correcto, no pierde ningún paquete. Cita:
Cita:
Cita:
Un saludo. |
#4
|
||||
|
||||
Hombre, pues así poco podemos hacer desde aquí.
He visto "redes certificadas" donde incluso se habían equivocado en la categoría del cableado. Yo no haría mucho caso a eso. Prueba a poner el otro. De todas formas, puede ser problema físico de ese servidor, y la red sigue estando certificada Otro apunte, por tus palabras deduzco que son muchas conexiones, ¿por qué habéis puesto un windows en lugar de cambiar, ya puestos, a linux?, la diferencia es enorme. |
#5
|
|||
|
|||
Cita:
Cita:
Cita:
Para los 10054's se le comentará al cliente que revise bien su red, está claro que no está bien. Y con los errores de reserva de memoria ¿alguna pista? |
#6
|
||||
|
||||
Muy mala idea.
Primero se arregla una cosa y luego toca la otra, quién sabe si está provocado por lo mismo. |
#7
|
|||
|
|||
Si, a veces es mejor ir pasito a pasito, el cliente ha quedado para que le revisen la red. Lo de los otros errores lo comentaba porque después de todos estos días está claro que los 10054 ya los tenía antes, así que lo novedoso del tema son los cortes del firebird que provocan esos cientos de páginas huérfanas y siempre se dan tras los errores de reserva de memoria. Ayer el IBExpert se quejó como que no tenía permisos suficientes para abrir la tabla MON$ATTACHMENTS, hago y deshago lo que quiero con todas las tablas y voy a echarle un vistazo a esa y se queja... flipante.
Lo que queráis, esperamos a ver qué le dicen los técnicos de la red pero creo que hay dos errores paralelos. Un saludo y muchísimas gracias. |
#8
|
||||
|
||||
Espero que tengan buenas copias de seguridad.
Deberías estar preparado para lo que viene después de que los técnicos revisen la red, ¿por qué?, porque te adelanto lo que te van a decir: "La red está perfectamente bien". Si hay problemas de red (cables, routers, tarjetas de red, etc.), que los hay, porque ese código de error lo demuestra, la base de datos estará dañada, así que no es que haya 2 problemas, uno con la red y otra con la BD, sino que el problema de la red ha dañado la BD. Puedo asegurarte que una BD firebird no se estropea sola. |
#9
|
|||
|
|||
Hola de nuevo, después de todo este tiempo, los técnicos han revisado la red. Han cambiado algún equipo, algunas tarjetas y renovado los switch's. Después de esto hemos estado analizando unos días el log del firebird, los errores se han reducido, ya no tienen cortes del motor de FB, además al hacer los procesos de mantenimiento ya no aparecen las páginas de huérfanos, pero sigue habiendo algún registro con el error 10054 y el siguiente
Cita:
un saludo y gracias de antemano |
#10
|
||||
|
||||
Adivina, adivinanza... no tenemos una bola de cristal
|
#11
|
|||
|
|||
Hola, ¡¡qué rapidez!!
Cita:
Al grano, las udf's que hemos creado las declaramos enviando el parámetro de salida como uno más de entrada De esta forma tenemos entendido que es el propio FB el que gestiona la memoria necesaria para ese parámetro de salida. Antes las definíamos como salida usando FREE_IT y usando la función ib_util_malloc de la librería "ib_util.dll", pero tuvimos peores resultados (más cortes). un saludo y espero haber puesto imagen en la bola |
#12
|
||||
|
||||
Una pregunta, ¿por qué unos parámetros string tan grandes?
|
#13
|
|||
|
|||
Era un ejemplo, de todas formas alguna tenemos así, puede que se envíe alguna concatenación de campos, ese es el máximo que nos permite, con blob's ya estuvimos enredando y nos daba más errores y sobretodo eran mucho más lentos. ¿Por qué lo preguntas?, ¿pueden venir por ahí los errores de memoria de Windows?
|
Herramientas | Buscar en Tema |
Desplegado | |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
liberar fbserver | paty_rlopez | Firebird e Interbase | 7 | 22-04-2008 18:51:26 |
problemas con fbserver | thebignico | Firebird e Interbase | 1 | 14-09-2006 14:55:09 |
Problemas de desconexion de la BD | Giniromero | Firebird e Interbase | 6 | 27-12-2005 18:56:06 |
fbserver.exe: terminated abnormally (4294967295) | JMOTON | Firebird e Interbase | 1 | 29-11-2004 16:58:54 |
Desconexión de red | Kira | Windows | 0 | 06-04-2004 16:45:04 |
|