Récupérer le RAID

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 stockages 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 1980. 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ée à la virtualisation des systèmes, à des stockages évolutifs contenant des technologies différenciées 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 de ce que l’on appelle le « Cloud Computing », où se trouvent les applications critiques pour l’entreprise, telles que les grands ERP comme SAP. Il existe plusieurs types de RAID et les plus utilisés sont respectivement RAID 5, RAID 1, RAID 10, RAID 6 et RAID 0.

Oui, dans la grande majorité des cas ! Il est parfaitement possible de récupérer des données de manière complète et structurée. 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, quels que soient le système d’exploitation et le matériel. 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 de main de maître. Pour votre tranquillité d’esprit, votre confiance et votre sécurité, nous vous suggérons de consulter la liste actualisée de nos clients, les témoignages et les certificats de qualification technique fournis par les agences qui ont déjà été assistées avec succès dans des projets impliquant des systèmes RAID.

The most common situations that cause data to be inaccessible and/or lost on RAID are:

• Physical damage to the RAID controller
• Physical damage to the server’s system board
• Improper changes to RAID controller settings
• Problems found on one or more disks at the same time
• Operating System Boot Problems
• Loss of sequential order of discs
• Data corruption in GPT or MBR type partitions
• Problems with Rebuild Attempts from One or More Disks with Problems
• Improper rebuilding of both the RAID and the logical volume pegged to the array
• Problems presented during an increase capacity process
• RAID was rebuilt or reset with a different configuration.

La structure des systèmes RAID est basée sur trois différences majeures. (1) la sécurité (2) les performances et (3) l’augmentation de la capacité des dispositifs dédiés au stockage des données. Un contrôleur RAID est un matériel spécifiquement conçu pour traiter les informations relatives aux volumes et aux partitions d’une matrice. La carte contrôleur a, entre autres, deux fonctions principales : La première consiste à effectuer tous les calculs liés au traitement des données et au 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 sur les disques mêmes qu’ils utilisent pour créer les matrices. Ainsi, si un contrôleur rencontre des problèmes, un nouveau contrôleur peut être installé et exécuter les commandes nécessaires pour lire les données de configuration stockées sur les disques de la matrice, empêchant ainsi toute perte de données. Cette région du disque est communément appelée DACStore. Si, en fait, le problème se situe dans le 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 parfaitement les désagréments et les dommages que l’interruption d’un serveur et d’un stockage RAID peut causer à votre entreprise. C’est dans cet esprit que nous avons créé un département qui fonctionne 24 heures sur 24 et qui se consacre entièrement au service des clients qui ont une urgence extrême à récupérer des données sur des systèmes RAID.

Une fois que les disques d’un serveur ou d’une matrice 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, d’un devis, ainsi que du délai estimé pour la récupération.

Le délai moyen de récupération des données sur les serveurs et les matrices RAID avec Digital Recovery est d’environ 36 heures, mais dans certains cas, des projets ont déjà é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 être prolongé de quelques jours, mais à tout moment, un expert sera en contact avec le point focal du client pour rapporter de manière appropriée tous les mouvements effectués.

Indépendamment du 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 et de soustraire un.

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

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

C’est certainement possible, car il existe des techniques pour inverser ce type de scénario, puisque dans la plupart des projets, nous pouvons safe changer le statut du disque de défunt à en ligne, afin de cloner les secteurs liés le plus rapidement possible sur 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 baie, cela entraîne une perte de performance. Le moyen le plus sûr de savoir si un 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 visualiser est aussi d’observer s’il y a une LED orange allumée sur les disques appartenant à la matrice en question.

La première chose à faire est de contacter le fabricant ou le support technique de votre serveur ou de votre stockage. Ils guideront 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 restaurer l’environnement via le fabricant ou via la restauration à partir 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 dans un environnement RAID, il n’est pas possible de connaître la valeur finale sans effectuer un diagnostic détaillé. L’objectif de cette évaluation est de déterminer :

• Le niveau de complexité et d’urgence
• Les chances réelles de guérison
• Durée de réalisation de la prestation

Pour établir un diagnostic, veuillez nous contacter via nos canaux de service, 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 ce type de récupération, veuillez nous contacter par le biais de nos canaux de service, qui sont disponibles 24x7x365.

