![]() |
![]() |
| Paypal | FTP | CCD | Buscar | Trucos | Trabajo | Foros |
|
|||||||
| Registrarse | FAQ | Miembros | Calendario | Guía de estilo | Temas de Hoy |
|
|
Herramientas | Buscar en Tema | Desplegado |
|
#8
|
|||
|
|||
|
Los daños en bases de datos Interbase/Firebird obedecen a que el equipo o servidor donde se encuentra la base de datos se apaga sin que el servicio del motor de base de datos se haya detenido. Cuando se han presentado daños en bases de datos de mis clientes es porque se interrumpe el fluido electrico.
No siempre que se va la energia se dañan las bases de datos, existe un concepto en tecnologia que se llama 'operacion critica'. Una operacion critica es cuando se escribe en un dispositivo de almacenamiento secundario, por ejemplo un disco duro (almacenamiento primario es memoria RAM). Si la energia se suspende justo cuando se esta escribiendo fisicamente un registro en el disco duro, la pagina donde se esta grabando esa informacion queda incosistente, algo asi como que queda a medias. Firebird e Interbase al no reconocer los datos los considera como dañados. Muchas veces esta situacion se descubre hasta el momento de hacer backups, ya que el servicio que hace el backup debe leer todas las paginas de la base de datos y es alli donde encuentra que hay problemas. En muchas ocasiones la base de datos puede estar con daños y nos damos cuenta de ellos cuando algun usuario lee registros de alguna tabla con problema, y es donde nos llaman a decirnos que salio un error. Otra consideracion, existen basicamente en una base de datos de firebird 2 tipos de paginas: las paginas de datos y las paginas de indices. Logicamente hay otras paginas donde se almacenan los metadatos (dominios, triggers y procedimientos almacenados). Otra cosita para almacenar informacion de campos BLOB, firebird los gurda separados de los datos normales de un registro. Bueno, las paginas de indices si se dañan no presentarian problemas al hacer consultas, es posible que no encontremos ciertos registros si se hace uso de un indice que esta dañado, pero lo importante es que un daño en un indice no representa necesariamente que haya daños en registros de datos. Estos daños los resuelve un backup/restore ya que el backup simplemente 'copia' la defincion del indice y el restore reconstruye el indice. Las paginas de datos son las que mas nos deben preocupar. Firebird es un motor muy robusto, vengo trabajando con el (desde Interbase 4.0) y los daños que se me han presentado han sido muy eventuales y como les digo ha sido por falta de proteccion del servidor, por eso, la mejor recomendacion es que el servidor cuente con una UPS (unidad ininterrumpida de potencia), si se interrume el fluido electrico se cuenta con tiempo para apagar el servidor correctamente. Hacer frecuentemente backup/restore porque existen otros riesgos: que se dañe el disco duro o se roben el servidor o un incendio, bueno tantas cosas que nuestra imaginacion pueda elaborar. Sacar las copias de seguridad de las instalaciones de la empresa, no sea que haya un incendio: adios servidos y adios datos !!! Sacar doble copia de seguridad o no les ha pasado que la copia no sirvio ?, hacer periodicamente pruebas de las copias de seguridad, etc. Bueno ya me meti en asuntos que competen a seguridad informatica.
__________________
Luis Fernando Buelvas T. |
|
|
Temas Similares
|
||||
| Tema | Autor | Foro | Respuestas | Último mensaje |
| Error IBEXPERT se Cierra cada 10 Mins. | IcebergDelphi | Firebird e Interbase | 5 | 22-05-2008 13:56:04 |
| Error al instalar ibexpert personal edition | kverna | Firebird e Interbase | 2 | 24-01-2008 14:09:17 |
| Error al crear base de datos con IBExpert | pepitu | Firebird e Interbase | 3 | 04-12-2007 18:16:22 |
| Backup con Problema en Ibexpert | teletranx | Firebird e Interbase | 1 | 01-09-2004 09:20:27 |
| Backup/Restore con IbExpert | aom | Firebird e Interbase | 2 | 26-08-2004 12:09:25 |
|