WhatsApp :8613480819877
Leave Your Message
Catégories de produits
Produits vedettes

Dorado 5600 V6

Le « second dysfonctionnement » du Dorado 5600 V6 est souvent dû à des problèmes de compatibilité RoCE/DMA, à des défauts matériels liés à l'alimentation/à la batterie de secours, à des transitoires sur la liaison FC ou à des limitations opérationnelles. Des correctifs et des solutions d'atténuation sont disponibles à partir de la version 6.1.8. En cas de chute soudaine des performances, de la latence disque ou de double défaillance active, il est prioritaire de vérifier le numéro de version, le journal de la batterie de secours, le code d'erreur FC, la vis de réglage et la taille du correctif. Ces vérifications permettent d'identifier plus de 90 % des causes de ce « second dysfonctionnement ».

    détails du produit

    1. Chute brutale des performances (« chute de vitesse d'une seconde ») : L'appairage RoCE avec VMware n'a pas pu analyser le contrôleur RDMA version 6.1.2. SPH16 : Après l'activation de la carte réseau RDMA dans l'environnement VMware 7.0u3, le port de stockage n'est pas reconnu côté SQLite, ce qui entraîne l'indisponibilité de tous les chemins et la réinitialisation instantanée des E/S métier à zéro. Il est nécessaire de revenir au protocole TCP ou de mettre à jour vers le correctif 6.1.8 ou une version ultérieure. Carte d'acquisition de données SmartKit : performances à 32 %. Le module de diagnostic interne du contrôleur est bloqué, le thread d'acquisition monopolisant le processeur, ce qui provoque une augmentation soudaine de la latence frontale de 0,05 ms à plus de 10 ms, entraînant un « ralentissement soudain ». Le redémarrage du contrôleur peut résoudre le problème. 2. Fiabilité : « blocage en quelques secondes » : Mise sous/hors tension automatique du boîtier de contrôle 2U. Les vis de guidage n'ont pas été serrées au couple prescrit, ce qui a entraîné un mauvais contact des bornes d'alimentation pendant le transport ou en cas de vibrations à haute fréquence. L'ensemble du système a été instantanément mis hors tension puis sous tension, et le cluster double actif a basculé directement, provoquant une interruption de service de 15 à 30 secondes. Bug du cycle de charge et de décharge de la BBU : La première version du calcul du cycle d'étalonnage de la BBU était incorrecte, déclenchant une décharge forcée pendant les heures de pointe. Si la température dans le centre de données dépasse 35 °C, une protection contre la mise hors tension est également activée, provoquant un arrêt de second niveau. 3. Problèmes de compatibilité réseau/protocole (seconde commutation) avec les commutateurs Brocade : Avant la version 6.1.5 du firmware, un défaut de négociation de crédit FC-BB au niveau de la liaison avec Boko 9.0.x entraînait une interruption transitoire de la liaison de 50 à 200 ms, un délai d'expiration des E/S d'écriture du cluster double actif et un déclenchement d'une mauvaise répartition des chemins hôtes, se manifestant par une perte de volume instantanée. Alarme de spécification de longueur de câble ignorée. Si le DAC passif dépasse 5 mètres ou si le câble OM4 multimode dépasse 25 mètres sans réduction de vitesse, le taux d'erreur binaire augmente soudainement et les erreurs CRC s'accumulent jusqu'à un seuil critique. Le port se ferme alors immédiatement et la connexion est interrompue en quelques secondes. 4. Opérations/Gestion : Erreur lors du chargement d'un correctif > 2 Go : une erreur est immédiatement signalée. L'interface de gestion web est limitée à 2 Go. Les correctifs volumineux doivent être décompressés ou remplacés via l'interface de ligne de commande (CLI) ou FusionCare. Dans le cas contraire, une erreur se produit et le processus de mise à niveau est bloqué, entraînant un délai de 91 %.