Aller au contenu

PBS : synchronisation vers le MSP en échec, restauration depuis la copie MSP

RB-15Toutes architectures (PBS local + copie MSP)Niveau 215 minQui : Client + MSP / MSP / MSP

Objectif. Garantir que la copie hors site chez le MSP est à jour, et savoir comment récupérer une sauvegarde qui n'existe plus que chez le MSP.

Comment fonctionne la copie

Le PBS local envoie ses sauvegardes au PBS du MSP (sync job en mode push), ou le PBS du MSP vient les chercher (mode pull). Le mode retenu figure dans le dossier d'exploitation.

Diagnostic côté client

  1. GUI PBS local : Datastore → Sync Jobs : colonne Last Sync et Status, bouton Show Task Log.
  2. Configuration → Remotes : le remote MSP répond-il (bouton Scan) ?

    proxmox-backup-manager sync-job list
    proxmox-backup-manager remote list
    nc -zv <pbs-msp> 8007            # le port PBS du MSP est-il joignable ?
    
Message (extrait) Cause Action
connection timed out / refused Lien internet, VPN ou pare-feu Vérifier le lien et la règle sortante TCP 8007
permission check failed / 401 Jeton API du MSP expiré ou révoqué Ticket : le MSP fournit un nouveau jeton
fingerprint mismatch Certificat du PBS MSP renouvelé Mettre à jour l'empreinte du remote (valeur fournie par le MSP)
quota / no space left (côté distant) Espace alloué chez le MSP atteint Ticket : extension ou ajustement de la rétention
Sync qui ne finit jamais Débit insuffisant ou limite de bande passante trop basse Vérifier la limite (Rate limit) du job et la fenêtre horaire

Relancer

Sync Jobs → sélectionner le job → Run now. Suivre le log jusqu'à la fin.

Restaurer depuis la copie MSP

Sauvegarde absente du PBS local : PBS local détruit, rétention locale dépassée, ransomware

  1. Ouvrir un ticket iTop en précisant : VM ou fichier, date visée, urgence.
  2. Le MSP choisit la méthode :
    • rapatriement de la sauvegarde vers le PBS local (sync inverse dans un namespace dédié), puis restauration par le client avec RB-12 ou RB-13 ;
    • si le PBS local est détruit : accès temporaire au PBS du MSP, déclaré comme stockage dans PVE.
  3. Le client fournit la clé de chiffrement si les sauvegardes sont chiffrées côté client : sans elle, le MSP ne peut rien restaurer.

Vérifications (hebdomadaire)

Last Sync de moins de 24 h, aucune erreur dans les 7 derniers logs, même nombre de groupes de sauvegarde des deux côtés.

Pièges vus en support

  • Option Remove vanished : une suppression sur le PBS local se propage à la copie MSP. Elle doit rester désactivée sauf décision explicite.
  • Une copie MSP synchronisée après une attaque peut contenir des sauvegardes chiffrées par le ransomware : la rétention MSP plus longue permet de remonter avant l'attaque.
  • Clé de chiffrement conservée uniquement sur le PVE détruit : sauvegardes irrécupérables. Imprimer la clé (paperkey) et la séquestrer hors site.

Quand ouvrir un ticket iTop

Sync en échec plus de 48 h : P2. Restauration depuis la copie MSP : P2, ou P1 si service critique arrêté. Joindre le log du sync job et proxmox-backup-manager sync-job list.

Ouvrir un ticket iTop pour RB-15 Que joindre au ticket ?


Rubrique : Proxmox Backup Server · Architecture : Toutes · Rédigé pour PVE 9.x, PBS 4.x, Ceph 19.2 · Brouillon à valider en lab avant publication · Documentation officielle : PVE · PBS