Esta nota de revisión continúa
Revisión de UrBackup.
A petición do participante
No modo de copia de seguridade completa, obtivéronse os seguintes resultados:
Tempo:
Primeiro comezo
Segunda tirada
Terceiro lanzamento
Primeira proba
8 min 20 s
8 min 19 s
8 min 24 s
Segunda proba
8 min 30 s
8 min 34 s
8 min 20 s
Terceira proba
8 min 10 s
8 min 14 s
8 min 12 s
No modo de copia de seguridade incremental:
Tempo:
Primeiro comezo
Segunda tirada
Terceiro lanzamento
Primeira proba
8 min 10 s
8 min 10 s
8 min 12 s
Segunda proba
3 min 50 s
4 min 12 s
3 min 34 s
Terceira proba
2 min 50 s
2 min 35 s
2 min 38 s
O tamaño do repositorio en ambos os casos foi de aproximadamente 14 GB, o que indica que a deduplicación funciona no lado do servidor. Tamén hai que ter en conta que existe unha discrepancia entre o tempo de creación de copias de seguridade no servidor e no cliente, que é bastante claramente visible desde os gráficos e é unha vantaxe moi agradable, xa que a interface web mostra o tempo de execución do proceso de copia de seguridade en o lado do servidor sen ter en conta
condición do cliente. En xeral, os gráficos das copias completas e incrementais son indistinguibles. A única diferenza probablemente sexa como se manexa no lado do servidor. Tamén quedei satisfeito coa baixa carga do procesador no sistema redundante.
Revisión de BackupPC
A petición do participante
No modo de crear copias de seguridade completas con rsync, obtivéronse os seguintes resultados:
Primeiro comezo
Segunda tirada
Terceiro lanzamento
Primeira proba
12 min 25 s
12 min 14 s
12 min 27 s
Segunda proba
7 min 41 s
7 min 44 s
7 min 35 s
Terceira proba
10 min 11 s
10 min 0 s
9 min 54 s
Se usas copias de seguridade completas e tar:
Primeiro comezo
Segunda tirada
Terceiro lanzamento
Primeira proba
12 min 41 s
12 min 25 s
12 min 45 s
Segunda proba
12 min 35 s
12 min 45 s
12 min 14 s
Terceira proba
12 min 43 s
12 min 25 s
12 min 5 s
No modo de copia de seguridade incremental, tiven que abandonar tar porque non se crearon copias de seguridade con esta configuración.
Os resultados da creación de copias de seguridade incrementais mediante rsync son:
Primeiro comezo
Segunda tirada
Terceiro lanzamento
Primeira proba
11 min 55 s
11 min 50 s
12 min 25 s
Segunda proba
2 min 42 s
2 min 50 s
2 min 30 s
Terceira proba
6 min 00 s
5 min 35 s
5 min 30 s
En xeral, rsync ten unha lixeira vantaxe de velocidade; rsync tamén funciona de forma máis económica coa rede. Isto pode compensarse en parte por un menor uso da CPU con tar como programa de copia de seguridade. Outra vantaxe de rsync é que funciona con copias incrementais. O tamaño do repositorio ao crear copias de seguridade completas é o mesmo, 16 GB, no caso de copias incrementais: 14 GB por execución, o que significa unha deduplicación en funcionamento.
Revisión de AMANDA
A petición do participante
Os resultados dunha execución de proba con tar como arquivador e compresión activada son os seguintes:
Primeiro comezo
Segunda tirada
Terceiro lanzamento
Primeira proba
9 min 5 s
8 min 59 s
9 min 6 s
Segunda proba
0 min 5 s
0 min 5 s
0 min 5 s
Terceira proba
2 min 40 s
2 min 47 s
2 min 45 s
O programa carga completamente un núcleo de procesador, pero debido ao disco IOPS limitado no lado do servidor de almacenamento de copia de seguranza, non pode alcanzar altas velocidades de transferencia de datos. En xeral, a configuración foi un pouco máis problemática que para outros participantes, xa que o autor do programa non usa ssh como transporte, senón que implementa un esquema similar con claves, creando e mantendo un CA completo. É posible restrinxir amplamente o cliente e o servidor de copia de seguranza: por exemplo, se non poden confiar completamente uns nos outros, pode, como opción, evitar que o servidor inicie unha restauración de copia de seguridade configurando o valor da variable correspondente en cero. o ficheiro de configuración. É posible conectar unha interface web para a xestión, pero en xeral o sistema configurado pode automatizarse totalmente mediante pequenos scripts bash (ou SCM, por exemplo ansible). Existe un sistema un tanto non trivial para configurar o almacenamento, que aparentemente se debe ao soporte para unha extensa lista de varios dispositivos para almacenar datos (casetes LTO, discos duros, etc.). Tamén vale a pena sinalar que de todos os programas que se comentan neste artigo, AMANDA é o único que puido detectar o cambio de nome de directorios. O tamaño do repositorio para unha execución foi de 13 GB.
Anuncio
Copia de seguranza Parte 6: Comparación de ferramentas de copia de seguranza
Copia de seguridade Parte 7: Conclusións
Fonte: www.habr.com