Récupérer des Données sur un RAID JBOD

L’acronyme RAID signifie Redundant Arrays of Independent Disks. Il s’agit d’une technologie développée pour augmenter les performances, la sécurité et la capacité de stockage dans des environnements impliquant des serveurs et des systèmes de stockage sur site, des centres de données et des infrastructures en nuage. La technologie en question a commencé à être développée par des chercheurs de l’Université de Berkeley (Californie, USA) au milieu des années 80. Cette technologie est basée sur la synchronisation de plusieurs disques, qu’ils soient SATA, SSHD, Nearline, SAS et FC [Fibre Channel], pour former un ou plusieurs disques logiques vus à la fois par le contrôleur RAID et le système d’exploitation choisi pour utiliser le volume logique. La mise en œuvre de systèmes RAID combinés à des systèmes de virtualisation, à un stockage évolutif contenant différentes technologies telles que le stockage tout Flash et à un Internet à haut débit, a permis la création de départements informatiques sur site, de centres de données et du très controversé Cloud Computing, qui allouent des applications critiques pour les entreprises, telles que les grands ERP comme TOTVS, SAP et autres. Il existe plusieurs types de RAID et les plus utilisés sont respectivement RAID 5, RAID 1, RAID 10, RAID 6 et RAID 0.

Dans la grande majorité des cas, oui, il est parfaitement possible de récupérer des données de manière complète et structurée, y compris Digital Recovery est une société spécialisée dans la récupération de données dans tous les types de systèmes RAID, quel que soit le système d’exploitation et le matériel auquel le groupement logique de disques est lié. Peu importe la taille de votre entreprise ou la complexité de la structure de vos serveurs et de votre stockage. Nos professionnels, forts d’une expérience internationale, sauront résoudre votre problème avec maestria. Pour votre tranquillité d’esprit, votre confiance et votre sécurité, nous vous suggérons de consulter notre liste de clients mise à jour, les témoignages et les certificats de capacité technique fournis par les agences fédérales qui ont déjà été assistées avec succès dans des projets impliquant des systèmes RAID.

Les situations les plus courantes qui entraînent l’inaccessibilité des données et la perte de données RAID sont les suivantes :

Dommages physiques survenus sur le contrôleur RAID
Dommages physiques sur la carte système du serveur
Changements de configuration incorrects du contrôleur RAID
Problèmes rencontrés sur un ou plusieurs disques en même temps
Problèmes de démarrage du système d’exploitation
Perte de l’ordre séquentiel des disques
Corruption de données sur des partitions GPT ou MBR
Problèmes survenant lors des tentatives de reconstruction d’un ou plusieurs disques présentant des problèmes
Recréation incorrecte du RAID et du volume logique attaché à la matrice
Problèmes rencontrés lors d’un processus d’augmentation de la capacité
Le RAID a été reconstruit ou redémarré avec une configuration différente.

La structure des systèmes RAID est basée sur trois différentiels majeurs. (1) la sécurité (2) les performances et (3) l’augmentation de la capacité des dispositifs dédiés au stockage des données. Le contrôleur RAID est un matériel spécifiquement conçu pour traiter les informations provenant des volumes et des partitions d’une matrice. La carte contrôleur a, entre autres, deux fonctions principales : La première d’entre elles est d’effectuer tous les calculs concernant le traitement des données et le stockage des informations de parité dans les matrices. La seconde fonction consiste à stocker les données de configuration des matrices créées et gérées par le contrôleur lui-même. Une technique courante utilisée par les contrôleurs pour se protéger des problèmes consiste à stocker les données des matrices gérées dans des zones réservées des disques qu’ils utilisent pour créer les matrices. De cette façon, si un contrôleur présente des problèmes, un nouveau contrôleur peut être installé et ensuite exécuter les commandes nécessaires pour lire les données de configuration stockées dans les disques de la matrice en évitant la perte de données. Normalement, cette région du disque est connue sous le nom de DACStore. Si, en fait, le problème se situe au niveau du contrôleur, en raison des protections signalées précédemment, il est très probable que l’environnement recommence à fonctionner normalement. Cependant, s’il y a un problème avec les informations enregistrées sur les disques, les données resteront inaccessibles.

Nous comprenons les perturbations et les dommages qu’une panne de serveur et de stockage RAID peut causer à votre entreprise. C’est pourquoi nous avons créé un service disponible 24 heures sur 24, 7 jours sur 7, qui se consacre à l’assistance des clients qui doivent récupérer des données de systèmes RAID de manière extrêmement urgente.

