Corrupcion en una tabla

[Casimiro Noteví]

Empezado por cesarsoftware

Entonces podemos afirmar que firebird es solido por si mismo, me tranquilizan tus comentarios,

Te cuento una historia (verdadera), como curiosidad, ¿sabes por qué eligieron interbase en los ordenadores de los carros de combate (tanques) en EEUU?, porque tras cada disparo, el sistema eléctrico se venía abajo y apagaba todos los dispositivos electrónicos, incluido el ordenador, interbase fue la única base de datos que superaba la prueba de no quedar "estropeada" tras cada caída del sistema (cada disparo), se recupera automáticamente sin pérdida alguna de datos.
No es que me sienta orgulloso de los militares, pero sí que dice mucho a favor de interbase/firebird.
Ya sabes que firebird nació de la versión 6.0 de interbase, que fue distribuida con una licencia libre.
En el primer sistema que hice para firebird, el jefe quería que el sistema fuese totalmente seguro y nos obligó a realizar algunas pruebas, por ejemplo: mientras se introducían facturas de ventas desde varios equipos a un servidor central, él (el jefe) sacaba el cable de electricidad y volvía a conectarlo después. Verificábamos el resultado y lo único que se perdía eran las líneas que todavía no se habían hecho commit. El resto estaba todo bien y la base de datos perfecta.
Luego repitió con pruebas similares, arrojaba el ordenador contra el suelo para romperlo, luego extraíamos el disco duro y lo montábamos en otro ordenador. Sin problemas. Quería hacer la prueba de arrojar el ordenador/servidor a una bañera llena de agua, pero le dijimos que se metiera él dentro también y no quiso , era un desconfiado . Por eso digo que salvo roturas físicas de disco, nunca he conocido ningún problema con una BD firebird. Desde 1998.

Empezado por cesarsoftware

Ya le hechas horas al foro casimiro, no se que hariamos sin ti y el resto de los moderadores.

Últimamente poco tiempo, la verdad, ando bastante ocupado, por desgracia

Empezado por cesarsoftware

Gracias por atendernos, te mereces una buena mujer y muchos hijos o unas birras o lo que quieras

Bueno, mejor no cuento lo que quiero, que se vaya a cumplir

Por cierto, la mayoría por aquí somos autodidactas también.

[cesarsoftware]

Muy clarificadora la historia de los tanques, conozco un poco los sistemas militares y desde luego, usan lo mas seguro que existe y si no existe, lo hacen.

Y a tu jefe, no se, igual tendrias que haberlo empujado a la bañera. Si tiras un ordenador por una ventana o a una piscina, ¿tiene importancia con que soft se han guardado los datos?

Lo que hemos hecho en alguna ocasion es replicar los servidores geograficamentes dispersos, es decir por ejemplo, el servidor central en la sala de centro de datos y otro, por ejemplo, en el sotano del edificio, de manera que si caia, con cambiar la IP del backup, el sistema se reactivaba en pocos minutos. Los bancos suelen tener replicas pero mas dispersos, uno en una ciudad y otro en otra ciudad para que en caso de desastre natural, inundacion, fuego o terremoto, el sistema siga trabajando.

Habia pensado, que no si es buena idea, tener 2 sqlconection en la aplicacion y guardar las bases de datos replicadas, una en local y otra por red, pero se que por red la grabacion de 3000 registros pasa de tardar 1 segundo a varios segundos y no da tiempo entre ensayos.

¡Que bonito es ser autodidacta!

Tu pide, pide, que a lo peor lo consigues

[Casimiro Noteví]

Empezado por cesarsoftware

Habia pensado, que no si es buena idea, tener 2 sqlconection en la aplicacion y guardar las bases de datos replicadas, una en local y otra por red, pero se que por red la grabacion de 3000 registros pasa de tardar 1 segundo a varios segundos y no da tiempo entre ensayos.

Con firebird puedes tener una copia exacta en tiempo real de la BD, mediante un proceso llamado "shadow". Es un sistema perfecto para casos de averías físicas en el sistema o, como le ocurrió a un cliente, le robaron los equipos y el servidor, pero no vieron otro servidor que había en otro lugar de la empresa, que es donde se replicaba la base de datos. Por lo que sólo hubo que cambiar en el .ini del programa la IP y listo.
Aquí tienes un sencillo tutorial que creé hace ya unos años.

[cesarsoftware]

Gracias casimiro.

A partir de ahora creo que voy a probar a hacer shadow, ¡deberia ser por defecto, jejeje!

De hecho voy a hacer una prueba ahora mismo

Tengo que sacar tiempo el leerme el manual enterito

Espero que mi mujer siga en la siesta

[cesarsoftware]

Leido el manual, me queda una duda, e probado a hacer un shadow local y perfecto, entiendo que el motor tiene que estar instalado en los dos equipos, pero si quiero replicarlo en el mismo servidor, distinto disco me da un access violation, ¿no se puede crear una sombra con ruta de servidor?

