Configuration PBS et disposition datastore multi-hôtes

Introduction

Proxmox Backup Server fournit un stockage de sauvegarde centralisé et dédupliqué pour les nœuds Proxmox VE, les clients Linux, les machines virtuelles, les conteneurs et les sauvegardes d'hôtes. Dans ce tutoriel, vous allez effectuer la configuration initiale de Proxmox Backup Server, créer un datastore PBS sur un disque séparé, configurer les mises à jour et les notifications SMTP, et organiser les sauvegardes de plusieurs hôtes avec des namespaces (espaces de noms) de datastore plutôt qu'avec des dossiers manuels ou plusieurs petits datastores. L'architecture Proxmox PBS obtenue prépare également votre environnement aux futures tâches de restauration de sauvegarde Proxmox : restauration de VM, restauration au niveau des fichiers, restauration granulaire et workflows de récupération de données Proxmox.

Public cible : administrateurs système de niveau intermédiaire.
Durée estimée : 45 à 75 minutes.
Objectif final : à la fin de ce tutoriel, vous disposerez d'un datastore Proxmox Backup Server sur un stockage dédié, de dépôts de mises à jour configurés, de notifications par e-mail activées et d'un accès par namespace et par hôte contrôlé par des ACL.

Prérequis

Avant de commencer, assurez-vous de disposer des éléments suivants :

• Proxmox Backup Server 4.x installé et accessible via l'interface web à l'adresse https://<PBS_HOSTNAME_OR_IP>:8007.
• Un accès root ou équivalent (administrateur) à l'hôte Proxmox Backup Server.
• Un disque séparé pour le stockage des sauvegardes, identifié par <DATA_DISK>, par exemple sdb ou nvme1n1.
• Une connectivité réseau entre chaque hôte Proxmox VE ou client de sauvegarde et l'hôte PBS sur le port TCP 8007.
• Les informations du serveur SMTP pour les notifications : hôte, port, adresse de l'expéditeur, utilisateur d'authentification et mot de passe ou mot de passe d'application.
• Un ou plusieurs hôtes Proxmox VE ou clients de sauvegarde qui utiliseront le datastore PBS.

Ce tutoriel utilise les espaces réservés suivants :

• <PBS_HOSTNAME_OR_IP> : nom DNS ou adresse IP du Proxmox Backup Server.
• <DATA_DISK> : nom du disque sans /dev/, par exemple sdb.
• <DATA_PARTITION> : chemin de la partition, par exemple /dev/sdb1.
• <DATASTORE_NAME> : nom du datastore, par exemple main-backup.
• <NAMESPACE_NAME> : nom du namespace pour un hôte ou un client, par exemple pve-node-01.
• <PBS_USER> : nom d'utilisateur PBS, par exemple pve-node-01.
• <TOKEN_NAME> : nom du jeton d'API, par exemple backup.
• <TOKEN_SECRET> : secret du jeton d'API généré par PBS.
• <STORAGE_ID> : identifiant de stockage Proxmox VE, par exemple pbs-main.

Étape 1 : Vérifier la version de PBS et la disposition des disques

Connectez-vous au shell de Proxmox Backup Server en tant que root.

Vérifiez la version de PBS installée :

proxmox-backup-manager versions

Résultat attendu : la commande affiche les versions des paquets Proxmox Backup Server installés.

Listez les disques locaux :

lsblk -o NAME,SIZE,TYPE,FSTYPE,MOUNTPOINTS,MODEL

Résultat attendu : vous pouvez identifier le disque système et le disque de stockage séparé. N'utilisez pas le disque qui contient le système d'exploitation PBS.

Étape 2 : Configurer le dépôt no-subscription

Une installation PBS neuve active généralement le dépôt enterprise. Ne l'utilisez que si vous disposez d'un abonnement Proxmox actif. Pour un laboratoire, une évaluation ou un environnement hors production sans abonnement, désactivez le dépôt enterprise et activez le dépôt PBS no-subscription.

Ouvrez le fichier du dépôt enterprise :

