Problema al abrir la base de datos de firebird

[Fer Gómez]

Saludos, tengo un pequeño problema al intentar abrir bases de datos firebird en mi equipo tengo Windows7, proyectos en delphi7 y firebird 2.5, el problema es el siguiente, he estado trabajando con varios proyectos con archivos de firebird 2.1 sin problema hasta ayer, intento abrir y nada, al hacer un test me aparece el siguiente error:

Attempting to connect to:
127.0.0.1:Z:\REGISTRO2011.FDB

Connecting... Failed!
------------------------------------
wrong or obsolete version
.
unsupported on-disk structure for file Z:\REGISTRO2011.FDB; found 32779, support 10.

Attempting to connect to services manager... Passed!

Disconnecting from database... Passed!

Lo único que hice fue instalar el IIS7, se actualizaron unos service pack de Visual Studio 2010 y SQL Server 2008.

Intenté desintalar el firebird y reinstalarlo y nada, alguna sugerencia por donde seguir intentando ?

de antemano muchas gracias.

[[Al González]]

Hola Fer.

Encontré un par de enlaces que podrían ayudarte con ese problema:

http://www.clubdelphi.com/foros/showthread.php?t=78028
http://www.firebirdfaq.org/faq80/

Por cierto, ¿ya intentaste apagando y encendiendo de nuevo servidor y cliente?

[Fer Gómez]

Saludos Al.

Primer liga (No me permiten citar ligas)

Sobre esta liga intenté primero desintalando firebird y borrar cuanto archivo gds32.dll; fbclient.dll; hubiera en mi equipo, luego instale de nuevo firebird y sigue el error.

Segunda liga (No me permiten citar ligas)

En cuanto a esta liga mi caso es al revés tengo una versión de firebird mas nueva que el archivo de la base de datos y esto siempre me funcionaba.

• Ya intenté bajando el servidor de IIS7 por si era eso y nada,
• Fuí por la base de datos del cliente la de producción que sí está funcionando y aquí me dice lo mismo,
• Instalé la misma versión de firebird que la del archivo de la base de datos y nada,
• Lo más extraño es que creo una nueva base de datos y la intento abrir y si lo hace

[Casimiro Notevi]

Creo que has olvidado hacer un backup transportable antes de quitar el anterior firebird, y hacer un restore después de instalar el nuevo firebird

[pacopenin]

Ese error me ha dado alguna vez al intentar abrir una base de datos de una versión posterior a la que que tengo instalada de Firebird. Es decir, al tratar de abrir una base de datos creada con la versión 2.5 con el Fb 2.1, por ejemplo.

[Fer Gómez]

Gracias Casimiro Notevi, aunque mis bases de datos están versionadas por cada cambio que se realizan y no esta de más realizar backups transportables.

Gracias pacopenin, el error es por abrir una base de datos creada con la versión mayor con el Fb menor, aunque mi caso es al contrario.


La verdad realicé todas las recomendaciones y nada, y hoy por la tarde voalá, todo funcionando a la normalidad, podríamos cerrar el tema aunque no se lo que realmente pasó? en mi caso me quedo con la inquietud el porque aparecio dicho error.

Gracias

Fer Gómez
Feliz inicio 2013

[Casimiro Notevi]

Empezado por Fer Gómez

Gracias Casimiro Notevi, aunque mis bases de datos están versionadas por cada cambio que se realizan y no esta de más realizar backups transportables.

No, no es que esté de más, es que es obligatorio según la propia firebird.

[[Al González]]

Hola Casi.

Empezado por Casimiro Notevi

No, no es que esté de más, es que es obligatorio según la propia firebird.

En tu blog (el cual recomiendo, por cierto) comentas:

-t transportable, sirve para cuando queremos pasar una base de datos a otra versión o sistema operativo, por ejemplo, cuando vamos a pasar una BD de Windows a Linux.

Yo hasta ahora, con Firebird 1.5 y entre equipos con Windows, sólo cierro las conexiones y copio el archivo .fdb. ¿Debería hacer los respaldos con gbak?

[Casimiro Notevi]

Empezado por Al González

Yo hasta ahora, con Firebird 1.5 y entre equipos con Windows, sólo cierro las conexiones y copio el archivo .fdb. ¿Debería hacer los respaldos con gbak?

Hola Al, si la versión es la misma y el sistema operativo es el mismo, entonces no es necesario hacer el gbak transportable, basta con cerrar las conexiones y copiar el .fdb, pero debes estar seguro de que realmente no hay ninguna conexión, aunque "normalmente" no pasa nada, he visto casos que han hecho eso y han tenido problemas después porque había alguna conexión que realmente no se había cerrado. En ese caso no estaría de más hacer un 'shutdown' de la base de datos y así nos quitamos de problemas, algo así como gfix -shutdow -force basedatos.fdb
Pero no es necesario si realmente estás seguro que no hay ninguna conexión a la misma.

