Corrupcion en una tabla

[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.

[Casimiro Noteví]

Empezado por cointec

... nosotros montamos nuestras bases de datos en cabinas de disco externas conectadas al servidor por fibra óptica con RAID 5. En varios años no hemos tenido ninguna incidencia y están en alta disponibilidad 24x7x365. No creo que raid este en desuso ya que cualquier sistema sobre discos en alta disponibilidad lo implementa.

Sí, en instalaciones "grandes" también usamos fibra óptica, principalmente para unir servidores, sistemas raids y hasta los switchs.

Empezado por cointec

Windows puede conectar a discos remotos como sí fueran locales al igual que Linux.

No hablo de windows, hablo de la característica 'shadow' de firebird.
Explica cómo, por favor, porque hace años no se podía, pregunté a firebird y me contestaron que no era posible por no recuerdo qué características de windows, hace muchos años y no me acuerdo el motivo, tampoco me ha hecho falta porque no instalo servidores windows.

Empezado por cointec

Me alegra saber que disponías de Firebird antes de que se publicase la versión 1.0 en 2002.

Si te fijas en lo que he escrito antes, dice: desde que empecé con interbase y luego firebird (1998) porque firebird nació de la liberación de interbase 6 en el año 2000. No hace falta que des datos erróneos, sólo has de consultar la wikipedia, si no te acuerdas.
Y antes del 2000, evidentemente, era interbase.

[cointec]

Empezado por Casimiro Notevi

Si te fijas en lo que he escrito antes, dice: [B

desde que empecé con interbase y luego firebird (1998)[/b] porque firebird nació de la liberación de interbase 6 en el año 2000. No hace falta que des datos erróneos, sólo has de consultar la wikipedia, si no te acuerdas.
Y antes del 2000, evidentemente, era interbase.

En efecto, si miras Wikipedia, interbase se convierte en open source en el año 2000 y Firebird 1.0 se libera en marzo de 2002, por lo que antes de marzo de 2002 no se ha podido utilizar Firebird 1.0. Por otro lado, siento haber malinterpretado las fechas que has proporcionado, pero antes y después de 2002 ha seguido siendo interbase y Firebird solo después de marzo de 2002 con la primera versión, que por cierto, algunos de nuestros clientes siguen utilizando.

[cointec]

Empezado por Casimiro Notevi

No hablo de windows, hablo de la característica 'shadow' de firebird.
Explica cómo, por favor, porque hace años no se podía, pregunté a firebird y me contestaron que no era posible por no recuerdo qué características de windows, hace muchos años y no me acuerdo el motivo, tampoco me ha hecho falta porque no instalo servidores windows.

Para crear en Windows un espejo en una unidad de red (Firebird 2.5) , basta con:

CREATE SHADOW shadow_numero shadow_opciones //HOST/CARPETA_COMPARTIDA/ARCHIVO_SHADOW.

Aparte de esto, shadow tiene sus inconvenientes:

1. Si trabaja en modo MANUAL, en el momento en que se pierde la conexión con el host remoto, se deniega a los usuarios que puedan trabajar sobre la base de datos principal
2. Si trabaja en modo automático, al perder una conexión con el HOST remoto, los usuarios siguen trabajando sobre la base de datos principal, pero se pierde la sincronización, por lo que podemos llegar a tener una base de datos espejo inservible.

Realmente, no se recomienda, tanto para sistemas Windows como Linux, almacenar las bases de datos espejo en servidores y unidades remotas por estos motivos, aunque se permite trabajar con ellos. Este sistema es tan bueno o tan malo en Windows como en Linux, ya que una pérdida de conexión de red es independiente del sistema operativo.

Shadow es una característica heredada de Interbase y viene de los tiempos donde, tanto los discos como los sistemas RAID eran caros. Actualmente, un buen sistema RAID con redundancia es mejor y se obtiene un mayor rendimiento, ya que mientras shadow es una replicación a nivel software, RAID lo es a nivel harware.

Por otro lado, Shadow hereda todo lo malo y lo bueno de la base de datos principal, por lo que una tabla o un índice corrupto lo estará tanto en la base de datos principal como en el espejo, por supuesto mientras no haya un error físico en el disco.

Es un punto de vista y no pretendo tener la verdad absoluta en nada. Os animo a utilizar shadow y compartir vuestras experiencias con los demás.

[Casimiro Noteví]

About Firebird Firebird is a relational database offering many ANSI SQL standard features that runs on Linux, Windows, and a variety of Unix platforms. Firebird offers excellent concurrency, high performance, and powerful language support for stored procedures and triggers. It has been used in production systems, under a variety of names, since 1981.

The Firebird Project is a commercially independent project of C and C++ programmers, technical advisors and supporters developing and enhancing a multi-platform relational database management system based on the source code released by Inprise Corp (now known as Borland Software Corp) on 25 July, 2000.
http://www.firebirdsql.org/en/about-firebird/

He hablado de 'shadow' como "un método fácil y económico". Es cierto que sólo lo recomiendo si se tiene además, y en primer lugar un buen sistema de seguridad.

Empezado por cointec

RAID lo es a nivel harware

Y también a nivel software. Cada uno tiene sus pros y contras.

[cointec]

Casimiro, si lees la cita, dice que firebird se basa en el código fuente liberado por Borland en Julio del 2000 y nada más. La primera versión de firebird (1.0) sigue siendo de Marzo de 2002. No voy a darle más vueltas, porque no tiene importancia. Dejo el tema, si quieres discutirlo, abre un nuevo hilo.

[Casimiro Noteví]

Bueno, tú lo iniciaste
Aunque interbase 6 salió a finales de 1999, y lo recuerdo perfectamente porque mi jefe de aquella época cogió un "cabreo" monumental porque justo unas semanas antes había pagado varios millones en licencias de interbase 5.6 que no sirvieron para nada.
Y no sé cómo insistes en decir que salió en 2002 si la propia firebird dice que salió en 2000

[cointec]

Empezado por Casimiro Notevi

Bueno, tú lo iniciaste
Aunque interbase 6 salió a finales de 1999, y lo recuerdo perfectamente porque mi jefe de aquella época cogió un "cabreo" monumental porque justo unas semanas antes había pagado varios millones en licencias de interbase 5.6 que no sirvieron para nada.
Y no sé cómo insistes en decir que salió en 2002 si la propia firebird dice que salió en 2000

Buenos si insistes, ya que lo he empezado, según lo siguiente, ni para ti ni para mi, salió en 1981. .

Firebird is a relational database offering many ANSI SQL standard features that runs on Linux, Windows, and a variety of Unix platforms. Firebird offers excellent concurrency, high performance, and powerful language support for stored procedures and triggers. It has been used in production systems, under a variety of names, since 1981.

The Firebird Project is a commercially independent project of C and C++ programmers, technical advisors and supporters developing and enhancing a multi-platform relational database management system based on the source code released by Inprise Corp (now known as Borland Software Corp) on 25 July, 2000.
http://www.firebirdsql.org/en/about-firebird/

Creo que confundes Firebird Foundation o proyecto firebird con la primera versión de Firebird. Firebird project nace en Julio de 2000. Las primeras betas de Firebird, se publican en Agosto/Septiembre de 2001 y la primera versión de Firebird oficial, 1.0 en marzo de 2002.

http://www.firebirdsql.org/en/historical-reference/