nano /etc/apt/sources.list.d/pbs-enterprise.sources

Désactivez le dépôt enterprise en ajoutant :

Enabled: false

Résultat attendu : APT n'essaie plus d'utiliser le dépôt réservé aux abonnés.

Créez ou modifiez le fichier de dépôt Proxmox :

nano /etc/apt/sources.list.d/proxmox.sources

Ajoutez le dépôt PBS no-subscription pour les installations PBS 4.x basées sur Debian 13 Trixie :

Types: deb
URIs: http://download.proxmox.com/debian/pbs
Suites: trixie
Components: pbs-no-subscription
Signed-By: /usr/share/keyrings/proxmox-archive-keyring.gpg

Mettez à jour les métadonnées des paquets :

apt update

Résultat attendu : APT actualise les index de paquets sans erreur 401 Unauthorized provenant de enterprise.proxmox.com.

Mettez à niveau les paquets installés :

apt full-upgrade

Résultat attendu : PBS installe les mises à jour disponibles depuis les dépôts configurés. Redémarrez si la mise à niveau installe un nouveau noyau ou des paquets système critiques.

reboot

Étape 3 : Préparer un disque séparé pour le datastore

PBS stocke les données du datastore dans un répertoire situé sur un système de fichiers Linux pris en charge. Utilisez ext4, xfs ou zfs pour le stockage du datastore. Choisissez l'une des dispositions de stockage suivantes.

Option A : Créer un datastore de type répertoire sur XFS ou ext4

Utilisez cette option pour un datastore simple sur un seul disque. XFS est un bon choix par défaut pour les grands jeux de données de sauvegarde. ext4 est également pris en charge lorsqu'il utilise les paramètres normaux de liens de répertoires.

Effacez les anciennes signatures du disque :

apt install parted
wipefs -a /dev/<DATA_DISK>

Créez une nouvelle table de partitions GPT et une partition :

parted -s /dev/<DATA_DISK> \
  mklabel gpt \
  mkpart primary 1MiB 100%

Résultat attendu : le disque possède une nouvelle partition.

Actualisez la table de partitions du noyau :

partprobe /dev/<DATA_DISK>

Formatez la partition en XFS :

mkfs.xfs -f <DATA_PARTITION>

N'utilisez ext4 à la place de XFS que s'il s'agit de votre standard local :

mkfs.ext4 -F <DATA_PARTITION>

Créez le point de montage :

mkdir -p /mnt/datastore/<DATASTORE_NAME>

Obtenez l'UUID de la partition :

blkid <DATA_PARTITION>

Sortie attendue :

<DATA_PARTITION>: UUID="<FILESYSTEM_UUID>" BLOCK_SIZE="4096" TYPE="xfs"

Ajoutez le montage à /etc/fstab :

nano /etc/fstab

Pour XFS, ajoutez cette ligne :

UUID=<FILESYSTEM_UUID> /mnt/datastore/<DATASTORE_NAME> xfs defaults,noatime 0 2

Pour ext4, ajoutez cette ligne :

UUID=<FILESYSTEM_UUID> /mnt/datastore/<DATASTORE_NAME> ext4 defaults,noatime 0 2

Montez le chemin du datastore :

systemctl daemon-reload
mount -a

Vérifiez le montage :

df -h /mnt/datastore/<DATASTORE_NAME>

Résultat attendu : la commande affiche le nouveau disque monté sur /mnt/datastore/<DATASTORE_NAME>.

Option B : Créer un datastore sur LVM

Utilisez cette option si vous souhaitez bénéficier de la gestion de volumes logiques pour le disque du datastore.

Effacez les anciennes signatures du disque :

wipefs -a /dev/<DATA_DISK>

Créez un volume physique, un groupe de volumes et un volume logique :

pvcreate /dev/<DATA_DISK>
vgcreate pbs-vg /dev/<DATA_DISK>
lvcreate -n <DATASTORE_NAME> -l 100%FREE pbs-vg

