SQL Server - Mise à jour
Last updated
Français
Last updated
La mise à jour d'un PaaS SQL Server est sous la responsabilité de cegedim.cloud. Elle doit être demandée via un , en précisant un créneau de disponibilité pour la réalisation de l'opération.
Merci de préciser si l'opération doit se faire en dehors des heures ouvrées, afin de permettre l'organisation d'une RFC.
Il est fortement recommandé de réaliser la mise à jour en environnement de non-production en premier lieu, afin de valider la compatibilité de l'ensemble du processus avec les contraintes techniques et applicatives du client.
La migration d'un cluster SQL Server antérieur à la version 2016 n'est pas prise en charge par cegedim.cloud.
Cette restriction est liée aux évolutions majeures du moteur SQL Server introduites à partir de la version 2016, notamment sur les fonctionnalités AlwaysOn et la suppression de composants historiques.
Les upgrades de version majeure de SQL Server (par exemple, de 2019 à 2022) nécessitent une approche différente, à savoir le reprovisionnement complet de l'instance. Dans ce contexte, il convient de reprovisionner une nouvelle instance PaaS avec la version cible, puis de puis de réaliser une demande de basculement manuel des bases de données.
Le présent processus concerne uniquement l'application des Cumulative Updates (CU) publiées par Microsoft. Ces mises à jour contiennent des correctifs de sécurité, de stabilité et de performance de SQL Server.
Le processus de mise à jour avec application de Cumulative Updates se déroule selon les étapes suivantes :
Snapshot des machines virtuelles (point de restauration en cas d'échec)
Sauvegarde intégrale des bases clientes via Rubrik
Installation des Cumulative Updates SQL Server (patchs officiels Microsoft)
Redémarrage du serveur pour prise en compte des mises à jour
Contrôle d'intégrité des bases et vérification des journaux d'erreurs
Pour les clusters AlwaysOn :
Les nœud secondaires sont mis à jour
Une bascule manuelle vers le nœud secondaire est réalisée avant la mise à jour
Redémarrage contrôlé du serveur
Opération répétée sur les autres nœuds
L'application de Cumulative Updates peut entraîner des interruptions de service temporaires ou impacter certains comportements applicatifs.
Points de vigilance :
Indisponibilité temporaire du service SQL Server pendant le redémarrage
Risque de régression fonctionnelle si une CU modifie des comportements internes
Nécessité de rollback en cas déchec de l'installation
Risques potentiels :
Échec de réintégration dans le cluster AlwaysOn
Données corrompues si les sauvegardes préalables sont défaillantes
Dépendances applicatives rompues par des changements introduits par la CU
La durée d'une mise à jour dépend de plusieurs facteurs, notamment le volume de données à sauvegarder et le mode de déploiement (standalone ou AlwaysOn).
Temps estimés :
Instance standalone avec volume modeste : ~1 heure
Cluster AlwaysOn avec bascule : ~2 à 3 heures
Les mises à jour de Windows Server sont réalisées uniquement durant les "Patch Party", c'est-à-dire des fenêtres de maintenance planifiées au cours desquelles les correctifs de sécurité et de stabilité sont appliqués de manière coordonnée, conformément au calendrier de maintenance de cegedim.cloud.
Elles sont hors du périmètre de la mise à jour SQL Server. Si un changement de version de l'OS est requis, les étapes suivantes sont nécessaires :
Demande de reprovisionnement d'une instance PaaS à jour via ITCare
Migration manuelle des bases de données vers la nouvelle instance
Les montées de version de l'OS "in-place" ne sont pas supportées.