2008-11-11 14 views

Répondre

0

Si vous voulez éviter les perturbations de votre site, la meilleure méthode consiste à configurer un esclave de réplication à votre serveur, et prendre des sauvegardes à partir de cela. En utilisant ceci, la méthode de sauvegarde devient non pertinente, car l'esclave rattrapera simplement le maître lorsque la réplication est terminée, et il n'y aura aucune interruption du fonctionnement du maître.

Vous pouvez également configurer votre application pour utiliser l'esclave pour les requêtes de lecture, afin de réduire la charge sur le maître.

+0

Hé, Gary! Vous pourriez me raconter après une mésaventure l'année dernière qui s'est produite quand notre administrateur a essayé de redémarrer la réplication et a tué le maître à la place :) Cela semble une bonne idée en général, mais la réplication dang se cassait si souvent que j'ai abandonné complètement . – deadprogrammer

0

Je commence actuellement avec ZRM pour sauvegarder un serveur MySql avec seulement des tables InnoDB. D'après ce que j'ai lu, il ne devrait pas y avoir d'interruption de votre application à l'aide des snapshots ZRM. Il ne nécessite pas de verrou de lecture pendant un certain temps.

Je ne peux pas commenter sur la taille des fichiers de sauvegarde compressés ou la vitesse de sauvegarde/restauration par rapport à InnoDB Hot Backup b/c Je n'ai pas utilisé les deux produits.

En outre, si vous vous inscrivez sur le réseau Zmanda, vous pouvez télécharger de bons livres blancs. L'un d'entre eux est un document d'analyse comparative qui montre les vitesses de sauvegarde/restauration en utilisant les snapshots InnoDB et LVM par rapport aux autres méthodes de sauvegarde que ZRM peut faire.

+0

ne crois pas toujours ce que vous lisez. – deadprogrammer

+0

De quelle partie parlez-vous? En outre, je suis passé à l'utilisation de xtrabackup (par Percona) au lieu de mysql-zrm pour ne pas avoir à utiliser LVM. –