Résultat attendu : LVM crée /dev/pbs-vg/<DATASTORE_NAME>.

Formatez le volume logique en XFS :

mkfs.xfs -f /dev/pbs-vg/<DATASTORE_NAME>

Créez le point de montage :

mkdir -p /mnt/datastore/<DATASTORE_NAME>

Ajoutez le montage à /etc/fstab :

nano /etc/fstab

Ajoutez cette ligne :

/dev/pbs-vg/<DATASTORE_NAME> /mnt/datastore/<DATASTORE_NAME> xfs defaults,noatime 0 2

Montez le chemin du datastore :

mount -a

Vérifiez le montage :

df -h /mnt/datastore/<DATASTORE_NAME>

Résultat attendu : le volume logique est monté sur /mnt/datastore/<DATASTORE_NAME>.

Option C : Créer un pool ZFS et un datastore

Utilisez cette option si vous avez besoin des fonctionnalités de ZFS, telles que les sommes de contrôle, les instantanés, la compression, les miroirs ou RAIDZ. ZFS s'utilise de préférence avec un accès direct aux disques, et non au-dessus d'un RAID matériel qui masque l'état de santé des disques au système d'exploitation.

Effacez les anciennes signatures du disque :

wipefs -a /dev/<DATA_DISK>

Créez un pool ZFS à disque unique et ajoutez-le comme datastore PBS :

proxmox-backup-manager disk zpool create <DATASTORE_NAME> \
  --devices <DATA_DISK> \
  --raidlevel single \
  --compression lz4 \
  --add-datastore true

Résultat attendu : PBS crée un pool ZFS et enregistre un datastore du même nom.

Vérifiez le pool :

zpool status <DATASTORE_NAME>

Résultat attendu : le pool est en ligne (online) et le disque apparaît en dessous.

Si vous avez utilisé cette option ZFS avec --add-datastore true, ignorez l'étape 4 et passez à l'étape 5.

Étape 4 : Créer le datastore PBS

Définissez le propriétaire du répertoire du datastore pour les services de sauvegarde PBS :

chown backup:backup /mnt/datastore/<DATASTORE_NAME>
chmod 750 /mnt/datastore/<DATASTORE_NAME>

Créez la configuration du datastore :

proxmox-backup-manager datastore create \
  <DATASTORE_NAME> \
  /mnt/datastore/<DATASTORE_NAME>

Résultat attendu : PBS enregistre le répertoire comme datastore.

Listez les datastores :

proxmox-backup-manager datastore list

Résultat attendu : <DATASTORE_NAME> apparaît dans la liste des datastores.

Affichez les détails du datastore :

proxmox-backup-manager datastore show <DATASTORE_NAME>

Résultat attendu : PBS affiche le chemin du datastore et ses options actuelles.

Étape 5 : Configurer le prune, le garbage collection et la vérification

Configurez la rétention et le garbage collection (ramasse-miettes) après la création du datastore. Le prune supprime les index de sauvegarde expirés selon les règles de rétention. Le garbage collection supprime les chunks non référencés une fois que le prune les a rendus inutilisés.

Configurez la rétention de base, le prune quotidien, le garbage collection et la vérification des nouvelles sauvegardes :

proxmox-backup-manager datastore update <DATASTORE_NAME> \
  --gc-schedule 'Sun 03:00' \
  --verify-new true

proxmox-backup-manager prune-job create prune-<DATASTORE_NAME> \
  --store <DATASTORE_NAME> \
  --schedule daily \
  --keep-daily 7 \
  --keep-weekly 4 \
  --keep-monthly 6 \
  --comment 'Default retention for <DATASTORE_NAME>'

Résultat attendu : PBS enregistre la politique de rétention du datastore et planifie les tâches de nettoyage.

Affichez la configuration mise à jour du datastore :

proxmox-backup-manager datastore show <DATASTORE_NAME>

Résultat attendu : la sortie inclut les paramètres de prune, de garbage collection et de rétention.

Étape 6 : Configurer les notifications SMTP