Dès que les disques d’un serveur ou d’un stockage RAID entrent dans notre laboratoire, le processus de diagnostic avancé commence immédiatement. Le processus de diagnostic avancé prend généralement entre 4 et 8 heures. Dès qu’il est terminé, le client est informé des possibilités de récupération des données, des montants impliqués, ainsi que du temps estimé pour la récupération.

Le délai moyen de récupération des données dans les serveurs et les systèmes de stockage RAID chez Digital Recovery est d’environ 36 heures, mais dans certains cas, des projets ont été résolus en moins de 12 heures. Selon la complexité du problème et le type de solution à adopter, le temps de récupération des données peut s’étendre sur quelques jours, mais à tout moment un spécialiste sera en contact avec le point focal du client, pour rendre compte en détail de tous les mouvements effectués.

Quel que soit le nombre de disques qui seront alloués dans la matrice, le système utilisera l’espace équivalent à un disque pour la parité, c’est-à-dire que pour obtenir l’espace net, il suffit de multiplier la capacité des disques par le nombre de disques en soustrayant un.

Exemple | Considérons 5 disques de 3 To chacun, totalisant 15 To d’espace brut.

En soustrayant un disque, nous avons un total de 4 disques de 3 To, c’est-à-dire 3 To x 4 = 12 To.

C’est certainement possible, car il existe des techniques pour inverser ce type de scénario. Dans la plupart des projets, nous pouvons sans risque changer le statut du disque de défunt à en ligne, afin de cloner de manière isolée, dès que possible, les secteurs attachés à ce disque problématique.

On parle de RAID dégradé lorsqu’un ou plusieurs disques de redondance ont cessé de fonctionner. Selon le type de RAID, cela implique une perte de performance. Le moyen le plus sûr de savoir si le RAID est dégradé est d’accéder au logiciel de gestion du contrôleur. Sur les serveurs IBM/Lenovo, ce logiciel s’appelle MegaRAID Storage Manager. Une autre façon de le voir est d’observer si une led orange est allumée sur les disques appartenant à la matrice en question.

La première action à entreprendre est de contacter le fabricant ou le support technique de votre serveur ou stockage. Ils orienteront le diagnostic de la meilleure façon possible, car grâce aux logs collectés, il sera possible de créer un plan d’action cohérent et assertif. S’il n’est pas possible de rétablir l’environnement via le fabricant ou via la restauration de la sauvegarde la plus récente, nous pouvons vous aider à résoudre ce problème de la meilleure façon possible.

En raison des nombreuses variables impliquées dans un projet de récupération de données RAID, il n’est pas possible de connaître la valeur finale sans effectuer une évaluation détaillée. Le but de cette évaluation est de déterminer :

Le niveau de complexité et d’urgence
La possibilité réelle de récupération
Le temps nécessaire pour effectuer le service
Pour effectuer une évaluation, veuillez nous contacter par l’intermédiaire de nos canaux de support, qui sont disponibles 24x7x365.

Oui, dans de nombreuses situations, il est possible de récupérer les données d’un serveur ou d’un stockage RAID à distance. Pour plus d’informations sur cette modalité de récupération, veuillez nous contacter par le biais de nos canaux de support, disponibles 24x7x365.

Le Logical Volume Manager (LVM) peut être entièrement récupéré car il s’agit d’une option de gestion des volumes logiques d’un disque dur ou d’un RAID dans les environnements d’exploitation Linux/Unix.

Nous avons établi une liste basée sur nos nombreuses années d’expérience en matière de récupération des données sur les systèmes RAID. Avant d’effectuer toute procédure pour tenter de récupérer les données de votre système RAID en interne, tenez compte de ces considérations :

Soyez certain que les procédures à effectuer ne rendront pas la situation pire qu’elle ne l’est déjà.
Dans la plupart des cas, les tentatives effectuées par des techniciens qui ne sont pas spécialisés dans les systèmes RAID compliquent davantage le processus de récupération des données. Au final, certaines de ces tentatives peuvent rendre le processus de récupération des données impossible.
Vérifiez que la sauvegarde est à jour. Si vous n’avez pas de sauvegarde, avant d’effectuer toute procédure, la meilleure chose à faire est de demander une aide spécialisée.
Soyez prudent avec la procédure Rebuild.
N’exécutez jamais la commande Initialize. Cette commande apparemment inoffensive (initialize) réinitialisera complètement toutes les données du RAID, rendant ainsi la récupération des données totalement impossible.

