Data Disaster Recovery propose deux méthodes de sauvegarde (logique et physique) ainsi que plusieurs spécifications de plan de sauvegarde. Ce guide vous aide à choisir la méthode et la spécification adaptées à la taille de votre base de données, à vos exigences de performance et à votre budget.
Sauvegarde logique ou physique
La sauvegarde logique s'effectue au niveau des objets de la base de données (tables, index, procédures stockées). La sauvegarde physique opère au niveau des fichiers, en copiant les fichiers bruts depuis le système d'exploitation. Le choix dépend de la taille de votre base de données et des éléments à sauvegarder.
|
Attribut |
Sauvegarde logique |
Sauvegarde physique |
|
Backup scope |
Bases de données et tables individuelles |
Instance de base de données entière uniquement |
|
Recommended database size |
1 Mo – 1 To |
Supérieure à 1 To |
|
Common tools |
mysqldump (MySQL), exp/imp (Oracle) |
XtraBackup (MySQL), RMAN (Oracle) |
|
Full backup mechanism |
DBS divise les données des tables et les lit via plusieurs threads grâce à l'exécution SQL parallèle |
Une passerelle de sauvegarde installée sur le serveur de base de données copie directement les fichiers de la base |
|
Incremental backup mechanism |
DBS lit les journaux de base de données depuis la mémoire en temps réel et ajuste la vitesse de lecture selon le taux de génération des journaux |
Non applicable |
|
Requires backup gateway |
Non |
Oui — voir Ajouter une passerelle de sauvegarde |
|
Impact on database I/O |
Minimal : les bases de données ne sont pas verrouillées pendant la sauvegarde |
Modéré : la lecture directe depuis le disque affecte les opérations d'entrée/sortie par seconde (IOPS) |
|
Backup size |
Plus petite : la sauvegarde sélective de tables ou de données est possible |
Plus grande : reflète l'empreinte de stockage totale de la base de données |
|
Backup and recovery speed |
Généralement plus lente |
Généralement plus rapide |
|
Sandbox support |
Non |
|
|
Supported databases |
Tous les types de bases de données, y compris ApsaraDB (ApsaraDB prend uniquement en charge la sauvegarde logique) |
Bases de données gérées par l'utilisateur ; ApsaraDB n'est pas pris en charge |
Pour la liste complète des méthodes de sauvegarde prises en charge par moteur de base de données, consultez Moteurs de base de données et fonctionnalités pris en charge .
Choisir une spécification de plan de sauvegarde
Data Disaster Recovery propose les spécifications de plan de sauvegarde suivantes : serverless, micro, small, medium, large, xlarge, 2xlarge et 4xlarge. Les spécifications de niveau supérieur offrent des performances de sauvegarde et de restauration plus rapides, avec un prix unitaire par Go inférieur.
Le principal facteur déterminant votre coût mensuel est la comparaison entre votre volume de sauvegarde réel et le quota gratuit de la tranche sélectionnée. Si votre volume de sauvegarde dépasse régulièrement le quota gratuit, il est souvent plus rentable de passer à une tranche supérieure plutôt que de payer des frais de dépassement avec une tranche inférieure.
Détails des spécifications
Les frais affichés sur la page d'achat font foi. Le quota gratuit est réinitialisé chaque mois calendaire ; le quota inutilisé n'est pas reporté.
|
Type de planning de sauvegarde |
Durée estimée pour sauvegarder 100 Go de données |
Quota gratuit pour la sauvegarde des données (Go par mois) |
Frais de configuration pour la Chine continentale |
Frais de configuration pour la région Chine (Hong Kong) et les régions hors Chine |
||
|
Frais de configuration (USD par mois) |
Prix unitaire des données de sauvegarde excédentaires (USD par Go) |
Frais de configuration (USD par mois) |
Prix unitaire des données de sauvegarde excédentaires (USD par Go) |
|||
|
micro |
20 heures |
40 |
5 |
0 117 |
7 |
0,175 |
|
small |
5 heures |
400 |
22 |
0 055 |
33 |
0,083 |
|
medium |
2,5 heures |
800 |
35 |
0,039 |
53 |
0,059 |
|
large |
1,5 heure |
1600 |
56 |
0,024 |
84 |
0,036 |
|
xlarge |
1 heure |
∞ |
140 |
Gratuit |
209 |
Gratuit |
Notes d'utilisation
Mises à niveau du planning de sauvegarde uniquement : Le rétrogradage d'un planning de sauvegarde n'est pas pris en charge. Consultez Mettre à niveau un planning de sauvegarde.
Limite du nombre de tables : Maintenez le nombre de tables dans la base de données source en dessous de 10 000. Le dépassement de cette limite entraîne des temps d'initialisation de table longs lors de la sauvegarde et de la restauration.
Considérations relatives aux clés primaires : Les tables sans clé primaire, celles avec des clés primaires de type chaîne ou avec des clés primaires composites entraînent des temps de sauvegarde plus longs.
Schémas de table complexes : Si votre base de données comporte des schémas de table inappropriés, de grandes tables ou de grands champs, commencez avec une spécification de niveau supérieur. En cas d'exceptions de sauvegarde, mettez à niveau le planning et réessayez. Pour les problèmes non résolus, rejoignez le groupe DingTalk DBS (ID : 35585947) pour obtenir une assistance technique.
Sélectionner une spécification en fonction de votre priorité
Exigence de haute performance
Pour les bases de données de production où la vitesse de sauvegarde et de restauration est cruciale, choisissez la spécification 4xlarge ou 2xlarge.
Exigence de rapport qualité-prix
Utilisez la formule de facturation pour comparer les coûts entre les tranches, puis choisissez l'option la moins coûteuse qui répond à vos besoins en matière de performances :
Subscription (upfront) billing = Configuration fee + max(0, Actual backup volume − Free quota) × Excess rateExemple : L'entreprise A effectue quatre sauvegardes complètes par mois sur une base de données de 150 Go, produisant 600 Go de données de sauvegarde. Les prix s'appliquent à la Chine continentale.
|
Spécification |
Calcul |
Coût mensuel |
|
micro |
5 USD + (600 − 40) Go × 0,117 USD/Go |
70,52 USD |
|
small |
22 USD + (600 − 400) Go × 0,055 USD/Go |
33 USD |
|
medium |
35 USD + 0 (dans le quota gratuit) |
35 USD |
Dans cet exemple, small est l'option la moins chère. Medium ne coûte que 2 % de plus, mais offre une vitesse de sauvegarde plus rapide. Le bon choix dépend de vos exigences en matière de performances.
Cet exemple est illustratif. Tenez compte du volume de sauvegarde incrémentielle et de la croissance des données entre les sauvegardes complètes lors de l'estimation de votre utilisation mensuelle réelle. Lorsque le volume total de sauvegarde mensuel dépasse 5 207 Go, xlarge devient l'option la plus rentable : elle n'a aucune limite de volume de données et offre les meilleures performances de sauvegarde.
Données de référence de performance
Les résultats de référence ci-dessous vous aident à valider quelle spécification répond à vos exigences de débit avant l'achat.
Sauvegarde et restauration logiques
Environnement de test :
|
Élément de configuration |
Valeur |
|
Type de base de données |
RDS for MySQL (usage général) |
|
CPU |
8 cœurs |
|
Mémoire |
2 400 Mo |
|
IOPS |
1 200 |
Base de données de test :
|
Métrique |
Valeur |
|
Taille de la base de données |
102 Go |
|
Total des enregistrements |
150 millions |
|
Taille des enregistrements |
1 Ko – 100 Ko |
|
Champs par enregistrement |
3 – 22 colonnes |
|
Types de champs |
int, varchar, datetime |
Sauvegarde complète
|
Spécification |
RPS (enregistrements par seconde) |
Débit (Mo/s) |
|
large |
42 855,7 |
15,3 |
|
medium |
33 122,2 |
11,8 |
|
small |
9 569,3 |
3,4 |
|
micro |
6 756,2 |
1,9 |
Sauvegarde incrémentielle
|
Spécification |
Débit (Mo/s) |
|
large |
46,1 |
|
medium |
29,8 |
|
small |
14,9 |
|
micro |
5,0 |
Restauration complète
|
Spécification |
RPS (enregistrements par seconde) |
|
large |
34 190,5 |
|
medium |
19 740,9 |
|
small |
9 949,4 |
|
micro |
4 320,2 |
Restauration incrémentielle
|
Spécification |
RPS (enregistrements par seconde) |
|
large |
35 546,9 |
|
medium |
21 331,4 |
|
small |
10 061,5 |
|
micro |
4 972,1 |
Sauvegarde et restauration physiques
La sauvegarde physique lit les fichiers MySQL sous forme de flux et écrit les données de sauvegarde dans le stockage cloud en utilisant plusieurs flux concurrents. Le niveau de concurrence évolue avec la tranche de spécification : les tranches supérieures permettent des sauvegardes plus rapides. Deux algorithmes de compression sont disponibles : gzip (taux de compression plus élevé, fichiers plus petits) et LZ4 (vitesse plus rapide, fichiers plus grands).
Base de données de test :
|
Métrique |
Valeur |
|
Taille de la base de données |
40,3 Go |
|
Total des enregistrements |
2 milliards |
|
Nombre de tables |
160 |
|
Taille des enregistrements |
0,2 Ko |
Sauvegarde complète
|
Spécification et compression |
Durée |
Débit |
Taille du fichier compressé |
|
small (4 threads) + gzip |
636 s |
63 Mo/s |
21,1 Go |
|
large (8 threads) + gzip |
341 s |
118 Mo/s |
21,1 Go |
|
xlarge (16 threads) + gzip |
204 s |
197 Mo/s |
21,1 Go |
|
small (4 threads) + LZ4 |
268 s |
150 Mo/s |
31,1 Go |
|
large (8 threads) + LZ4 |
119 s |
338 Mo/s |
31,1 Go |
|
xlarge (16 threads) + LZ4 |
104 s |
387 Mo/s |
31,1 Go |
Restauration complète
|
Spécification et compression |
Volume de données compressées |
Durée |
Vitesse de restauration (par rapport à la taille des données brutes) |
|
small (4 threads) + gzip |
21,1 Go |
320 s |
126 Mo/s |
|
large (8 threads) + gzip |
21,1 Go |
161 s |
250 Mo/s |
|
xlarge (16 threads) + gzip |
21,1 Go |
86 s |
468 Mo/s |
|
small (4 threads) + LZ4 |
31,1 Go |
408 s |
99 Mo/s |
|
large (8 threads) + LZ4 |
31,1 Go |
208 s |
194 Mo/s |
|
xlarge (16 threads) + LZ4 |
31,1 Go |
108 s |
373 Mo/s |
Point clé : LZ4 est environ 2 à 3 fois plus rapide que gzip pour la même tranche de spécification, mais produit des fichiers de sauvegarde environ 47 % plus grands. Choisissez gzip lorsque l'espace de stockage est la priorité ; choisissez LZ4 lorsque la vitesse de sauvegarde prime.
Étapes suivantes
Ajouter une passerelle de sauvegarde — requis pour la sauvegarde physique
Mettre à niveau un planning de sauvegarde — augmentez votre spécification si les performances sont insuffisantes
Moteurs de base de données et fonctionnalités pris en charge — vérifiez la prise en charge de la méthode de sauvegarde pour votre moteur de base de données
Tests de performance sur la sauvegarde et la restauration — méthodologie détaillée des tests de référence