Corrupcion en una tabla

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

[Casimiro Noteví]

Empezado por cointec

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

ja, ja, ja... vale, venga, aceptamos 1981, la fecha de interbase.

Empezado por cointec

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/

Puede ser, en eso no te digo que no
De todas formas no vamos a ganar nada ninguno

[cesarsoftware]

Chicos, chicos...

Firebird es solido, si se programa bien, se activa un shadow (aunque sea windows) sobre un raid y se añade una ups... Tenemos un sistema 99,9% fiable, creo que eso es lo que vale de este hilo. ¡ Y sin pagar licencias !

Tambien se desprende de que en un 0,1% de los casos las tablas se pueden corromper, a casimiro nunca y le creo porque hay temas en que uno por experiencia o conocimiento hace bien las cosas (en mi campo, conozco compañeros que tienen problemas donde yo no los he tenido nunca y supongo que viveversa), a alguno otros si se han corrompido pero pocos. Yo no tengo vuestra experiencia, pero si que tengo firebird puesto en varios clientes desde hace unos años, no se exactamente 4 0 5 años, con bases bastante sencillas pero algunas muy grandes y nunca hasta la fecha habia tenido ningun problema, no puedo decir lo mismo de DBE o Dbase, etc, que se corrompian con la mirada.

Nota: no vale mucho discutir sobre datos concretos, porque (y me incluyo) decimos datos "on the fly", ya sabemos que conocemos datos mas precisos de cada tema (y cada cual en lo suyo), pero mientras escribimos no solemos ir a buscar ese "datos exacto" para la audiencia

Yo creo que este hilo esta mas que aclarado y si os parece deberiamos dejarlo aqui.

Corrupcion en una tabla

99,9% fiable
0,1% posible


Recomendaciones:

Shadow
Raid
UPS


Ahora bien, si alguien quiere aportar algo para añadir seguridad, bienvenido sera

para todos.