y'en a une tartine pour ce [how-to] que j'avais posté sur le forum d'ovh, aujourdhui perdu dans les méandres des mises à jour.

Le gros avantage de la méthode de sauvegarde de virtualmin, c'est la sauvegarde distante en SCP.
Elle permet une reprise d'activité très rapide en cas de problème technique.
Voyons en 1er la sauvegarde locale, qui permet la remise en ordre du host ou du site après une mauvaise manipulation ou une mise à jour qui ce passe mal.

Pré-requis pour mon exemple avec virtualmin :
dossier /home/save/monsite/virtualmin/
monsite avec les droits lecture-écriture pour le user scp "sftp" afin de récupérer l'archive.

Destination : locale sur serveur

backup and restore
Scheduled Backups
Serveurs à sauvegarder : Sélectionnés seulement
cocher la case : Include sub-servers of those selected?
destination de la sauvegarde : //home/save/monsite/virtualmin/%d-%m-%y
Delete old backups : Yes, after : 180 (ou une autre durée)
cocher la case : Faire des substitutions de style strftime sur le nom de fichier ou de répertoire
cocher la case : One file per server
cocher la case : Créer le répertoire de destination ?
Action en cas d'erreur : Stopper immédiatement la sauvegarde
Backup level : Full (all files)

dans "Schedule and reporting" renseigner : Envoyer le compte-rendu de sauvegarde par mail à :
cocher : N'émettre un email qu'en cas d'échec
choisir entre "Simple schedule" et "Complex schedule"

et enregistrer la tâche, c'est fini.

étape 2 récupération de l'archive en scp ou sftp en cas de besoin :

La problématique :
Dans les 3 fichiers de sauvegarde, les monsite.tar.gz.dom et monsite.tar.gz.info son en 644 donc, ici sans problème.
le fichier monsite.tar.gz est en 600 sur le groupe "root" ...mince !

SOLUTION 1 : il faut passer par webmin > autres > gestionnaire de fichiers

/home/save/monsite/virtualmin/date/
sélectionner le fichier monsite.tar.gz
cliquer sur l'icône "information"
et passer le fichier en 644

ensuite se connecter en scp avec le user scp de "monsite" et récupérer les archives.

SOLUTION 2 : en console ssh

lancer la commande
cd /home/save/monsite/virtualmin/

un "dir" pour voir les dossier, "le dates"
dir

un cd la date pour entrer
cd 03-11-13

un chmod 644 sur le fichier monsite.tar.gz et hop
sudo chmod 644 monsite.tar.gz

ensuite se connecter en scp avec le user scp de "monsite" et récupérer les archives

SOLUTION 3 : plus rapide si on connait déjà la date de la sauvegarde à récupérer, faire directement un :

sudo chmod 644 /home/save/monsite/virtualmin/03-11-13/monsite.tar.gz
ensuite se connecter en scp avec le user scp de "monsite" et récupérer les archives

SOLUTION 4 : en console ssh encore plus rapide mais expeditif "laisse les fichiers en 755" ..."moins sécure" :

sudo chmod -R 755 /home/save/monsite/virtualmin
ensuite se connecter en scp avec le user scp de "monsite" et récupérer les archives

(note 2020) je récupère les fichiers de sauvegarde distante sur le serveur distant en SCP (sous SSH) : (par exemple après une réinstallation).

sudo scp -r utilisateur.nom_du_host@adresse_ip://home/save/srv01/30-01-20 /home/utilisateur/srv01

explications :

sudo (on lance la commande en administrateur).
scp -r (pour récupérer tout le contenu du dossier).
utilisateur.nom_du_host@adresse_ip: (le user comme il est formé dans virtualmin pour l'acces ssh + l'adresse ip de la source)
//home/save/srv01/30-04-17 (c'est le chemin du dossier ou ce trouve les sauvegardes que nous souhaitons restaurer sur le serveur fraichement réinstallé).
/home/utilisateur/srv01 (est la destination l’emplacement ou nous allons stocker les fichiers avant la restauration).

Destinations multiples : ftp ou scp distant + local sur serveur

destination de la sauvegarde : Serveur FTP distant
Serveur FTP : adresse du serveur FTP distant
Se loger avec l'utilisateur : nom d'utilisateur FTP distant
Avec le mot de passe : le mot de passe ftp distant

add another destination :
fichier local
/home/save/monsite/virtualmin/%d-%m-%y
Delete old backups : yes after 30 jours "par exemple"
cocher la case : Faire des substitutions de style strftime sur le nom de fichier ou de répertoire
cocher la case : One file per server
cocher la case : Créer le répertoire de destination ?
Action en cas d'erreur : Stopper immédiatement la sauvegarde
Backup level : Full (all files)

dans "Schedule and reporting"
renseigner : Envoyer le compte-rendu de sauvegarde par mail à :
cocher : N'émettre un email qu'en cas d'échec
choisir entre "Simple schedule" et "Complex schedule"

et enregistrer la tâche ...et prendre "l'étape 2" plus haut dans ce post.

Voilà pour un exemple de stratégie de sauvegarde locale "et distante" sur notre beau serveur avec virtualmin

Notes 2017 : C'est avec la technique "vers serveur distant" que je bascule un site sur un autre serveur.
(Par exemple pour réinstaller le serveur lors d'un passage de 14.04 vers 16.04 en ayant pris soin de modifier les dns la veille avec une durée du genre "1800" ou moins selon les besoins. Puis après avoir restauré le host sur le serveur de dépannage avec la sauvegarde distante j’envoie les champs A vers celui-ci le temps de réinstaller le serveur d'origine, puis l'installation de réinstallation terminée, c'est l'opération inverse pour tout remettre en ordre sans oublier de re créer les sauvegardes auto après avoir restauré les hosts).

D'autres panel sont très intéressant pour leurs fonctions, mais je n’en ai pas trouvé de meilleur que Virtualmin pour les sauvegardes et les restaurations.

N’oubliez pas ! testez régulièrement la restauration de vos hosts sauvegardés sur des serveurs distants afin de valider la restauration en cas d'urgence.
Je le fait chaque trimestre, pour recréer le site de "dev" de mes clients, afin de tester et valider les procédures lors des mises à jour et cela sans toucher au site de production.

Vous êtes intéressé par une prestation d'installation ou paramétrage en freelance contactez-moi : www.weborganisation.com