Récupération de données
Récupération de données à Valence
À Valence, arrêtez les sauvegardes, purges et compactages Duplicati. Conservez dépôt, fichiers dlist, dindex et dblock, base locale, configuration et phrase secrète. Le laboratoire acquiert les supports sur des copies puis valide des restaurations ciblées.
Diagnostic et devis
Diagnostiquer dlist, dindex et dblock sans compactage
Le diagnostic sépare panne matérielle, RAID dégradé, dépôt inaccessible, dblock tronqué, dindex d'une autre époque, dlist orpheline, base locale incohérente, configuration perdue et accès chiffré incomplet. Des messages Duplicati proches peuvent correspondre à des causes très différentes.
Les duplications sont parcourues pour relever préfixes, noms, empreintes, tailles, dates, listes, index, volumes, paramètres et journaux. Cette lecture rapproche l'incident, la dernière sauvegarde connue, les purges, les rotations et les essais effectués après la panne.
- Disques durs de serveurs portant les volumes Duplicati, la base locale et les journaux
- SSD contenant système, configuration, cache, base SQLite ou dépôt de sauvegarde
- Disques externes utilisés comme cible principale, copie isolée ou rotation hors ligne
- NAS et ensembles RAID recevant dblock, dindex, dlist ou réplicas synchronisés
- Serveurs physiques ou virtuels reliant tâches, identités, stockage et bases locales
- Stockages objet ou distants dont les paramètres et identifiants doivent rester associés
- Clés USB et mémoires flash conservant configuration, phrase secrète ou export de secours
Attention
Éviter purge, compactage et nouvelle sauvegarde
- Ne lancez aucune nouvelle sauvegarde dans le dépôt concerné
- Ne déclenchez ni purge ni compactage des volumes
- N'utilisez pas repair, recreate ou delete avant duplication
- Ne restaurez pas vers le volume source ou le dépôt original
Toute tâche susceptible de supprimer des volumes, réorganiser des blocs ou ajouter une sauvegarde attend la duplication des supports. La conservation de chaque génération précède leur rapprochement.
Comment ça marche
Des supports figés aux versions vérifiées
- Interrompez les sauvegardes planifiées, purges, compactages, vérifications, réparations et restaurations. Relevez l'heure de l'incident, la dernière restauration confirmée, les erreurs et les commandes déjà tentées sans relancer le service.
- Recensez sans renommer les fichiers dlist, dindex et dblock, chaque base SQLite locale, les configurations, journaux, scripts, tâches, chemins distants et informations d'accès. Chaque support reçoit une étiquette avec son rôle et sa période probable.
- Le laboratoire examine indépendamment HDD, SSD, disque externe, NAS, RAID, serveur et mémoire flash. Un défaut mécanique, un volume tronqué, une base locale ancienne et une phrase secrète absente exigent des séquences différentes; la salle blanche concerne seulement un HDD mécanique à ouvrir.
- Tout support suffisamment stable est copié dans une image ou une duplication protégée avec empreinte de contrôle. Les originaux ne servent pas aux essais et la topologie entre machine source, base locale, dépôt, stockage distant et rotation externe reste documentée.
Nos expertises
Supports et composants examinés autour de Duplicati
Préparer le devis
Préparer le dépôt sans purge ni compactage
Une collecte stable protège les relations entre listes, index, blocs et générations. Les nouvelles sauvegardes attendent la création de duplications vérifiées.
- À suspendre: sauvegardes, purges, compactages et restaurations
- Noter l'heure de l'incident et les actions déjà tentées
- À identifier: version Duplicati, chemin, bucket et préfixe
- Photographier les baies et étiqueter chaque support
- À conserver: dlist, dindex, dblock, bases et journaux
Notre expertise
Une méthode fondée sur des restaurations contrôlables
Duplicati répartit une sauvegarde entre plusieurs composants interdépendants. Les fichiers dlist décrivent les versions, les dindex relient les signatures aux blocs, les dblock portent les données compressées ou chiffrées, tandis que la base locale et la configuration conservent l'état du client. Lire un seul composant ne suffit pas à prouver une restauration.
Une opération de maintenance ordinaire peut devenir irréversible après un incident. La purge ou le compactage est susceptible de retirer ou de réorganiser des volumes dont une autre génération dépend encore. Les automatismes sont donc stoppés avant la collecte du dépôt, des rotations, des journaux et des bases locales.
Un stockage distant copié partiellement peut réunir des dlist, dindex et dblock de dates différentes. Les préfixes, tailles, empreintes, numéros de volume et journaux servent à reconstruire la chronologie sans fusionner d'emblée les états disponibles.
- Dépôt
- Suspendre toute écriture
- Volumes
- À garder ensemble: dlist, dindex et dblock
- Base locale
- Conserver chaque génération
- Validation
- Restaurer depuis une copie
Prise en charge
Préparer un dépôt Duplicati depuis Valence
Cette page répond aux demandes provenant de Valence sans revendiquer d'agence ni de laboratoire sur place. Elle précise la collecte d'un dépôt Duplicati et son transfert contrôlé; l'ordre des opérations dépend des médias, du stockage distant et de la qualification préalable.
Si un média produit des bruits, disparaît ou provoque des erreurs répétées, laissez-le hors tension. Consignez la position des disques, photographiez connecteurs et châssis, puis apposez des étiquettes sans tenter de remise en ligne du RAID.
Gardez chaque version de la base locale et de la configuration avec la machine correspondante. Relevez la version Duplicati, le chemin ou bucket du dépôt, le préfixe, le chiffrement, les politiques de rétention et la date de la dernière restauration confirmée.
Volumes Duplicati cohérents
Relier dlist, dindex, dblock, base et accès
Le périmètre utile regroupe fichiers dlist, dindex et dblock, base locale, configuration, logs, scripts, politiques, phrase secrète et copies secondaires. Chaque élément conserve sa provenance et sa fenêtre temporelle.
La copie portant la date la plus récente peut être moins complète si une purge ou une synchronisation inachevée est survenue après l'incident. Les empreintes, tailles, préfixes et journaux permettent de comparer plusieurs états avant de choisir une base de travail.
- Dlist Relier versions et contenus attendus.
- Dindex À comparer: index et blocs référencés.
- Dblock À contrôler: volumes et empreintes.
- Base Conserver chaque état local.
- Accès Associer configuration et phrase secrète.
Carte
Orientation à Valence selon dépôt et médias
FAQ
Questions fréquentes sur Duplicati
Faut-il lancer une sauvegarde pour tester le dépôt?
Non sur le stockage concerné. Une sauvegarde ajoute des volumes et modifie la base. Les tâches sont stoppées et les tests utilisent une copie de travail.
Un fichier dlist garantit-il une restauration?
Non. Les dindex et tous les dblock nécessaires doivent correspondre. La validation porte sur des fichiers effectivement restaurés et ouverts.
Peut-on lancer un compactage immédiatement?
Pas avant acquisition. Un compactage peut remplacer ou retirer des volumes. Il est réservé à une duplication dédiée après inventaire.
Pourquoi conserver les bases locales?
Chaque base documente une machine, un préfixe et une génération. Elle reste isolée avec sa configuration, sa date et sa provenance.
La phrase secrète suffit-elle pour récupérer les fichiers?
Elle autorise le déchiffrement, mais ne remplace aucun volume absent. Disponibilité des blocs et accès légitime sont contrôlés séparément.
Diagnostic et devis
Faire qualifier le dépôt avant une restauration
Décrivez les machines, le stockage, les versions recherchées, la configuration, les erreurs et les opérations déjà tentées. Cette chronologie détermine les acquisitions utiles et les scénarios de rapprochement à chiffrer, sans annoncer à l'avance quels fichiers pourront être restitués.