Desarrollador(es) | Craig Barratt |
---|---|
Lanzamiento inicial | 21 de septiembre de 2001 ( 21-09-2001 ) |
Versión estable | 4.4.0 / 20 de junio de 2020 ( 2020-06-20 ) [1] |
Repositorio |
|
Escrito en | Perl |
Sistema operativo | Multiplataforma |
Tipo | Respaldo |
Licencia | Licencia GPL 3 |
Sitio web | backuppc.github.io/backuppc |
BackupPC es un paquete de software gratuito de copias de seguridad de disco a disco con una interfaz basada en la web. El servidor multiplataforma se ejecutará en cualquier servidor basado en Linux , Solaris o UNIX . No se necesita ningún cliente, ya que el servidor es en sí mismo un cliente para varios protocolos que son manejados por otros servicios nativos del sistema operativo cliente. En 2007, BackupPC fue mencionado como uno de los tres programas de copia de seguridad de código abierto más conocidos, [2] a pesar de que es una de las herramientas que son "tan asombrosas, pero desafortunadamente, si nadie habla de ellas, muchas personas nunca oyen hablar de ellas". [3]
La deduplicación de datos reduce el espacio en disco necesario para almacenar las copias de seguridad en el grupo de discos. Es posible utilizarla como solución D2D2T si se utiliza la función de archivo de BackupPC para realizar copias de seguridad del grupo de discos en cinta. BackupPC no es un sistema de copia de seguridad a nivel de bloques como Ghost4Linux, sino que realiza copias de seguridad y restauraciones basadas en archivos. Por lo tanto, no es adecuado para realizar copias de seguridad de imágenes de disco o particiones de disco sin formato. [4]
BackupPC incorpora un cliente de Bloque de mensajes del servidor (SMB) que se puede utilizar para realizar copias de seguridad de recursos compartidos de red de equipos que ejecutan Windows. Paradójicamente, con una configuración de este tipo, el servidor BackupPC puede ubicarse detrás de un cortafuegos NAT mientras que la máquina Windows funciona sobre una dirección IP pública. Si bien esto puede no ser recomendable para el tráfico SMB, es más útil para servidores web que ejecutan Secure Shell (SSH) con GNU tar y rsync disponibles, ya que permite que el servidor BackupPC se almacene en una subred separada de la DMZ del servidor web .
Se publica bajo la Licencia Pública General GNU .
BackupPC admite NFS, SSH, SMB y rsync. [5]
Puede realizar copias de seguridad de sistemas tipo Unix con soporte nativo para ssh y tar o rsync, como Linux, BSD y OS X, así como recursos compartidos de Microsoft Windows con una configuración mínima. [6]
En Windows, se requieren implementaciones de terceros de tar, rsync y SSH (como Cygwin ) para utilizar esos protocolos. [7]
La elección entre tar y rsync está determinada por el hardware y el ancho de banda disponible para el cliente. Los clientes respaldados por rsync utilizan considerablemente más tiempo de CPU que las máquinas cliente que utilizan tar o SMB. Los clientes que utilizan SMB o tar utilizan considerablemente más ancho de banda que los clientes que utilizan rsync. Estas compensaciones son inherentes a las diferencias entre los protocolos. El uso de tar o SMB transfiere cada archivo en su totalidad, utilizando poca CPU pero el máximo ancho de banda. El método rsync calcula sumas de comprobación para cada archivo tanto en las máquinas cliente como en las servidor de una manera que permite una transferencia de sólo las diferencias entre los dos archivos; esto utiliza más recursos de CPU, pero minimiza el ancho de banda. [8]
BackupPC utiliza una combinación de enlaces duros y compresión para reducir el espacio total en disco utilizado para los archivos. En la primera copia de seguridad completa, todos los archivos se transfieren al backend, se comprimen opcionalmente y luego se comparan. Los archivos que son idénticos se vinculan de forma dura, lo que utiliza solo una entrada de directorio adicional. El resultado es que un administrador de sistemas astuto podría potencialmente realizar una copia de seguridad de diez computadoras portátiles con Windows XP con 10 GB de datos cada una, y si se repiten 8 GB en cada máquina (archivos binarios de Office y Windows) parecería que se necesitan 100 GB, pero solo se utilizarían 28 GB (10 × 2 GB + 8 GB). [9] La compresión de los datos en el backend reducirá aún más ese requisito.
Al explorar las copias de seguridad, las copias de seguridad incrementales se completan automáticamente con la copia de seguridad completa anterior. De esta forma, cada copia de seguridad parece un conjunto completo de datos.
La versión 4.x aún puede utilizar repositorios V3.x, pero todas las copias de seguridad nuevas utilizan un nuevo formato (actualización sin inconvenientes). El rendimiento general es mayor que con la versión V3.x.