Backup/Restore von VisualSVN Server

[Chemiker]

Hallo,

VisualSVN Server erstellt ja eine Datenbank für die Ordner und Dateien. Bei Firebird zum Beispiel gibt es ein Befehl um ein Backup/Restore von der Datenbank zu ziehen, wie sieht es mit der Datenbank vom VisualSVN Server aus? Die DB muss ja auch irgendwie gesichert werden, ist das auch im laufenden Betrieb möglich? Oder müssen alle Clients abgemeldet werden und anschließend die DB kopiert werden?

Bis bald Chemiker

[Sir Rufo]

Einfach das Repo-Verzeichnis komplett sichern und gut. In der Zeit sollte allerdings am Besten kein Einchecken erfolgen

[generic]

ansonsten gibt es noch dieses cli-tool:

Code:

USAGE: svn-hot-backup [OPTIONS] REPOS_PATH BACKUP_PATH

Create a backup of the repository at REPOS_PATH in a subdirectory of
the BACKUP_PATH location, named after the youngest revision.

Options:
  --archive-type=FMT Create an archive of the backup. FMT can be one of:
                       bz2 : Creates a bzip2 compressed tar file.
                       gz  : Creates a gzip compressed tar file.
                       zip : Creates a compressed zip file.
  --num-backups=N    Number of prior backups to keep around (0 to keep all).
  --help      -h     Print this help message and exit.

[nachti1505]

Zitat von Sir Rufo:

Einfach das Repo-Verzeichnis komplett sichern und gut. In der Zeit sollte allerdings am Besten kein Einchecken erfolgen

Zum Beispiel zippen, oder so?

[Sir Rufo]

Zitat von nachti1505:

Zitat von Sir Rufo:

Einfach das Repo-Verzeichnis komplett sichern und gut. In der Zeit sollte allerdings am Besten kein Einchecken erfolgen

Zum Beispiel zippen, oder so?

oder raren oder arjen oder stuffen ... jepp

[Chemiker]

Hallo,

@ nachti1505: Zippen usw. ist nicht das Problem der Server hat 4 x 1TB Platten zur Verfügung das sollte auch ohne Komprimierung für den Anfang genug sein.

@Sir Rufo: Muss eigentlich der Server für das Kopieren auch runtergefahren werden?

@generic/mjustin: Ist es möglich auch von einem Client das Backup anzustoßen?

Bis bald Chemiker

[Sir Rufo]

So wie ich das sehe werden die Verbindungen zu den einzelnen Repo-DBs nur zum Zeitpunkt des Zugriffs aktiv und werden dann wieder geschlossen.

Wenn du nur alleine mit SVN arbeiten möchtest, dann brauchst du nicht zwingend einen SVN-Server, sondern kannst mit TortoiseSVN auch eine Repository anlegen (lokal oder Netzwerkfestplatte ist egal).

Willst du dann irgendwann doch einen SVN-Server einsetzen, dann kopiere die Repos einfach in das Repo-Verzeichnis vom Server und schon geht es los.

Zum Thema Platz:
Sind die Änderungen nur sehr gering, so speichert SVN auch nur die Änderungen (auch bei Binärfiles). Somit hält sich der Platzverbrauch auch in Grenzen.
Ausschließen würde ich immer die Dateien mit der Endung dcu, local, bak sowie das _history Verzeichnis (die Ignore-List lege ich bei mir aber pro Repo fest und nicht global, würde ich auch nicht empfehlen, sonst fehlt nachher etwas, das doch wichtig war)

[mjustin]

Zitat von Chemiker:

@generic/mjustin: Ist es möglich auch von einem Client das Backup anzustoßen?

Nein, svnadmin arbeitet bewusst nur mit lokalen Repositories. Mit ssh (oder ähnlichen) Remoteclients geht es natürlich auf Umwegen schon.

[mjustin]

Portable Sicherungen mache ich mit svnadmin dump :

Zitat:

Dump the contents of the repository, bounded by a given set of revisions, using a portable dump format.