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 les sauvegardes automatisées pour les instances de base de données et les clusters de Multi-AZ base de données.
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 de l'instance de base de données ou du Multi-AZ cluster de base de données.
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 des sauvegardes pour les Multi-AZ déploiements. 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, car la Multi-AZ sauvegarde est prise depuis le mode veille. Pour SQL Server, I/O l'activité est suspendue brièvement pendant la sauvegarde, tant pour les Single-AZ déploiements que pour Multi-AZ les déploiements, car la sauvegarde provient du 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 restauration à un instant dans le passé (PITR), et une sauvegarde est encore tentée pendant la fenêtre de sauvegarde suivante. Pour plus d'informations sur la restauration à un instant dans le passé, consultez Restauration d’une instance de base de données à un instant précis pour Amazon RDS.
Si vous ne spécifiez pas de fenêtre de sauvegarde préférée lorsque vous créez l'instance ou le Multi-AZ cluster de bases de données, 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 intervalles de temps pour chacun Région AWS desquels 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 | 06:30–14:30 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 (US-East) | us-gov-east-1 | 17:00–01:00 UTC |
| AWS GovCloud (US-West) | us-gov-west-1 | 06:00–14:00 UTC |
