Considérations relatives aux mises à niveau de SQL Server
Amazon RDS prend deux instantanés de base de données au cours du processus de mise à niveau. Le premier instantané de base de données porte sur l’instance de base de données avant que toute modification de mise à niveau soit apportée. Le second instantané de base de données est pris à la fin de la mise à niveau.
Note
Amazon RDS ne prend des instantanés de base de données que si vous avez défini la période de conservation des sauvegardes de votre instance de base de données sur un nombre supérieur à 0. Pour modifier la période de conservation des sauvegardes, consultez Modification d'une instance de base de données Amazon RDS.
Une fois la mise à niveau terminée, vous ne pouvez pas rétablir la version précédente du moteur de base de données. Si vous souhaitez revenir à la version précédente, restaurez l’instantané de base de données pris avant la mise à niveau pour créer une nouvelle instance de base de données.
Au cours de la mise à niveau d’une version mineure ou majeure de SQL Server, les métriques Espace de stockage disponible et Profondeur de la file d’attente indiquent -1. Une fois la mise à niveau terminée, les deux métriques reviennent à la normale.
Avant de mettre à niveau votre instance SQL Server, consultez les informations suivantes.
Rubriques
Bonnes pratiques avant de lancer une mise à niveau
Avant de démarrer le processus de mise à niveau, mettez en œuvre les étapes préparatoires suivantes pour optimiser les performances de mise à niveau et minimiser les problèmes potentiels :
- Gestion du calendrier et de la charge de travail
-
Planifiez des mises à niveau pendant les périodes de faible volume de transactions.
Minimisez les opérations d’écriture pendant la fenêtre de mise à niveau.
Cela permet à Amazon RDS d’effectuer les mises à niveau plus rapidement en réduisant le nombre de fichiers de sauvegarde du journal des transactions que RDS doit restaurer lors du couplage entre le secondaire et le principal.
- Gestion des transactions
-
Identifiez et surveillez les transactions de longue durée.
Assurez-vous que toutes les transactions critiques sont validées avant de lancer la mise à niveau.
Empêchez les transactions de longue durée pendant la fenêtre de mise à niveau.
- Optimisation des fichiers journaux
-
Passez en revue et optimisez les fichiers journaux de transactions :
Réduisez les fichiers journaux surdimensionnés.
Réduisez les modèles de consommation élevée de journaux.
Gérez les fichiers journaux virtuels (VLF).
Maintenez un espace libre suffisant pour les opérations normales.
Considérations relatives à multi-AZ
Amazon RDS prend en charge les déploiements Multi-AZ pour les instances de base de données exécutant Microsoft SQL Server à l’aide de la mise en miroir de bases de données (DBM) ou des groupes de disponibilité (AG) AlwaysOn. Pour plus d’informations, consultez Déploiements multi-AZ pour Amazon RDS for Microsoft SQL Server.
Dans un déploiement multi-AZ (Mise en miroir/Toujours active), lorsqu’une mise à niveau est demandée, RDS suit une stratégie de mise à niveau progressive pour les instances principales et secondaires. Les mises à niveau continues garantissent qu’au moins une instance est disponible pour les transactions pendant la mise à niveau de l’instance secondaire. L’interruption de service ne doit se produire que pendant la durée d’un basculement.
Au cours de la mise à niveau, RDS supprime l’instance secondaire de la configuration multi-AZ, effectue une mise à niveau de l’instance secondaire et restaure toutes les sauvegardes du journal des transactions de l’instance principale effectuées pendant la période de déconnexion. Une fois toutes les sauvegardes de journaux restaurées, RDS joint le secondaire mis à niveau au principal. Lorsque toutes les bases de données sont synchronisées, RDS effectue un basculement vers l’instance secondaire mise à niveau. Une fois le basculement terminé, RDS procède à la mise à niveau de l’ancienne instance principale, restaure toutes les sauvegardes du journal des transactions et l’associe à la nouvelle instance principale.
Pour minimiser cette durée de basculement, nous recommandons d’utiliser le point de terminaison d’écouteur du groupe de disponibilité d’AG Toujours Active lorsque vous utilisez des bibliothèques clientes qui prennent en charge l’option de connexion MultiSubnetFailover dans la chaîne de connexion. Lors de l’utilisation du point de terminaison d’écouteur du groupe de disponibilité, les temps de basculement sont généralement inférieurs à 10 secondes, mais cette durée n’inclut aucun temps supplémentaire de reprise après incident.
Considérations relatives aux réplicas en lecture
Lors d’une mise à niveau de la version de la base de données, Amazon RDS met à niveau tous vos réplicas en lecture ainsi que l’instance de base de données principale. Amazon RDS ne prend pas en charge les mises à niveau de version de base de données sur les réplicas en lecture séparément. Pour plus d’informations sur les réplicas en lecture, consultez Utilisation des réplicas en lecture pour Microsoft SQL Server dans Amazon RDS.
Lorsque vous effectuez une mise à niveau de la version de la base de données de l’instance de base de donnée principale, tous les réplicas en lecture sont également automatiquement mis à niveau. Amazon RDS mettra à niveau tous les réplicas en lecture simultanément avant de mettre à niveau l’instance de base de données primaire. Les réplicas en lecture peuvent ne pas être disponibles tant que la mise à niveau de la version de la base de données sur l’instance de base de données principale n’est pas terminée.
Considérations relatives au groupe d’options
Si votre instance de base de données utilise un groupe d’options de base de données personnalisé, Amazon RDS ne peut pas toujours attribuer automatiquement un nouveau groupe d’options à votre instance de base de données. Par exemple, lorsque vous procédez à une mise à niveau vers une nouvelle version majeure, vous devez spécifier un nouveau groupe d’options. Nous vous recommandons de créer un nouveau groupe d’options et d’y ajouter les mêmes options qu’à votre groupe d’options personnalisé existant.
Pour plus d’informations, consultez Création d’un groupe d’options ou Copie d’un groupe d’options.
Considérations relatives au groupe de paramètres
Si votre instance de base de données utilise un groupe de paramètres de base de données personnalisé :
-
Amazon RDS redémarre automatiquement l’instance de base de données après une mise à niveau.
-
Dans certains cas, RDS n’est pas en mesure d’attribuer automatiquement un nouveau groupe de paramètres à votre instance de base de données.
Par exemple, lorsque vous procédez à une mise à niveau vers une nouvelle version majeure, vous devez spécifier un nouveau groupe de paramètres. Nous vous recommandons de créer un nouveau groupe de paramètres et de configurer les mêmes paramètres que ceux de votre groupe de paramètres personnalisé existant.
Pour plus d’informations, consultez Création d’un groupe de paramètres de base de données dans Amazon RDS ou Copie d’un groupe de paramètres de base de données dans Amazon RDS.
