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.
Création d'une Amazon Aurora Global Database
La mise à niveau d'une base de données globale Aurora suit les mêmes procédures celles utilisées pour la mise à niveau des clusters de bases de données Aurora. Toutefois, voici quelques différences importantes à prendre en compte avant de démarrer le processus.
Nous vous recommandons de mettre à niveau les clusters de bases de données principaux et secondaires vers la même version. Vous ne pouvez effectuer un basculement de base de données entre régions géré sur une base de données globale Aurora que si les clusters de bases de données principal et secondaire possèdent les mêmes versions de moteur majeures, mineures et de niveaux de correctif. Cependant, les niveaux de correctif peuvent varier en fonction de la version mineure du moteur. Pour de plus amples informations, veuillez consulter Compatibilité des niveaux de correctif pour les commutations ou basculements entre régions gérés.
Mises à niveau de version majeure.
Lorsque vous effectuez une mise à niveau de version majeure d'une Amazon Aurora Global Database, vous mettez à niveau le cluster de bases de données global plutôt que les clusters individuels qu'il contient.
Pour savoir comment mettre à niveau une base de données globale Aurora PostgreSQL vers une version majeure supérieure, veuillez consulter Mises à niveau majeures des bases de données globales.
Note
Avec une base de données globale Aurora basée sur Aurora PostgreSQL, vous ne pouvez pas effectuer de mise à niveau majeure du moteur de base de données Aurora si la fonction Objectif de point de reprise (RPO) est activée. Pour en savoir plus sur la fonction RPO, veuillez consulter Gestion des bases RPOs de données globales basées sur Aurora PostgreSQL.
Pour savoir comment mettre à niveau une base de données globale Aurora MySQL vers une version majeure supérieure, veuillez consulter Mises à niveau majeures sur place des bases de données globales.
Note
Avec une base de données globale Aurora basée sur Aurora MySQL, vous pouvez effectuer une mise à niveau sur place de la version 2 vers la version 3 d'Aurora MySQL uniquement si vous définissez le lower_case_table_names paramètre par défaut et que vous redémarrez votre base de données globale.
Pour effectuer la mise à niveau d'une version majeure vers Aurora MySQL version 3 lors de l'utilisation de lower_case_table_names, procédez comme suit :
-
Supprimez toutes les régions secondaires du cluster global. Suivez les étapes de Dissociation d'un cluster d'une base de données Amazon Aurora globale.
-
Mettez à niveau la version du moteur de la région principale vers Aurora MySQL version 3. Suivez les étapes de Comment effectuer une mise à niveau sur place.
-
Ajoutez des régions secondaires au cluster global. Suivez les étapes de Ajouter un Région AWS à une base de données globale Amazon Aurora.
Vous pouvez utiliser plutôt la méthode de restauration des instantanés. Pour de plus amples informations, veuillez consulter Restauration à partir d'un instantané de cluster de base de données.
Mises à niveau de version mineure.
Si vous effectuez une mise à niveau mineure sur une base de données Aurora globale, mettez à niveau tous les clusters secondaires avant de mettre à niveau le cluster principal.
Pour savoir comment mettre à niveau une base de données globale Aurora PostgreSQL vers une version mineure ultérieure, veuillez consulter Comment effectuer des mises à niveau de versions mineures et appliquer des correctifs. Pour savoir comment mettre à niveau une base de données globale Aurora MySQL vers une version mineure ultérieure, veuillez consulter Mise à niveau d'Aurora MySQL par modification de la version du moteur.
Avant d'effectuer la mise à niveau, passez en revue les considérations suivantes :
La mise à niveau de la version mineure d'un cluster secondaire n'a aucune incidence sur la disponibilité ni l'utilisation du cluster principal.
Un cluster secondaire doit disposer d'au moins une instance de base de données pour effectuer une mise à niveau mineure.
Si vous mettez à niveau une base de données globale Aurora MySQL vers la version 2.11.*, vous devez mettre à niveau vos clusters de base de données principal et secondaire exactement vers la même version, y compris le niveau de correctif.
-
Si vous mettez à niveau une base de données globale Aurora PostgreSQL, vous devez mettre à niveau vos clusters de base de données principal et secondaire avec exactement la même version et le même niveau de correctif. Pour mettre à jour le niveau du correctif, appliquez toutes les actions de maintenance en attente sur le cluster secondaire.
Pour prendre en charge les basculements ou les basculements interrégionaux gérés, vous devrez peut-être mettre à niveau vos clusters de base de données principal et secondaire vers la même version, y compris le niveau de correctif. Cette exigence s'applique à Aurora MySQL et à certaines versions d'Aurora PostgreSQL. Pour obtenir la liste des versions qui autorisent les basculements et les basculements entre des clusters exécutant différents niveaux de correctifs, consultez. Compatibilité des niveaux de correctif pour les commutations ou basculements entre régions gérés
Compatibilité des niveaux de correctif pour les commutations ou basculements entre régions gérés
Si votre base de données globale Aurora exécute l'une des versions mineures du moteur suivantes, vous pouvez effectuer des commutations ou des basculements interrégionaux gérés même si les niveaux de correctif de vos clusters de base de données principaux et secondaires ne correspondent pas. Pour les versions mineures du moteur inférieures à celles figurant dans cette liste, vos clusters de base de données principal et secondaire doivent exécuter les mêmes niveaux majeur, secondaire et de correctif pour effectuer des commutations ou des basculements interrégionaux gérés. Assurez-vous de consulter les informations de version et les notes du tableau suivant lorsque vous planifiez des mises à niveau pour votre cluster principal, vos clusters secondaires ou les deux.
Note
Pour les basculements manuels entre régions, vous pouvez effectuer le processus de basculement tant que le cluster de bases de données secondaire cible exécute les mêmes versions majeure et mineure de moteur que le cluster de bases de données principal. Dans ce cas, il n'est pas nécessaire que les niveaux de correctifs soient les mêmes.
Si les versions de votre moteur nécessitent des niveaux de correctifs identiques, vous pouvez effectuer le basculement manuellement en suivant les étapes décrites dansRéalisation de basculements manuels pour les bases de données globales Aurora.
| Moteur de base de données | Versions de moteur mineures | Remarques |
|---|---|---|
Aurora MySQL |
Pas de version mineure |
Aucune des versions mineures d'Aurora MySQL n'autorise les commutations ou les basculements interrégionaux gérés avec des niveaux de correctifs différents entre les clusters de base de données principaux et secondaires. |
Aurora PostgreSQL |
|
Avec les versions du moteur répertoriées dans la colonne précédente, vous pouvez effectuer des commutations ou des basculements interrégionaux gérés entre un cluster de base de données principal avec un niveau de correctif vers un cluster de base de données secondaire avec un niveau de correctif différent. Avec des versions mineures inférieures à celles-ci, vous pouvez effectuer des commutations ou des basculements interrégionaux gérés uniquement si les niveaux de correctif des clusters de base de données principaux et secondaires correspondent. AvertissementLorsque vous mettez à jour un cluster de votre base de données globale vers l'une des versions de correctifs suivantes, vous ne pourrez pas effectuer de basculements ou de basculements entre régions tant que tous les clusters de votre base de données globale n'exécuteront pas l'une de ces versions de correctif ou une version plus récente.
|