Configurez les notifications avant de vous reposer sur le serveur de sauvegarde. Cela vous aide à détecter les sauvegardes en échec, les erreurs de garbage collection, les échecs de vérification et les mises à jour de paquets disponibles.

Dans l'interface web de PBS, ouvrez Configuration > Notifications.

Créez une cible de notification :

1. Cliquez sur Add.
2. Sélectionnez SMTP.
3. Saisissez un nom de cible, par exemple smtp-main.
4. Renseignez le serveur SMTP, le port, le nom d'utilisateur, le mot de passe, le mode de chiffrement, l'adresse de l'expéditeur et l'adresse du destinataire.
5. Enregistrez la cible.

Résultat attendu : PBS enregistre la cible de notification SMTP.

Créez un matcher (règle de correspondance) pour les événements PBS importants :

1. Ouvrez Configuration > Notifications > Notification Matchers.
2. Créez un matcher nommé admin-mail.
3. Sélectionnez la cible SMTP que vous avez créée.
4. Faites correspondre les événements de datastore, de système, de vérification, de garbage collection et de mise à jour de paquets.
5. Enregistrez le matcher.

Résultat attendu : PBS achemine les notifications correspondantes vers la cible SMTP.

Envoyez une notification de test depuis la cible de notification si l'interface web propose l'action de test.

Résultat attendu : la boîte de réception du destinataire reçoit un e-mail de test de PBS.

Étape 7 : Créer des utilisateurs et des jetons d'API pour les clients de sauvegarde

Utilisez un utilisateur PBS et un jeton d'API distincts pour chaque hôte Proxmox VE, cluster Proxmox VE ou client de sauvegarde autonome. Cela facilite la rotation des identifiants et permet d'attribuer des droits restreints par namespace.

Créez un utilisateur PBS pour un hôte ou un client :

proxmox-backup-manager user create <PBS_USER>@pbs \
  --comment "Backup identity for <NAMESPACE_NAME>"

Résultat attendu : PBS crée le compte utilisateur. Définissez un mot de passe dans l'interface web, sous Configuration > Access Control > User Management, si l'utilisateur doit se connecter de manière interactive.

Générez un jeton d'API en ligne de commande :

proxmox-backup-manager user generate-token \
  <PBS_USER>@pbs \
  <TOKEN_NAME> \
  --comment "Backup token for <NAMESPACE_NAME>"

Vous pouvez également générer le jeton dans l'interface web, sous Configuration > Access Control > API Token.

Résultat attendu : PBS affiche le secret du jeton d'API une seule fois. Copiez-le immédiatement et conservez-le en lieu sûr. Vous ne pourrez pas récupérer ce même secret ultérieurement.

Étape 8 : Créer un namespace pour chaque hôte ou client

Les namespaces PBS organisent les groupes de sauvegarde au sein d'un même datastore. Utilisez un namespace par hôte Proxmox VE, cluster Proxmox VE ou client autonome, plutôt que de créer des dossiers manuels dans le chemin du datastore.

Créez un namespace pour un hôte ou un client :

proxmox-backup-client namespace create <NAMESPACE_NAME> \
  --repository root@pam@localhost:<DATASTORE_NAME>

Résultat attendu : PBS crée le namespace dans <DATASTORE_NAME>.

Listez les namespaces :

proxmox-backup-client namespace list \
  --repository root@pam@localhost:<DATASTORE_NAME>

Résultat attendu : la sortie inclut <NAMESPACE_NAME>.

Créez des namespaces supplémentaires pour d'autres hôtes ou clients :

proxmox-backup-client namespace create pve-node-02 \
  --repository root@pam@localhost:<DATASTORE_NAME>
proxmox-backup-client namespace create linux-client-01 \
  --repository root@pam@localhost:<DATASTORE_NAME>

Résultat attendu : chaque hôte ou client dispose d'un namespace distinct dans le même datastore.

Étape 9 : Accorder à chaque client l'accès à son seul namespace

Accordez au jeton d'API un accès limité à son propre chemin de namespace. Le format du chemin ACL est /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>.

