FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
Herramientas | Buscar en Tema | Desplegado |
|
#1
|
||||
|
||||
Y que se me suben hasta el cogote
La pesadilla de todo administrador de servidores de base de datos, me alcanzó hoy: "table xxx is marked as crashed" en un sistema basado en MySQL en producción, con 4 sucursales en linea y ninguna pudiendo hacer nada hasta que se resolviera el detalle. Ojo, el software MySQL corre en un servidor Dell dedicado, nada de pcs "habilitadas"
Afortunadamente el error se detectó y e bendito "repair table" arregló el asunto, no sin antes perder 11 registros que se identificaron y se recapturaron. Pero mientras...como decimos en México..."hasta azúcar me dió". Ahorita ya todo esta al 100% y pues mejor capturar 11 registros que restaurar el respaldo de ayer sobre todo por la cantidad de información que se mete, tengo tablas de casi 500 mil registros y la que se daño tiene 250 mil. A alguien le ha pasado algo similar? Yo uso MySQL desde siempre casi, y nunca me había dado problemas. Quienes usan FB que me pueden comentar, me intriga que problemas se presentan en esa BD pues trabaja muy distinto a MySQL en cuanto a organización de archivos se refiere. Saludos a todos y un largo fiuuuuu....
__________________
AKA "El animalito" ||Cordobés a mucha honra|| |
#2
|
|||
|
|||
Cita:
Saludos Alfredo
__________________
Saludos Alfredo |
#3
|
||||
|
||||
Nuestra aplicación tiene también cientos tablas (948 tablas, 1526 procedimientos y 2507 triggers, 315 vistas) en Firebird 1.5.
Las instalaciones llegan a bases de 4Gb aprox. Hace muchos años, cuando trabajábamos con Firebird 1.0 habíamos tenido algún problema, pero luego de actualizar nunca más. Incluso una vez cuando los electricistas cortaron la luz 3 o 4 veces en el día mientras todo el mundo (20 personas aprox.) estaba trabajando. Lo único que hubo que hacer es volver a encender el Linux y ya 'ta... |
#4
|
||||
|
||||
Bueno, vuelvo a copiar lo que he comentado en otras ocasiones:
Cita:
Otra cosa no puedo decir porque es lo que he vivido. p.d.: por supuesto, hay muchas tablas que tienen decenas de millones de registros. Sin problemas. Edito: jacanche habla de una BD de 90 Gigas, tampoco está nada mal |
#5
|
||||
|
||||
Pues yo hasta hace poco apostaba todas mis barajas por firebird, pero resulta que con un cliente en particular nos dio un error por demas rarisimo del cual despues de invertirle mucho tiempo no le hayamos y decidimos para este cliente trabajar con SQL 2008 server. El problema es que de la nada la base de datos empezaba a crecer desmesuradamente, ni siquiera proporcionalmete con el numero de operaciones sobre esta, asi podian ingresar 10 registros o 1 millon y esta crecia 100 veces o mas en tamaño.
Uds diran que es cuestion de transacciones pero les digo que el mismo sistema SIN NINGUNA DIFERENCIA corre con muchos clientes mas, con muchisimo mas trafico a la base, ademas de que ha sido checado con monitores de base de datos que me reportan que ninguna transaccion queda al aire, y nunca que me ha dado problemas. Afortunadamente nuestro sistema tiene la capacidad de poder correr para SQL Server, Firebird y en teoria para Oracle. La verdad es que seguimos saliendo por defecto con FB, pero nos queda esa espina de desconfianza. Edito: Se cambio de servidor, se creo la base de datos desde cero y nada que se corrigio para este cliente.
__________________
Ya tengo Firma! |
#6
|
||||
|
||||
Bueno, todos sabemos que frases como "todo está igual", "son sistemas idénticos", "nadie ha tocado nada", etc. es simplemente IMPOSIBLE
|
#7
|
||||
|
||||
Aunque eso no es un error , si aumenta de tamaño es porque se está almacenando algo, otra cosa no hay, y si sigue funcionando correctamente entonces no hay problema. La duda es ¿qué se estaba almacenando?, eso desde aquí no te lo puedo decir, pero seguro que tiene una explicación muy lógica
|
#8
|
||||
|
||||
Cita:
Hace algunos años, a un cliente le pasaba que su BD Firebird le crecía unas 10Mb cada vez que facturaba un albarán de venta... El sistema le permitía guardar una "fotocopia" de la factura en un campo blob de la BD según el diseño de la factura (hecho con QuickReport y editable con QRDesign), hasta aquí todo bien. El diseño muestra un campo blob para el logotipo de la empresa. Pero al hombre no se le ocurrió otra cosa que poner una imagen para el logo de su empresa que pesaba esos 10Mb, esa imágen era la que le hizo el diseñador del cartel que tenía en la fachada. Cuando le pregunté si no se le ocurrió reducirle el tamaño, me contestó: "Es que me dijisteis que podía ponerle cualquier imagen..." Con dos cojones!!!
__________________
Progress Openedge https://abevoelker.com/progress_open...dered_harmful/ Delphi forever... |
|
|
Temas Similares | ||||
Tema | Autor | Foro | Respuestas | Último mensaje |
Consulta Desde->Hasta | Luis M. | Firebird e Interbase | 6 | 30-07-2008 19:40:34 |
...hasta el diez... | Jure | Humor | 9 | 30-11-2007 12:27:43 |
Hasta los co... de Rave Report! | Peterman | Impresión | 14 | 21-08-2007 15:00:25 |
Discos DVD de hasta 1.6 Terabytes | Crandel | Noticias | 0 | 29-11-2005 20:57:17 |
Hasta la mierda es noticia. | marcoszorrilla | Noticias | 6 | 21-11-2005 21:00:53 |
|