Corrupcion en una tabla

[cesarsoftware]

Ante todo gracias por estar ahi casimiro.

Estoy contigo, las cosas hay que verlas con nuestros propios ojos y nuestros dedos. Cierto es que me tiene muy mosca, porque primero me dice que el departamento de calidad ha parado la linea de produccion, linea que me dice pasadas unas horas que sigue funcionando pero sin almacenar datos, producen amortiguadores de camion y se prueba uno a uno y se registra el ensayo, ya sabes que en automocion son muy extrictos con la trazabilidad, no sea que un camion vuelque por un amortiguador defectuoso, bueno a lo que voy, que si fuera asi de grave (linea que hace cientos de amortiguadores cada dia) me voy a casa del informatico y me traigo en helicoptero si hace falta. Tras otra llamada a la hora que le digo que intente usar el gfix, no me ha vuelto a llamar. ¿Lo habra solucionado y no me ha dicho nada? ¿a sido solo un susto?

En cuanto al codigo, supongo que vengo de la escuela de las tablas planas en msdos y unix y mis cursos de sql son .... ¿libros, internet,casimiro?

En serio, si que me gustaria "comparar" codigos, sobre todo de un experto y paciente moderador, ya ves que uso firebird como si de c-isam o dbase se tratara.

Te voy pidiendo una

[Casimiro Noteví]

Empezado por cesarsoftware

bueno a lo que voy, que si fuera asi de grave [] me voy a casa del informatico y me traigo en helicoptero si hace falta. Tras otra llamada a la hora que le digo que intente usar el gfix, no me ha vuelto a llamar. ¿Lo habra solucionado y no me ha dicho nada? ¿a sido solo un susto?

Jamás se me ocurriría hacer algo así
Nunca le diría a un cliente que use gfix (ni ninguna herramienta, salvo alguna opción implementada por mí en el software que le haya instalado). ¿Cómo le mandas hacer eso?, eso es algo que tiene que hacerlo uno mismo, comprobar, revisar, verificar todo: la situación de la cadena de montaje, si está funcionando el programa, mirar el problema, hacer backups seguro, desconectar conexiones a la BD, etc. Un análisis completo de la situación, antes, durante y después.
Imagina que el cliente hace cualquer cosa y pierde los datos y ahora te responsabiliza a ti porque el backup no es recuperable (por multitud de motivos), ¿qué haces?, te buscas un problemón enorme.
Tú eres el experto, profesional. Y tú debes de encargarte de todo eso. (Damos por hecho que te pagan por hacerlo, claro).

Empezado por cesarsoftware

En cuanto al codigo, supongo que vengo de la escuela de las tablas planas en msdos y unix y mis cursos de sql son .... ¿libros, internet,casimiro?

Años antes de que existiera msdos ya existían BD relacionales y Sql.

[cesarsoftware]

Hombre visto asi ....tienes mucha razon.

En teoria, se supone (al menos en este caso) que el departamento de informatica de la empresa es el que cuida y mantiene sus sistemas instalados, para eso se les forma, de echo esto se ha producido justo despues de que ellos han cambiado no se que del sistema o del dominio, etc. Ademas de que han cambiado el disco mecanico por uno de estado solido, ellos solitos.
Y lo del gfix, bueno, porque me preguntaron si habia alguna herramienta para reparar la bbdd.

Y no, una vez que pagan el proyecto, ya no te pagan por mantenerlo, eniff, no te voy a decir que te olvidas, pero ya solo te requieren para ampliaciones, cambio de estructura de lineas y cosas asi, vamos que no tienen mantenimiento, es como en el resto de las maquinas, una vez instaladas, es su departamento de mantenimiento quien las cuida, a los fabricantes, pues eso, ampliaciones o modificaciones, con lo bueno y malo que eso tiene, asi que si me culpa de algo...le mando a tomar ... fanta, me joderia porque tengo otros proyectos con ellos, pero creo, que me creerian a mi y lo que se haria es una reunion de calidad para evitar que pase en el futuro.

Vaaleee, si que habia relacionales, pero poca cosa que yo recuerde y la mayoria de los de entonces, incluso los de gestion, usabamos tablas planas y a veces ni eso, ficheros de texto y a almacenar datos.
Este tipo de instalaciones no son multipuesto, suelen ser un ordenador que hace una cosa, esta linea tendra unos 5 o 6 equipos entre pcs y plcs, pero solo nos comunicamos via buses tipo can, ethernet o serie, de hay lo de las bases de datos "sencillas".

¿Que tipo de solucion implementais en el soft para corregir posible averia en la bbdd?, Fijate que yo hago controles pero a nivel de hard, tengo mucho que aprender de sql/firebird

¿Estaba fresquita la? ¿Quieres otra?

[Casimiro Noteví]

Empezado por cesarsoftware

... esto se ha producido justo despues de que ellos han cambiado no se que del sistema o del dominio, etc. Ademas de que han cambiado el disco mecanico por uno de estado solido, ellos solitos.

Bueno, entonces es problema de ellos, pero procura cubrirte la espalda, que no vayan a culparte nunca de nada.

Empezado por cesarsoftware

¿Que tipo de solucion implementais en el soft para corregir posible averia en la bbdd?

Básicamente casi nada, backup/restore y algún gfix -validate y poco más.
Ya digo, es que los únicos problemas que me he encontrado han sido por averías físicas de los discos, que se han solucionado cambiando el disco (obvio) y restaurando el último backup.

[cesarsoftware]

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

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

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

[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