Accordez l'accès de sauvegarde au jeton :

proxmox-backup-manager acl update \
  /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> \
  DatastoreBackup \
  --auth-id '<PBS_USER>@pbs'

proxmox-backup-manager acl update \
  /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> \
  DatastoreBackup \
  --auth-id '<PBS_USER>@pbs!<TOKEN_NAME>'

Résultat attendu : le jeton peut créer des sauvegardes et restaurer celles dont il est propriétaire dans ce namespace, mais il ne peut pas administrer l'ensemble du datastore.

Listez les entrées ACL :

proxmox-backup-manager acl list

Résultat attendu : la liste des ACL contient le jeton et le chemin spécifique au namespace.

Étape 10 : Connecter un hôte Proxmox VE au namespace

Sur l'hôte Proxmox VE, ajoutez le stockage PBS via l'interface web ou avec pvesm.

Pour utiliser l'interface web, ouvrez Datacenter > Storage > Add > Proxmox Backup Server et saisissez les valeurs suivantes :

• ID : <STORAGE_ID>.
• Server : <PBS_HOSTNAME_OR_IP>.
• Datastore : <DATASTORE_NAME>.
• Namespace : <NAMESPACE_NAME>.
• Username : <PBS_USER>@pbs!<TOKEN_NAME>.
• Password : <TOKEN_SECRET>.
• Fingerprint : empreinte du certificat PBS si l'interface la demande.

Résultat attendu : Proxmox VE ajoute le namespace du datastore PBS comme stockage de sauvegarde.

Pour utiliser la ligne de commande sur l'hôte Proxmox VE, ajoutez le stockage :

pvesm add pbs <STORAGE_ID> \
  --server <PBS_HOSTNAME_OR_IP> \
  --datastore <DATASTORE_NAME> \
  --namespace <NAMESPACE_NAME> \
  --username '<PBS_USER>@pbs!<TOKEN_NAME>' \
  --password '<TOKEN_SECRET>'

Résultat attendu : Proxmox VE crée une entrée de stockage pointant vers le bon namespace PBS.

Vérifiez l'état du stockage :

pvesm status

Résultat attendu : <STORAGE_ID> apparaît comme disponible (active).

Étape 11 : Créer une sauvegarde de VM de test

Sur l'hôte Proxmox VE, créez une petite sauvegarde de VM de test vers le stockage PBS. Remplacez <VMID> par l'identifiant d'une machine virtuelle ou d'un conteneur. Cela confirme que les tâches de sauvegarde Proxmox VE peuvent écrire dans le namespace avant que vous ne vous appuyiez sur ce stockage pour la planification de la reprise après sinistre Proxmox.

vzdump <VMID> \
  --storage <STORAGE_ID> \
  --mode snapshot

Résultat attendu : la tâche de sauvegarde se termine avec succès et envoie les données de sauvegarde vers le namespace.

Dans l'interface web de PBS, ouvrez Datastore > <DATASTORE_NAME>. Sélectionnez le namespace <NAMESPACE_NAME>.

Résultat attendu : vous voyez le nouveau groupe de sauvegarde et l'instantané (snapshot) de sauvegarde dans le namespace.

Étape 12 : Confirmer la navigation dans les sauvegardes et la disponibilité pour la restauration

Une fois la première sauvegarde terminée, vérifiez que PBS peut parcourir les sauvegardes de VM dans le namespace. Il ne s'agit pas d'un test de restauration complet, mais cela valide l'organisation qui sous-tendra par la suite les opérations de restauration depuis une sauvegarde PBS, les procédures de restauration Proxmox PBS, les tâches de restauration de sauvegarde Proxmox et l'accès aux sauvegardes de VM depuis le bon namespace.

Dans l'interface web de PBS, ouvrez Datastore > <DATASTORE_NAME>, sélectionnez <NAMESPACE_NAME> et ouvrez le groupe de sauvegarde créé à l'étape 11.

