fragen stichworte

Verwendung von SVN als Backup-Lösung ... einige Zweifel

Ich beginne einen neuen Thread (um den Thread fortzusetzen Sichern von Maschinen, auf denen Linux und Windows ausgeführt wird, auf Mike Renfro-Vorschlag, dem ich auch voretaq7 dankbar bin).

Ich denke, Ich beabsichtige, SVN als Backup-Lösung UND eine Synchronisationslösung (die beiden) für mein Home-Verzeichnis zu verwenden (beispielsweise Fotos, Quelldateien, Dokumente usw.). . Wenn ich alles zusammensetze, glaube ich , würde dies für die zukünftige Entwicklung etwas wie 300 GB, vielleicht 500 GB sein (möglicherweise ein anderer Repository/Unterordner für jeden von ihnen).

Die Anzahl der Dateien wird wahrscheinlich RIESIG sein (100'000 oder so ähnlich). Ich habe auch überlegt, rsync zu verwenden, aber es scheint mir, dass es mehr zu synchronisieren als zu sichern ist (irre ich mich?).

Ich muss Computer unter Windows UND Linux synchronisieren, von Netbook auf einen großen Desktop ... (das Repository wird auf meinem Home-Server abgelegt, und durch die Synchronisierung wird es möglich, eine Kopie der Dateien auf jedem Computer zu behalten besitzen).

Hier sind meine Zweifel/Fragen:

  • Wird SVN das alles abgeben können (naja ... der erste Checkout wird wahrscheinlich ungefähr einen Monat dauern, aber trotzdem ...)? Ich meine durchschnittlich große Dateien (bis zu 200 MB, ich habe nicht vor, mehr zu tun, ich beabsichtige NICHT, ein Backup von Filmen oder was auch immer mit SVN zu erstellen). Möglicherweise ist die Anzahl der Dateien im Repository zu groß? Alternativen?
  • Wenn ich eine Datei im lokalen Repository verschieben/umbenennen, dann ein Commit ausführen, was passiert? Datei wird dupliziert (sowohl ein alter als auch ein alter Name), werden Verknüpfungen erstellt? Was passiert, wenn ich dann auf einem anderen Rechner auschecke? Bekomme ich zwei Kopien derselben Datei? Sollte ich "svn move" für das lokale Repository verwenden, funktioniert der Befehl "move" des Betriebssystems trotzdem?
  • Gleiche Frage mit delete/eine gelöschte Datei?

Ich bin auch offen für Alternativen und biete möglicherweise Versions-, Synchronisierungs- und Sicherungsfunktionen.

antworten

Wenn Sie Ihren ursprünglichen Beitrag lesen und jetzt diesen, lesen Sie, es klingt wirklich so, als würden Sie die Dinge wirklich komplizieren, anstatt bewährte Sicherungsverfahren zu verwenden, wie von anderen vorgeschlagen. Speziell:

  • Verwenden Sie die Tools so, wie sie verwendet werden sollten: SVN für die Versionskontrolle Ihrer Quelldateien, rsync/amanda/bacula/was auch immer für Ihre Backups mit einem vernünftigen Backup-Fenster (5 Minuten werden nicht passieren) ) wie 12 Stunden oder sogar 24 Stunden.

  • Sichern Sie Ihre Daten an einem tragbaren Speicherort, z. B. einem USB-Laufwerk, das Sie in einem Notfall oder besser noch außerhalb eines DropBox-Kontos für alle Ihre wichtigsten Dateien (normalerweise auf der Festplatte viel weniger als große Binärdateien) speichern können Filme, Software-ISOs, Musik usw., die in der Regel zu einem späteren Zeitpunkt erneut ersetzt/heruntergeladen werden können).

  • Verwenden Sie Netzlaufwerke (Umleiten von "Eigene Dateien", Einrichten zugeordneter Laufwerke von Windows- und Samba-Mounts von Linux-Computern aus) und speichern Sie Ihre Daten auf Ihrem neuen Linux-Dateiserver, wobei mindestens RAID1 konfiguriert ist. Setzen Sie Ihr Geld in gute Intel GbE-NICs und einen anständigen GbE-Switch und Sie werden keine negativen Auswirkungen der Arbeit über ein Netzwerk im Vergleich zu einem lokalen System feststellen (und mit der RAID1-Datenträgerspiegelung erzielen Sie die Echtzeitsynchronisierung, die Sie suchen zum).

Dies ist hier so ziemlich "Dateiserver/Backup 101", aber was für unzählige SOHO/kleine Unternehmen funktioniert, sollte für Sie funktionieren.

  1. Nun, das ist das schwierigste. Mein erster Instinkt ist, nicht mit svn zu gehen, einfach wegen der Zeit, die es braucht. Es behält seine eigene Verzeichnisstruktur '.svn' bei und deshalb habe ich es bei vielen kleinen Dateien schmerzhaft gefunden. Keiner in dem Bereich, der nur in Hunderten oder einigen wenigen Tausend erwähnt wird. Aber ich glaube nicht, dass es in höheren Bereichen besser ist ...

Ich habe keine Erfahrung mit Echtzeit-Rsync, kann also nichts dazu sagen. Aber was ich gelesen und gehört habe, ist eine bessere Idee.

Aber was genau ist das Problem, das Sie lösen wollen? Sie scheinen zu versuchen, für einige Probleme ein bestes Werkzeug zu verwenden. In Ihrem Posting-Tipp würden Sie die Versionierung vorziehen, vor allem aber an Synchronisierung und Backup interessiert sein. Ich vermute hier (Mind-Modeling? :-P), aber ich denke, Sie brauchen eine Kombination aus beidem für unterschiedliche Zwecke.

  1. Sie sollten svn move verwenden. Der Befehl zum Verschieben des Betriebssystems wird nicht in den Repository-Informationen angezeigt, und svn zeichnet es nicht auf. http://svnbook.red-bean.com/de/1.1/re18.html
  2. http://svnbook.red-bean.com/de/1.1/re08.html