Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
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 rétention des sauvegardes de votre instance de base de données sur un nombre supérieur à 0. Pour modifier la période de rétention des sauvegardes, consultez Modification d'une RDS instance de base de données Amazon.
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 secondary-to-primary du couplage.
- Gestion des transactions
-
Identifiez et surveillez les transactions de longue durée.
Assurez-vous que toutes les transactions critiques sont validées avant de commencer la mise à niveau.
Empêchez les transactions de longue durée pendant la période 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 grumes.
Gérez les fichiers journaux virtuels (VLFs).
Maintenez un espace libre suffisant pour les opérations normales.
Considérations 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 en utilisant SQL Server Database Mirroring (DBM) ou Always On Availability Groups (). AGs Pour de plus amples informations, veuillez consulter Déploiements multi-AZ pour Amazon pour RDS Microsoft Server SQL.
Dans un déploiement multi-AZ (Mirroring/AlwaysOn), 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. La panne ne devrait durer que le temps 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 de l'écouteur du groupe de AlwaysOn AGs disponibilité lorsque vous utilisez des bibliothèques clientes qui prennent en charge l'option de MultiSubnetFailover connexion dans la chaîne de connexion. Lors de l'utilisation du point de terminaison 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, veuillez consulter Création d'un groupe de paramètres de base de données dans RDSAmazon ou Copier un groupe de paramètres de base de données dans RDSAmazon.
