Zmanda intègre habilement diverses sauvegardes incrémentielles MariaDB et sauvegardes complètes à l'aide des journaux binaires MariaDB. Cela vous permet carrément d'effectuer des sauvegardes très fréquentes ainsi que d'effectuer une restauration ponctuelle à l'aide de n'importe quelle image de sauvegarde.

Le planificateur intelligent Zmanda Recovery Manager (ZRM) démarre tous les processus de sauvegarde. En fonction du serveur MySQL, du moteur de stockage et de la technologie de stockage sous-jacente (par exemple, si des instantanés sont disponibles), ZRM décide intelligemment du type de sauvegarde à effectuer. La principale considération est l'impact sur la base de données.

Si l'instantané échoue parce qu'il n'y a pas assez d'espace dans la zone réservée, ZRM effectue une sauvegarde logique. Il est toujours possible de passer outre les recommandations de ZRM. Par exemple, au lieu d'utiliser un instantané, vous pouvez forcer ZRM à effectuer une sauvegarde logique. ZRM indexera toutes les sauvegardes pour suivre les métadonnées requises pour une restauration réussie. Chaque jour, ZRM vérifie si des sauvegardes sont antérieures à la politique de rétention (le nombre de jours ou de mois pendant lesquels les sauvegardes doivent être conservées). Les sauvegardes expirées sont purgées de l'index de sauvegarde ZRM et supprimées du disque. Un moteur de génération de rapports fournit des rapports personnalisables au format texte ou HTML. Pour ZRM installé sur Linux ou Solaris, les rapports peuvent être distribués par e-mail ou par flux RSS. Pour ZRM installé sur Windows, toutes les informations de sauvegarde sont consignées dans un journal des événements Windows. Avec ZRM, placez votre récupération en premier pour la faire durer.

Le choix de l'option Logique non parallèle utilise un mysqldump sauvegarde qui copie les journaux binaires MySQL quel que soit le moteur de stockage. Les journaux binaires MySQL suivent et enregistrent toutes les transactions du serveur de base de données sous forme de liste d'instructions SQL. Pour mettre en œuvre une stratégie de sauvegarde logique, la journalisation binaire doit être activée sur le serveur MySQL et un chemin d'accès aux fichiers journaux doit être fourni (la valeur par défaut est /var/lib/mysql) Dans le Chemin du journal binaire champ.

logique La méthode de sauvegarde fonctionne avec tous les moteurs de stockage MySQL, à l'exception du moteur de stockage NDB du cluster MySQL. Les sauvegardes logiques peuvent également être restaurées sur n'importe quelle architecture de plate-forme ou base de données prenant en charge SQL. Par exemple : Les sauvegardes de la base de données MySQL s'exécutant sur la plate-forme powerpc du serveur Redhat Enterprise peuvent être restaurées sur le serveur Ubuntu s'exécutant sur la plate-forme x86.

Étant donné que les sauvegardes logiques nécessitent un verrou en lecture sur la ou les bases de données ou les tables en cours de sauvegarde (pas dans le cas où toutes les tables utilisent le moteur de stockage InnoDB), elles peuvent avoir un impact plus important sur les applications utilisant la base de données MySQL. Les sauvegardes logiques entraînent également une augmentation des temps de restauration, car la restauration des données s'effectue en rejouant les transactions sur la base de données cible au lieu de simplement copier les fichiers. Dans le cas des tables InnoDB, les sauvegardes sont effectuées en une seule transaction et n'obtiendront aucun verrou.

MariaDB fournit une solution de mise à l'échelle cohérente et conforme à ACID pour les entreprises dont les exigences ne peuvent pas être satisfaites avec d'autres alternatives telles que la réplication et le sharding.

Le SQL distribué offre une évolutivité et MariaDB offre la possibilité de choisir le degré d'évolutivité dont vous avez besoin.

Gérant les sauvegardes d'une base de données de production ou de clusters puissants de 1, Zamanda Recovery Manager offre un processus d'intégration transparent pour les nouvelles bases de données MariaDB, tout en garantissant une fiabilité robuste pour les bases de données existantes.

 Oui, l'équipe de support de production de Zmanda est disponible 24h / 7 et XNUMXj / XNUMX par téléphone et par e-mail. Vous pouvez choisir notre niveau d'assistance Standard ou Premium, mis à votre disposition avec un accès complet à la base de connaissances, une assistance par e-mail et par téléphone, une gestion des cas, des améliorations logicielles et des mises à jour de sécurité. Veuillez visiter- contacter le support technique pour entrer en contact avec notre équipe d'assistance.

Pour permettre au service informatique de tester Zmanda sur des environnements de démonstration, nous proposons une version entièrement sous licence de Zmanda pendant 14 jours. Veuillez remplir notre Formulaire d'essai gratuit, et notre équipe commerciale vous aidera à démarrer.