Un SSD HS dans un Raid 0 de huit SSD NVMe : ce qui se récupère
Avec un SSD HS dans un Raid 0, il manque un bloc sur huit dans tout le volume quand la grappe compte huit disques. Les gros fichiers, et la vidéo en premier, sont troués à intervalle régulier et deviennent inexploitables. Les petits fichiers tenus dans un seul bloc, comme la plupart des documents bureautiques, peuvent en revanche revenir intacts.
Le cas : huit SSD NVMe de 4 To en Raid 0 sur une carte OWC Accelsior 8M2
La carte OWC Accelsior 8M2 est une carte PCIe 4.0 à seize voies qui accueille huit SSD NVMe au format M.2. Celle que nous avons reçue portait huit SSD de 4 To, soit 32 To, montés en Raid 0 avec SoftRAID sous macOS. Ce choix est courant en montage vidéo : huit SSD en parallèle donnent un débit qu'aucun disque seul n'atteint.
Un des huit SSD ne répondait plus. Le client avait besoin de ses rushs vidéo, rien d'autre. La carte elle même n'était pas en cause : c'est l'un des SSD qui avait lâché, et en Raid 0, un seul SSD suffit à rendre tout le volume illisible.
Pourquoi le SSD HS est resté irrécupérable
Un SSD ne se lit pas comme un disque dur. Les données sont réparties par le contrôleur sur les puces de mémoire, brouillées et souvent chiffrées par lui. Sans le contrôleur, ou sans un outil capable de le remplacer, le contenu des puces lues une à une n'est qu'une suite de valeurs sans signification.
Sur ce SSD, la cause de la panne est restée inconnue, et le contrôleur n'est pas pris en charge par notre PC-3000 SSD, l'outil de référence des laboratoires pour reprendre la main sur un SSD dont le firmware ne répond plus. Sans accès au contrôleur, il n'y avait aucun moyen de reconstituer ses données. Le huitième SSD était donc perdu, et avec lui un huitième de chaque fichier de la grappe.
Ce que le Raid 0 fait de chaque fichier
Un Raid 0 découpe les données en blocs de taille fixe et les distribue à tour de rôle sur tous les disques : le bloc 1 sur le premier SSD, le bloc 2 sur le deuxième, et ainsi de suite jusqu'au huitième, puis on recommence. C'est ce qui donne la vitesse, et c'est aussi ce qui fait la fragilité de la grappe. La taille de ce bloc est fixée à la création de la grappe, et nous expliquons son rôle dans notre article sur le choix de la taille du bloc d'un Raid.
Quand un SSD manque, ce n'est donc pas un huitième des fichiers qui disparaît, c'est un huitième de chaque fichier plus grand que huit blocs. Le trou revient à intervalle régulier, sur toute la longueur du volume. Tout se joue alors sur la taille des fichiers recherchés.
Pourquoi les fichiers vidéo sur Raid 0 sont perdus
Un rush vidéo pèse plusieurs gigaoctets et s'étend sur des milliers de blocs. Il lui manque un bloc tous les huit, du début à la fin. Une image vidéo occupe en général plus qu'un bloc, elle chevauche donc plusieurs SSD et perd presque toujours un morceau.
Les formats de tournage sont compressés. Une image amputée ne se décode plus, et dans les formats qui codent les images les unes par rapport aux autres, l'erreur se propage jusqu'à l'image de référence suivante. L'index du fichier, qui dit au logiciel de montage où commence chaque image, peut lui aussi tomber dans le huitième manquant. Le résultat est sans appel : aucun rush n'est exploitable pour le montage. C'est ce que nous avons constaté sur cette grappe, et c'est ce que nous avons annoncé au client.
Pourquoi un document bureautique peut revenir
Un document Word, un tableur ou un PDF de quelques dizaines de kilooctets tient souvent dans un seul bloc. Il se trouve alors entier sur un seul SSD. Avec huit SSD dont un seul est perdu, un petit fichier a environ sept chances sur huit d'être posé sur un SSD sain, un peu moins s'il déborde sur le bloc voisin.
Ces fichiers se retrouvent par leur signature, en balayant le volume reconstruit. Les noms et l'arborescence des dossiers sont souvent perdus, parce qu'une partie des structures du système de fichiers se trouvait sur le SSD manquant. Si les données recherchées avaient été de la bureautique, il y avait donc quelque chose à faire : une récupération partielle d'un Raid 0, avec des fichiers renommés à trier, mais des fichiers intacts.
Comment nous avons traité la grappe
Les sept SSD sains ont été copiés intégralement, en lecture seule, sans jamais monter la grappe sur un Mac. Les paramètres du Raid 0 SoftRAID, l'ordre des SSD et la taille du bloc, ont été relevés sur ces copies. La grappe a ensuite été reconstruite virtuellement, avec un disque vide à la place du SSD HS, pour analyser le volume et vérifier fichier par fichier ce qui restait lisible.
Cette méthode ne touche jamais aux SSD d'origine et donne une réponse claire avant toute promesse. Elle s'applique à toute grappe de ce type dans le cadre de notre service de récupération de données Raid 0.
Ce qui aurait sauvé les rushs
Le Raid 0 n'est pas un mauvais choix pour travailler vite. C'est un mauvais choix pour garder des données qui n'existent nulle part ailleurs. SoftRAID propose aussi le Raid 5 : sur ces huit SSD de 4 To, il aurait laissé 28 To utiles au lieu de 32, et la panne d'un SSD n'aurait rien coûté d'autre qu'un remplacement.
Huit SSD identiques, achetés ensemble et sollicités de la même façon, s'usent au même rythme, un point que nous détaillons dans notre article sur le Raid avec disques SSD. Si le Raid 0 reste indispensable pour le débit, les rushs doivent exister en double ailleurs, sur un support séparé. Nous revenons sur ce compromis dans notre article pourquoi le Raid 0 est un pari risqué.
Ce qu'il ne faut pas faire quand un SSD lâche dans un Raid 0
- Ne pas recréer la grappe dans SoftRAID.
- Ne pas effacer ni initialiser le volume dans l'Utilitaire de disque.
- Ne pas remplacer le SSD HS par un neuf pour relancer la grappe.
- Ne pas déplacer les SSD d'un emplacement à l'autre sur la carte sans noter leur ordre.
- Ne pas lancer de logiciel de récupération sur le volume.
- Ne pas envoyer le SSD HS seul : les huit SSD sont nécessaires.
Un SSD lâche dans votre Raid 0 ? N'y touchez plus.
FAQ - SSD HS dans un Raid 0
Peut on récupérer un Raid 0 dont un SSD est HS ?
Partiellement, et tout dépend des fichiers. Les fichiers plus petits qu'un bloc peuvent revenir intacts s'ils se trouvaient sur un SSD sain. Les gros fichiers, vidéo, images disque ou bases de données, perdent un morceau à intervalle régulier et restent en général inexploitables.
Pourquoi les vidéos sont elles perdues alors que d'autres fichiers reviennent ?
Parce qu'une vidéo s'étend sur des milliers de blocs répartis sur tous les SSD. Avec un SSD manquant, chaque portion de la vidéo perd un bloc sur huit, et un format compressé ne se décode plus dès qu'un morceau manque. Un petit document, lui, tient souvent dans un seul bloc.
Le contrôleur de mon SSD n'est pas pris en charge, les données sont elles perdues ?
Pour ce SSD, tant qu'aucun outil ne prend en charge son contrôleur, oui. Les puces lues sans le contrôleur ne donnent pas de données exploitables. Conservez le SSD sans l'ouvrir ni le reformater : la prise en charge des contrôleurs évolue avec les mises à jour des outils de laboratoire.
Faut il envoyer la carte OWC Accelsior 8M2 avec les SSD ?
Oui, de préférence avec les huit SSD en place et leur ordre noté. La carte n'est pas indispensable à la reconstruction, mais elle permet de vérifier l'ordre des emplacements et d'écarter une panne de la carte elle même.
Un Raid 5 SoftRAID aurait il évité la perte ?
Oui, pour la panne d'un seul SSD. Un Raid 5 sur huit SSD sacrifie la capacité d'un disque pour la parité, et la grappe reste lisible avec un SSD en moins. Il ne remplace pas une sauvegarde, mais il aurait suffi dans ce cas.
Combien de fichiers bureautiques peut on espérer retrouver ?
Avec huit SSD dont un perdu, environ sept petits fichiers sur huit, à condition qu'ils tiennent dans un seul bloc. Les noms et les dossiers sont souvent perdus, les fichiers sortent renommés et classés par type.
