Pourquoi mon instance de base de données Amazon RDS est-elle à l'état d'échec ?

Résolution

En règle générale, l'état d'échec pour les instances de base de données RDB indique que le matériel associé à votre instance de base de données RDS a échoué et qu'AWS n'a pas été en mesure de le récupérer.

Si vous avez déjà configuré une solution de sauvegarde pour votre instance de base de données RDS, restaurez-la à partir de l’une des sauvegardes suivantes :

• Sauvegarde automatique ou manuelle
• Restauration à un instant dans le passé (PITR).
  Remarque : la PITR est disponible uniquement pour les instances de base de données RDS avec des sauvegardes automatiques. Pour conserver le même nom de point de terminaison pour votre instance de base de données RDS, effectuez une restauration à un instant dans le passé de votre instance en utilisant un autre nom avant de supprimer l'instance qui est à l'état d'échec.

Après avoir restauré votre instance à l'aide de votre solution de sauvegarde préférée, supprimez l'instance ayant échoué.

Une fois l'instance de base de données ayant échoué supprimée, vous pouvez éventuellement renommer l'instance de base de données nouvellement restaurée à l'aide du nom du point de terminaison de l'ancienne instance de base de données afin de ne plus avoir besoin de modifier la configuration de votre application pour vous connecter à la nouvelle instance de base de données.

Lorsque vous restaurez une instance de base de données à partir d'un instantané, la latence d'E/S peut être élevée au démarrage. La latence diminue au fur et à mesure que vous accédez aux données sur l'instance.

Pour atténuer les défaillances, envisagez d'exécuter vos instances de base de données RDS dans un déploiement multi-AZ et gardez à l'esprit les bonnes pratiques Amazon RDS lors de la conception de votre architecture.

Informations connexes

Dépannage pour Amazon RDS