From: Federico C. <cil...@gm...> - 2011-07-26 13:04:21
|
El 22 de julio de 2011 18:10, Matias Banchoff <ma...@ce...>escribió: > ** > Hola! > Si querés guardar solamente los cambios de la base de datos (y de vez en > cuando hacer un backup de toda la base :-) ), resguardá los binary logs de > la base de datos. Ahí está todo lo que cambió (se agregó, borró o modificó). > > Ante un problema, deberías usar el dump y después aplicás los binary logs > en orden (Mysql te los deja aplicar en cualquier orden, por suerte junto con > los logs tambien genera un archivo índice). > > Saludso! > > > On 22/07/11 17:46, Federico Ciliberti wrote: > > > El 22 de julio de 2011 17:14, Federico Ciliberti <cil...@gm...>escribió: > >> >> >> El 22 de julio de 2011 10:27, Victor Hugo dos Santos < >> lis...@gm...> escribió: >> >> Pero cual es tu problema de fondo ??? >>> no tienes espacio en el storage ?? se demora mucho ?? otro ??? >>> >> >> No es problema en realidad, lo que intento es optimizar los respaldos de >> las bases de datos para el caso incremental. Quiero backupear solo aquello >> que ha cambiado ya que hay tablas que cambian muy poco. Por eso hice un dump >> por tabla. >> >> >> >>> >>> yo veo dos alternativas para tu caso: >>> >>> 1 - crear un directorio temporal para los dumps (/tmp) y otro para >>> los dumps (/var/backup/dump-sql) que deben de ser respaldados >>> en el directorio /tmp realiza los dumps, luego crea un script que >>> compara los nuevos archivos en /tmp con los archivo antiguos en >>> /var/backup/dump-sql... si los dos correspondes, entonces no hace >>> nada... si el nuevo es diferente del antiguo, entonces sobrescribe el >>> antiguo. >>> >>> aaarrrgghhh.. hasta me da escalofrios esto !! :-( >>> >> >> Esta opción la pensé. Incluso, realizando un "SHOW TABLE STATUS FROM >> `db_name`;" y verificando la columna update para ver que tablas cambiaron >> del backup anterior. pero no me gustó. >> >> >>> >>> >>> 2 - configurar el mysql para generar los logs de las transacciones y >>> entonces, respaldas los logs al enves de los dumps. >>> yo creo que la segunda es mejor alternativa que la primera... por que >>> no necesitas preocuparte de generar dumps y cosas por el estilo.. >>> el malo, es que para restaurar la BD, es bastante menos sencillo que >>> con los dumps. >>> >> >> Esta opcion es un poco menos prometedora ya que el sistema que intento >> backupear tiene una cantidad inmensa de llamadas al la base de datos. A no >> ser que se puedan loguear solo aquellas que modifican como inserts, updates >> y deletes. Pero no estoy en tema como para usar esa opcion. >> >> >>> >>> >>> bueno.. en todo caso... indica cual es tu problema real.. en una de >>> estas existe alguna mejor soluccion. >>> >>> salu2 >>> >> >> Voy a seguir intentando a ver que pasa. gracias por la respuesta. >> >> >> >> -- >> Saludos. >> Federico Ciliberti >> >> > > El problema parece ser que > > #####:/install/bacula-5.0.3 # mysqldump --opt --skip-comments ## > accns_tradccn | gzip | md5sum > > f36696a37364f3022933142aa6224d9b - > #####:/install/bacula-5.0.3 # mysqldump --opt --skip-comments ## > accns_tradccn | gzip | md5sum > > 5a3612b0bb9e0f90f3fa76818d938ca8 - > > Gzip genera distintos archivos cada vez. Si hago ésto solo con el dump > funciona bien. El problema es que no tengo espacio suficiente para dumpear > todas las bases de datos y luego backupear. > > > -- > Saludos. > Federico Ciliberti > > > ------------------------------------------------------------------------------ > 10 Tips for Better Web Security > Learn 10 ways to better secure your business today. Topics covered include: > Web security, SSL, hacker attacks & Denial of Service (DoS), private keys, > security Microsoft Exchange, secure Instant Messaging, and much more. > http://www.accelacomm.com/jaw/sfnl/114/51426210/ > > > _______________________________________________ > Bacula-users-es mailing lis...@li...https://lists.sourceforge.net/lists/listinfo/bacula-users-es > > > > Hasta ahora todo bien. pude, gracias al aporte comprimir los dumps con gzip -n y al verificar la firma md5, siempre dio lo mismo. El problema es que no se por que el backup incremental está trayendo siempre el archivo mas allá de que la firma sea igual a la previa. FileSet { Name = DBsClientes Include { Options { Verify = 5 # verificar solo diferencias por firma. Accurate = 5 signature = MD5 } File = /tmp/bacula } } -- Saludos. Federico Ciliberti |