Automatiser des sauvegardes cloud à cloud avec rclone

Tu synchronises déjà tes fichiers en temps réel entre plusieurs appareils, mais une synchronisation n’est pas une sauvegarde : une erreur ou une suppression accidentelle se propage aussi vite que le reste. Voici comment mettre en place une sauvegarde périodique automatisée d’un service cloud vers un autre, avec un script simple et fiable.

Cet article suppose que rclone est déjà installé sur ta machine. Si ce n’est pas encore le cas, la procédure d’installation est détaillée dans cet article sur la sauvegarde automatique de containers Docker.

Étape 1 : configurer un remote vers une source Nextcloud

rclone config

Voici la séquence de réponse dans l’assistant interactif de rclone :

Pour vérifier que c’est ok :

rclone lsd nextcloud:OBSIDIAN-sync

Tu dois voir le contenu de ton dossier OBSIDIAN-sync dans Nextcloud.

Étape 2 : configurer un remote vers la destination, limité à un dossier particulier

Par prudence, plutôt que de donner à rclone un accès à l’intégralité de ton espace de stockage de destination, il est possible de limiter un remote à un seul dossier, appelons le « folder », grâce à son identifiant unique.

Récupérer l’identifiant du dossier

1. Ouvre le dossier cible dans Google Drive, depuis un navigateur
2. Copie la chaîne de caractères qui suit folders/ dans l’URL, par exemple :

https://drive.google.com/drive/folders/USER_FOLDER_ID

Créer le remote limité à ce dossier

rclone config

Choisis de créer un nouveau remote « gdrive-scope », sélectionne drive comme type de stockage, laisse les champs client_id et client_secret vides (valeurs par défaut), puis, à l’étape des réglages avancés (réponds y à la question Edit advanced config?), renseigne le champ root_folder_id avec l’identifiant récupéré à l’étape précédente.

Autoriser l’accès sans navigateur local (connexion SSH)

Si tu configures ce remote depuis une session SSH sans interface graphique, l’assistant propose une autorisation manuelle : il faut alors lancer rclone authorize "drive" sur une machine disposant d’un navigateur, se connecter avec le compte Google concerné, puis copier le jeton généré dans le terminal SSH en attente.

Vérifier l’accès

bash

rclone lsd gdrive-scope:

Cette commande devrait lister directement le contenu du dossier ciblé, sans que tu aies besoin de préciser de chemin.

Étape 3 : le script de sauvegarde

Le script copie le contenu source dans un dossier temporaire, le compresse en une seule archive, puis envoie cette archive vers la destination. Il prend en paramètre le nom du sous-dossier à sauvegarder, ce qui permet de le réutiliser pour plusieurs contenus différents avec une seule et même logique. En cas de besoin, l’archive se décompresse normalement pour retrouver les fichiers d’origine.

Attention, il faudra que tu modifies SOURCE_REMOTE (nextcloud:chemin-source/) et DEST_REMOTE (gdrive-scope:destination/) et tu remplaces USER par ton nom d’utilisateur dans le mini PC

#!/bin/bash
# Sauvegarde d'un dossier source (cloud A) vers un dossier destination (cloud B)
# Usage : backup-cloud-to-cloud.sh <nom-du-dossier>
# Exemple : backup-cloud-to-cloud.sh mon-dossier

set -e

FOLDER_NAME="$1"

if [ -z "$FOLDER_NAME" ]; then
  echo "Erreur : nom du dossier manquant. Usage : backup-cloud-to-cloud.sh <nom-du-dossier>"
  exit 1
fi

TIMESTAMP=$(date +%Y%m%d_%H%M%S)
TMP_BASE="/home/USER/tmp/cloud-backup"
TMP_DIR="${TMP_BASE}/${FOLDER_NAME}"
ARCHIVE_NAME="${FOLDER_NAME}_${TIMESTAMP}.tar.gz"
ARCHIVE_PATH="${TMP_BASE}/${ARCHIVE_NAME}"
SOURCE_REMOTE="nextcloud:chemin-source/${FOLDER_NAME}"
DEST_REMOTE="gdrive-scope:destination/${FOLDER_NAME}/"

