Utilisation de Subversion pour la sauvegarde à usage général
Est-il possible d'utiliser Apache Subversion (SVN) que les fins générales de l'outil de sauvegarde? (Comme une sorte de rsync alternative.)
source d'informationauteur Imran
Vous devez vous connecter pour publier un commentaire.
J'ai trouvé cet article assez cool description de l'utilisation de svn pour la sauvegarde de votre répertoire home, et de plus:
Source: http://www.mythago.net/svn_for_backup.html
Également trouvé cet article qui montre un exemple de gestion des versions de votre répertoire d'accueil. Cela vous permet d'apporter votre environnement avec vous par la vérification de votre répertoire d'accueil dans une nouvelle machine. J'ai utilisé pour faire quelque chose de similaire, et l'a trouvé très utile.
Une chose à garder à l'esprit lors de l'utilisation de SVN comme une sauvegarde pour les fichiers binaires, c'est que SVN sera le double de la taille de vos fichiers, car il conserve une copie locale de chaque fichier (dans l' .svn/texte de base) fichier.
En dehors de cela j'ai utiliser SVN pour une sauvegarde. Il suffit d'ajouter tous les fichiers puis les valider via le script.
Comme un "généraliste" de sauvegarde, je dirais que c'est probablement pas la plus grande idée, principalement pour les raisons données par d'autres (beaucoup de l'excès de dossiers et de l'espace disque gaspillé). Si vous voulez juste garder des sauvegardes, de plus je dirais qu'il y a probablement de meilleures options en fonction de vos besoins, par exemple: avez-vous besoin de garder toutes les versions de chaque fichier, ou est-ce que certains des clichés de vos données suffisantes?
Cependant, dans mon bureau, nous avons une petite équipe de 6 qui travaillent avec des fichiers partagés (par exemple: les politiques et les manuels de procédures, formulaires d'inscription, etc). Une grande partie du temps, les membres de l'équipe sera de travailler à distance (à partir de la maison ou en déplacement), et souvent hors ligne. Plutôt que d'utiliser une centrale de dossier partagé de l'installation, nous l'utilisation de SVN pour donner à chaque personne un ensemble de la copie de travail du dossier dans lequel ils peuvent travailler et consulter et synchroniser chaque fois que possible. Il tue deux oiseaux avec une pierre: tout le monde peut accéder et modifier les fichiers même en mode hors connexion, en plus il nous donne vraiment une grande redondance dans nos sauvegardes. Si mon ordinateur portable les captures sur le feuil n'est pas embêtant car je peux juste vérifier un autre exemplaire (évidemment sur un autre ordinateur). Si le serveur prend feu, nous aurons les sauvegardes du référentiel pour la restauration. Si le serveur ET toutes les pensions de sauvegardes de prendre feu, alors tout ce que vous avez perdu ce sont les anciennes versions de fichiers. La seule façon que vous allez perdre toutes les données si le serveur, vos pensions de sauvegardes et chaque ordinateur qui a une extraction de tous mystérieusement pris feu.
Comme certaines personnes ont dit, SVN ne jamais supprimer des informations du référentiel, ce qui signifie que si vous voulez seulement de conserver des sauvegardes de 60 jours, alors, eh bien, vous ne pouvez pas. Ce n'est pas exactement vrai. Grâce à l'utilisation de l'exportationdump et l'importation vous pourrait effectivement effacer les anciennes versions de fichiers. C'est pas joli, mais c'est possible.
Une chose, ce serait me gênent beaucoup, sont le".svn' dossiers, que svn met dans chaque dossier qu'il suit.
Ils regardent ennuyeux, lorsque vous copiez un dossier, vous devez vous rappeler de ne pas les copier (ou de votre bac à sable pourraient être irrité) et il est beaucoup plus difficile de filtrer à travers un tas de dossiers, car il y a souvent beaucoup de succès dans le .svn dossiers de ressources.
J'aime l'idée d'utiliser une source de contrôle, pour contrôler votre environnement. Mais personnellement, je ne voudrais pas choisir svn pour ce travail. Je voudrais aller pour quelque chose comme git. Mais c'est probablement juste moi...
Je ne l'utilisation de SVN pour la sauvegarde de mon ordinateur, et également de synchroniser mon portable et mon ordinateur. Mais il a le des problèmes mentionnés dans les réponses précédentes, principalement le doublement de l'utilisation du disque. J'ai aussi l'impression que l'excès de fichiers et le SVN processus de constamment vérifier mon HD pour les changements me rend la machine plus lente.
Je tiens à souligner, cependant, que SVN est idéal pour la synchronisation des machines différentes, et vous obtenez également le bonus d'être en mesure de vérifier un fichier de n'importe où si vous avez besoin d' -- je vais même le faire dans mon navigateur par le biais de l'interface web, parfois.
En résumé, j'ai des sentiments mitigés sur l'utilisation de SVN pour objectif général de la sauvegarde. Mais si vous le faites, je vous recommande pas pour stocker des bibliothèques telles que les films, les photos et la musique, car ils ont tendance à être de grande taille (souffre considérablement de la doublé d'utilisation de l'espace) et immuables-vous n'avez pas besoin d'un système de contrôle de version pour que, parce que, dans les rares occasions lorsque vous modifiez un fichier, vous n'avez généralement pas les anciennes versions (et SVN n'est pas bon à faire/stockage des diff de fichiers binaires, il enregistre l'intégralité de la nouvelle version du fichier). Donc, à moins que SVN peut être adapté (un long temps d'intention de projet de la mine) pour ces cas, je vous suggère d'utiliser une méthode alternative pour la sauvegarde de ces types de fichiers.
Vous pourriez aussi envisager de bup - Très efficace système de sauvegarde de fichiers basé sur le git packfile format. Il est basé sur git est dans la façon dont il stocke les données, ce qui est très efficace pour stocker des fichiers et de leurs différences.
J'ai utilisé CVS comme un substitut pour le fantôme, donc je ne vois pas pourquoi pas.
Je ts agréable comme vous pouvez le tag de base: vous pouvez changer de gérer les machines.
Cela fonctionne mieux sur les unix que windows, évidemment.
La chose qui me mettrait hors de cette idée, c'est que pour une utilisation générale toutes les données binaires d'avoir copié sur chaque fois qu'il est modifié, tandis que le contenu du texte SCM des systèmes sont basés autour de peut facilement être mise à jour sous la forme de diff.
De sorte que vous pourriez le faire, juste être conscient que vous ne pouvez pas vouloir l'utiliser pour gérer des choses comme la photo référentiels si vous faites beaucoup de l'édition.
La bonne chose à propos de plus d'usage général, des solutions de sauvegarde (Time Machine) est qu'ils peuvent rouler jusqu'binaires multiples changements après un certain temps pour économiser de l'espace. Je ne suis pas sûr de savoir comment facile qui serait à faire dans SVN ou git ou mercurial.
Utilisation de SVN pour les sauvegardes peuvent travailler. Cependant, au fil du temps, il peut être difficile de supprimer les anciennes versions qui ne sont pas nécessaires. Dit qu'on ne voulait garder 30 ou 60 jours de sauvegardes. SVN ne fournit pas un moyen facile de supprimer toute l'histoire âgés de plus de X jours. Si vous n'avez pas un moyen de purger l'histoire ancienne vous permettra de exécuter votre lecteur de sauvegarde de l'espace.
Voici une citation de la SVN Livre sur la svndumpfilter commande:
J'ai trouvé l'unisson être une meilleure option que svn pour un rsync alternative.
Cette déclaration par JoaoPSF est incorrect:
Voir cette citation de Comment Subversion manipuler des fichiers binaires:
La sauvegarde de /etc avec contrôle de code source peut être d'une grande aide lorsque vous voulez revenir un changement qui a modifié votre système, d'expérimenter avec des modifications, ou d'effectuer des changements à partir d'un serveur à un autre.
Mais de subversion multitude de .svn répertoires peuvent obtenir de la manière pour que, non seulement lors de la recherche, mais dans certains cas, comme *.d dossiers, mal conçu des systèmes pourrait interpréter l' .svn dossiers eux-mêmes comme contenant des données de configuration.
Maintenant, je préfère utiliser l'Mercurial pour la sauvegarde de /etc car elle met en cause un seul .hg dossier dans /etc. Pour de vrai de sauvegarde et pas seulement le contrôle de version, vous devez les copier .hg dossier ailleurs.