Correcto

Código SQL [-]
create shadow 1 auto 'c:\shadow.shd'

importante las comillas simples

Error

Código SQL [-]
create shadow 1 auto '192.168.100.5:c:\shadow.shd'

[cointec]

Los archivos shadow tienen que estar en discos que el servidor de Firebird vea como locales. Shadow no es una replicacion de datos, característica de la cual no dispone Firebird. En el momento que pongas un disco de red como local en un servidor sufrirás una penalización en el acceso a datos, ya que Firebird tiene que escribir en ambos simultáneamente y el más lento te va a condicionar la velocidad del motor en el acceso a datos para escritura. Shadow es algo en desuso y para redundancia existe algo más rápido que se llama, creo recordar, RAID.

Por otro lado, la historia de los tanques esta bien, la he oído en muchas ocasiones, pero he leído y sufrido en muchas más ocasiones bases de datos corruptas en interbase y Firebird tras cortes de luz.

[cesarsoftware]

Empezado por cointec

para redundancia existe algo más rápido que se llama, creo recordar, RAID.

Raid es un sistema de redundancia FISICA de discos LOCALES, tenemos, creo recordar

RAID 0, espejo simple, 1 disco es igual al otro disco
RAID 3, espejo con checksum, 1 disco es igual al otro mas otro disco que hace de checksum
RAID 5, todos los discos se reparten la informacion

Luego estan los intermedios RAID 0+1, etc.

Y yo si e visto romperse los RAID, demasiadas veces y por diversos motivos, esto si que esta en desuso.

Ah, unix, es unix, verdad casimirio, yo tambien e trabajado en unix, xenix, openvms, etc , ahiii, que tiempos..
Pero, casi todos los sistema que estan por ahi montados son windows, si uno puede elegir la instalacion, pues vale, linux, pero "por desgracia" casi todo es windows.

Aclarado, Shadow solo replica en local, vale, lo tendremos en cuenta.

[Casimiro Noteví]

Empezado por cointec

Los archivos shadow tienen que estar en discos que el servidor de Firebird vea como locales

Empezado por cesarsoftware

create shadow 1 auto '192.168.100.5:c:\shadow.shd'

Eso es problema de windows que no permite hacerlo. Sólo puedes usarlo en el equipo local.
Tienes que usar linux porque cualquier unidad de red 'montada', el sistema lo ve como si fuese local.

Siempre he instalado servidores linux y antes de que existiera linux montaba xenix y antes unix. Las instalaciones con servidores windows puedo contarlas con los dedos de las manos... en casi los 30 años que llevo profesionalmente en este mundillo de la informática.

Empezado por cointec

Shadow no es una replicacion de datos, característica de la cual no dispone Firebird. En el momento que pongas un disco de red como local en un servidor sufrirás una penalización en el acceso a datos, ya que Firebird tiene que escribir en ambos simultáneamente y el más lento te va a condicionar la velocidad del motor en el acceso a datos para escritura.

Como he dicho antes, shadow realiza una copia exacta y en tiempo real de la BD principal en cualquier otro disco (local si es windows, en cualquier lugar si es linux).
Tengo clientes con cientos de conexiones que usan shadow por seguridad, manteniendo una copia (en tiempo real) de la BD en sus oficinas y al mismo tiempo en servidores en otros centros de la empresa que están en ciudades distintas, y una de ellas está en Málaga y la copia en tu ciudad, Alicante.
La velocidad, por supuesto, que depende en gran parte de la red, pero para empresas que mantienen un segundo servidor en sus oficinas es perfecto si tienen una buena red local.

Empezado por cointec

Shadow es algo en desuso y para redundancia existe algo más rápido que se llama, creo recordar, RAID.

No confundas el tocino con la velocidad

Empezado por cointec

Por otro lado, la historia de los tanques esta bien, la he oído en muchas ocasiones, pero he leído y sufrido en muchas más ocasiones bases de datos corruptas en interbase y Firebird tras cortes de luz.

Mala suerte la tuya, qué le vamos a hacer, fíjate que yo desde que empecé con interbase y luego firebird (1998) nunca he sufrido, ni visto, ni oido nunca un caso del que te ha tocado a ti.

[cointec]

Empezado por Casimiro Notevi

Mala suerte la tuya, qué le vamos a hacer, fíjate que yo desde que empecé con interbase y luego firebird (1998) nunca he sufrido, ni visto, ni oido nunca un caso del que te ha tocado a ti.

Me alegra saber que disponías de Firebird antes de que se publicase la versión 1.0 en 2002. En cuanto a la corrupción, sólo necesitas interbase 5.6, 20 usuarios concurrentes grabando en una tabla y un corte de luz. Puede que los tanques, donde hay un usuario (el tanque) forced writes y un apagón de luz después de grabar algo, no se corrompa, pero creo que no es el mundo donde nos movemos habitualmente.