Procédure générale du support proactif à distance : Mise à niveau de VxRail - Guide de préparation du client
Summary: Guide à l’attention des clients Dell sur la préparation d’une mise à niveau de leur cluster VxRail avec l’équipe de support proactif à distance.
Instructions
Important: Si vous avez besoin d’aide pour effectuer vous-même une mise à niveau de VxRail, veuillez choisir l’option Problème produit dans la liste déroulante du support en ligne.
Sélectionnez uniquement Operating Environment Upgrade lors de la demande de planification de la mise à niveau auprès de l’équipe RPS.
Introduction :
En tant que partenaire IT, l’équipe Dell Remote Proactive Services (RPS) a créé ce guide de préparation à la mise à niveau pour aider les clients à réussir la mise à niveau de leur équipement. Ce guide n’est pas destiné à remplacer d’autres procédures ou notes de mise à jour. Il décrit les problèmes connus susceptibles de perturber votre environnement.
Avec ce guide, vous disposez de deux options, comme indiqué lors de l’échange avec Dell Scheduler :
- Consultez ce guide avant la vérification préalable à la mise à niveau (consultation technique) planifiée et préparez toutes les questions que vous souhaitez poser. Discutez-en avec l’ingénieur de mise à niveau lorsqu’il vous contactera pour la vérification préalable. Votre ingénieur de mise à niveau examine ensuite les résultats de la vérification préalable afin de déterminer le plan de mise à niveau.
- Consultez ce guide de manière indépendante et assurez-vous que votre environnement est protégé contre ces problèmes connus.
Les ingénieurs VxRail recommandent le code le plus récent de chaque famille lorsqu’une mise à niveau de code est envisagée. Ces niveaux de code contiennent les dernières corrections et les derniers correctifs de sécurité.
Fin du support logiciel (EOSS) :
Le support des familles VxRail 4.5 et VxRail 4.7 a pris fin le 30 septembre 2022. Les clients sont encouragés à effectuer une mise à niveau vers le code VxRail 8.0.x pour bénéficier d’un support continu.
Broadcom a annoncé la fin de vie de vSphere/vCenter 7.0 le 2 octobre 2025. Dell alignera VxRail 7.x sur cette date. Les clients sont encouragés à effectuer une mise à niveau vers le code VxRail 8.0.x avant la date de fin de vie.
Avis de sécurité :
VMSA-2025-0004
Le 4 mars 2025, Broadcom a publié un avis de sécurité VMware (VMSA) critique, VMSA-2025-0004, qui traite des failles de sécurité détectées et résolues dans VMware ESXi qui affectent le produit VxRail. Ces failles de sécurité sont résolues dans les versions VxRail suivantes :
- 8.0.322 (contient vSphere 8.0 U3d)
- 7.0.541 (contient vSphere 7.0 U3s)
Vous devez consulter les derniers avis de sécurité lors de la planification de votre mise à niveau. Cliquez sur le lien ci-dessous pour consulter les derniers conseils de sécurité : Prise en charge de la gamme d’appliances VxRail | Avis
Les avis doivent être lus et utilisés pour éviter les situations qui pourraient découler des problèmes qu’ils décrivent. Si un avis s’applique, il peut déterminer le code de destination de la mise à niveau et les étapes supplémentaires à suivre pour y donner suite.
Derniers codes :
Famille 9.x : 9.1.000 (publiée en juin 2026)
Famille 8.x : 8.0.390 (publiée en juillet 2026)
Famille 7.x : 7.0.550 (publiée en mai 2025)
Derniers problèmes :
Broadcom a récemment introduit de nouvelles exigences pour les VIB tiers et les ports réseau de services. Par conséquent, un redémarrage supplémentaire unique par nœud est nécessaire pour effectuer la mise à niveau vers VxRail 8.0.300 et implémenter ces nouvelles exigences. En raison du redémarrage supplémentaire, chaque nœud peut nécessiter 20 minutes supplémentaires de temps de mise à jour.
Pour prendre en charge ces nouveaux services, les ports réseau suivants doivent être ouverts entre les nœuds VxRail, vCenter et ESXi :
- 39090
- 35252
- 35353
- 38008
Licence:
Pour les clients effectuant une mise à niveau de version majeure, une mise à niveau des clés de licence est requise. Pour plus d’informations sur la mise à niveau de vos clés de licence après une mise à niveau de VxRail, reportez-vous à l'282428 
Pour les mises à niveau vers la version 9.x, une licence d’abonnement est requise. Reportez-vous à VxRail : Exigences en matière de licences VxRail pour la mise à jour 9.0. Vous devez déployer VCF Operations pour attribuer des licences. Consultez VxRail : Installer VCF Operations et attribuer des licences pour vSphere 9.
Les clients sont responsables de l’obtention et de la mise à jour des clés de licence.
Avant la mise à niveau :
En préparation de votre prochaine mise à niveau, notez les éléments connus ci-dessous :
- Dans le cadre des vérifications préalables à la mise à niveau, l’ingénieur de mise à niveau RPS vérifie l’intégrité du cluster avant de démarrer la mise à niveau de celui-ci. Du temps supplémentaire est alloué pour les vérifications préalables et postérieures du cluster.
- Planifiez la mise à niveau en dehors de la période de charge d’E/S maximale, car une dégradation des performances peut se produire pendant la migration des machines virtuelles lors de la mise à niveau de nœuds ou d’hôtes individuels.
- Étant donné que les machines virtuelles utilisent vMotion dans le cadre de la mise à niveau, assurez-vous qu’elles peuvent l’utiliser à l’avance. Exemples de problèmes susceptibles d’empêcher vMotion :
- Machine virtuelle avec une image ISO montée
- Machine virtuelle avec stockage externe monté localement
- Machine virtuelle rattachée à un hôte (règles d’affinité)
- Si ce cluster VxRail rejoint un vCenter géré par le client, assurez-vous que votre build vCenter dispose déjà de la version minimale requise, conformément à l’article de la base de connaissances : VxRail : Matrice d’interopérabilité VxRail et vCenter externe
- RecoverPoint for Virtual Machines est un produit qui peut être mis à niveau par le client et n’entre pas dans le périmètre de l’équipe RPS. Reportez-vous à la Matrice de support simplifiée VxRail pour connaître les versions de RecoverPoint for Virtual Machines prises en charge.
- Vérifiez que tous les logiciels tiers sont compatibles avec la version de VxRail vers laquelle vous effectuez la mise à niveau en consultant la Matrice de support simplifiée VxRail.
- Vérifiez la compatibilité avec le fournisseur tiers si un logiciel n’est pas couvert par le document précédent.
- Si un client utilise l’authentification Center with Active Directory et prévoit une mise à niveau hors de la famille (OOF), il doit reconfigurer la source d’identité après la mise à niveau. Ce comportement est normal lors de la mise à niveau entre les versions majeures de vCenter. Consultez l’article de la base de connaissances : Dell VxRail : vCenter Identity Source (IWA) doit être reconfiguré après les mises à niveau de la version majeure de VxRail 4.5.x vers 4.7.x/4.7.x vers 7.0.x.
- À partir de VxRail 7.0.350, les clusters VxRail utilisent la solution de connectivité consolidée de nouvelle génération Dell Technologies (Passerelle de connexion sécurisée) qui se connecte au Dell Technologies Cloud.
Si vous effectuez une mise à niveau vers VxRail 7.0.350 ou une version supérieure, des étapes supplémentaires peuvent être nécessaires en fonction de votre configuration à distance actuelle. Pour plus d’informations, reportez-vous à l’article de la base de connaissances : Dell VxRail : connectivité de nouvelle génération avec VxRail 7.0.350 et versions ultérieures - Si VxRail est déployé et géré via la passerelle Secure Remote Services, assurez-vous que la configuration réseau requise est respectée afin que la mise à niveau VxRail 7.0.350+ puisse automatiquement mettre à jour la connexion à distance.
- Pour les déploiements réalisés à l’aide d’une passerelle Secure Remote Services ou SAE externe, effectuez une mise à niveau vers Secure Connect Gateway 5.x avant la mise à niveau de VxRail.
Si ces exigences ne sont pas remplies, la fonctionnalité d’appel à distance est affectée jusqu’à ce que la passerelle soit mise à niveau vers Secure Connect Gateway 5.x ou une version supérieure. - Pour les clusters VxRail sur lesquels le renforcement STIG (Security Technical Implementation Guidelines) est appliqué, le renforcement STIG version 2.0.001 résout le problème VMware décrit dans l’article KB 88055
- Lors d’une mise à niveau de VxRail de VxRail v4.x ou 7.0.x vers une version 7.0.x ultérieure, la mise à niveau de VMware VDS réinitialise le mode de filtrage multidiffusion par défaut, ce qui active la surveillance IGMP/MLD sur le VDS. La surveillance IGMP/MLD peut potentiellement affecter les applications NLB (Network Load Balancer) Microsoft. Si votre environnement est configuré avec Microsoft NLB pour les applications hébergées par VxRail, l’adresse IP virtuelle n’est pas accessible tant que vous n’avez pas désactivé manuellement la surveillance IGMP/MLD.
- À partir de VxRail 8.0.330, la fonctionnalité de phrase secrète de mise à jour VxRail est prise en charge. Le client n’a plus besoin de participer sur Zoom et de fournir les informations d’identification requises lors du workflow d’exécution de la mise à niveau. Vous pouvez la créer via vSphere Client > Sélectionner un cluster > Configurer > Paramètres > de mise à jour > Créer une phrase secrète de mise à jour VxRail.
- Si vous utilisez PPDM (PowerProtect Data Manager), nous vous recommandons de consulter la matrice de compatibilité PPDM pour confirmer que votre déploiement reste entièrement pris en charge. Cela inclut non seulement les versions de la plate-forme, mais également la compatibilité au niveau des fonctionnalités, telles que TSDM. Étant donné que votre équipe est la mieux placée pour savoir quelles fonctionnalités PPDM sont activement utilisées, nous vous demandons de bien vouloir vérifier cela de votre côté. Si des incompatibilités sont détectées, mettez à niveau PPDM vers une version prise en charge avant la mise à niveau de VxRail.
Pour plus d’informations, reportez-vous à l’article de la base de connaissances : Dell EMC VxRail : LCM La mise à niveau de la version 4.x ou 7.0.x vers une version 7.0.x ou 8.0.x ultérieure La mise à niveau de VMware VDS réinitialise le « mode de filtrage multidiffusion » sur la valeur par défaut « IGMP/MLD snooping » sur le VDS affectant potentiellement les applications Microsoft NLB .
Recommandation de redémarrage :
L’équipe d’ingénierie qualité VxRail a effectué une analyse des données qui a révélé un pourcentage élevé de mises à niveau réussies lorsque les nœuds ESXi sont redémarrés proactivement. En outre, il peut également identifier les machines virtuelles présentant des problèmes vMotion, des problèmes de mode maintenance ESXi ou des problèmes de redémarrage, puis actualise tous les services ESXi.
L’équipe RPS recommande aux clients d’effectuer un redémarrage répété sur les nœuds ESXi plusieurs jours avant la mise à niveau de VxRail (tâche client).
Si un client rencontre des problèmes lors des redémarrages, il peut se référer à VxRail : Guide de dépannage pour VxRail Redémarrage séquentiel des hôtes ou ouvrir une demande de service auprès de l’équipe de support VxRail.
En outre, votre ingénieur de mise à niveau RPS redémarre toutes les machines virtuelles de service (VxRail Manager, vCenter et PSC) et réinitialise l’iDRAC sur tous les nœuds avant de démarrer le script de mise à niveau.
Les machines virtuelles de service PSC et vCenter ne sont redémarrées que si elles sont gérées par VxRail.
Étapes de redémarrage du nœud :
Les étapes suivantes décrivent comment redémarrer les nœuds ESXi de manière répétée, afin d’éviter toute interruption ou temps d’arrêt :
- Connectez-vous à l’interface utilisateur de vCenter, vérifiez que l’intégrité du vSAN est correcte et qu’aucune erreur ne s’affiche.
- Sélectionnez le premier nœud. Cliquez avec le bouton droit de la souris sur > Enter Maintenance Mode (assurez-vous de sélectionner « Ensure Accessibility » dans la fenêtre).
- Obtenez l’adresse IP de l’iDRAC :
➢ Sélectionnez le Node > Configure > VxRail > iDRAC Configuration
- Une fois que le nœud passe en mode maintenance, cliquez avec le bouton droit de la souris sur Node > Power > Reboot
- Pour surveiller le redémarrage, utilisez l’adresse IP de l’iDRAC pour y accéder dans le navigateur.
- Une fois le nœud de nouveau en ligne, désactivez le mode de maintenance et effacez toutes les alarmes.
- Accédez à vSAN Health et recherchez une resynchronisation :
➢ Surveillance > du cluster > vSAN > Resynchronisation des objets
➢ S’il y a une resynchronisation, attendez qu’elle se termine avant de continuer.
- Exécutez les tests d’intégrité vSAN. Assurez-vous que tout est correct avant de passer au nœud suivant.
- Répétez le processus ci-dessus pour tous les nœuds restants.
Exigences relatives aux mots de passe :
- Assurez-vous de disposer des mots de passe ci-dessous avant la mise à niveau et la consultation technique afin d’éviter que l’activité ne soit reportée.
- VxRail Manager mystic
- Racine VxRail Manager
- Administrateur de vCenter
- Root vCenter (si géré par VxRail)
- Racine PSC (si géré par VxRail : non applicable aux versions 7.x et ultérieures)
- Racine du nœud ESXi
- iDRAC
- Pour plus d’informations sur les instructions relatives au mot de passe, reportez-vous à l’article de la base de connaissances Dell VxRail : Règles de compte et de mot de passe dans VxRail .
- Suivez la procédure décrite dans SolVe Online pour réinitialiser les mots de passe.
- Ouvrez une demande de service auprès du support VxRail avant l’activité de consultation technique si vous n’avez pas pu réinitialiser l’un des mots de passe ci-dessus.
Lors de la mise à niveau hors famille vers la version 8.x/7.x/4.7.x/4.5.x, vérifiez les points suivants :
- Si le mot de passe de l’utilisateur vCenter
administrator@vsphere.localcontient des caractères spéciaux répertoriés dans l’article de la base de connaissances référencé dans la puce suivante, le shell Linux ne peut pas gérer ces caractères correctement et entraîne l’échec du script. - Avant la mise à niveau, modifiez le mot de passe administrateur vCenter s’il contient l’un des caractères spéciaux répertoriés dans l’article de la base de connaissances référencé ici. Pour plus d’informations, reportez-vous à l’article de la base de connaissances : VxRail : Échec de la vérification de l’intégrité de VxRM pour le test « vc_pw_char ».
- Une adresse IP temporaire sur le même sous-réseau est requise pour mettre à niveau vCenter Server Appliance (VCSA) et Platform Service Controller (PSC). Vérifiez que l’adresse IP est libre d’utilisation à l’aide de la commande suivante :
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
En cas de mise à niveau de la version 4.0.x vers la version 4.5.x ou 4.7.x :
- VxRail Manager v4.5.x et versions supérieures ne prend plus en charge vCenter Server en tant que DNS. Préparez et fournissez les informations sur le DNS externe avant d’effectuer la mise à niveau vers v4.5.x ou 4.7.x.
- Une adresse IP temporaire sur le même sous-réseau est requise pour mettre à niveau vCenter Server Appliance (VCSA) et Platform Service Controller (PSC). Vérifiez que l’adresse IP est libre d’utilisation à l’aide de la commande suivante :
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
Si vous effectuez une mise à niveau de la version 4.5.x vers la version 4.7.x :
- Une adresse IP temporaire sur le même sous-réseau est requise pour mettre à niveau VCSA et PSC. Vérifiez que l’adresse IP est libre d’utilisation à l’aide de la commande suivante :
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address> - Avant une mise à niveau vers la version 4.7.x, les clusters RecoverPoint for Virtual Machines (RecoverPoint for Virtual Machines) doivent être mis à niveau vers la dernière version de RecoverPoint for Virtual Machines prise en charge.
- Avant la mise à niveau vers la version 4.7.x, vérifiez la compatibilité de la version NSX (si installée) avec VxRail 4.7.x. (Voir l’article de la base de connaissances : VxRail : La mise à niveau ne peut pas se poursuivre car le VIB VMware NSX est une version incompatible sur l’hôte.)
Si vous effectuez une mise à niveau de la version 4.0.x, 4.5.x ou 4.7.x vers la version 7.0.x :
Dans certains cas, une mise à niveau de VxRail de la version 4.5.x ou 4.7.x vers la version 7.0 dans une configuration de cluster étendu peut entraîner la perte de la licence intégrée de l’appliance vSAN Witness et le retour à une licence d’évaluation de 60 jours. Consultez l’article de la base de connaissances : Dell VxRail : La licence OEM vSAN Witness est perdue ou expirée après la mise à niveau vers 7.0.xxx à partir de la version 4.5.xx ou 4.7.xxx.
- Tous les serveurs vCenter Server gérés par le client (gérés par le client) doivent être mis à niveau avant la mise à niveau de VxRail 7.x.
- Avant la mise à niveau de vCenter, les utilisateurs doivent suivre des étapes manuelles pour mettre à jour un paramètre vCenter avant de mettre à niveau le vCenter fourni par le client vers la version 7.0.U1. Consultez l’article suivant pour connaître la procédure détaillée : https://kb.vmware.com/s/article/2051311
- VxRail Manager v.7.0.000 et versions ultérieures prend en charge RecoverPoint for Virtual Machines version 5.3. Si votre cluster VxRail dispose d’une installation de RecoverPoint for Virtual Machines, reportez-vous à la Matrice de support simplifiée VxRail pour connaître la version actuelle de RecoverPoint for Virtual Machines actuellement prise en charge.
- Mises à niveau Internet : reportez-vous aux notes de mise à jour pour connaître les versions qui prennent en charge les mises à niveau Internet.
- Les nœuds Quanta Appliance ne sont pas pris en charge dans la famille vSphere 7.x.
- Avant la mise à niveau, reportez-vous à la Matrice
- À compter de VxRail 7.0.x, le contrôleur PSC (Platform Services Controller) doit être intégré dans la machine virtuelle vCenter Server.
- Pour les clusters déployés avec un vCenter interne, le script de gestion du cycle de vie (LCM) VxRail pour la version 7.0.x converge automatiquement le contrôleur PSC externe vers un contrôleur PSC interne intégré à la machine virtuelle vCenter Server.
- Pour les clusters avec un déploiement vCenter géré par le client, il incombe à l’utilisateur de converger manuellement le contrôleur PSC externe vers un contrôleur PSC intégré au sein de la machine virtuelle vCenter Server avant d’effectuer la mise à niveau vers le code VxRail 7.x.
- Les utilisateurs doivent suivre une procédure fournie par VMware pour la conversion, puis exécuter un script fourni par VxRail pour mettre à jour les informations PSC dans la base de données VxRail. Consultez l’article de la base de connaissances : Dell VxRail : Mise à jour de la configuration de VxRail Manager à l’aide d’un script après la convergence d’un vCenter externe et d’un PSC.
- Une adresse IP temporaire sur le même sous-réseau est requise pour mettre à niveau vCenter Server Appliance (VCSA) et Platform Service Controller (PSC). Vérifiez que l’adresse IP est libre d’utilisation à l’aide de la commande suivante :
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
Si vous effectuez une mise à niveau de la version 4.7.x, 7.x vers la version 8.0.x
VMware a abandonné les modules TPM 1.2 dans vSphere 8.0. Les clusters dotés de nœuds 14G dotés d’un module TPM 1.2 actif échouent à la vérification préalable de la LCM VxRail 8.0.x avec un message d’erreur ou des avertissements. Reportez-vous à la base de connaissances VxRail : Notes de mise à jour de la vérification préalable LCM ou avertissement sur les nœuds 14G avec module TPM 1.2 actif lors de la mise à niveau vers la version 8.x et VxRail 8.0.x.
Une adresse IP temporaire sur le même sous-réseau est requise pour mettre à niveau vCenter Server Appliance (VCSA) et Platform Service Controller (PSC). Vérifiez que l’adresse IP est libre d’utilisation à l’aide de la commande suivante :
/usr/sbin/arping -I eth0 -c 5 -D <temp IP address>
Si vous effectuez une mise à niveau vers la version 9.x
Seule une licence d’abonnement est prise en charge, et VCF Operations est requise pour gérer les licences. Reportez-vous à la section Partie Licence ci-dessus.
Vous devez VxRail : Comment activer le mode vSphere Lifecycle Manager avant la mise à niveau. Il s’agit d’une tâche du client.
CloudLink
Avant de procéder à la mise à niveau vers VxRail 8.x, les clients doivent mettre à niveau CloudLink vers la version 8.x. Pour plus d’informations, reportez-vous à la base de connaissances Dell CloudLink : Interopérabilité entre vSphere 8.0 et CloudLink.
Découplage
SFSLes mises à niveau nécessitent que SmartFabric Services (SFS) soit dissocié de VxRail Manager :
- Mises à niveau vers la version 7.0.450 et versions supérieures (code 8.x inclus)
Pour plus d’informations sur la dissociation de SFS et de la documentation SolVe, reportez-vous à l’article de la base de connaissances VxRail : Présentation du support de la dissociation SmartFabric .
SolVe a été mis à jour avec une procédure VxRail : Procédure d’utilisation :
dissocier les services SmartFabric intégrés et migrer vers les services non intégrés.
Chemin de sélection dans Solve :
- VxRail Appliance
- VxRail Procedures
- Divers
- 'How To' Procedures
- Is the system running VMware Cloud Foundation on VxRail? -> No
- Is your VxRail Software version 8.0 and above? Non
- Modifier d’autres paramètres de VxRail Cluster
- Sélectionner la bonne version VxRail installée
- Dissocier les services SmartFabric Services intégrés et migrer vers des services non intégrés
- Si la sélection est manquante, sélectionnez une version antérieure à la version 7.0.450
Plug-in VMware vCenter Server géré par le client :
- Si vous utilisez un environnement VMware vCenter Server géré par le client, mettez à niveau l’environnement VMware vCenter Server vers VMware vSphere 8.0 avant d’effectuer la mise à niveau vers VxRail 8.0.
- Si vous utilisez un environnement VMware vCenter Server géré par le client, reportez-vous à l’article de la base de connaissances Dell VxRail : Échec du déploiement du plug-in VxRail après la mise à niveau de vCenter fourni par le client vers vSphere 8.0 après la mise à jour de votre environnement VMware vCenter vers VMware vSphere 8.0 pour résoudre un problème connu d’échec du déploiement du plug-in VxRail.
Les clés de licence VMware vSphere 8.0 sont requises pour qu’un cluster s’exécute sur VMware vSphere 8.0.
- La vérification préalable de la gestion du cycle de vie (LCM) n’empêche pas un utilisateur de procéder à la mise à niveau sans clés de licence VMware vSphere 8.0.
Sans les clés de licence VMware vSphere 8.0, les nœuds s’exécutent sur des clés de licence d’évaluation de 60 jours. Accédez au portail
Consultez les Notes de mise à jour de VxRail 8.0 pour obtenir la liste complète des restrictions avant de tenter une mise à niveau vers VxRail 8.0.
Compatibilité entre Avamar et Integrated Data Protection Appliance (IDPA) :
Si vous utilisez Avamar ou IDPA avec VxRail, vérifiez la compatibilité des versions vCenter et vSphere ESXi cibles.
Il n’existe aucun moyen pour l’équipe RPS de déterminer si Avamar ou IDPA sont utilisés dans l’environnement. L’ingénieur de mise à niveau demande aux clients si l’une de ces méthodes est utilisée, puis utilise la matrice de support simple VxRail pour trouver les versions compatibles.
- SSM de la VxRail Appliance VxRail 7.0.x prend en charge Avamar 19.3, 19.4 et 19.7.
VxRail 8.0.x prend en charge Avamar 19.7 et 19.8.
Pour plus d’informations sur les guides de préparation à la mise à niveau, accédez à l’article de la base de connaissances Dell : Procédure générale RPS : Guides de préparation à la mise à niveau.
Après la mise à niveau :
- assurez-vous que les clés de licence VMware vSphere 7.0 et 8.0 n’ont pas expiré ou qu’elles s’exécutent en tant que version d’évaluation de 60 jours.
- Les clients doivent se rendre sur le portail
- En outre, reportez-vous à la section Mise à niveau et rétrogradation des clés de licence VMware de la base de connaissances Broadcom via le portail de support Broadcom pour obtenir de l’aide sur la mise à niveau des clés de licence vSphere.
- En raison d’une mise à jour de Python dans la nouvelle version de VxRail, les commandes héritées de la sauvegarde en mode fichier de VxRail Manager ne sont plus prises en charge. Si vous aviez configuré un programme de sauvegarde avant la mise à niveau et que la stratégie de mise à niveau est affectée dans l’article de la base de connaissances ci-dessous, vous devez la reconfigurer manuellement à l’aide des commandes mises à jour détaillées dans VxRail : La sauvegarde en mode fichier s’arrête après la mise à niveau pour garantir une protection continue des données. Pour toute aide à la configuration, vous pouvez toujours faire appel au support Dell.
Additional Information
Note: Assurez-vous d’être connecté au site de support Dell pour accéder aux documents ci-dessous :
Les notes de mise à jour de VxRail sont disponibles sur la page produit du support Dell :
- VxRail 9.x
- VxRail 8.0.x
- VxRail 7.0.x
- VxRail 4.7.x
- VxRail 4.5.x
- VxRail 4.0.x
Les documents relatifs à la matrice de support VxRail sont disponibles sur la page produit du support Dell :
- Matrice de support VxRail 9.x
- VxRail 8.0 : Matrice du support
- VxRail 7.0 : Matrice du support
- VxRail 4.7 : Matrice du support
- VxRail 4.5 : Matrice du support
- VxRail 4.0 : Matrice du support
Autres informations sur la mise à niveau :
- Informations sur la mise à niveau de Dell VxRail
- Matrice de support simplifiée de l’appliance VxRail
- VxRail Documentation Quick Reference List