Backup von einem Filesystem im laufenden Betrieb

[Columbus]

Hallo zusammen,
ich wollte mal reinhören ob jemandem von Euch schon mal was davon gehört hat, ein Backup von einer Partition im laufenden Betrieb durchzuführen. Mit NTFS soll das nähmlich möglich sein. Also gibt es irgend ein Filesystem unter Linux, egal welches, das diese Funktionalität mit seinen eigenen Tools oder einer abgetrennten Lösung auch bietet?

Gruss Christian

[cirrussc]

Hi,

Hallo zusammen,
ich wollte mal reinhören ob jemandem von Euch schon mal was davon gehört hat, ein Backup von einer Partition im laufenden Betrieb durchzuführen. Mit NTFS soll das nähmlich möglich sein. Also gibt es irgend ein Filesystem unter Linux, egal welches, das diese Funktionalität mit seinen eigenen Tools oder

Narürlich wird das möglich sein. Nur wie Sinnvoll?
Während des Betriebes sich womöglich ändernde Daten sichern....

Gruß cirrussc

[Columbus]

Ja da gehe ich mal davon aus, daß das FS in einem bestimmten konsistenten Zustand gepeichert wird. Also irgendwie soll zu dem Backup-Zeitpunkt keine Veränderungen auf die Platte geschrieben werden. Und das ganze muss oder sollte einigermaßen atomar also sehr schnell und ohne Unterbrechung durchgeführt werden. Sonst wäre das ja nur ein kopieren von Daten von einer Partition auf die Andere. Hmm ich sollte noch mal meinen Kollegen fragen, wie das unter NTFS laufen soll

[cirrussc]

Hi,

Ja da gehe ich mal davon aus, daß das FS in einem bestimmten konsistenten Zustand gepeichert wird. Also irgendwie soll zu dem Backup-Zeitpunkt keine Veränderungen auf die Platte geschrieben werden.

Also ausgehängt.

Hmm ich sollte noch mal meinen Kollegen fragen, wie das unter NTFS laufen soll

Wäre mal interessant, hab ich nämlich noch nicht von gehört.

Gruß cirrussc

[cosmac]

hi,

wenn man "Backup" und "Image" einer Partition unterscheidet,
wird es deutlicher: während eines Backups darf kein Programm
schreibend auf das Dateisystem zugreifen. Während ein Image
erstellt wird, darf auch der Kernel nicht schreiben, also "umount".

Normalerweise braucht man ja ein Backup und kein Image und
wenn's schnell gehen soll, nimmt man rsync.

Es gibt aber auch LVM-Snapshots und Versuche, dem ext3
copy-on-write beizubringen, aber irgendwie ist das schwierig.

[Columbus]

Also mein Kollege hat mir erklärt wie das gehen soll, und er ist eigentlich kein Mensch der sich irgendwas ausdenkt.
Das ganze nennt sich "volume shadow copy".
Dabei wird zu einem bestimmten Zeitpunkt alle Schreibzugriffe auf das Filesystem mit einem Flag versehen. Dann wird die ganze Platte ausgelesen und eine Backup erzeugt. Alle Dateien, Inodes?, die dann dieses Flag aufweisen, werden nicht mit kopiert. Es wird also nur das mit kopiert, das kein (dirty)-Flag hat.
Wobei... sich mir jetzt schon wieder so einige Fragen stellen. Wenn ich mal Zeit hätte mit dem Aufbau des NTFS zu beschäftigen. Ist das auch Inodes-Basiert?

Gruss Christian

[kryzir]

Dann wird die ganze Platte ausgelesen und eine Backup erzeugt. Alle Dateien, Inodes?, die dann dieses Flag aufweisen, werden nicht mit kopiert. Es wird also nur das mit kopiert, das kein (dirty)-Flag hat.

Dann würde ja die hälfte fehlen^^

Ich würde eher sagen die mit der Flag werden kopiert aber in einem unverändertem Zustand falls dort noch geschrieben werden sollte, sonst würde es ja kein Sinn machen.

[Simmel]