echo "=== Sauvegarde ${FOLDER_NAME} - $(date) ==="

# Nettoyage préalable au cas où une exécution précédente aurait échoué
rm -rf "$TMP_DIR"
mkdir -p "$TMP_DIR"

# Copie depuis le cloud source vers un dossier temporaire local
echo "Copie depuis la source..."
rclone copy "$SOURCE_REMOTE" "$TMP_DIR" --transfers 4 --checkers 8 --fast-list

# Compression en une seule archive
echo "Compression..."
tar -czf "$ARCHIVE_PATH" -C "$TMP_BASE" "$FOLDER_NAME"

# Upload de l'archive unique vers la destination
echo "Upload vers la destination..."
rclone copy "$ARCHIVE_PATH" "$DEST_REMOTE" --transfers 1

# Nettoyage
rm -rf "$TMP_DIR"
rm -f "$ARCHIVE_PATH"

echo "=== Terminé - $(date) ==="

Rends le script exécutable :

bash

chmod +x /home/USER/scripts/backup-cloud-to-cloud.sh

Un point d’attention sur sudo

Si ce script tourne sur une machine où tu utilises sudo pour d’autres tâches, ne l’utilise jamais avec rclone. La commande sudo rclone réécrit le fichier de configuration rclone.conf avec les droits root lors du renouvellement d’un jeton d’accès, ce qui casse ensuite l’utilisation normale de rclone en tant qu’utilisateur courant. Seule une éventuelle commande tar nécessitant des droits élevés (rare dans ce cas précis, puisque le script travaille dans le dossier personnel de l’utilisateur) justifierait sudo, jamais rclone lui-même.

Étape 4 : planifier avec cron

Pour une sauvegarde hebdomadaire, chaque dimanche à 4h du matin :

bash

crontab -e

Ajoute la ligne suivante :

0 4 * * 0 /home/USER/scripts/backup-cloud-to-cloud.sh mon-dossier >> /home/USER/scripts/logs/cloud-backup.log 2>&1

Pour un contenu moins critique, une fréquence mensuelle (le 1er de chaque mois) suffit :

0 4 1 * * /home/USER/scripts/backup-cloud-to-cloud.sh autre-dossier >> /home/USER/scripts/logs/cloud-backup.log 2>&1

La fréquence gagne à être adaptée à la criticité du contenu : un document en cours d’écriture active justifie un rythme hebdomadaire, un dossier de veille alimenté plus occasionnellement peut se contenter d’un rythme mensuel.

Assure-toi que le dossier de logs existe avant la première exécution planifiée :

bash

mkdir -p /home/USER/scripts/logs

Étape 5 : tester avant de laisser cron s’en charger

Un test manuel permet de vérifier le bon fonctionnement avant de dépendre entièrement de la planification automatique :

bash

/home/USER/scripts/backup-cloud-to-cloud.sh mon-dossier

Vérifie ensuite, dans l’interface web du service de destination, que l’archive est bien apparue au bon endroit, avec un nom cohérent incluant l’horodatage.

Ce que ce schéma permet au-delà de ce cas précis

Ce principe (remote limité à un dossier, compression en une seule archive, upload unique, planification cron) se réutilise pour n’importe quelle paire de services cloud supportés par rclone, pas seulement Nextcloud vers Google Drive. C’est un schéma générique de sauvegarde périodique, applicable à d’autres contenus que des notes ou des documents.

Pour aller plus loin

Si ce projet t’intéresse, deux articles complémentaires détaillent la suite :

• Synchroniser Obsidian entre PC et Android avec Nextcloud
• L’organisation d’un coffre Obsidian dédié à l’écriture longue, avec Templater, Dataview et Longform