Migration von Subversion-Repositorys auf Servern

Wir sind in den Prozess der verschieben von Servern und eines der letzten Elemente, die sich über die svn-repositories.

Sind es etwa 10 gigs von verschiedenen svn-repositories. Sie wurden mit diesem Befehl:
svnadmin create --fs-type fsfs

Server Ein(original) hat svn 1.4, während Server B(Ziel) hat svn 1.6.

Mein Gedanke war der Einsatz von rsync zu migrieren, die ganze Reihe von repositories (Sie sind alle in 1 Ordner auf dem server), aber ich bin besorgt, dass einige Dinge, die möglicherweise entweder nicht migriert oder benötige ich spezielle Schalter für rsync für diese zu arbeiten.

Meisten online-tutorials nur die Rede von moving-1-repository zu einem Zeitpunkt, zum Beispiel mit svnadmin hotcopy, aber ich muss mich bewegen, über 100 oder so alles zusammen. Ist das der richtige Weg, um darüber zu gehen?

InformationsquelleAutor Totomobile | 2011-10-05

  1. 15

    Subversion FSFS ist ziemlich stabil auf mache Kopien und Bewegungen, auch über verschiedene Betriebssysteme. Während mliebelt ist richtig, es zu tun via dump laden, es dauert Alter zu bewegen 10 GB!

    Deshalb würde ich folgende Vorgehensweise empfehlen:

    1. Kopieren Sie die Repositorys über Dateisystem auf den neuen server.

      z.B. $ scp -r /var/repos/user@newServer:repos/

    2. Tun ein $ svnadmin upgrade zu tun, ein update-repository für 1.6 (dies ist optional, aber sehr empfehlenswert, wenn Sie verwenden möchten, 1.5/1.6 Funktionen wie merge-tracking, lichten Check-out, usw.)

    3. Tun ein $ svnadmin verify auf jedem repository überprüfen, ob alle Revisionen sind okay (Sie können dazu auf bereits Laufenden server).

    Durch dieses Verfahren benötigen Sie wahrscheinlich 10 bis 100 mal weniger Zeit:

    z.B. für das wegwerfen von einem repository dauert es in der Regel ca 1 GB pro Stunde (weitgehend, je nach HD-speed), die dump-Dateien sind viel größer als die repositories(SVN 1.4!)
    So müssen Sie, um die größere Datei auf den neuen server und machen dort eine dump-load, das dauert auch ca 1 STD /GB. Vergleichen Sie dies mit einem Dateisystem kopieren die in der Regel ist nur begrenzt durch die Netzwerk-Verbindung (100 mbit ca. 10 MB /Sekunde) oder HD (ca 100 MB/sec), wenn Sie über GBit-LAN.

    Dies ist, was ich am Ende tun, nur mit Normalpapier rsync! Als erstes musste ich die setup-svn-Benutzer/Gruppe. Nach dem Umzug habe ich festgestellt, dass die repositories im Takt mit svnadmin verify. Und schließlich hatte ich zum Bearbeiten der /etc/init.d/svnserve-Skript, um auf das richtige Verzeichnis. Alles scheint zu funktionieren jetzt! (Möchte nur hinzufügen, dass alle Zeitstempel und Benutzer - /Gruppen-Berechtigungen erhalten)
    Ich Tat dies auch. Ich gebe zu, ich war ein bisschen besorgt, denken, es würde nicht funktionieren, für einige Grund, weil unsere alte version von SVN war 1.2, der neue server über SVN 1.6. Noch, dieser arbeitete für mich! War genau so, wie @Peter Parker vorgeschlagen, so weit wie svnadmin upgrade/verify betroffen ist.

    InformationsquelleAutor Peter Parker

  2. 3

    Zunächst, ich bin kein Subversion-administrator, aber ich arbeite viel mit Ihnen. Also Vertrauen Sie nicht meine Worte, überprüfen Sie, dass anderen Quellen als gut.

    Meine Erfahrung über die letzten 5 Jahre war:

    • Zu bewegen Subversion-Repositorys, die Sie verwenden sollten, die Subversion-admin-tools dump und load. Sie sind geschrieben für genau diesen job.
    • dump und load überprüfen Sie zusätzlich, dass alles ok ist. Durch die Verwendung von Ihnen, Sie bekommen zusätzliche "Versicherung", dass alles, was bewegt, ok.
    • Wir haben nie migriert über 2 major-Versionen, sondern zogen von einer Haupt-version zur nächsten. Sie sollten zumindest überprüfen, dass die migration von 1.4.x, 1.6.x wird unterstützt. Oft sind die neuen server-version unterstützt die direkte Vorgängerversion und unterstützt die migration. So haben Sie vielleicht zu tun, die migration für jedes repository zweimal.
    • Können Sie die Arbeit auf die alten repositories, solange Sie in Bewegung sind, weil subversion erlaubt Ihnen, hinzufügen später neuere Versionen.
    • Denn alle können getan werden, indem Sie Befehl Linie, können Sie automatisieren die meisten, und die subversion-admins haben nur zu überprüfen, dass alles gut geklappt hat.

    So, ja, ich würde empfehlen, zu verschieben, ein repository nach einander.

    InformationsquelleAutor mliebelt

  3. 3

    Weitere Infos auf svnadmin dump und svnadmin load für svn 1.6 siehe hier. Es bietet einige Diskussion über dump und load sowie Optionen wie --deltas, --incremental, und andere.

    Außerdem werden Sie gewarnt, dass, wenn Sie eine gerade Kopie und svnadmin upgrade-sparen Sie Zeit, aber der repository-Status kann nicht optimal sein. Aus der svnadmin help :

    svnadmin help upgrade

    Aufruf: svnadmin upgrade REPOS_PATH

    Aktualisieren des Repositorys liegt bei REPOS_PATH auf die neueste unterstützte
    - schema-version.

    Diese Funktionalität wird als Service für die repository
    Administratoren verwenden möchten neue Subversion-Funktionen
    zimmerreserviereung, ohne das Sie sich verpflichten, eine potenziell teure vollständige repository-dump
    und Last Betrieb. Als solche, die Aktualisierung führt nur die minimale
    Betrag der arbeiten, die notwendig sind, um dies zu erreichen, während immer noch die Aufrechterhaltung der
    Integrität des repository. Es garantiert nicht die optimalste
    repository state as a dump und anschließenden laden würde.

    InformationsquelleAutor Bizmarck

Schreibe einen Kommentar