Ok La situation est la suivante :
Nous utilisons actuellement mysqldump, puis nous compressons le résultat avec bzip2 et le renvoyons par scp vers notre serveur de sauvegarde. Il s'agit d'un processus manuel qui prend beaucoup de temps et qui ne permet pas de créer des instantanés.
J'expérimente actuellement le transfert par rsync des différences entre l'ancien et le nouveau fichier de vidage, mais la compression est beaucoup moins efficace.
Toute autre suggestion serait la bienvenue.
Une façon de procéder serait de configurer la réplication de la base de données vers un serveur de sauvegarde et d'y créer les sauvegardes.
Si cela n'est pas possible dans votre environnement, votre deuxième meilleure chance est d'utiliser rsync sur le vidage SQL simple (n'oubliez pas --compress ) ou sur un gzip du même, qui a été compressé avec --rsyncable . Je ne sais pas comment rsync s'en sort, car les valeurs insérées/supprimées dans le fichier de vidage provoqueront un "décalage" dans le fichier que rsync doit détecter pour empêcher le retransfert de données qui n'ont pas été modifiées.
Lorsque vous exécutez rsync avec --stats il devrait indiquer le nombre d'octets qu'il a effectivement envoyés sur le réseau, pour vous donner quelques chiffres.
La solution que j'ai toujours utilisée :
Je ne sais pas si vous utilisez Windows, mais j'ai eu de la chance avec MyWitch pour administrer des bases de données MySQL sur des serveurs distants, et ils ont un produit (que je n'ai pas utilisé) appelé DumpTimer qui vous permettra de programmer des mysqldumps et de les télécharger. Shareware, donc il faut payer pour la version complète qui vous permet de fonctionner comme un service Windows.
Lien vers DumpTimer : www.richtsoft.com/mysql_17_backup.html
(couper/coller car les nouveaux utilisateurs ne peuvent pas ajouter de liens hypertextes)
Vous pourriez vider les données de chaque table dans un fichier CSV, ordonné par une clé primaire (ou autre). Utilisez ensuite split pour le diviser en fonction des lignes. Ensuite, utilisez rsync pour copier ces fichiers. Ainsi, si les 1 000 premières lignes n'ont pas changé, le fichier ne sera pas rsynchronisé. Vous pourriez les laisser non cryptés sur le serveur et le client et demander à rsync de faire la compression sur le réseau. De cette façon, il saura rapidement "Oh, j'ai ajouté 10 lignes ici", etc.
SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.
