Mise à niveau du système d’exploitation
Cet article décrit en détail les mises à niveau du système d’exploitation sur les grandes instances HANA (HLI), également appelées infrastructure complète (BareMetal).
Notes
Cet article contient des références aux termes que Microsoft n’utilise plus. Quand ces termes seront supprimés du logiciel, nous les supprimerons de cet article.
Notes
La mise à niveau du système d’exploitation est sous votre responsabilité. Le support des opérations Microsoft peut vous guider dans les domaines clés de la mise à niveau, mais consultez également votre fournisseur de système d’exploitation lorsque vous planifiez une mise à niveau.
Pendant l’approvisionnement de l’unité HLI, l’équipe des opérations Microsoft installe le système d’exploitation. Vous devez mettre à jour le système d’exploitation. Par exemple, vous devez effectuer la mise à jour corrective, le réglage, la mise à niveau, etc., sur le HLI. Avant d’apporter des modifications majeures au système d’exploitation, par exemple, une mise à niveau de SP1 vers SP2, contactez l’équipe des opérations de Microsoft en ouvrant un ticket de support. Ils vous consulteront. Nous vous recommandons d’ouvrir ce ticket au moins une semaine avant la mise à niveau.
Veuillez inclure dans votre ticket :
- Votre ID d’abonnement HLI.
- Le nom de votre serveur.
- Le niveau de correctif que vous envisagez d'appliquer.
- La date à laquelle vous envisagez cette modification.
Pour consulter la matrice de prise en charge des différentes versions SAP HANA avec les différentes versions Linux, reportez-vous à Remarque SAP n° 2235581.
Il existe quelques problèmes connus avec la mise à niveau :
- Dans la référence SKU de classe II du type de référence SKU, le logiciel SFS est supprimé pendant la mise à niveau du système d’exploitation. Vous devrez réinstaller le logiciel SFS compatible une fois la mise à niveau du système d’exploitation terminée.
- Des pilotes de cartes Ethernet (ENIC et FNIC) sont restaurés vers une version plus ancienne. Vous devez réinstaller la version compatible des pilotes après la mise à niveau.
La configuration du système d’exploitation peut dériver des paramètres recommandés au fil du temps. Cette dérive peut être due à des mises à jour correctives, des mises à niveau du système et d’autres modifications que vous pouvez apporter. Microsoft identifie les mises à jour nécessaires pour garantir que les grandes instances HANA sont configurés de manière optimale pour offrir les meilleurs niveaux de performance et de résilience possibles. Les instructions suivantes décrivent les suggestions relatives au niveau de performance réseau, à la stabilité du système et au niveau de performance optimal de HANA.
Pour bénéficier d’un bon niveau de performance réseau et d’une stabilité du système adéquate, il est recommandé de vérifier que la version propre au système d’exploitation des pilotes eNIC et fNIC est installée comme indiqué dans le tableau de compatibilité suivant (celui-ci indique la dernière version de pilote compatible). Les serveurs sont fournis aux clients avec des versions compatibles. Toutefois, les pilotes peuvent être restaurés vers les versions par défaut lors de la mise à jour corrective du système d’exploitation/noyau. Vérifiez que la version du pilote appropriée exécute des opérations de mise à jour corrective post système d’exploitation/noyau.
Fournisseur du système d’exploitation | Version du package du système d’exploitation | Version du microprogramme | Pilote eNIC | Pilote fNIC |
---|---|---|---|---|
SuSE | SLES 12 SP2 | 3.2.3i | 2.3.0.45 | 1.6.0.37 |
SuSE | SLES 12 SP3 | 3.2.3i | 2.3.0.43 | 1.6.0.36 |
SuSE | SLES 12 SP4 | 3.2.3i | 4.0.0.14 | 2.0.0.63 |
SuSE | SLES 12 SP5 | 3.2.3i | 4.0.0.14 | 2.0.0.63 |
Red Hat | RHEL 7.6 | 3.2.3i | 3.1.137.5 | 2.0.0.50 |
SuSE | SLES 12 SP4 | 4.1.1b | 4.0.0.6 | 2.0.0.60 |
SuSE | SLES 12 SP5 | 4.1.1b | 4.0.0.6 | 2.0.0.59 |
SuSE | SLES 15 SP1 | 4.1.1b | 4.0.0.8 | 2.0.0.60 |
SuSE | SLES 15 SP2 | 4.1.1b | 4.0.0.8 | 2.0.0.60 |
Red Hat | RHEL 7.6 | 4.1.1b | 4.0.0.8 | 2.0.0.60 |
Red Hat | RHEL 8.2 | 4.1.1b | 4.0.0.8 | 2.0.0.60 |
SuSE | SLES 12 SP4 | 4.1.3d | 4.0.0.13 | 2.0.0.69 |
SuSE | SLES 12 SP5 | 4.1.3d | 4.0.0.13 | 2.0.0.69 |
SuSE | SLES 15 SP1 | 4.1.3d | 4.0.0.13 | 2.0.0.69 |
Red Hat | RHEL 8.2 | 4.1.3d | 4.0.0.13 | 2.0.0.69 |
rpm -qa | grep enic/fnic
rpm -e <old-rpm-package>
rpm -ivh <enic/fnic.rpm>
modinfo enic
modinfo fnic
- Mise à niveau de la version du système d’exploitation
- Supprimer les anciens packages rpm
- Installer les pilotes eNIC/fNIC compatibles conformément à la version installée du système d’exploitation
- Relancer le système
- Après le redémarrage, vérifiez la version d’eNIC/fNIC
Les grandes instances SAP HANA sur Azure (type I) peuvent être dans un état qui les empêchent de démarrer après une mise à niveau. La procédure ci-dessous corrige ce problème.
- Exécutez la commande
multipath -ll
. - Récupérez l’ID du numéro d’unité logique (LUN) ou utilisez la commande :
fdisk -l | grep mapper
- Mettez à jour le fichier
/etc/default/grub_installdevice
avec la ligne/dev/mapper/<LUN ID>
. Exemple :/dev/mapper/3600a09803830372f483f495242534a56
Notes
L’ID du numéro d’unité logique varie d’un serveur à l’autre.
Les modules EDAC (détection et correction des erreurs) aident à détecter et à corriger les erreurs de mémoire. Toutefois, le matériel de type I HLI sous-jacent détecte et corrige déjà les erreurs de mémoire. Le fait que la même fonctionnalité soit activée au niveau du matériel et du système d’exploitation peut occasionner des conflits et entraîner des arrêts non planifiés du serveur. Nous vous recommandons de désactiver les modules EDAC à partir du système d’exploitation.
- Vérifiez si les modules EDAC sont activés. Si une sortie est retournée à partir de la commande suivante, les modules sont activés.
lsmod | grep -i edac
- Désactivez les modules en ajoutant les lignes suivantes au fichier
/etc/modprobe.d/blacklist.conf
blacklist sb_edac
blacklist edac_core
Un redémarrage est nécessaire pour que les modifications prennent effet. Après le redémarrage, réexécutez la commande lsmod
et vérifiez que les modules ne sont pas activés.
Vérifiez que les paramètres pour transparent_hugepage
, numa_balancing
, processor.max_cstate
, ignore_ce
et intel_idle.max_cstate
sont correctement appliqués.
- intel_idle.max_cstate=1
- processor.max_cstate=1
- transparent_hugepage=never
- numa_balancing=disable
- mce=ignore_ce
- Ajoutez ces paramètres à la ligne
GRB_CMDLINE_LINUX
du fichier/etc/default/grub
:
intel_idle.max_cstate=1 processor.max_cstate=1 transparent_hugepage=never numa_balancing=disable mce=ignore_ce
- Créez un nouveau fichier grub.
grub2-mkconfig -o /boot/grub2/grub.cfg
- Redémarrer votre système.
Découvrez comment configurer le serveur SMT pour SUSE Linux.