Para BD de datos grandes (>100s GB), es común hacer hotbackups y/o snpashots
del sistema de disco por lo menos 1 vez al día y hacer varios backups
incrementales durante el día. Hacer un dump llevaría tanto tiempo que no es
práctico y binary logs de las últimas 24hs llevaría tanto tiempo para
recuperar, que tampoco es útil.
Para cada una solución diferente y quien esté a cargo de los backups, no
solo tiene que tener en cuenta el tiempo del backup, si no tambien el
esfuerzo en recuperar la BD.
Slaves dedicados para hacer backups o en stand-by para entrar en servicio
ante una falla es la mejor manera de proteger instalaciones de tamaño
mediano y grandes. Pero por supuesto, esto implica tener el presupuesto para
mantener dicho slave.
Mis $.02
G
2009/9/28 Galo Izquierdo V <galo.izquierdo@stripped>
>
> LO que indica Thomas es lo correcto, en mi caso hago lo siguiente:
>
> Mantengo 2 slaves, y aparte realizo dumps de mi base cada 3 dias. Asi si se
> daña el master uso alguno de los slave. Ademas de mantener fisicamente en
> tape los data.
>
> Yo uso myisam e innodb bajo openSuse limux
>
> Saludos
> Galo Izquierdo V
> Administrador
> Hamburg Süd Ecuador S.A.
> PBX: (593 4) 220-7989 ext: 404
> FAX: (593 4) 220-7990
> Certificacion ISO 9001:2000 ISO 14001 desde Agosto 16, 2001
> Certificacion BASC G 02:2003 desde Mayo 22,2003
> email: galo.izquierdo@stripped
> webpage: www.hamburgsud.com
>
> Contribuya a la proteccion del medio ambiente: recicle.
>
>
> -----Original Message-----
> From: Thomas Goik - auxion.de [mailto:technik@stripped]
> Sent: Lunes, 28 de Septiembre de 2009 14:00
> To: 'GN'; 'Oscar Julian Rosales Blanco'
> Cc: mysql-es@stripped
> Subject: RE: Backup en mysql
>
> Hola,
>
>
> > No hay una forma rigurosa de saber cuales son las BD modificadas desde
> > el último backup, salvo que sean MyISAM (por la fecha de los
> > archivos). Es mejor hacer backups de las bases de datos (todas juntas
> > o separadas) y luego backups incrementales de los binary logs.
>
> Pienso que en lo del backup es muy difícil decir esto o esto es lo
> correcto,
> ya que según tus cambios y tamaños vas a necesitar que usar una u otra
> forma
> de salvaguardar los datos.
>
> Si yo haría un backup digamos el domingo y solo guardaría los bin-logs
> cada
> dia, en el hipotético caso de pérdida completa tardaría
> casí 3 días en
> recuperar todos los datos de una semana (sabemos todos que los fallos
> siempre pasan fin de sema o en el peor de los momentos), esto es porque hay
> muchos gigabytes de cambios todos los días y por esto no me serviría
> de
> mucho, asi que yo no uso el incremental backup, como solo uso myisam, hago
> hardcopies desde un slave cada 4 horas de los archivos frm y MYD, asi solo
> me queda en recuperar los MYI que se hace en unos 6 á 8 horas.
>
> Claro es que para cada proyecto necesitas un proyecto propio de backup.
>
>
>
> Mit freundlichen Grüssen
> Thomas Goik
>
> --
> Lofox GmbH
> Geschäftsführerin: Evelyn Fuchs
> Im Kamperholz 48
> 44805 Bochum - Germany
> Amtsgericht Bochum HRB 7042
> USt-IdNr.: DE215698227
> St.-Nr. Bochum 306/5885/0172
>
>
>
>
> --
> Lista de Correos de MySQL
> Para el historial de la lista: http://lists.mysql.com/mysql-es Para
> cancelar
> inscripción:
> http://lists.mysql.com/mysql-es?unsub=1
>
>
>
--
Time's fun when one has flies -- A friend of mine
Ogden Nash <http://www.brainyquote.com/quotes/authors/o/ogden_nash.html> -
"The trouble with a kitten is that when it grows up, it's always a cat."
