Backup
De JarfilWiki
Contenido |
Temas
Websites
Upload
Share
Backup
- http://en.wikipedia.org/wiki/Remote_backup_service
- http://www.pcworld.com/article/118454/mobile_computing_online_backup_services.html
- http://www.pcmag.com/article2/0,1895,2288751,00.asp
- http://www.dataprotection.com/
- http://www.firstbackup.com/
- http://www.backup.com/
Merged backups
- Keywords: merged, merge, synthetic, consolidation
Glosario
- Full: todos los ficheros
- Diferencial: modificados desde último Full
- Incremental: modificados desde último Inc/Dif/Full
Use cases
Ejemplo de uso:
- Full: a b c d
- Inc: a b
- Inc: c e
- Dif: a b c d e
- Inc: a
- Inc: f
- Full: a b c d e f g
Objetivos:
- Al crear 2º Full, sólo transferir "g" desde el cliente.
Opcionalmente:
- Añadir un "backup inverso" para poder volver al 1º Full, con los ficheros de 1º Full que no esté incluidos en 2º Full
- Eliminar de los Inc/Diff ficheros que están en 2ª Full, convirtiéndolos en "inversos" sus respectivos siguientes
Idea 1
- Mon-Sat 08:00-20:00 hourly, deltas > hdd
- Mon-Sun 01:00 daily, incremental > ftp
- 1st Sun 01:00 monthly, full > ftp
Analysis 20081224
cp -la
- Permite recuperar los ficheros directamente
- Evita que se pierdan las copias anteriores si se corrompe un fichero
- Cada copia crea tantos directorios como en el original
- Usa un 66% de espacio extra (copias diarias, de cuántos días?)
- Necesitaría una herramienta adicional para empaquetar los cambios
- Todas las copias deben estar en el mismo sistema de ficheros (mismo disco, misma partición)
rdiff-backup
- Usa un 8% de espacio extra para copias horarias de 30 días (720 copias)
- Si se corrompe un fichero, sólo se pierden las copias anteriores de ese fichero
- Crea como mucho el doble de directorios que el original
- Necesitaría herramienta adicional para empaquetar los cambios, aunque está preparado para ello
- En la mayoría de los casos necesita herramienta especial para recuperar los ficheros
- Crea más ficheros en cada directorio, además de las copias
rdiffdir
- Usa espacio extra como el rdiff-backup, pero en muchos menos ficheros y sin crear directorios
- Cada fichero de backup es un paquete completo
- Necesita herramienta especial para recuperar los ficheros
- Si se corrompe un fichero, se pierden todas las copias anteriores, de todos los ficheros
Herramientas de backup tradicionales
- Igual que rdiffdir pero usando aún más espacio
Conclusión
El rdiffdir desde luego es bastante peligroso, pero entre los otros dos... creo que la diferencia principal sería que rdiff-backup puede ser más eficiente con el espacio que necesita para almacenar cambios pequeños de ficheros grandes, mientras que cp -la es más simple y seguro a costa de usar más espacio.
Tal vez lo recomendable sería usar uno u otro según el tipo de contenidos:
- rdiff-backup para las bases de datos, logs y parecidos
- cp -la para el resto
Y aparte de eso cpio para sacar snapshots de /.
References
- http://foros.ovh.es/showthread.php?p=16504#post16504
- http://duplicity.nongnu.org/rdiffdir.1.html#sect6
- http://duplicity.nongnu.org/
Test 20090109
cp -la
76214272 last 77697024 t1 6967128064 20090109-032637 7121039360 total find last/ | wc -l 195369 find last/ -type d | wc -l 17325
rdiff-backup
du -bcs 3999008994 rdiff-backup-data/ cat session_stat* | grep TotalDestinationSizeChange | cut -d " " -f 2 | xargs echo | sed "s/ /+/g" | bc 1424906218 ls session_stat* | wc -l 597
Conclusión
Con cp -la se vuelven a copiar cada vez todos los directorios, con sus nombres de fichero y sus metadatos, ocupando 76MB una copia "en vacío". Por el contrario, rdiff-backup sólo copia los metadatos de los ficheros modificados, en este caso son 4MB, o sea 19 veces menos.
- No se recomienda usar cp -la
- En todo caso, usarlo con una menor periodicidad
References
- http://www.backupcentral.com/components/com_mambowiki/index.php/Rdiff-backup
- http://www.backupcentral.com/components/com_mambowiki/index.php/Free_Backup_Software
