RRiparazioneServer.com
Demander un devis

Nos prestations

Réparation matérielle Maintenance serveur Récupération de données Extension & upgrade

Intervention & différenciateurs

Datacenter Lombardie Aruba Ponte San Pietro Au-delà du support constructeur

Contacts directs

📞 02 95 17 550 💬 WhatsApp · +39 378 301 3120
Demander un devis → Serveur à l'arrêt · Urgence
Scénario · controller failure

Contrôleur RAID en panne : les données sont sur les disques, pas sur le contrôleur.

La panne d'un contrôleur RAID n'entraîne pas en soi de perte de données — la plupart des disques restent intacts. Le risque, c'est de « faire la mauvaise manipulation » sur le nouveau contrôleur : initialisation, clear foreign config, rebuild non souhaité. La procédure correcte préserve l'array.

Ouvrir un dossier récupération de données
Ce qu'il ne faut PAS faire

Trois opérations qui condamnent la récupération.

  • Initialize de l'array sur le nouveau contrôleur : détruit la configuration existante. C'est l'opération la plus destructrice du menu du contrôleur.
  • Clear Foreign Config sans l'avoir lue au préalable : fait perdre l'information sur l'ordre des slots, la taille de chunk, le niveau RAID.
  • Rebuild préventif en l'absence de dégradation réelle : ajoute du stress à l'array au moment le plus fragile et peut conduire à une double panne disque si l'un des disques est marginal.
Ce que nous faisons

Ré-import sécurisé, en 4 étapes.

  1. Documentation préalable : ordre physique des disques (photos), sortie de l'ancien contrôleur s'il est encore lisible, éventuels événements antérieurs à la panne.
  2. Remplacement du contrôleur par un modèle identique ou compatible (matrice firmware vérifiée).
  3. Ré-import de la foreign config : lecture des métadonnées DDF / propriétaires du constructeur, importation de l'array dans le bon ordre, vérification de l'intégrité.
  4. Validation : array en ligne d'abord en mode read-only, vérification des I/O sans erreur, puis retour progressif au mode nominal.
FAQ

Les questions qu'on nous pose le plus souvent.

Le nouveau contrôleur doit-il être exactement le même modèle ?

Idéalement oui. En pratique, cela fonctionne souvent aussi avec un contrôleur de la même famille (ex. PERC H730 → H730P, Smart Array P440ar → P408i-a) si le firmware est compatible et l'algorithme RAID pris en charge. Le cross-vendor (ex. PERC → MegaRAID) ne fonctionne pas : les métadonnées DDF sont différentes.

Sans l'ancien contrôleur, comment déterminez-vous l'ordre des slots ?

Les métadonnées DDF (ou leurs équivalents propriétaires) écrites par le contrôleur sur les disques contiennent l'information de slot. Sur des disques sains, ces métadonnées restent lisibles même sans le contrôleur d'origine : nous les parsons pour reconstruire l'array virtuellement avant de l'importer sur le nouveau contrôleur.

Et si la panne du contrôleur a déjà endommagé la cohérence de l'array ?

Cas rare mais possible (ex. contrôleur ayant continué à écrire partiellement pendant la panne). Dans ce cas, l'array ré-importé sera incohérent et doit être traité comme une récupération RAID 5/6 plus complexe, en travaillant sur les clones. Le diagnostic initial indique si nous sommes dans le scénario simple ou dans le scénario complexe.