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.

[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.

[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.

[Chemiker]

Hallo,

Zitat von Sir Rufo:

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).

Habe einen SVN Server auf einen WHS laufen, um später auch von unterwegs auf den SVN-Server zugreifen zu können. Mit dem Server ist man flexibler, so habe ich eine Verbindung mit (bis jetzt) einer VM. Den Vorteil den ich dadurch erreichen möchte, dass ich die Entwicklungs-Datei zentral verwalte, ob von verschieden Delphi-Versionen oder MSVisual-Studio-Versionen. Im Augenblick verwalte ich mich zu Tode und habe überall irgendwelche Kopien, wo ich nicht mehr sicher bin, ob es die aktuellen sind.
Der Platz ist nicht das Problem, aber es vergeht schon einige Zeit um größere Projekte in die SVN zu bekommen.
Ich habe schon einiges in den letzten 2 Wochen über SVN gelesen, aber was mir immer noch etwas Kopfschmerzen bereit ist eine Vernünftige Ordnerstruktur damit ist jetzt nicht tags, trunk, und branches gemeint.
z.B: habe ich ein Projekt1 in dem 3 Forms sind dafür habe ich jeweils ein getrennter Ordner angelegt. In diesen Ordner befinden sich auch einzelne Projekte, wo diese Forms getrennt voneinander getestet worden sind.
Jetzt könnte man die Ordner-Struktur so anlegen:

Code:

Repository
    Project1
       branches 
        tags
           Project1 Version 1.00 
        trunk
           Form1             
              Test-Ordner für Form1
              Dokumentation für Form1 
           Form2  
              Test-Ordner für Form2
              Dokumentation für Form2
           Form3 
              Test-Ordner für Form3  
              Dokumentation für Form2

Oder so:

Code:

 Repository
    Project1
        branches
        tags
           Project1 Version 1.00 
        trunk
           Form1             
             branches
             tags
             trunk
                Test-Ordner für Form1
                Dokumentation für Form1 
           Form2  
             branches
             tags
             trunk
               Test-Ordner für Form2
               Dokumentation für Form2
           Form3            
             branches
             tags
             trunk
               Test-Ordner für Form3
               Dokumentation für Form3

Ich bin da etwas ratlos, was der beste Weg ist. In diesem Kontext gehört auch, wie erstellt man die Ordnerstrukturen von Units die fast in jedem Programm eingebunden werden. Zum Beispiel eine Unit die in der Lage ist die Windows-Version zu ermitteln auf der grade das Programm läuft. Sie wird zwar selten aber bei jeder neuen Windows-Version angepasst.

Im Forum gibt es einige Beiträge darüber, aber irgendwie sind diese zu grob gehalten. Ein komplettes Beispiel das sich im Alltag bewährt hat könnte da weiterhelfen.

Zitat von mjustin:

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

Das SVN läuft auf einen WHS (abgespeckter MSServer 2003). Das SVN läuft in einem Bereich der nicht gespiegelt wird, deswegen suche ich eine Möglichkeit das Backup in einem bestimmten Zeitabstand zu erstellen.
Aber vielleicht habe ich aber auch Deine Antwort nicht richtig verstanden.

Bis bald Chemiker