Récupération de données
Récupération de données à Agde (34300)
À Agde, coupez la synchronisation entre les dépôts PBS et préservez la source, la copie, leurs namespaces et les clés autorisées. Le laboratoire compare les groupes et manifestes sur des acquisitions, vérifie le déchiffrement sur une copie puis sélectionne les snapshots cohérents sans resynchroniser les originaux.
Diagnostic et devis
Comparer une source PBS et son remote sans relancer la synchronisation
Le diagnostic établit la direction du job sync, les filtres appliqués, le namespace cible et la dernière exécution terminée. Il vérifie aussi si une politique de rétention a agi indépendamment sur l'un des dépôts.
Les groupes et snapshots sont alignés par identifiant, propriétaire et manifeste. Les écarts sont classés entre absence attendue, transfert interrompu, version concurrente et déplacement de namespace.
- Disques durs du dépôt PBS source avec les anciennes générations et leurs chunks dédupliqués
- SSD du serveur distant contenant les manifestes récents, index et catalogues de fichiers
- Disques externes conservant une exportation hors ligne de certains groupes de sauvegarde
- Serveurs physiques source et destination avec leurs configurations de remotes et de jobs sync
- NAS ou ensembles RAID hébergeant les banques de données PBS, avec la topologie et l'ordre des membres
- Machines virtuelles Proxmox dont les sauvegardes sont réparties entre plusieurs namespaces
- Supports flash contenant une copie autorisée des clés de chiffrement ou de la configuration
- Acquisitions protégées utilisées pour tester l'ouverture et le déchiffrement des snapshots
Attention
Éviter de propager une purge ou une génération incomplète
- Ne relancez pas le job sync entre les deux dépôts
- Ne supprimez pas un namespace considéré comme ancien
- Ne lancez pas un prune sur le remote ou la source
- Ne remplacez pas la configuration des clés par celle d'un autre client
À Agde, relancer la synchronisation peut répliquer une suppression, modifier la rétention ou masquer la provenance d'un snapshot. Les deux dépôts restent isolés jusqu'à leur comparaison sur des copies.
Comment ça marche
Des deux historiques PBS aux snapshots déchiffrés et vérifiés
- Désactivez à Agde les jobs de synchronisation, de prune et de vérification sur la source comme sur la destination, puis relevez leur dernier statut.
- Inventoriez séparément les dépôts distants, les banques de données, les namespaces, les groupes, les snapshots et les clés disponibles sans déplacer les archives entre les deux serveurs.
- Le laboratoire qualifie chaque HDD, SSD, NAS, RAID et copie externe; une salle blanche concerne uniquement un HDD mécanique qui doit être ouvert.
- Les supports stables et configurations utiles sont acquis avec leurs empreintes, afin que toute comparaison ou tentative de déchiffrement reste confinée à des copies.
- Les identifiants de groupes, dates, propriétaires et manifestes permettent d'aligner l'historique de la source avec celui du remote malgré les changements de namespace.
Nos expertises
Supports examinés autour d'une synchronisation PBS distante
Préparer le devis
Suspendre les jobs sync et préserver les deux historiques
À Agde, la source et le remote doivent rester indépendants jusqu'à leur acquisition. Une nouvelle synchronisation pourrait propager une purge ou masquer la seule génération utile.
- Désactiver les jobs sync, prune et vérification
- Noter le sens de synchronisation et le remote concerné
- Lister les namespaces source et destination
- Conserver les journaux des deux serveurs
- Identifier les groupes et périodes prioritaires
Notre expertise
Une méthode qui sépare présence, cohérence et déchiffrement
Un job de synchronisation PBS copie des groupes et snapshots selon une configuration de remote, de namespace et de propriétaire. Une interruption peut donc produire deux chronologies valides mais différentes sans qu'un support soit physiquement en panne.
À Agde, la comparaison commence par les identifiants et manifestes, puis descend vers les index et chunks. Les dates seules ne suffisent pas lorsque les horloges, les politiques de rétention ou les namespaces ont changé.
Le chiffrement côté client ajoute une dépendance indépendante du stockage. Une archive complète mais liée à une clé absente n'est pas déclarée récupérée tant que son contenu n'a pas été ouvert sur une copie.
- Dépôt source
- Conserver l'origine
- Remote PBS
- Figer la synchronisation
- Namespaces
- Aligner les groupes
- Chiffrement
- Vérifier les clés
Prise en charge
Préparer les deux dépôts Proxmox Backup Server à Agde
Cette page prépare les demandes depuis Agde sans déclarer de laboratoire, d’atelier, de dépôt physique, de boutique ni d’agence Datastrophe dans la ville. La qualification recense les deux serveurs PBS, leurs banques de données, leurs namespaces et les générations prioritaires avant d’organiser le transport privé vers le laboratoire.
Relevez le nom du remote, la direction de synchronisation, les namespaces source et cible, le dernier job réussi ainsi que toute modification récente des règles de rétention.
Conservez les configurations des deux PBS, les journaux et la liste des groupes prioritaires. Les clés ou tokens légitimes sont communiqués par un canal sécurisé, jamais dans un formulaire public.
Source et remote à comparer
Aligner namespaces, snapshots et clés de chiffrement
Le périmètre réunit les deux configurations PBS, les remotes, jobs sync, namespaces, groupes, manifestes, index, chunks, catalogues et journaux.
Un snapshot présent sur le remote peut manquer sur la source après rétention, tandis qu'une génération récente peut n'avoir transféré qu'une partie de ses chunks. Chaque écart garde donc son contexte.
- Remote PBS Établir le sens et la dernière exécution du job sync.
- Namespaces Rapprocher les groupes malgré les changements d'emplacement.
- Snapshots Comparer les générations et les chunks disponibles.
- Clés autorisées Confirmer le déchiffrement uniquement sur une copie.
- Catalogues Valider leurs entrées par une restauration réelle.
Carte
Orientation à Agde selon la source, le remote et les supports
FAQ
Questions sur une synchronisation distante Proxmox Backup Server
Faut-il relancer le job sync pour récupérer les snapshots manquants?
Non. Une nouvelle exécution peut propager une purge ou remplacer un état utile. La source et le remote sont d'abord acquis séparément.
Le dépôt le plus récent est-il forcément le plus complet?
Non. Sa rétention, ses namespaces ou un transfert interrompu peuvent avoir supprimé ou omis des générations encore présentes ailleurs.
Comment retrouver un groupe déplacé dans un autre namespace?
Les identifiants, propriétaires, manifestes et journaux servent à aligner les groupes sur une copie, sans déplacer les archives originales.
Une archive chiffrée complète peut-elle être validée sans clé?
Non. Sa présence peut être constatée, mais la récupération des données n'est confirmée qu'après un déchiffrement autorisé et une ouverture sur une copie.
Le catalogue de fichiers prouve-t-il que tous les blocs existent?
Non. Il facilite la sélection, mais seule une restauration d'essai confirme que les index, chunks et clés nécessaires sont disponibles.
Diagnostic et devis
Faire qualifier la source et le remote avant une nouvelle synchronisation
Décrivez les deux dépôts, les remotes, namespaces, clés disponibles, journaux et générations prioritaires. Le laboratoire peut alors chiffrer une comparaison et des restaurations d'essai sans annoncer un résultat avant analyse.