[[Al González]]

Aclarado está, gracias.

[[Delphius]]

Empezado por Casimiro Notevi

En ese caso no estaría de más hacer un 'shutdown' de la base de datos y así nos quitamos de problemas, algo así como gfix -shutdow -force basedatos.fdb
Pero no es necesario si realmente estás seguro que no hay ninguna conexión a la misma.

Yo por las dudas, aún cuando se que no hay otra conexión, hago lo que comentas amigo.
Aún cuando uno está trabajando en "local" cada utilitario o programa que esté conectado cuenta como un usuario más, como si se tratara de un C/S. Yo en ocasiones estoy con IBExpert, FlameRobin, IBUtils y con Delphi trabajando a la vez. Y para el momento de un 'shutdown' cierro todo incluso, y de ese modo me aseguro que únicamente la "sesión" de SYSDBA que está realizando el apagado esté activa.
Mañas... cada quien tiene la suya.

Saludos,

[Casimiro Notevi]

Sí, eso ocurre, que avisas a gritos: "¿está todo el mundo fuera del programa?", y resulta que alguien tienes una conexión ibexpert abierta, por ejemplo.

[[Delphius]]

Empezado por Casimiro Notevi

Sí, eso ocurre, que avisas a gritos: "¿está todo el mundo fuera del programa?", y resulta que alguien tienes una conexión ibexpert abierta, por ejemplo.

Si eso sucede en mi caso habría que llamar a toda la comunidad de físicos para que estudie como es posible que exista otra instancia de Delphius ¿O NewDelphius?
Hasta el momento trabajo solo... así que tu verás... por fuerza necesariamente se que no puede haber otra conexión más que las que yo haya abierto. Y como se que nadie más en mi casa tiene la más remota idea de lo que es un puerto, Firebird ni cuenta con las herramientas como para conectarse al servidor pos... ¡vaya susto me agarro si llego a ver otra conexión que no sea alguna de las que yo haya abierto!

Saludos,

[Fer Gómez]

Saludos de Nuevo, aquí respondiendo lo que realmente pasó en el error a la base de datos, yo como me muevo constantemente de la oficina, a mi casa, o con algún cliente, por comodidad (Tomando todas las precauciones de guardar los trabajos) le doy Hibernar a mi laptop así dejo ventanas y mi trabajo donde me quede para continuar en el otro punto, a la segunda recuperación es cuando se corrompe algún servicio de firebird lo cual me mostraba un error mal interpretado.

[[Delphius]]

Empezado por Fer Gómez

Saludos de Nuevo, aquí respondiendo lo que realmente pasó en el error a la base de datos, yo como me muevo constantemente de la oficina, a mi casa, o con algún cliente, por comodidad (Tomando todas las precauciones de guardar los trabajos) le doy Hibernar a mi laptop así dejo ventanas y mi trabajo donde me quede para continuar en el otro punto, a la segunda recuperación es cuando se corrompe algún servicio de firebird lo cual me mostraba un error mal interpretado.

Eso que dices tiene sentido. Justamente cuando uno pone la máquina en Suspendido no la apaga totalmente. simplemente se cierran algunos servicios y deja activo sólo los más esenciales... los necesarios para un nuevo inicio más rápido. Es muy posible que justamente los servicios asociados a Firebird (el guardián y el server) son cerrados y por tanto impidiendo el acceso a cualquier base de datos.
Si yo me tuviera que estar trasladando como haces tu (¡y con más razón si se trata de una notebook!), ¡apagaría el equipo!. Que eso de Suspender no impide que no existan problemas...

Saludos,

[Casimiro Notevi]

También puedes cerrar el programa que esté haciendo uso de firebird.

[[Al González]]

Empezado por Fer Gómez

[...] le doy Hibernar a mi laptop así dejo ventanas y mi trabajo donde me quede para continuar en el otro punto, a la segunda recuperación es cuando se corrompe algún servicio de firebird lo cual me mostraba un error mal interpretado.

Empezado por Al González

Por cierto, ¿ya intentaste apagando y encendiendo de nuevo servidor y cliente?

[bulc]

Hola. Me pasó eso y lo arreglé escribiendo correctamente el path de conexión al servidor. Prueba a ver qué pasa.
También puedes hacer un ping (desde el dos) al servidor a ver si funciona la conexión. Escribe ping [Nombre_Servidor] Pulsa [Ctrl+C] para detener la respuesta del ping.
Yo tenía un error parecido y desinstalé InterBase, borré los archivos gds32.dll volví a instalar Firebird y listo.
Saludos,
Bulc