Un système RAID 1 est un type de RAID avec une redondance de 100%. Cela signifie que toutes les informations d’un disque sont mises en miroir ou écrites sur un autre disque. Même en utilisant deux disques, seul un volume équivalent à un disque sera présenté au système d’exploitation. Chaque fois que l’utilisateur apporte une modification au volume, le système responsable de la gestion du RAID 1 (soit par logiciel, soit par matériel) répliquera automatiquement cette modification sur les deux disques. Une fois que j’ai 2 disques en miroir et exactement égaux, quelles sont les possibilités de perte de données ? Bien qu’il existe une possibilité de défaillance simultanée des deux disques, cette possibilité est très faible. La plupart des pertes de données sur RAID 1 que nous recevons pour récupération proviennent de défaillances de la gestion du RAID. Voyez les situations suivantes :

Après 2 ans d’utilisation continue d’un RAID 1, un des disques tombe en panne avec des problèmes de mauvais blocs. Comme ce disque n’est plus utilisé normalement, le contrôleur ou le logiciel de gestion de la matrice rejette toute tentative d’écriture ou de lecture sur ce disque. Le système avertit également l’utilisateur du problème afin qu’il puisse remplacer rapidement le disque défaillant. C’est exactement là que la plupart des problèmes surviennent. Parce que le système continue à fonctionner normalement, parce que l’un des disques est encore fonctionnel à 100%, l’utilisateur ne prête pas attention à l’avertissement et continue à utiliser la machine. Six mois plus tard, le deuxième disque tombe en panne. Mais cette fois-ci, au lieu de présenter uniquement des défaillances dues à des blocs défectueux, le disque RAID est complètement inaccessible. En essayant de résoudre le problème en connectant les disques sur un autre ordinateur ou en les envoyant à un service, le seul disque qui sera encore accessible est le disque qui s’est arrêté en premier (il y a 6 mois), car même en présentant des blocs défectueux, il peut encore être possible d’accéder à certaines informations, mais, il y a 6 mois.
Parce que la plupart des RAID 1 sont montés sur des machines communes et sans l’infrastructure (boîtier et contrôleur RAID) nécessaire aux systèmes RAID, ils sont beaucoup plus susceptibles de tomber en panne. De ce fait, un autre problème peut survenir lorsqu’un des disques présente des problèmes dans le câble ou la connexion à la carte mère. Bien que les disques ne présentent aucun problème, un mauvais contact dans le câble de connexion de l’un d’eux interrompt la communication. Le système de gestion de la baie avertit l’utilisateur, mais celui-ci ne s’en aperçoit pas. Comme il y a une redondance à 100% des données sur un autre disque, la machine continue à fonctionner normalement et sans problème de performance. Quelque temps plus tard, lors de la maintenance de l’ordinateur, les câbles sont déconnectés et réorganisés. Lors de cette maintenance, il y a le risque de reconnecter les disques durs dans des ports différents et de perturber le système. Une fois que deux disques sont à nouveau connectés en RAID 1, le système identifiera qu’ils ne sont pas égaux, car il y a suffisamment de temps que l’un d’eux a été déconnecté du RAID. À ce stade, le système met à jour les informations d’un disque sur l’autre. Comme les disques étaient connectés sur des ports différents, le système peut simplement copier le disque avec les anciennes informations sur le disque avec les nouvelles informations.
Dans le même ordre d’idée, lorsqu’un des disques du RAID 1 tombe en panne et que l’utilisateur continue à utiliser le système, il y a une possibilité de perte de données si, pour une raison quelconque, l’utilisateur recrée la matrice. En faisant cela, le système identifiera que les contenus des disques ne sont pas exactement égaux. À ce moment-là, le système copiera les informations du premier disque vers le second et un chevauchement des données peut se produire.

Dans certains cas, oui. Surtout lorsque vous avez un environnement avec peu de disques et que vous vous souvenez exactement des configurations de la matrice. Mais lorsque vous avez un stockage avec de nombreux disques durs, fonctionnant avec plusieurs volumes, utilisant différentes configurations RAID et même avec des disques de secours, même si vous avez tout documenté, il ne sera pas facile de recréer la matrice et de la faire fonctionner à nouveau. Dans le cas de RAIDs virtualisés ou vRAID, même en ayant noté toutes les configurations, la seule possibilité de rétablir la matrice est de lire les paramètres contenus sur les disques (DAC Store).

Comme nous savons qu’une panne de disque peut avoir un impact considérable sur la disponibilité et l’intégrité des données stratégiques des entreprises, la surveillance 24 heures sur 24 et 7 jours sur 7 de l’état de santé des disques est extrêmement importante, car elle permet de remplacer le disque suspect avant même qu’il ne tombe en panne. Le logiciel de gestion du contrôleur RAID lui-même peut être utilisé pour ce type de surveillance prédictive.