PBS : synchronisation vers le MSP en échec, restauration depuis la copie 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¶
- GUI PBS local : Datastore → Sync Jobs : colonne Last Sync et Status, bouton Show Task Log.
-
Configuration → Remotes : le remote MSP répond-il (bouton Scan) ?
| 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
- Ouvrir un ticket iTop en précisant : VM ou fichier, date visée, urgence.
- 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.
- 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.
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