Also mein Kollege hat mir erklärt wie das gehen soll, und er ist eigentlich kein Mensch der sich irgendwas ausdenkt.
Das ganze nennt sich "volume shadow copy".
Dabei wird zu einem bestimmten Zeitpunkt alle Schreibzugriffe auf das Filesystem mit einem Flag versehen. Dann wird die ganze Platte ausgelesen und eine Backup erzeugt. Alle Dateien, Inodes?, die dann dieses Flag aufweisen, werden nicht mit kopiert. Es wird also nur das mit kopiert, das kein (dirty)-Flag hat.
Wobei... sich mir jetzt schon wieder so einige Fragen stellen. Wenn ich mal Zeit hätte mit dem Aufbau des NTFS zu beschäftigen. Ist das auch Inodes-Basiert?

Gruss Christian

Du könntest dir mal Bacula anschauen, dort gibt es auch einen Agent für Windows den mal einfach als Dienst installiert. Bacula ist sehr kompliziert aber ich habe dort fast einen kompletten Rechner sichern können,. bis auf ein paar DLLs die in dem Zeitpunkt von System in Benutzung waren.

Wenn du also etwas benötigst was möglichst alles sichert, sollte Bacula das Tool deiner Wahl sein.

Check amld ie Features, cool ist das es (mit Aufwand verbunden) möglich ist eine Bare Metal Recovery durchzuführen.

Also ich habe es mir mal angesehen und finde es sehr komplex, scheint aber sehr zuverlässig zu sein.

http://www.bacula.org/dev-manual/Curren ... acula.html

[Columbus]

Sieht sehr vielversprechend aus. Allein wenn man schon sieht wieviele Packete dazu im Repository liegen. Das erinnert mich ein bischen an Nagios (also ich meine von der Auswahl an Plugins usw.).

Das scheint sehr mächtig zu sein. Muss ich mir mal genauer anschauen. Vielen Dank auf jeden Fall erst mal.

Gruss Christian

[Columbus]

Dann wird die ganze Platte ausgelesen und eine Backup erzeugt. Alle Dateien, Inodes?, die dann dieses Flag aufweisen, werden nicht mit kopiert. Es wird also nur das mit kopiert, das kein (dirty)-Flag hat.

Dann würde ja die hälfte fehlen^^

Ich würde eher sagen die mit der Flag werden kopiert aber in einem unverändertem Zustand falls dort noch geschrieben werden sollte, sonst würde es ja kein Sinn machen.

Nein, es werden ja die Teile der Dateien, die neu geschrieben werden im Journal mit einem Flag versehen, so daß man wirklich die Datei in dem Zustand hat, wie er zum Anfang des Backups war. Und das wird dann "gebackupt" (auch so'n Wort wie "gedownloaded").

Also so habe ich das Verstanden.

Gruss Christian

[kryzir]

Dann wird die ganze Platte ausgelesen und eine Backup erzeugt. Alle Dateien, Inodes?, die dann dieses Flag aufweisen, werden nicht mit kopiert. Es wird also nur das mit kopiert, das kein (dirty)-Flag hat.

Dann würde ja die hälfte fehlen^^

Ich würde eher sagen die mit der Flag werden kopiert aber in einem unverändertem Zustand falls dort noch geschrieben werden sollte, sonst würde es ja kein Sinn machen.

Nein, es werden ja die Teile der Dateien, die neu geschrieben werden im Journal mit einem Flag versehen, so daß man wirklich die Datei in dem Zustand hat, wie er zum Anfang des Backups war. Und das wird dann "gebackupt" (auch so'n Wort wie "gedownloaded").

Also so habe ich das Verstanden.

Gruss Christian

Achso ok, dann habe ich es falsch verstanden, das wäre ja nicht dumm.

gruß kryzir

[a.jakob]

Hallo...

also es ist möglich unter NTFS ein Backup von sich in Benutzung befindlichen Daten zu erstellen.

Allerdings ist dazu eine enstprechende software wie z.b. Veritas Storage Relicator notwendig.
Es gibt auch z.B. Acronis was komplette Images eine Laufenden Servers erlaubt.

Wie das technisch gnau abläuft.. ähm keine Ahnung .. aber es klappt. Natürlich kann man eine überprüfung am Ende des Backups vergessen.

Ich bin mir auch nicht wirklich sicher ob das ein "speziealität" von NTFS ist, oder einfach eine Frage der richtigen Software ist.



MFG

Andre

[roli]

Hi,

schau dir mal SEP sesam an, die koennen sehr sehr viel im laufenden Betrieb sichern, Datenbanken, Mailserver, ...
Die habe die Tage auch eine Comunity Version rausgebracht wenn ich nicht irre.

<edit>Link "gerichtet"</edit>