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.
Redémarrage d'un cluster de base de données multi-AZ et des instances de base de données de lecteur
Il peut parfois être nécessaire de redémarrer un cluster de base de données multi-AZ, généralement à des fins de maintenance. Par exemple, si vous effectuez certaines modifications ou si vous changez le groupe de paramètres du cluster de base de données associé à un cluster de base de données, vous redémarrez le cluster de base de données. Ce faisant, les modifications prennent effet.
Si un cluster de base de données n'utilise pas les dernières modifications apportées au groupe de paramètres qui lui est associé, la AWS Management Console affiche le groupe de paramètres de cluster de base de données avec le statut pending-reboot (redémarrage en attente). Le statut de groupe de paramètres pending-reboot n'entraîne pas de redémarrage automatique lors de la fenêtre de maintenance suivante. Pour appliquer les dernières modifications apportées aux paramètres de ce cluster de base de données, vous devez le redémarrer manuellement. Pour plus d'informations sur les groupes de paramètres, consultez Utilisation des groupes de paramètres pour clusters de base de données multi-AZ.
Le redémarrage d'un cluster de base de données entraîne celui du service du moteur de base de données. Le redémarrage d'un cluster de base de données entraîne une interruption momentanée, au cours de laquelle le statut du cluster de base de données est défini sur rebooting (redémarrage en cours).
Vous ne pouvez pas redémarrer votre cluster de base de données s'il n'est pas à l'état Available (Disponible). Votre base de données peut ne pas être disponible pour plusieurs raisons, par exemple une sauvegarde en cours ou une modification demandée précédemment par le client, ou encore une action de créneau de maintenance.
Le temps nécessaire au redémarrage de votre cluster de base de données dépend du processus de récupération en cas de panne, de l'activité de la base de données au moment du redémarrage et du comportement de votre cluster de base de données spécifique. Pour améliorer le délai de redémarrage, nous vous recommandons de réduire l'activité de base de donnée autant que possible pendant le processus de redémarrage. Cela a pour effet de réduire l'activité de restauration pour les transactions en transit.
Important
Les clusters de base de données multi-AZ ne prennent pas en charge le redémarrage avec basculement. Lorsque vous redémarrez l'instance de rédacteur d'un cluster de base de données Multi-AZ, cela n'affecte pas les instances de base de données de lecteur dans ce cluster de base de données et aucun basculement ne se produit. Lorsque vous redémarrez une instance de base de données de lecture, aucun basculement ne se produit. Pour faire basculer un cluster de base de données multi-AZ, choisissez Failover (Basculement) dans la console, appelez la commande failover-db-cluster
d'AWS CLI ou appelez l'opération d'API FailoverDBCluster
.
Pour redémarrer un cluster de base de données
-
Connectez-vous à l'AWS Management Console et ouvrez la console Amazon RDS à l'adresse https://console.aws.amazon.com/rds/
. -
Dans le panneau de navigation, choisissez Databases (Bases de données), puis le cluster de base de données multi-AZ que vous souhaitez redémarrer.
-
Pour Actions, choisissez Redémarrer.
La page Reboot DB cluster (Redémarrer le cluster de base de données) s'affiche.
-
Choisissez Reboot (Redémarrer) pour redémarrer votre cluster de base de données.
Ou choisissez Cancel (Annuler).
Pour redémarrer un cluster de base de données multi-AZ à l'aide d'AWS CLI, appelez la commande reboot-db-cluster.
aws rds reboot-db-cluster --db-cluster-identifier
mymultiazdbcluster
Pour redémarrer un cluster de base de données multi-AZ à l'aide de l'API Amazon RDS, appelez l'opération RebootDBCluster.