Data Disaster Recovery propose une solution de bac à sable pour MySQL et Oracle fondée sur la technologie de gestion des copies de données (CDM). Créez rapidement une instance de bac à sable, telle qu'une instance RDS d'urgence, pour rendre vos données de sauvegarde immédiatement disponibles. Les opérations de lecture et d'écriture dans le bac à sable n'affectent pas la base de données source. Le bac à sable prend également en charge les tests de reprise après sinistre, le développement, les tests, l'analyse des requêtes et la reprise d'urgence.
Informations générales
Dans les scénarios impliquant des volumes de données importants, les services traditionnels de sauvegarde de bases de données font face à deux défis majeurs :
Coût de stockage : Des sauvegardes complètes et incrémentielles périodiques sont nécessaires pour respecter l'objectif de point de récupération (RPO). Ces sauvegardes génèrent d'importantes quantités de données dupliquées, ce qui entraîne des coûts de stockage élevés.
Coût d'utilisation : Les données ne peuvent être exploitées qu'après une restauration complète. Pour les grands ensembles de données, la restauration consomme une bande passante réseau, des entrées/sorties disque et des ressources CPU considérables, et porte l'objectif de temps de récupération (RTO) à plusieurs heures, voire plus.
Data Disaster Recovery offre une solution complète de bac à sable pour MySQL et Oracle basée sur la technologie CDM .
Instance de bac à sable MySQL : Data Disaster Recovery fournit les ressources de stockage et de calcul pour les instances de bac à sable MySQL et héberge leurs processus de service. Vous pouvez accéder à ces instances de base de données à distance.
Instance de bac à sable Oracle : Data Disaster Recovery fournit les ressources de stockage pour les instances de bac à sable Oracle via un système de fichiers distant et héberge leurs processus de service. Vos instances ECS doivent fournir les ressources de calcul pour ces instances.
La solution de bac à sable Data Disaster Recovery s'appuie sur plusieurs technologies de sauvegarde avancées. La figure suivante illustre l'architecture technique.
Avantages
Sauvegarde physique de la base de données : Sauvegarde les fichiers de la base de données pour augmenter considérablement la vitesse de sauvegarde et de récupération.
Déduplication des données : Réduit significativement le coût de stockage de vos données de sauvegarde.
Snapshots de stockage et clonage : Rend les données de sauvegarde rapidement disponibles sans copier les données.
Virtualisation du stockage : Fournit des instances de bac à sable utilisant des ressources cloud et indépendantes de vos instances de production. Les opérations de lecture et d'écriture dans le bac à sable n'affectent pas la base de données source.
Cas d'utilisation
-
Développement et tests basés sur les données en ligne (Dev ou Ops)
Les tests et la validation avant mise en production nécessitent l'utilisation de données en ligne existantes, mais ces données doivent être protégées contre toute corruption. Le bac à sable fournit rapidement une copie complète des données historiques pour prendre en charge des itérations de test rapides et garantir la fiabilité des données.
-
Reprise d'urgence en ligne
Le système de sauvegarde basé sur le bac à sable offre un RTO ou un RPO de quelques minutes pour une récupération instantanée des données en ligne. Par rapport à la technologie de standby actif-actif, le bac à sable propose également des fonctionnalités de retour arrière permettant de revenir rapidement en arrière sur des données corrompues.
-
Tests de reprise après sinistre
Les capacités de récupération rapide et le modèle de paiement à l'utilisation du bac à sable permettent d'effectuer régulièrement des tests de reprise après sinistre. Cette approche est idéale pour les scénarios exigeant une haute fiabilité des données.
-
Analyse ponctuelle des données historiques
Dans de nombreux scénarios d'analyse de données, il est nécessaire d'exécuter des requêtes ponctuelles sur des données historiques. Le bac à sable fournit rapidement une copie complète des données historiques pour ces requêtes. Contrairement aux solutions d'analyse par lots existantes sur les plateformes Big Data, le bac à sable expose l'interface SQL de la base de données d'origine, ce qui évite aux développeurs d'écrire des scripts d'analyse par lots. Le mécanisme de stockage par snapshot maintient également les coûts de stockage à un niveau bas.
Facturation
Pour plus d'informations, consultez la rubrique Facturation du bac à sable.