Nos prestations
Réparation matérielle Maintenance serveurs Récupération de données Extension & upgradePar constructeur
Dell PowerEdge HPE ProLiant Lenovo ThinkSystem Fujitsu Primergy Supermicro IBM System x / Power Acer AltosIntervention & différenciateurs
Datacenter Lombardie Aruba Ponte San Pietro Au-delà du support constructeurContrôleur RAID en panne : remplacement en préservant l'array. Sans rebuild destructif.
Cartes HBA / RAID matériel (PERC, Smart Array, MegaRAID, Adaptec, ThinkSystem 9350/940) remplacées en préservant la configuration : ré-import de la foreign config, aucun rebuild non souhaité, batteries de cache BBU/Flash gérées correctement. Y compris après un controller failure sur array actif.
Controller failed, array foreign. Ce qu'il ne faut PAS faire.
Lorsqu'un contrôleur RAID matériel tombe en panne et qu'il est remplacé par un contrôleur neuf ou de rechange, l'array présent sur les disques est vu comme foreign. À ce stade, les dégâts arrivent très vite :
- Ne pas lancer « Initialize » : cela détruit la configuration existante. Une fois le contrôleur initialisé, l'array sur les disques est inexploitable par les moyens standard (il faudrait une recovery logique avancée).
- Pas de « Clear Foreign Config » avant de l'avoir lue : comprendre l'ordre des disques et le mapping des slots avant de toucher à quoi que ce soit.
- Pas de rebuild « préventif » en l'absence de dégradation réelle : cela ajoute du stress à l'array précisément au moment où il est le plus fragile.
Ré-import sécurisé, validation, retour en production.
- Documentation préalable : ordre physique des disques (photos), sortie du contrôleur, éventuels événements prédictifs.
- Ré-import de la foreign config : importation de l'array existant, vérification de l'intégrité des métadonnées, contrôle de la cohérence entre le nouveau contrôleur et l'ancien (firmware, niveau RAID supporté).
- Gestion BBU / Flash backup : la batterie de cache du nouveau contrôleur doit être en bon état avant d'activer le write-back. Politique write-through tant que la BBU n'est pas prête.
- Validation : read pass complète sur l'array, vérification des I/O sans erreurs CRC, monitoring pendant 4-24h avant le retour en production.
Les questions qu'on nous pose le plus souvent.
Puis-je remplacer un PERC H730 par un H740 ou un H755 ?
En général oui, mais sous réserve de vérifications : compatibilité firmware avec les disques en place, niveau RAID supporté par la nouvelle génération, paramètres de cache à reconfigurer. Sur Dell PowerEdge, la compatibilité croisée est documentée dans la matrice du constructeur — nous la vérifions avant l'intervention.
Qu'arrive-t-il aux données si le contrôleur RAID tombe en panne hardware-wise ?
Les données restent sur les disques : le contrôleur est l'arbitre, pas le contenant. Le risque n'est pas de perdre les données à cause de la panne du contrôleur en elle-même — c'est de les perdre à cause d'opérations erronées effectuées sur le nouveau contrôleur (initialize, clear config). C'est pourquoi la première étape est toujours de ne rien toucher tant que la procédure n'est pas claire.
RAID matériel vs RAID logiciel : que conseillez-vous pour les nouveaux workloads ?
Sur les nouveaux workloads, de plus en plus souvent, le RAID logiciel (mdadm sous Linux, ZFS sous BSD/Linux, Storage Spaces sous Windows Server) offre des avantages : indépendance vis-à-vis du constructeur du contrôleur, recovery plus transparente, performances souvent supérieures avec NVMe. Sur les workloads existants équipés d'un contrôleur RAID matériel sain : aucune raison de changer pour changer. La migration vers du SDS est un projet distinct.