Conséquences de l'utilisation de SVN pour sauvegarder les fichiers de vidage de la base de données

Question

Je souhaite donc fournir des sauvegardes de bases de données nocturnes à mes clients et j'envisageais une option sur laquelle je souhaitais que les autres utilisateurs fassent des commentaires. Mon plan est simple. Comme j'utilise Drupal, j'utiliserai le module backup_migrate pour programmer une sauvegarde pour une fois par jour. Disons 2h00 du matin. Je vais toujours écrire dans le même fichier. Ensuite, je vais écrire un travail cron pour, disons une heure plus tard, pour valider le fichier mis à jour. L'avantage évident de cette approche pour moi est qu'en utilisant les capacités de restauration de SVN, je pouvais restaurer la base de données à n'importe quelle date dans le passé, tout en n'ayant qu'un seul fichier sur le serveur à un moment donné. Ma préoccupation est de savoir comment SVN pourrait stocker cela. Est-ce que SVN créerait une version entièrement nouvelle de ce fichier à chaque fois, ou ne stockerait-elle que les différences? Évidemment, s'il crée un nouveau fichier à chaque fois, il n'y a pas grand intérêt à suivre cette voie.

Pensées? D'autres idées sur la façon d'accomplir la même chose?

Answer 1

C'est généralement une bonne approche.

Vous pouvez essayer zmanda pour simplifier la gestion de vos sauvegardes. http://www.zmanda.com/backup-mysql.html

Answer 2

Si vous donnez la sauvegarde chaque fois que le même nom svn stocke seulement des différences comme n'importe quel autre outil de contrôle de version. Le problème d'une sauvegarde d'une base de données est que vous devez arrêter la base de données avant d'effectuer une sauvegarde et un démarrage après la sauvegarde, sinon votre sauvegarde pourrait être incohérente. SVN stocke les différences entre les validations des bases de données.