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.
Gestion des sauvegardes automatiques
Cette section explique comment gérer des sauvegardes automatiques pour des instances de base de données et des clusters de bases de données multi-AZ.
Rubriques
Fenêtre de sauvegarde
Les sauvegardes automatiques sont exécutées chaque jour pendant la fenêtre de sauvegarde préférée. Si la sauvegarde a besoin de plus de temps que la durée allouée par la fenêtre de sauvegarde, elle continue après la fin de la fenêtre jusqu'à ce qu'elle soit terminée. La fenêtre de sauvegarde ne peut pas chevaucher la fenêtre de maintenance hebdomadaire pour l'instance de base de données ou le cluster de base de données multi-AZ.
Pendant la fenêtre de sauvegarde automatique, le stockage I/O peut être suspendu brièvement pendant l'initialisation du processus de sauvegarde (généralement en moins de quelques secondes). Vous pouvez rencontrer des latences élevées pendant quelques minutes lors de sauvegardes de déploiements multi-AZ. Pour MariaDB, MySQL, Oracle et I/O PostgreSQL, l'activité n'est pas suspendue sur votre serveur principal pendant la sauvegarde pour les déploiements multi-AZ, car la sauvegarde est prise depuis le mode veille. Pour SQL Server, I/O l'activité est interrompue brièvement pendant la sauvegarde, tant pour les déploiements mono-AZ que pour les déploiements multi-AZ, car la sauvegarde est prise depuis le serveur principal. Pour Db2, I/O l'activité est également suspendue brièvement pendant la sauvegarde, même si la sauvegarde est prise depuis le mode veille.
Il peut arriver que des sauvegardes automatisées soient ignorées si l'instance ou le cluster de base de données a une charge de travail importante au moment où une sauvegarde est censée démarrer. Si une sauvegarde est ignorée, vous pouvez toujours effectuer une sauvegarde point-in-time-recovery (PITR), et une sauvegarde est toujours tentée lors de la fenêtre de sauvegarde suivante. Pour plus d’informations sur la PITR, consultez Restauration d’une instance de base de données à un instant précis pour Amazon RDS.
Si vous ne spécifiez pas une fenêtre de sauvegarde préférée lorsque vous créez l'instance de base de données ou le cluster de base de données multi-AZ, Amazon RDS attribue une fenêtre de sauvegarde par défaut de 30 minutes. Cette fenêtre est sélectionnée au hasard sur une période de 8 heures pour chacune Région AWS d'entre elles. Le tableau suivant répertorie les plages temporelles pour chacune des périodes Région AWS à partir desquelles les fenêtres de sauvegarde par défaut sont attribuées.
| Nom de la région | Région | Bloc chronologique |
|---|---|---|
| USA Est (Virginie du Nord) | us-east-1 | 03:00–11:00 UTC |
| USA Est (Ohio) | us-east-2 | 03:00–11:00 UTC |
| USA Ouest (Californie du Nord) | us-west-1 | 06:00–14:00 UTC |
| US West (Oregon) | us-west-2 | 06:00–14:00 UTC |
| Africa (Cape Town) | af-south-1 | 03:00–11:00 UTC |
| Asie-Pacifique (Hong Kong) | ap us-east-1 | 06:00–14:00 UTC |
| Asie-Pacifique (Hyderabad) | ap-south-2 | 6h30–14h30 UTC |
| Asie-Pacifique (Jakarta) | ap-southeast-3 | 08:00–16:00 UTC |
| Asie-Pacifique (Malaisie) | ap-southeast-5 | 09:00–17:00 UTC |
| Asie-Pacifique (Melbourne) | ap-southeast-4 | 11:00–19:00 UTC |
| Asie-Pacifique (Mumbai) | ap-south-1 | 16:30–00:30 UTC |
| Asie-Pacifique (Nouvelle-Zélande) | ap-southeast-6 | 13:00–21:00 UTC |
| Asie-Pacifique (Osaka) | ap-northeast-3 | 00:00–08:00 UTC |
| Asia Pacific (Seoul) | ap-northeast-2 | 13:00–21:00 UTC |
| Asia Pacific (Singapore) | ap-southeast-1 | 14:00–22:00 UTC |
| Asia Pacific (Sydney) | ap-southeast-2 | 12:00–20:00 UTC |
| Asie-Pacifique (Taipei) | ap-east-2 | 9:00–17:00 UTC |
| Asie-Pacifique (Thaïlande) | ap-southeast-7 | 8:00–16:00 UTC |
| Asie-Pacifique (Tokyo) | ap-northeast-1 | 13:00–21:00 UTC |
| Canada (Centre) | ca-central-1 | 03:00–11:00 UTC |
| Canada-Ouest (Calgary) | ca-west-1 | 18:00–02:00 UTC |
| Chine (Pékin) | cn-north-1 | 06:00–14:00 UTC |
| China (Ningxia) | cn-northwest-1 | 06:00–14:00 UTC |
| Europe (Frankfurt) | eu-central-1 | 20:00–04:00 UTC |
| Europe (Ireland) | eu-west-1 | 22:00–06:00 UTC |
| Europe (London) | eu-west-2 | 22:00–06:00 UTC |
| Europe (Milan) | eu-south-1 | 02:00–10:00 UTC |
| Europe (Paris) | eu-west-3 | 07:29–14:29 UTC |
| Europe (Espagne) | eu-south-2 | 02:00–10:00 UTC |
| Europe (Stockholm) | eu-north-1 | 23:00–07:00 UTC |
| Europe (Zurich) | eu-central-2 | 02:00–10:00 UTC |
| Israël (Tel Aviv) | il-central-1 | 03:00–11:00 UTC |
| Mexique (Centre) | mx-central-1 | 19:00–03:00 UTC |
| Moyen-Orient (Bahreïn) | me-south-1 | 06:00–14:00 UTC |
| Moyen-Orient (EAU) | me-central-1 | 05:00–13:00 UTC |
| Amérique du Sud (São Paulo) | sa-east-1 | 23:00–07:00 UTC |
| AWS GovCloud (USA Est) | us-gov-east-1 | 17:00–01:00 UTC |
| AWS GovCloud (US-Ouest) | us-gov-west-1 | 06:00–14:00 UTC |