Résultat attendu : PBS affiche les instantanés de sauvegarde stockés dans le namespace pour cet hôte ou ce client.

Sélectionnez un instantané de sauvegarde et examinez les actions de restauration disponibles.

Résultat attendu : PBS affiche les options de restauration utilisables ultérieurement pour la restauration de sauvegarde de VM, la restauration depuis une sauvegarde de VM et les procédures de récupération de données Proxmox.

Vérification

Vérifiez que le datastore existe :

proxmox-backup-manager datastore list

Résultat attendu : <DATASTORE_NAME> apparaît dans la liste des datastores.

Vérifiez le montage :

findmnt /mnt/datastore/<DATASTORE_NAME>

Résultat attendu : le chemin du datastore est monté depuis le disque séparé, le volume logique ou le pool ZFS.

Vérifiez l'accès au namespace :

proxmox-backup-manager user permissions \
  '<PBS_USER>@pbs!<TOKEN_NAME>' \
  --path /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>

Résultat attendu : le jeton possède Datastore.Backup sur son chemin de namespace.

Vérifiez que les sauvegardes apparaissent dans le namespace :

proxmox-backup-client snapshots \
  --repository root@pam@localhost:<DATASTORE_NAME> \
  --ns <NAMESPACE_NAME>

Résultat attendu : la commande liste les instantanés du namespace sélectionné.

Vérifiez que vous pouvez parcourir les sauvegardes de VM du namespace via l'interface web de PBS.

Résultat attendu : vous pouvez ouvrir le groupe de sauvegarde et voir les instantanés de l'hôte ou du client sélectionné. Cela confirme que le namespace est prêt pour les futurs workflows de restauration au niveau des fichiers, de restauration granulaire et de restauration de fichiers individuels.

Exécutez une vérification manuelle de l'état du garbage collection :

proxmox-backup-manager garbage-collection status <DATASTORE_NAME>

Résultat attendu : PBS affiche l'état du garbage collection pour le datastore.

Pourquoi utiliser des namespaces plutôt que des datastores séparés

Les namespaces sont le mécanisme d'organisation à privilégier lorsque plusieurs hôtes ou clients partagent un même pool de stockage de sauvegarde physique.

Ils offrent les avantages suivants :

• Un seul magasin de chunks partagé, pour une meilleure déduplication entre machines virtuelles et hôtes similaires.
• Un seul endroit pour configurer les politiques de rétention, de vérification et de garbage collection.
• Une séparation claire dans l'interface web de PBS, sans dossiers manuels non pris en charge.
• Des chemins ACL propres à chaque namespace pour un accès client selon le principe du moindre privilège.
• Une montée en charge facilitée lorsque vous ajoutez des hôtes Proxmox VE ou des clients Linux.
• Moins d'objets datastore à superviser et à maintenir.

Utilisez des datastores séparés lorsque vous avez besoin d'un stockage physique distinct, de supports de sauvegarde différents, de niveaux de performance différents, de responsabilités d'administration distinctes ou d'une séparation stricte des planifications de rétention et de garbage collection.

Annulation des modifications

Pour supprimer l'ACL d'un namespace pour un jeton, utilisez l'interface web de PBS sous Configuration > Access Control > Permissions et supprimez l'entrée ACL de /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME>.

Pour supprimer un jeton d'API :

proxmox-backup-manager user delete-token <PBS_USER>@pbs <TOKEN_NAME>

Résultat attendu : PBS révoque le jeton.

Pour supprimer un utilisateur PBS :

proxmox-backup-manager user remove <PBS_USER>@pbs

Résultat attendu : PBS supprime le compte utilisateur.

Pour supprimer une tâche de prune :

proxmox-backup-manager prune-job remove prune-<DATASTORE_NAME>

Résultat attendu : PBS supprime la tâche de prune.

Pour supprimer la configuration d'un datastore sans effacer les données de sauvegarde :

proxmox-backup-manager datastore remove <DATASTORE_NAME>

Résultat attendu : PBS retire le datastore de sa configuration, mais le répertoire sous-jacent reste sur le disque.

