Problemas conectando Firebird 2.5 en red

[ecfisa]

Empezado por Casimiro Notevi

Yo siempre pongo la IP.

Hola Antonio, así lo hice y Desde delphi usando:

Código Delphi [-]
...
  IBDatabase.DatabaseName :='192.168.1.64:C:\Sistema\Datos\Base.FDB'
  try
    IBDatabase.Open;
  except
    MessageBox(0,'No se puede establecer la conexión con la base de datos','',MB_ICONERROR);
    Application.Terminate;
  end;
...

no me dió error de conexión el primer intento (aunque tardó una enormidad en mostrar los datos en una ventana).
Al cerrar y abrir nuevamente la aplicación otra vez el mensaje "No se puede establecer la conexión con la base de datos" (me está volviendo paranoico )

Empezado por fjcg02

Es que no sería SERViDOR sino PORTÁTIL el nombre del servidor en este caso. Por otro lado, haces telnet al puerto 3050? Por lo que veo está comentado el puerto en el fichero de configuración.

Saludos

Hola fjcg02.
Perdón "PORTATIL" fué un olvido al tomar la instantánea, el servidor es "SERVIDOR" y lo de telnet fué una de las tantas pruebas ante el desconcierto.

Desde el servidor netstat me arroja:

Proto  Dirección local  Dirección remota  Estado
TCP    127.0.0.1:350    SERVIDOR:49868    ESTABLISHED
...

Gracias por sus observaciones

[Casimiro Noteví]

¿Pero firebird está funcionando?
¿Lo has probado en local?

[juanelo]

A lo mejor está de mas, ¿pero has chequeado tu antivirus?, casi todos vienen con su propio firewall.
Saludos

[ecfisa]

Empezado por juanelo

A lo mejor está de mas, ¿pero has chequeado tu antivirus?, casi todos vienen con su propio firewall.
Saludos

Hola juanelo.

Si, desinstalé los antivirus en los dos equipos en que estoy probando el problema.

Gracias por tu sugerencia

[ecfisa]

Hola amigos.

El problema de la conexión se resolvió usando la IP del servidor, pero el larguísimo retardo en mostrar los datos continua, son varios minutos para pocos datos. Por si pudiera servir como inicio de lo que sigue, inicio y cierro la transacción al crearse y cerrar el form respectivamente.

Me sorprendió ver que, desde el IBExpert o Delphi una sentencia como

Código SQL [-]
SELECT * FROM UNA_TABLA

muestra:

ID    CAMPO
430   ...
431   ...
432   ...
433   ...
434   ... 
23    ...
24    ...
25    ...
26    ...
27    ...
...

cuando antes mostraba el campo ID de forma ascendente (por órden de inserción).

El detalle extraño es que pude comprobar que si miro directamente en los datos de una tabla estos aparecen ordenados por el ID como esperaba. Pero si hago un select sobre la misma este órden no se conserva, me temo que el retardo sea producto de esa situación...

Aunque no obtuve mensajes de error en ningún momento al usar gbak, y la aplicación aparentemente funciona correctamente en el servidor, pensé en una posible corrupción de la bd, de modo que apliqué los pasos sugeridos en este enlace Reparar una base firebird, pero la situación continua.

Si alguién conoce, o pasó por un caso similar, ¿ Sería una posible solución pasar los registros previamente ordenados a una copia vacía de la bd ?

Saludos

[Casimiro Noteví]

Mira con el ibexpert si tienes desactivado índices, procedimientos, triggers, etc.

[ecfisa]

Empezado por Casimiro Notevi

Mira con el ibexpert si tienes desactivado índices, procedimientos, triggers, etc.

No se me había ocurrido, voy a controlar todo y luego les cuento

Saludos

[ecfisa]

Empezado por Casimiro Notevi

¿Pero firebird está funcionando?
¿Lo has probado en local?

Si, si el servicio está iniciado y como automático funciona correctamente en local de ambos modos:

Código Delphi [-]
  IBDatabase.DatabaseName := '192.168.1.64:C:\Sistema\Datos\Base.FDB';
  // también así
  IBDatabase.DatabaseName := 'SERVIDOR:C:\Sistema\Datos\Base.FDB';

Pero hace largas esperas en el cliente al mostrar pantallas y no supera los test de IBExpert.

Sigo intentando..

Saludos y muchas gracias

[Casimiro Noteví]

Haz un gbak/restore, a ver si tiene algún defecto.

[Casimiro Noteví]

En cuanto a que tarde mucho la primera vez, creo recordar que windows hacía una copia de la BD, desactiva la opción de "Restaurar sistema".

[ecfisa]

Hola Antonio.

Aparentemente el problema de conexión desapareció usando el IP, pero sigue con la demora

Ya hice el backup/restore

gbak -b -v -t -user sysdba -password masterkey BASE.FDB BASE.FBK
...
gbak -r -v -p 8192 -REP -user sysdba -passord masterkey BASE.FBK BASE.FDB

Y también desactivé la restauración del sistema, hago unas pruebas y les comento el resultado.

Gracias

Edito: Así es, fue un error de copia/pega

[Casimiro Noteví]

Empezado por ecfisa

Proto  Dirección local  Dirección remota  Estado
TCP    127.0.0.1:350    SERVIDOR:49868    ESTABLISHED
...

¿Es un error en el copia/pega?, lo digo porque pone puerto 350 y no 3050.