LVM est le Logical Volume Manager, il peut être entièrement récupéré, car c’est une option pour gérer les 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 plusieurs années d’expérience dans la récupération des données sur les systèmes RAID. Avant d’effectuer toute démarche pour tenter de récupérer les données de votre système RAID en interne, prêtez attention à ces considérations :

• Assurez-vous 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 non spécialisés dans les systèmes RAID compliquent encore le processus de récupération des données. Fatalement, certaines de ces tentatives pourraient 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.
• Méfiez-vous de la procédure Rebuild.

N’exécutez jamais la commande Initialise. Cette commande apparemment inoffensive réinitialise complètement toutes les données existantes sur le 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 chargé de gérer le RAID 1 (que ce soit par logiciel ou par matériel) répliquera automatiquement cette modification sur les deux disques. Puisque j’ai 2 disques en miroir et exactement les mêmes, quelles sont les possibilités de perte de données ? Bien qu’il existe une possibilité de panne simultanée des 2 disques, cette possibilité est très rare. La majorité des pertes de données de RAID 1 que nous recevons pour récupération provient de défaillances de la gestion du RAID. Voyez les situations suivantes:

1. Après 2 ans d’utilisation continue d’un RAID 1, un des disques tombe en panne avec des problèmes de mauvais blocs. Étant donné que ce disque n’est plus utilisé normalement, le contrôleur ou le logiciel de gestion de réseau rejettera toute tentative d’écriture ou de lecture sur ce disque. Le système avertit également l’utilisateur du problème afin qu’il puisse rapidement remplacer le disque défaillant. C’est exactement là que la plupart des problèmes surviennent. Comme le système continue à fonctionner normalement, puisque l’un des disques est encore 100% fonctionnel, l’utilisateur finit par ne pas prêter attention à l’avertissement et continue à utiliser la machine. Six mois plus tard, le deuxième disque tombe en panne. Mais cette fois, au lieu d’afficher 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 à un autre ordinateur ou en envoyant une assistance technique, le seul disque qui sera encore accessible sera celui qui s’est arrêté en premier (il y a 6 mois), car même avec des blocs défectueux, il peut encore être possible d’accéder à certaines informations , cependant, d’il y a 6 mois.
2. Parce que la plupart des RAID 1 sont montés sur des machines courantes 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 a des problèmes de câble ou de connexion avec 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 envoie des avertissements à l’utilisateur, mais celui-ci ne s’en aperçoit pas. Comme il y a une redondance de 100% des données sur un autre disque, la machine continue à fonctionner normalement et sans problème de performance. Quelque temps plus tard, lors d’une opération de maintenance sur l’ordinateur, les câbles sont déconnectés et réarrangés. Cette maintenance présente le risque de reconnecter les disques durs à des ports différents et de perturber le système. Lorsque deux disques sont à nouveau connectés en RAID 1, le système identifie qu’ils ne sont pas les mêmes car cela fait longtemps que l’un d’eux a été déconnecté du RAID. À ce stade, le système met à jour les informations d’un disque à l’autre. Comme les disques ont été branché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.
3. Suivant la même ligne de problèmes mentionnés ci-dessus, lorsqu’un des disques 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 les mêmes. À ce moment-là, le système copiera les informations du premier disque sur le second, ce qui peut entraîner un écrasement des données.

Dans certains cas, oui. Surtout lorsque vous avez un environnement avec peu de disques et que vous vous souvenez exactement des paramètres de la matrice. Cependant, lorsque vous avez des stockages 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 tout cela est documenté, il ne sera pas facile de recréer la matrice et de la faire fonctionner à nouveau. Dans le cas des RAIDs virtualisés ou vRAIDs, même avec toutes les configurations notées, la seule possibilité de faire revenir la matrice est de lire les configurations contenues dans les disques (DAC Store).

Comme nous savons que la défaillance d’un disque peut avoir un impact dramatique 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 la santé du disque est extrêmement importante car elle permet de remplacer le disque suspect avant qu’il ne tombe réellement en panne. Le logiciel de gestion propre au contrôleur RAID peut être utilisé pour ce type de surveillance prédictive.