Linux-Dateiversionierung?

Wir migrieren für einige alte Alpha-Server, die wir außer Betrieb nehmen, von einer VMS-Umgebung zu einer Linux-Umgebung. Die einzige Herausforderung, die ich nicht bewältigen konnte, ist die Dateiversionierung. VMS speichert mehrere Kopien derselben Datei mithilfe eines Versionsflags. Ich habe in Source Forge mehrere Optionen gefunden, aber ich habe niemanden gefunden, der Erfahrung mit einer dieser Optionen in einer wichtigen Produktionsumgebung hat. Dies ist darauf zurückzuführen, dass die Feeds von anderen Systemen keine eindeutigen Dateinamen berücksichtigen. Wir versuchen, unser Zielfernrohr so ​​leicht wie möglich zu halten.

Jede Hilfe wird sehr geschätzt.

Die 2 wichtigsten, die verfügbar zu sein scheinen, sind:

• Weg zurück
• EtcKeeper - nicht sicher, ob Sie es nur auf ein oder mehrere Verzeichnisse anwenden können.

Hat jemand diese in einer Unternehmensumgebung verwendet? Gibt es andere Optionen, die ich in Betracht ziehen sollte?

Ich würde ein aktuelles Versionsdateisystem untersuchen, wenn Sie absolut sicher sind, dass Sie diese Funktionalität weiterhin wünschen. Die meisten von ihnen werden auf Wikipedia mit dem Titel: Versionierung des Dateisystems behandelt . Dies ist die Liste der Optionen aus diesem Artikel für Linux.

Auszug

Kein Mainstream-Linux-Dateisystem unterstützt die Versionierung, aber eine Reihe von experimentellen / Forschungs- und weniger bekannten Lösungen, nämlich:

• ext3cow
• NILFS - Ein logarithmisch strukturiertes Dateisystem, das die Versionierung des gesamten Dateisystems und kontinuierliche Snapshots unterstützt.
• Tux3 - In aktiver Entwicklung.
• btrfs [ zweifelhaft - diskutieren ]
• Weiter3

Sie können copyfs verwenden , um eine systematische Versionierung der Dateien in einer Dateihierarchie bereitzustellen. Copyfs behält alle Versionen aller Dateien bei. Es verwendet das zugrunde liegende Dateisystem Ihrer Wahl, um den Dateiinhalt zu speichern.

Etckeeper ist nicht das richtige Werkzeug. Es ist eine Schicht über einem Revisionskontrollsystem, das für eine bessere Arbeit im Systemkonfigurationsdateiverzeichnis ( /etc) entwickelt wurde. Abhängig von Ihren Anforderungen können Sie möglicherweise ein Revisionskontrollsystem wie Subversion, Git, Mercurial usw. verwenden. Dies kann hilfreich sein, wenn Sie eine Festschreibungsaktion in Ihren Workflow einfügen können, wenn eine neue Version einer Datei angezeigt wird.

Ein anderer Ansatz kann darin bestehen, Dateien beim Eingang umzubenennen oder zu verschieben. Linux bietet die Möglichkeit, auf Dateisystemereignisse wie das Erstellen oder Schließen einer Datei zu reagieren.

Ein paar Jahre nach der Beantwortung dieser Frage wird keines der oben aufgeführten Versionsdateisysteme aktiv entwickelt oder gewartet, soweit ich das beurteilen kann (gerne korrigiert, wenn es falsch ist). Der Status Quo scheint eine Server- / Cloud-Sicherung zu sein, und die Versionierung bleibt in der Server-App erhalten. Für meine Sicherungsprobleme halte ich dies für sinnvoll: Die Probleme der externen Sicherung, Versionierung und der Massenspeicherkosten werden in einer Lösung zusammengefasst. Es ist einfach nicht mehr sinnvoll, mehrere Versionen jedes Dokuments zu haben, das Sie in Ihrem eigenen Dateisystem belegt haben.

Für leichte Lasten (kleine Dateien) funktioniert Github mit geplanten Festschreibungen oder automatischen Festschreibungen.

Bei größeren Dingen weist Github hilfreich darauf hin

Git ist nicht ausreichend als Backup-Tool konzipiert. Es gibt jedoch viele Lösungen, die speziell für die Durchführung von Backups entwickelt wurden, die es wert sind, überprüft zu werden, einschließlich Arq, Carbonite, Mozy und CrashPlan.

Während ich dies schreibe, haben CrashPlan und Mozy Apps für Linux. Beide unterstützen die Versionierung, überprüfen Sie jedoch die Fristen vor dem Kauf.