Von Apache SVN empfohlene Echtzeit-Backup-Lösung

528
Arun Kumar

Ich habe eine Apache-Subversion, die in der Produktionsumgebung ausgeführt wird. Die Repository-Größe beträgt etwa 100 GB. Jetzt versuche ich, einen Failover-Standby für den primären SVN-Server aufzubauen. Ich habe ein paar Backup-Mechanismen durchlaufen, aber ich konnte kein ideales System finden, das zu meinem Failover-Setup passt. Kann mir jemand eine ideale Lösung für ein Echtzeit-Backup für svn mit einfachem Failover und Notfallwiederherstellung vorschlagen.

Ich habe die folgenden Sicherungsinformationen, aber ich muss wissen, welche die empfohlene ist.

  • Verwenden von svnadmin dump zur vollständigen Sicherung. (Bei 100 GB wäre dies jedes Mal Kopfschmerzen, das Wiederherstellen ist auch ein Schmerz)
  • Verwendung von svnadmin dump mit inkrementeller Sicherung. (Dies ist mein aktuelles Sicherungsszenario. Es sind täglich inkrementelle Sicherungen erforderlich.)
  • rsync das primäre svn-verzeichnis mit dem standby-host. (Ich bin nicht sicher über die Integrität von Dateien, die diesen Mechanismus verwenden. Bei einem plötzlichen Ausfall des Primärsystems könnte ein beschädigtes SVN-Repo auf dem Sekundärsystem liegen.

  • Verwenden von svnsync zum Spiegeln von Repositorys.

    Bitte schlagen Sie vor, wie Sie mit wertvollen Kommentaren fortfahren können.

Danke
Arun

0
Sie haben bereits die Lösungen. Entscheiden Sie sich und gehen Sie mit? Wenn Ihre Lösung wirklich Echtzeit ist, wissen Sie bereits, dass einige von ihnen nicht funktionieren werden. Möglicherweise müssen Sie andere Mechanismen dafür untersuchen. Das `svnsync` oder vielleicht ein anderer Ansatz wie ZFS-Snapshots könnte Ihnen dabei helfen. Ich verstehe wirklich nicht, warum es um Backup geht, wenn Sie eigentlich einen Failover / Hot Standby haben möchten. Seth vor 7 Jahren 0
@Seth, ich habe alle möglichen Wege herausgefunden und nach dem empfohlenen gesucht, der keine Probleme mit der Dateiintegrität verursacht. Der Backup-Mechanismus sollte also ohne zu viel Verzögerung und Datenverlust bereit für den Standby-Modus sein. Ich überprüfe die ZFS-Replikation anstelle des Snapshots. Arun Kumar vor 7 Jahren 0

1 Antwort auf die Frage

1
Lazy Badger

svnadmin hotcopy ist zuverlässiger (und einfacher) Weg, als inkrementelle Dumps (und übrigens, es funktioniert "nur").

Repsoren, deren Repsoren nicht synchronisiert sind (oder auf andere Weise auf Dateiebene kopiert wurden), können sowieso nicht zerstört werden - SVN ist transaktionsbasiert, Sie überspringen einfach und werden im Hauptvorgang auf Backup nicht abgeschlossen

Sie sagen also, dass es keine Probleme mit der Dateiintegrität geben wird, wenn ich die Primärdatenbank mit rsync synchronisiere. Was passiert, wenn rsync die Dateien während eines Commits zieht, das nicht abgeschlossen ist.? Arun Kumar vor 7 Jahren 0
Repository-Speicher ist im Kern ** transaktionsbewusst ** - Sie können entweder die vollständige Transaktion (Festschreiben) in rsynced-Datei haben oder nicht, und nicht "Teil des Festschreibens". Aber SVN-by-Natur-Tools scheint * irgendwie * besser zu sein Lazy Badger vor 7 Jahren 0

Verwandte Probleme