Pour supprimer le montage d'un datastore basé sur XFS, ext4 ou LVM, modifiez /etc/fstab, supprimez la ligne du datastore et démontez le chemin :

umount /mnt/datastore/<DATASTORE_NAME>

Résultat attendu : le chemin du datastore n'est plus monté.

Pour supprimer un pool ZFS après avoir supprimé ou migré toutes les sauvegardes nécessaires :

zpool export <DATASTORE_NAME>

Résultat attendu : ZFS exporte le pool. Réimportez-le ultérieurement avec zpool import <DATASTORE_NAME> si nécessaire.

Dépannage

APT affiche 401 Unauthorized pour le dépôt enterprise

Cause : le dépôt enterprise est activé sans abonnement valide.
Solution : désactivez /etc/apt/sources.list.d/pbs-enterprise.sources avec Enabled: false, ajoutez le dépôt no-subscription, puis relancez apt update.

La création du datastore échoue sur un système de fichiers non pris en charge

Cause : le chemin du datastore se trouve sur un système de fichiers qui ne prend pas en charge la structure de répertoires requise, ou le système de fichiers a été créé avec des options incompatibles.
Solution : utilisez xfs, ext4 ou zfs. Évitez ext3 ainsi que les configurations ext4 dont dir_nlink est désactivé.

Le montage du datastore disparaît après un redémarrage

Cause : l'entrée /etc/fstab est absente, comporte un UUID erroné ou pointe vers le mauvais périphérique.
Solution : exécutez blkid <DATA_PARTITION>, corrigez l'UUID dans /etc/fstab, puis exécutez mount -a.

Un client voit le mauvais namespace

Cause : la configuration de stockage du client utilise le mauvais namespace ou des ACL sont définies à la racine du datastore.
Solution : supprimez les ACL trop larges sur /datastore/<DATASTORE_NAME>, accordez les permissions uniquement sur /datastore/<DATASTORE_NAME>/<NAMESPACE_NAME> et vérifiez que l'entrée de stockage Proxmox VE utilise le bon namespace.

L'e-mail de test SMTP n'arrive pas

Cause : l'authentification SMTP, les paramètres TLS, la politique d'expéditeur ou les règles de pare-feu sont incorrects.
Solution : vérifiez l'hôte SMTP, le port, le mode de chiffrement, le nom d'utilisateur, le mot de passe, l'adresse de l'expéditeur, l'adresse du destinataire et l'accès réseau sortant depuis PBS.

Les sauvegardes fonctionnent, mais le garbage collection ne libère pas l'espace immédiatement

Cause : le garbage collection ne supprime que les chunks qui ne sont plus référencés une fois que le prune a supprimé les index de sauvegarde. PBS applique également des fenêtres de sécurité afin d'éviter la suppression de chunks qui pourraient encore être utilisés.
Solution : vérifiez les paramètres de prune, lancez le garbage collection ou attendez son exécution, puis consultez les journaux des tâches du datastore.

Conclusion et étapes suivantes

Vous avez configuré Proxmox Backup Server pour une première utilisation de type production : les mises à jour passent par le bon dépôt, les notifications utilisent SMTP, le stockage des sauvegardes réside sur un disque séparé et plusieurs hôtes sont isolés grâce aux namespaces et aux ACL spécifiques à chaque namespace. Cette structure conserve un datastore PBS unique et efficace tout en offrant à chaque hôte ou client Proxmox VE sa propre zone de sauvegarde contrôlée.

Pour la suite, configurez des tâches de sauvegarde planifiées sur chaque hôte Proxmox VE, ajoutez des tâches de vérification pour les sauvegardes stockées, documentez votre processus de restauration granulaire et de restauration de fichiers individuels, testez la restauration au niveau des fichiers et la restauration complète de VM, et envisagez la synchronisation distante (remote sync) ou la sauvegarde sur bande pour une protection hors site.

Version du document : 1.0
Dernière mise à jour : mai 2026
Responsable : équipe de documentation technique