Les données constituent un actif essentiel pour les entreprises. Avec le développement des activités, le volume de données augmente de manière exponentielle. Les applications métier exigent un traitement en temps réel et en ligne. Pour les équipes en charge de l'exploitation et de la maintenance des bases de données, la protection des données critiques de l'entreprise représente un défi croissant. Par exemple, une suppression accidentelle de données, des vulnérabilités système, des ransomwares, des pannes matérielles ou même des catastrophes naturelles peuvent entraîner une perte de données. La sauvegarde et la restauration sont donc des fonctionnalités fondamentales des bases de données.
PolarDB prend en charge les sauvegardes de données et les sauvegardes physiques des journaux :
Sauvegarde de données : crée un ensemble de sauvegarde (snapshot) contenant l'intégralité des données d'un cluster à un instant donné. Il s'agit d'une sauvegarde complète.
Sauvegarde physique des journaux : enregistre les données incrémentielles générées après la création d'un ensemble de sauvegarde. Il s'agit d'une sauvegarde incrémentielle.
La restauration d'un cluster PolarDB permet de restaurer les données dans le cluster actuel à partir d'un ensemble de sauvegarde (snapshot).
La restauration d'une base de données ou d'une table PolarDB crée une nouvelle base de données ou une nouvelle table dans le cluster actuel pour y restaurer les données.
Une sauvegarde complète des données, combinée aux sauvegardes ultérieures des journaux redo, permet la restauration à un point dans le temps (PITR) d'un cluster PolarDB entier ou de bases de données et de tables spécifiques.
Facturation
L'utilisation des fonctionnalités de sauvegarde et de restauration est gratuite, mais les fichiers de sauvegarde consomment de l'espace de stockage. Pour connaître les règles de facturation détaillées, consultez la rubrique Stockage des sauvegardes (au-delà du quota gratuit).
Pour plus d'informations sur la consultation de vos factures, reportez-vous à la section Factures.
Si vous choisissez de conserver les ensembles de sauvegarde à long terme lors de la désinscription manuelle ou de la libération de votre cluster, ces ensembles sont automatiquement déplacés vers la corbeille du cluster. Une fois dans la corbeille du cluster, les sauvegardes de niveau 1 des clusters utilisant le type de stockage PSL4/PSL5 sont automatiquement converties en sauvegardes de niveau 2 ; pour les clusters utilisant le type de stockage ESSD cloud disk, les sauvegardes de données sont conservées dans la corbeille du cluster. Des frais minimes s'appliquent aux sauvegardes. Pour plus de détails, consultez la rubrique Corbeille du cluster.
Sauvegarde de données
PSL4/PSL5
Sauvegardes de niveau 1
Les sauvegardes de niveau 1 utilisent des snapshots de type redirect-on-write (ROW) et sont stockées directement dans le système de stockage distribué PolarDB. Aucune copie de données n'est effectuée pendant la sauvegarde. Lorsqu'un bloc est modifié, le système conserve la version originale pour le snapshot et redirige l'écriture vers un nouveau bloc, ce qui permet de réaliser les sauvegardes en quelques secondes, quelle que soit la taille de la base de données.
PolarDB restaure un cluster à partir d'un snapshot en environ 10 minutes grâce au traitement parallèle multithread et à d'autres innovations techniques. Le temps de récupération double si un cluster de secours à chaud est activé. La durée réelle dépend de facteurs tels que le volume de données.
Afficher la taille des sauvegardes de niveau 1
La sauvegarde de niveau 1 est activée par défaut et ne peut pas être désactivée.
La période de rétention des sauvegardes de niveau 1 est comprise entre 3 et 14 jours.
Sauvegardes de niveau 2
Une sauvegarde de niveau 2 est une copie compressée d'une sauvegarde de niveau 1, stockée sur des supports de stockage hors ligne. Son coût est inférieur, mais la vitesse de restauration des données est plus lente.
Après activation de la sauvegarde de niveau 2, les sauvegardes de niveau 1 dont la période de rétention spécifiée est dépassée sont automatiquement converties en sauvegardes de niveau 2.
Les sauvegardes de niveau 2 des clusters Enterprise Edition prennent en charge les sauvegardes intra-région et inter-régions. Les clusters Standard Edition utilisent par défaut la sauvegarde intra-région. Pour plus d'informations, consultez la section Sauvegardes intra-région et inter-régions.
Les sauvegardes de niveau 2 prennent en charge la fonctionnalité sparse backup. Vous pouvez définir la période de rétention des ensembles de sauvegarde sur une base hebdomadaire, mensuelle ou annuelle. Cela permet de conserver un ensemble de sauvegarde sur de longs intervalles, réduisant ainsi le nombre d'ensembles de sauvegarde historiques. Cette approche aide à minimiser les coûts tout en respectant les exigences de conformité. Pour plus de détails, consultez la rubrique Paramètres de sauvegarde avancés.
Afficher la taille des sauvegardes de niveau 2
La sauvegarde de niveau 2 est désactivée par défaut.
La période de rétention des sauvegardes de niveau 2 est comprise entre 30 et 7 300 jours.
Si une sauvegarde de niveau 1 n'a pas terminé sa conversion en sauvegarde de niveau 2 avant que la prochaine sauvegarde de niveau 1 ne commence sa propre conversion, la sauvegarde de niveau 1 suivante est directement supprimée au lieu d'être convertie. Par exemple, si votre cluster PolarDB est configuré pour créer une sauvegarde de niveau 1 quotidiennement à 01:00 avec une période de rétention de 24 heures, PolarDB crée la sauvegarde de niveau 1 A à 01:00 le 1er janvier et la sauvegarde de niveau 1 B à 01:00 le 2 janvier. La sauvegarde A expire à 01:00 le 2 janvier et commence sa conversion en sauvegarde de niveau 2. Si la conversion est toujours en cours à 01:00 le 3 janvier en raison de la taille importante du fichier de sauvegarde, la sauvegarde B est directement supprimée à 01:00 le 3 janvier au lieu d'être convertie en sauvegarde de niveau 2.
ESSD cloud disk
Les fichiers de sauvegarde stockés localement sont appelés sauvegardes de niveau 1. Les sauvegardes de niveau 1 sont des snapshots stockés sur le cluster de stockage distribué, offrant la vitesse de sauvegarde et de restauration la plus rapide, mais à un coût plus élevé. Une rétention à long terme peut légèrement affecter les performances d'écriture de la base de données ; il est donc recommandé de maintenir la période de rétention inférieure à deux semaines. Un quota de stockage de sauvegarde gratuit est fourni ; toute utilisation excédentaire peut entraîner des frais supplémentaires. Vous pouvez ajuster le cycle de sauvegarde pour contrôler la capacité de sauvegarde.
La sauvegarde de niveau 1 est activée par défaut et ne peut pas être désactivée.
La période de rétention des sauvegardes de niveau 1 est comprise entre 3 et 14 jours.
Afficher la taille des sauvegardes de niveau 1
Sauvegarde physique des journaux
Les sauvegardes de journaux sont créées en téléchargeant les journaux redo vers OSS en parallèle et en temps réel. Les sauvegardes de journaux prennent en charge la sauvegarde intra-région et la sauvegarde inter-régions, avec une période de rétention minimale de 3 jours et maximale de 7 300 jours. Vous pouvez également activer la fonctionnalité Long-term Retain Backups before Cluster Deletion pour un stockage à long terme.
Les sauvegardes de journaux permettent la restauration à un point dans le temps (PITR). Une sauvegarde complète des données (snapshot) combinée aux sauvegardes de journaux ultérieures permet de restaurer un cluster PolarDB à n'importe quel instant (PITR), protégeant ainsi les données récentes et prévenant la perte de données due à des opérations accidentelles. La vitesse de relecture des journaux redo est d'environ 20 à 70 secondes par Go. Le temps total de récupération équivaut au temps de restauration de l'ensemble de sauvegarde (snapshot) plus le temps de relecture des journaux redo.
La sauvegarde de journaux intra-région est activée par défaut et ne peut pas être désactivée.
Afficher la taille des sauvegardes
La taille des sauvegardes de journaux est indiquée ci-dessous. La taille totale des sauvegardes de journaux correspond à la somme de tous les fichiers individuels de sauvegarde de journaux.
Description des risques
Lorsque le taux de génération des journaux redo d'un cluster PolarDB for MySQL atteint 35 Mo/s à 50 Mo/s, les journaux redo peuvent s'accumuler. Cela peut augmenter vos coûts de stockage des sauvegardes.
Protection des données de sauvegarde
-
Protection contre la falsification :
Dans PolarDB for MySQL, les sauvegardes de données sont classées en sauvegardes de niveau 1 et de niveau 2 selon leur emplacement de stockage. Les sauvegardes de niveau 1 sont stockées sous forme de snapshots dans le système de stockage distribué PolarDB, tandis que les sauvegardes de niveau 2 et les sauvegardes de journaux sont stockées dans OSS. Les deux méthodes de stockage utilisées en interne par le système de sauvegarde offrent une immutabilité WORM (Write Once Read Many).
-
Protection contre les suppressions malveillantes ou accidentelles :
Suppression manuelle : vous ne pouvez supprimer des données que depuis les sauvegardes manuelles. Vous ne pouvez pas supprimer les données des sauvegardes automatiques.
Suppression automatique à l'expiration : lorsque les données de sauvegarde automatique dépassent la période de rétention configurée, le système les supprime automatiquement. Toutefois, la fonctionnalité de sauvegarde automatique ne peut pas être désactivée. Conformément aux paramètres de politique de sauvegarde, la période de rétention minimale est de 3 jours (par défaut : 7 jours) avec au moins 2 sauvegardes par semaine. Par conséquent, les données complètes et les données de journaux des sauvegardes automatiques ne peuvent jamais être entièrement supprimées.
Sauvegardes intra-région et inter-régions
-
Description des sauvegardes
Type de sauvegarde
Description
Activé par défaut
Cas d'utilisation
Avantages
Sauvegarde intra-région
Les sauvegardes sont stockées dans une zone de disponibilité différente au sein de la même région.
Oui.
RemarqueLorsque vous activez la sauvegarde de niveau 2, la sauvegarde intra-région est activée par défaut.
Archivage à long terme.
Définissez une fréquence de transfert plus faible selon vos besoins pour réduire les coûts.
Sauvegarde inter-régions
Les sauvegardes sont stockées dans une région autre que la région actuelle.
ImportantPrise en charge uniquement pour PolarDB MySQL Enterprise Edition.
Non. Vous devez l'activer manuellement.
Sauvegarde géo-redondante et conformité MLPS Niveau 3.
Faible RPO, adapté aux environnements sécurisés non publics. Définissez une fréquence de transfert plus faible selon vos besoins pour réduire les coûts.
RemarqueSauvegarde de niveau 2 à faible fréquence : le cycle de sauvegarde des sauvegardes de niveau 2 est défini sur une fréquence inférieure à celle des sauvegardes de niveau 1.
-
Régions prises en charge pour la sauvegarde inter-régions
Région source
Région de destination
Chine continentale
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Chine (Hong Kong)
Singapour, Indonésie (Jakarta), Japon (Tokyo), Malaisie (Kuala Lumpur)
Allemagne (Francfort)
Chine (Hong Kong)
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Japon (Tokyo), Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta)
Allemagne (Francfort)
Japon (Tokyo)
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Chine (Hong Kong)
Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta)
Allemagne (Francfort)
États-Unis (Silicon Valley)
Chine continentale
États-Unis (Virginie)
Chine (Hong Kong)
Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta)
Allemagne (Francfort)
États-Unis (Virginie)
Chine continentale
États-Unis (Silicon Valley)
Chine (Hong Kong)
Singapour, Malaisie (Kuala Lumpur), Indonésie (Jakarta)
Allemagne (Francfort)
Singapour
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Chine (Hong Kong)
Malaisie (Kuala Lumpur), Indonésie (Jakarta)
Allemagne (Francfort)
Malaisie (Kuala Lumpur)
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Chine (Hong Kong)
Singapour, Indonésie (Jakarta), Japon (Tokyo)
Allemagne (Francfort)
Indonésie (Jakarta)
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Chine (Hong Kong)
Singapour, Japon (Tokyo), Malaisie (Kuala Lumpur)
Allemagne (Francfort)
Allemagne (Francfort)
Chine continentale
États-Unis (Silicon Valley), États-Unis (Virginie)
Chine (Hong Kong)
Singapour, Indonésie (Jakarta), Japon (Tokyo), Malaisie (Kuala Lumpur)
Chine Est 1 (Hangzhou) Finance Cloud
Chine Est 2 (Shanghai) Finance Cloud, Chine Sud 1 (Shenzhen) Finance Cloud
Chine Est 2 (Shanghai) Finance Cloud
Chine Est 1 (Hangzhou) Finance Cloud, Chine Sud 1 (Shenzhen) Finance Cloud
Chine Sud 1 (Shenzhen) Finance Cloud
Chine Est 1 (Hangzhou) Finance Cloud, Chine Est 2 (Shanghai) Finance Cloud
FAQ
Pour les questions courantes sur la sauvegarde et la restauration, consultez la rubrique FAQ.