Récupération de données
Récupération de données à Salon-de-Provence (13300)
À Salon-de-Provence, arrêtez le MediaAgent et protégez la DDB, l’index cache, les bibliothèques et leurs médias. Ne lancez ni resynchronisation ni reconstruction sur les originaux. Le laboratoire image les volumes, relie les index aux blocs, puis teste sur une copie les jeux prioritaires.
Diagnostic et devis
Retrouver la chaîne MediaAgent, DDB, index et médias
Le diagnostic distingue panne d’un volume, perte d’un mount path, DDB désynchronisée et index incomplet.
L’inventaire relève les MediaAgents, les DDB, les caches, les bibliothèques, les codes-barres, les volumes et les copies auxiliaires.
Les clés ou comptes servent uniquement dans l’environnement isolé; ils n’inventent pas un bloc absent.
L’analyse suit les références de l’index aux médias, puis teste une restauration sur une destination distincte.
- Serveurs MediaAgent avec volumes système, caches d’index et chemins de données
- Partitions de Deduplication Database avec signatures et métadonnées
- Bibliothèques disque Commvault, mount paths et volumes de sauvegarde
- Bandes et librairies dont codes-barres, pools et ordres doivent être relevés
- NAS ou RAID utilisés comme bibliothèque, copie auxiliaire ou cible
- SSD dédiés à l’index cache, au système ou à une DDB inaccessible
- HDD issus d’un MediaAgent ou d’une baie nécessitant une qualification
- Exports et images de travail pour tester les associations hors production
Attention
Préserver les références avant une resynchronisation DDB
- Arrêtez le MediaAgent avant de reconnecter ses mount paths
- Ne lancez pas de resynchronisation DDB sur les volumes d’origine
- Préservez l’index cache même s’il paraît reconstruisible
- Conservez les identifiants, codes-barres et positions des médias
- Évitez data aging, pruning et politiques de suppression
- Ne changez pas lettres, points de montage ou chemins avant inventaire
- Gardez les copies auxiliaires séparées de la bibliothèque primaire
- Documentez remplacements, migrations et essais de restauration
Une resynchronisation, une reconstruction d’index ou un data aging peut remplacer les traces reliant jobs et médias; les volumes restent hors écriture jusqu’à l’acquisition.
Comment ça marche
Des volumes figés aux restaurations ciblées
- Arrêtez le MediaAgent et neutralisez les jobs qui ciblent ses bibliothèques; notez les dernières sauvegardes, les copies, les opérations de pruning et les changements de mount path.
- Inventoriez les partitions DDB, les index caches, les bibliothèques, les volumes et les bandes; identifiants, chemins, tailles, dates et rôles restent associés.
- La qualification matérielle porte sur SSD de cache, HDD, RAID et baies; la salle blanche ne concerne qu’un HDD à ouvrir.
- Chaque source lisible est copiée; aucun DDB resync, reconstruction d’index ou data aging n’est lancé sur les originaux.
- L’analyse rapproche les identifiants de jobs, les index, les signatures et les objets présents; une référence n’est conservée que si son chemin est démontré.
- Des restaurations ciblées utilisent les copies et une destination saine; fichiers ouverts et datés sont comparés aux priorités.
- Le devis sépare acquisition, analyse de la DDB, rapprochement des index et essais; le résultat dépend des données présentes.
Nos expertises
Supports examinés sur le chemin de données Commvault
Préparer le devis
Figer la DDB, les index et les bibliothèques
Un changement de mount path ou une reprise automatique peut masquer la provenance des blocs. Une collecte ordonnée maintient chaque chaîne identifiable.
- Arrêter le MediaAgent et les jobs associés
- Relever la dernière sauvegarde et restauration confirmées
- Identifier chaque partition DDB et son volume
- Conserver l’index cache avec sa génération
- Photographier les baies, les contrôleurs et l’ordre des disques
- Étiqueter les bandes avec codes-barres et pools
- Séparer les copies auxiliaires et la bibliothèque primaire
- Noter les anciens et nouveaux mount paths
- Lister les jobs, clients et périodes prioritaires
- Joindre les erreurs, maintenances et tentatives réalisées
Notre expertise
Une validation qui suit chaque référence jusqu’au média
Le MediaAgent relie le catalogue Commvault aux données d’une bibliothèque. Sa présence ne prouve pas que volumes, index et DDB appartiennent à la même génération.
La DDB conserve des signatures et références, pas une copie autonome des fichiers; les médias restent indispensables.
L’index cache décrit objets et emplacements; une reconstruction ne doit pas précéder l’acquisition des index et volumes.
Bibliothèques primaires, copies auxiliaires et bandes sont examinées par provenance; des blocs identiques peuvent appartenir à des périodes différentes.
Un test utile suit un jeu prioritaire jusqu’aux blocs lus; l’ouverture d’une DDB ne valide pas la restauration.
- MediaAgent
- Figer les chemins
- DDB
- Préserver les partitions
- Index cache
- Relier les jobs aux médias
- Bibliothèques
- Tester les flux sur une copie
Prise en charge
Préparer les médias Commvault depuis Salon-de-Provence
La prise en charge depuis Salon-de-Provence ne constitue pas l’annonce d’une agence ou d’un laboratoire dans la ville.
Un disque qui clique ou répond très lentement reste éteint; pour un RAID, photographiez les baies et les membres, et conservez les contrôleurs.
Précisez version, MediaAgent, chemins, partitions DDB et dates de jobs, avec la chronologie des migrations.
Les identifiants, secrets et clés ne figurent pas dans un message public; ils suivent le canal sécurisé.
Le devis peut prévoir acquisitions, inventaire des médias, rapprochement de l’index et restaurations ciblées.
Chemin des blocs à prouver
Relier un job aux blocs présents dans les bibliothèques
Le périmètre central réunit MediaAgent, DDB, index cache, mount paths, bibliothèques et copies auxiliaires.
Une DDB récente peut décrire un état postérieur pendant qu’une bibliothèque ancienne conserve des blocs utiles.
La récupération peut impliquer serveurs, SSD, HDD, NAS, RAID, bandes et supports externes.
Le résultat précise jeux testés, médias lus, fichiers ouverts et références manquantes.
- Partitions DDB Conserver leurs identifiants et leur génération.
- Index cache Suivre les objets jusqu’aux emplacements média.
- Mount paths Documenter les anciens et nouveaux chemins.
- Bibliothèques Inventorier les volumes, les bandes et les copies auxiliaires.
- Essais ciblés Restaurer sur une destination saine et contrôlée.
Carte
Orienter l’analyse selon DDB, index cache et bibliothèque
FAQ
Questions fréquentes sur les médias Commvault à Salon-de-Provence
Une DDB complète contient-elle les fichiers sauvegardés?
Non. Elle conserve des signatures et références; les blocs utiles résident sur les bibliothèques.
Peut-on lancer une resynchronisation DDB immédiatement?
Pas sur les sources. Cette opération peut créer un nouvel état; les partitions sont d’abord copiées et comparées.
Pourquoi préserver l’index cache s’il peut être reconstruit?
L’index existant porte la relation observée entre objets et médias; sa conservation documente la génération d’origine.
Un job marqué réussi garantit-il une restauration?
Non. Les index, la DDB et les blocs doivent être accessibles; un essai sur une copie valide le jeu prioritaire.
Faut-il reconnecter tous les mount paths?
Pas avant inventaire. Un chemin erroné peut orienter Commvault vers un autre volume.
Quand la salle blanche est-elle pertinente?
Seulement si un HDD mécanique doit être ouvert; une DDB désynchronisée nécessite une autre méthode.
Les bandes doivent-elles rester dans leur librairie?
Leur position, code-barres et pool doivent d’abord être documentés; le conditionnement dépend de la stabilité.
Comment une sauvegarde prioritaire est-elle testée?
Ses références sont suivies jusqu’aux médias, puis les données sont restaurées vers un support distinct et ouvertes.
Quelles informations préparer à Salon-de-Provence?
Indiquez version, MediaAgent, mount paths, DDB, bibliothèques, jobs et chronologie des changements.
Diagnostic et devis
Faire prouver le chemin des blocs avant une restauration
Décrivez MediaAgent, DDB, caches, bibliothèques et jeux prioritaires pour chiffrer acquisitions et essais sans supposer les données présentes.