Prend soin de vos données depuis 2004
Récupération de données sur serveur NAS RAID, tarif et prix

Récupération de données sur les serveurs Fujitsu Primergy

Objet : Procédures et considérations pour la récupération de données sur les serveurs Fujitsu PRIMERGY

S'applique à : Tous les serveurs Fujitsu PRIMERGY, incluant notamment :

Gammes actuelles (Series RX/TX/MX) :

  • Serveurs rack : RX2540 M6, RX4770 M6 (scale-up), RX1330 M6 (edge)

  • Serveurs tour : TX1330 M3, TX2550 M6

  • Serveurs blade : BX2580 M3 (pour l'infrastructure BS2000)

Gammes héritées :

  • Modèles rack : RX300 S8, RX350 S7

  • Modèles tour : TX300 S7, TX200 S5

1.0 Résumé
La récupération de données sur les serveurs Fujitsu PRIMERGY est un processus critique qui repose sur une compréhension approfondie du contrôleur RAID LSI/Broadcom (souvent intégré sous la désignation Fujitsu) et des outils de gestion dédiés. La complexité introduite par le contrôleur matériel est similaire à celle des autres marques, mais les outils et interfaces spécifiques à Fujitsu doivent être maîtrisés pour une intervention efficace, notamment dans des contextes de serveur de fichiers ou d'hôte virtualisé.

2.0 Prérequis et Évaluation Initiale - Adaptations par génération

2.1 Collecte d'Informations :

  • Configuration RAID : Les outils de ligne de commande privilégiés :

    • Générations récentes (M4, M5, M6) : perccli (outil Dell, mais compatible avec les contrôleurs LSI/Broadcom de Fujitsu) ou storcli

    • Générations plus anciennes (S7, S8) : MegaCLI ou arcconf

  • Modèle du Contrôleur : Essentiel pour la compatibilité.

    • Générations récentes : Adaptec AS 8xxx series (pour les modèles haut de gamme), contrôleurs LSI 94xx/95xx (par exemple, Fujitsu D3417-B2 basé sur LSI 9400-8i)

    • Générations antérieures : Contrôleurs LSI 92xx/93xx intégrés

  • Informations sur les disques : Types (SAS, SATA, NVMe), capacités et statut des disques (via l'outil de gestion).

2.2 Exigences Matérielles/Logicielles :

  • Accès de gestion à distance :

    • iRMC (Integrated Remote Management Controller) : L'équivalent Fujitsu de l'iDRAC ou de l'iLO. Les versions récentes (iRMC S5/S6) offrent une interface web complète, un accès KVM et la consultation des logs.

    • Accès : Typiquement via l'adresse IP de l'iRMC sur le port dédié.

  • Outils de diagnostic et configuration :

    • ServerView Suite / Fujitsu System Manager : La suite logicielle principale pour la surveillance, la mise à jour et la configuration du matériel.

    • Outils de configuration RAID : L'utilitaire de configuration RAID intégré (accessible au démarrage, souvent via Ctrl+R) ou l'outil en ligne de commande approprié (perccli, storcli).

  • Mises à jour : Utiliser les ServerView Update DVDs ou le Fujitsu System Manager pour maintenir le firmware et les pilotes à jour.

3.0 Scénarios de Défaillance Courants - Procédures Universelles

Scénario 1 : Défaillance d'un Lecteur Logique (Array Dégradé)

  • Symptômes : Alertes dans l'iRMC, message "Degraded" au démarrage, impossibilité d'accéder aux données ou de démarrer les VMs.

  • Procédure :

    1. Accéder à l'iRMC : Consulter le journal des événements système pour identifier l'erreur et l'emplacement physique du disque défaillant.

    2. Identifier le disque défaillant : Utiliser l'utilitaire de configuration RAID (au démarrage ou via l'iRMC) ou la ligne de commande (perccli /c0/eall/sall show). Le disque sera marqué comme "Failed" (Défaillant) ou "Predictive Failure" (Défaillance Prédictive).

    3. Remplacer le disque : Procéder au remplacement en hot-swap du disque dans la baie identifiée. Le serveur doit rester sous tension.

    4. Surveiller la reconstruction : Le contrôleur devrait lancer automatiquement la reconstruction. Surveiller la progression via l'iRMC ou la ligne de commande (perccli /c0 show rebuild).

Scénario 2 : Défaillance ou Corruption du Contrôleur RAID

  • Symptômes : Le contrôleur n'est pas détecté pendant le POST, erreur de ROM, ou aucun lecteur logique n'est visible.

  • Procédure :

    1. Sauvegarder la configuration (si possible) : perccli /c0 download file=backup.xml

    2. Remplacer le contrôleur par un modèle compatible.

    3. Importer la configuration étrangère : Lors du démarrage, le nouveau contrôleur devrait détecter la "Foreign Configuration" sur les disques. L'accepter et l'importer via l'utilitaire de configuration.

    4. Vérifier l'intégrité : Confirmer que le lecteur logique est de nouveau en état "Optimal" et que le système d'exploitation ou l'hyperviseur démarre.

Scénario 3 : Défaillances Multiples de Disques ou Array Irrécupérable

  • Symptômes : Plusieurs disques défaillants, statut du volume "Failed", données inaccessibles.

  • Procédure d'Urgence :

    1. ARRÊT IMMÉDIAT : Cesser toute activité. Ne pas tenter de reconstruire, réinitialiser ou modifier la configuration.

    2. Documenter : Noter l'ordre précis des disques dans les baies et toute information disponible de l'iRMC.

    3. Solliciter des professionnels : Contacter un service spécialisé en récupération de données. Leur processus impliquera l'imagerie des disques avec des bloqueurs d'écriture et une reconstruction logicielle du RAID.

4.0 Meilleures Pratiques de Prévention - Spécifiques Fujitsu

  • Sauvegardes Régulières : La seule garantie absolue. Essentiel pour les serveurs de fichiers et les hôtes de virtualisation.

  • Documentation de la Configuration :

    bash
    # Avec perccli/storcli (générations récentes)
perccli /c0 show all > fujitsu_raid_config_backup.txt
# Ou via l'interface iRMC en exportant la configuration matérielle

  • Sauvegarde de la Configuration du Contrôleur : Utiliser la fonction de sauvegarde dans l'utilitaire de configuration RAID ou via perccli /c0 download file=backup.xml.

  • Maintenance Proactive : Configurer l'iRMC pour envoyer des alertes par email en cas d'erreur (notamment les défaillances prédictives de disques). Utiliser des disques qualifiés Fujitsu pour une compatibilité optimale.

5.0 Considérations pour la Virtualisation et Serveurs de Fichiers

  • Virtualisation :

    • Vérifier la compatibilité de la carte d'interface réseau (NIC) et du contrôleur HBA/RAID avec l'hyperviseur (VMware ESXi, Microsoft Hyper-V, Citrix Hypervisor).

    • S'assurer que les pilotes et le firmware sont à jour via le Fujitsu System Manager pour des performances stables.

  • Serveur de Fichiers :

    • Pour de meilleures performances, choisir un contrôleur avec cache BBU (Battery Backup Unit) ou flash.

    • Dans des environnements virtualisés, préférer le mode "Pass-Through" du contrôleur HBA ou créer un volume RDM (Raw Device Mapping) pour présenter le stockage directement à une VM serveur de fichiers.

6.0 Outils de Diagnostic Fujitsu

  • iRMC (Integrated Remote Management Controller) : Gestion à distance, console KVM, journal des événements.

  • ServerView Suite / Fujitsu System Manager : Suite de gestion complète pour la surveillance et la maintenance.

  • Outils de ligne de commande : perccli, storcli, ou MegaCLI selon la génération.

  • ServerView Update DVD / Fujitsu Software Update Manager : Pour les mises à jour du firmware et des pilotes.

Conclusion
La récupération de données sur les serveurs Fujitsu PRIMERGY suit des principes communs à tous les serveurs enterprise, mais requiert une familiarité avec les outils spécifiques à l'écosystème Fujitsu, notamment l'iRMC et ServerView. Une documentation méticuleuse des configurations de stockage, une surveillance proactive via l'iRMC et une stratégie de sauvegarde robuste sont les piliers de la prévention des pertes de données, particulièrement pour les charges de travail critiques de virtualisation et de partage de fichiers.