Datensicherung - Zugriff während laufender Sicherung

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Status
Für weitere Antworten geschlossen.

Karle

Benutzer
Registriert
29. Mai 2011
Beiträge
356
Reaktionspunkte
10
Punkte
18
Hallo,

ich habe eine DS212+, die intern mit 2 basic volumes ausgestattet ist.

Ich sichere täglich per Datensicherung (die integrierte in der Systemsteuerung) alles von Volume 1 auf Volume 2. Das geschieht automatisch.

Nun meine Frage:

Wie ist es denn wenn ich während der Sicherung auf die DS auf die zu sichernden Daten zugreife, dort was ändere oder sonst was.

Geht das überhaupt ?

Wird die Sicherung über ein "snapshot" gemacht oder wie läuft das ?

Was passiert mit diesen Daten ?


Gruß

Karl
 
Klar kannst du Daten ändern bevor das Backup mit ihnen durch ist. Allerdings stellt sich hier die Frage nach der Sinnhaftigkeit ;-) Ausser du stehst auf inkonsistente Backups. Die Daten landen genau so im Backup wie zu zum Zeitpunkt waren als rsync zum lesen darauf zugegriffen hat. Drum sollte man Backups machen wenn möglichst alle Dienste beendet sind oder am besten wenn das System selber überhaupt nicht läuft :-)
 
In der Regel läuft das Backup zu einer Zeit in der ich selbst nicht darauf zugreife (nachts).

Ich habe mich nur gefragt was passiert wenn doch mal jemand drauf zugreift.

Würde es von daher Sinn machen für meine Sicherung auf die externe Platte einfach die schon vorhandene Sicherung auf Volume 2 (da wird eh nicht drauf zugegriffen) zu nehmen ?

Oder kann mir das beim Zurückspielen Probleme machen ?

Gruß

Karl
 
Würde es von daher Sinn machen für meine Sicherung auf die externe Platte einfach die schon vorhandene Sicherung auf Volume 2 (da wird eh nicht drauf zugegriffen) zu nehmen ?
mhm bringt ned so viel, weil das Backup auf volume2 an sich ja inkonsistent sein kann. Wenn du dann ein Backup davon machst dann wird es dadurch ned konsistenter ;-)
 
Wird die Sicherung über ein "snapshot" gemacht oder wie läuft das ?

Das 'normale' Backup benutzt keinen Snapshot und wird mit rsync realisiert. Der TimeBackup macht dagegen einen Snapshot.

Itari
 
@itari
Weisst du das sicher, echte Snapshots gemacht werden mit Timebackup? Ich dachte Timebackup sei so was in der Art von einem aufgebohrten rsnapshot. Klar der macht schon snapshots, aber "echte" snapshots wären für mich etwas was die Daten während dem Backup vor Veränderungen schützt und damit die Konsistenz sicherstellt
 
Dangö für die Info. Wenn ich das richtig gelesen habe sind das also echte (konsistente) Snapshots
 
Nur auf Dateisystemebene. Wenn die Anwendung gerade mehrere Dateien offen hat, hilft das auch nichts.
 
was issn das fürn Zeugs?
Konsistenz heisst für mich: Bevor das Backup startet wird das Dateisystem eingefroren, alle folgenden Schreibzugriffe landen auf einer Zwischenpartition (oder wie auch immer wir das nennen wollen). Erst nach Abschluss des Backups werden diese neuen Änderungen effektiv ins Dateisystem geschrieben. So wie ich den device-mapper hier (http://docs.redhat.com/docs/de-DE/R...ume_Manager_Administration/device_mapper.html) verstanden habe, müsste das eigentlich so sein
 
Konsistenz heisst für mich: Bevor das Backup startet wird das Dateisystem eingefroren, alle folgenden Schreibzugriffe landen auf einer Zwischenpartition (oder wie auch immer wir das nennen wollen). Erst nach Abschluss des Backups werden diese neuen Änderungen effektiv ins Dateisystem geschrieben. So wie ich den device-mapper hier (http://docs.redhat.com/docs/de-DE/R...ume_Manager_Administration/device_mapper.html) verstanden habe, müsste das eigentlich so sein

Eigentlich eher umgekehrt: Es wird eine Kopie des Dateisystems fürs Backup per Device-Mapper erstellt (der sogenannte snapshot ist im Prinzip nur eine Liste der Blocknummern) und dann wird darauf der rsync angewendet. Die normalen Anwendungen arbeiten mit dem 'normalen' Dateisystem schlicht weiter. Neue Blöcke sind halt nicht im snapshot enthalten und für geänderte oder gelöschte Blöcke wird eine Kopie angefertigt. (Der snapshop kann also in die Brüche gehen, ohne dass die Datenkonsistenz des orginalen Dateisystems davon berührt wird.

Ich hab keine Ahnung, wie dabei mit offenen Dateien verfahren wird - also ob sie nur partiell gesichert werden - deswegen hab ich nach einer Erläuterung deinerseits gefragt, was für dich Konsistenz ist

Itari
 
Zuletzt bearbeitet:
Hi !

Alles klar, dann weiß ich bescheid. Danke.

Gruß

Karl
 
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat