Question

Quelqu'un a-t-il stocké son dossier Repositories sur un lecteur réseau sauvegardé? Y a-t-il des problèmes avec qui que ce soit au lieu de laisser ces données stockées sur le serveur hôte qui exécute le lecteur C de Subversion?

Nous voulons essentiellement placer notre référentiel sur un autre lecteur réseau (différent du serveur exécutant VisualSVN Server) et faire en sorte que VisualSVN Server lise le référentiel à partir d'un ordinateur complètement différent.

Nous sauvegardons l'emplacement sur lequel nous indiquons le serveur VisualSVN toutes les 5 minutes afin que le dossier du référentiel SVN soit sauvegardé chaque fois qu'un incident se produit. Ensuite, nous n'aurions probablement pas à nous soucier de la fusion des dernières modifications apportées par les développeurs à un numéro de dépôt obsolète / obsolète, car nous le sauvegardons si souvent.

Était-ce utile?

La solution

La FAQ sur la sous-version contient une discussion sur le stockage des référentiels sur NFS ; En gros, vous devez utiliser le backend fsfs dans ce cas. L'utilisation de fsfs est également nécessaire pour les sauvegardes à chaud du référentiel; pour bsdfs, vous aurez besoin de hot-backup.py (ou de svnadmin hotcopy). Avec un programme de sauvegarde régulier, il se peut que le fichier "en cours" file pointe vers une révision qui n'est pas encore complètement copiée au moment de la sauvegarde. "svnadmin recover" pouvez résoudre ce problème si vous devez restaurer une sauvegarde à l'endroit où cela s'est produit (ou assurez-vous que "courant" est sauvegardé avant qu'un fichier de révision ne le soit).

Autres conseils

Si tout va bien, vous utilisez quelque chose autre que le protocole file: //!

Cela devrait être correct en général si les sauvegardes sont effectuées en dehors des heures de travail.

Découvrez le Sauvegarde du référentiel dans le livre SVN.

Je mets mon référentiel sur un serveur Web qui est sauvegardé régulièrement et utilise mod-svn pour Apache.

Nos référentiels ont été configurés comme ceci à un moment donné, mais ils ont été déplacés sur un serveur. Avant la sauvegarde du serveur, nous effectuons une sauvegarde et sauvegardons le fichier de sauvegarde. Nous utilisons dump, car le format de fichier sera toujours pris en charge et le référentiel peut être récupéré à partir de rien, car hotcopy dépend de la structure identique du référentiel

Attention, une simple copie naïve du référentiel ne vous garantit pas une sauvegarde valide sauf si le serveur svnserver a été arrêté. Il peut être gênant d’arrêter votre serveur toutes les 5 minutes pour une sauvegarde.

Vérifiez que vous utilisez svnadmin hotcopy , pas seulement un instantané SAN ou une commande de copie.

De plus, vous pouvez exécuter des scripts via le crochet post commit pour effectuer des sauvegardes lorsque quelque chose a réellement changé.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top