¿Tengo que almacenar mis respaldos en la nube de almacenamiento Amazon S3?

No! TKLBAM almacena copias de seguridad en la nube para mayor comodidad, pero también admite objetivos de almacenamiento de respaldo locales / personalizados.

Hay dos alternativas principales para permitir que TKLBAM almacenar una copia de seguridad en la nube:

Opciones --dump de bajo nivel: permite que el extracto de respaldo TKLBAM crudo a un directorio, que puede almacenar de todos modos que desee.
Por ejemplo, así es como hicimos una copia de seguridad del sistema en un simple tarball no cifrado:
```
cd /tmp
mkdir mybackup
tklbam-backup --dump=mybackup/
tar jcvf mybackup.tar.bz2 mybackup/
```
Y más tarde restaurarlo así:
```
cd /tmp
tar jxvf mybackup.tar.bz2
tklbam-restore mybackup/
```
La opción --dump bypasses Duplicity, que generalmente crea una serie de archivos de archivo cifrados que pueden ser actualizados incrementalmente. Estos archivos de archivo se almacenan por defecto en la nube de almacenamiento Amazon S3 pero puede anular esto con la opción --address y especificar cualquier back-end de almacenamiento compatible con Duplicidad (por ejemplo, directorio local, rsync sobre ssh, ftp, sftp, etc).
Opción --address de alto nivel tklbam-backup: le permite especificar un objetivo de copia de seguridad personalizado URL que se transmite a Duplicity.
Es muy recomendable ensayar una restauración de prueba. Probar sus copias de seguridad es siempre una buena idea, y aún más con una --address personalizada ya que esto puede complicar el uso.
El Hub normalmente le ayuda a administrar los metadatos de su respaldo cuando autoconfigura la dirección de almacenamiento. Si especifica una dirección manual, necesita gestionar las ubicaciones de almacenamiento, claves de cifrado y credenciales de autenticación a mano.