Inkrementelle Backups und Konsistenz
-
- Foren-Einsteiger
- Beiträge: 30
- Registriert: 1. Apr 2008, 10:05
Inkrementelle Backups und Konsistenz
Hallo,
ich bin WHS Neuling und darf folglich die eine oder andere dämliche Frage stellen
Wenn ich am WHS das erste Backup von einem Client ziehe, ist es ein Vollbackup, alle folgenden sind inkrementelle Backups. Soweit verstanden. Was ist dann aber eine "tägliche", wöchentliche" und "monatliche" Sicherung? Unterscheiden die sich von den normalen Backups und wenn nein: Wie kann der WHS dann einfach einzelne inkrementelle Backups automatisch löschen? Noch schlimmer: Wenn ich in der Liste der Sicherungen einzelne inkremtelle Backups (oder gar das erste Vollbackup) als "Bei der nächsten Sicherungsbereinigung löschen" markiere, entstehen dann nicht Löcher in der Backup-Historie? Und: Wenn nach dem 1000. inkrementellen Backup tatsächlich der Fall eintritt, dass der Client wieder restauriert werden muss, müssen dann tatsächlich alle 1000 Backups der Reihe nach durchsucht werden?
Irgendwie habe ich bislang das WHS-Backupsystem so gar nicht verstanden
Viele Grüße
HaPe
ich bin WHS Neuling und darf folglich die eine oder andere dämliche Frage stellen
Wenn ich am WHS das erste Backup von einem Client ziehe, ist es ein Vollbackup, alle folgenden sind inkrementelle Backups. Soweit verstanden. Was ist dann aber eine "tägliche", wöchentliche" und "monatliche" Sicherung? Unterscheiden die sich von den normalen Backups und wenn nein: Wie kann der WHS dann einfach einzelne inkrementelle Backups automatisch löschen? Noch schlimmer: Wenn ich in der Liste der Sicherungen einzelne inkremtelle Backups (oder gar das erste Vollbackup) als "Bei der nächsten Sicherungsbereinigung löschen" markiere, entstehen dann nicht Löcher in der Backup-Historie? Und: Wenn nach dem 1000. inkrementellen Backup tatsächlich der Fall eintritt, dass der Client wieder restauriert werden muss, müssen dann tatsächlich alle 1000 Backups der Reihe nach durchsucht werden?
Irgendwie habe ich bislang das WHS-Backupsystem so gar nicht verstanden
Viele Grüße
HaPe
- locke703
- WHS-Experte
- Beiträge: 1746
- Registriert: 18. Aug 2007, 22:08
- Wohnort: Friedrichshafen
Re: Inkrementelle Backups und Konsistenz
Hi,
habe die Geschichte mit den Backups so verstanden das immer einzelne Sektoren (4kB) gesichert werden
die Unterscheidung erfolgt darüber welcher Sektor wo vorhanden ist
-jeder Sektor wird nur einmal gesichert egal wie oft er auf allen Clienten vorhanden ist und erhält dann nur z.B. 1000 Verweise mit dem Hinweis auf Datum und Client.
- z.B. 3 Clienten mit dem gleichen Betriebssystem haben 3 x den gleichen Sektor - dieser wird ein mal gesichert und in der Backupdatenbank wird drei mal ein Verweis auf diesen gespeichert
- bei löschung von Backups werden also nur die Verweise bearbeitet
- sollte ein Sektor exklusiv zum zu löschenden Datum vorhanden sein wird dieser dann ebenfalls entfernt.
Effekt bei mir ist das die Backupdatenbank seit Monaten um 100Gb groß ist und sich bei der Sonntäglichen Backupdatenbankbereinigung kaum ändert - Betriebssystem, Software, clientbezogene Dokumente ändern sich auch nicht wesentlich - alle Mediadateien werden nicht täglich gesichert da diese in den Shares auf dem WHS liegen
um das ganze durchzuspielen mal 20GB z.B. Filme in eine zu sichernde Partition kopieren und zwei mal sichern
dann Backubgröße nachschauen
dann ein Backup löchen -> Datenbankbereinigung anstoßen -> Größe ändert sich nicht
zweites Backup löschen -> wieder Datenbankbereinigung -> Größe verringert sich um 20GB
Gruß Armin
habe die Geschichte mit den Backups so verstanden das immer einzelne Sektoren (4kB) gesichert werden
die Unterscheidung erfolgt darüber welcher Sektor wo vorhanden ist
-jeder Sektor wird nur einmal gesichert egal wie oft er auf allen Clienten vorhanden ist und erhält dann nur z.B. 1000 Verweise mit dem Hinweis auf Datum und Client.
- z.B. 3 Clienten mit dem gleichen Betriebssystem haben 3 x den gleichen Sektor - dieser wird ein mal gesichert und in der Backupdatenbank wird drei mal ein Verweis auf diesen gespeichert
- bei löschung von Backups werden also nur die Verweise bearbeitet
- sollte ein Sektor exklusiv zum zu löschenden Datum vorhanden sein wird dieser dann ebenfalls entfernt.
Effekt bei mir ist das die Backupdatenbank seit Monaten um 100Gb groß ist und sich bei der Sonntäglichen Backupdatenbankbereinigung kaum ändert - Betriebssystem, Software, clientbezogene Dokumente ändern sich auch nicht wesentlich - alle Mediadateien werden nicht täglich gesichert da diese in den Shares auf dem WHS liegen
um das ganze durchzuspielen mal 20GB z.B. Filme in eine zu sichernde Partition kopieren und zwei mal sichern
dann Backubgröße nachschauen
dann ein Backup löchen -> Datenbankbereinigung anstoßen -> Größe ändert sich nicht
zweites Backup löschen -> wieder Datenbankbereinigung -> Größe verringert sich um 20GB
Gruß Armin
WHS: AMD-785 / Phenom II X3 720 / 8Gb-Ram / 2Tb SSHD-Seagate + 2Tb + 1Tb Samsung / WHS2011
Idle= 63W (mit Energy-Check-3000)
Clienten: 3xPC+2xLaptop // Client-BS Win7/Win8/Win10
Backupmaschine: FSC-E5915 (C2D-6700) mit WHS-2011
Idle= 63W (mit Energy-Check-3000)
Clienten: 3xPC+2xLaptop // Client-BS Win7/Win8/Win10
Backupmaschine: FSC-E5915 (C2D-6700) mit WHS-2011
-
- Beiträge: 2360
- Registriert: 23. Jan 2008, 09:53
- Wohnort: im Herzen der Vorderpfalz
Re: Inkrementelle Backups und Konsistenz
Hallo HaPe,
An deinem Beispiel "Vollbackup" kann es für den Fall, dass auf dem WHS bereits ein identischer Client gesichert ist, sein, dass das "Vollbackup" lediglich eine Tabelle schreibt, bereits auf dem WHS gespeicherte Cluster sind auch auf diesem Client enthalten.
*durchatme* ... Schau' mal in dieses Dokument, da ist das ausführlicher beschrieben.
Gruß Werner
willkommen im Club , dann versuche ich doch mal, das Dunkel etwas zu erhellen ...Irgendwie habe ich bislang das WHS-Backupsystem so gar nicht verstanden
NEIN, und die Worte "Vollbackup" und "inkrementelles Backup" entstammen nicht der WHS-Terminologie. Der WHS erstellt "Snapshots auf Cluster-Basis". Diese Daten werden clientübergreifend als "Cluster- und Metadaten" vorgehalten. In den clientspezifischen "Sicherungssätzen" (egal, ob erste oder Folgesicherung) wird somit nur eingetragen, welchen Zustand diese Cluster des Clients zum Zeitpunkt der Sicherung hatten.Wenn ich am WHS das erste Backup von einem Client ziehe, ist es ein Vollbackup, alle folgenden sind inkrementelle Backups
An deinem Beispiel "Vollbackup" kann es für den Fall, dass auf dem WHS bereits ein identischer Client gesichert ist, sein, dass das "Vollbackup" lediglich eine Tabelle schreibt, bereits auf dem WHS gespeicherte Cluster sind auch auf diesem Client enthalten.
da es keine inkrementellen Backups auf dem WHS gibt hat er auch keine Probleme, diese zu löschen ... Oder, in anderen Worten, die Löschung eines clientspezifischen "Sicherungssatzes" ist nichts anderes als dass der WHS in seinen Metadaten diesen Client für diesen Cluster austrägt. Ist auf einen gesicherten Cluster kein Client aus einem "Sicherungssatz" mehr referenziert, wird dieser Cluster bei der Bereinigung gelöscht.Wie kann der WHS dann einfach einzelne inkrementelle Backups automatisch löschen?
nein, solange alle in den clientspezifischen "Sicherungssätzen" referenzierten Cluster in ihren jeweiligen Zuständen gespeichert sind.entstehen dann nicht Löcher in der Backup-Historie?
nein (und das ist das echt Tolle). Durch Auswahl des clientspezifischen "Sicherungssatzes" wird der WHS nur angewiesen, die referenzierten Cluster in diesem Zustand wieder zu restoren, also diesen Snapshot wieder herzustellen.müssen dann tatsächlich alle 1000 Backups der Reihe nach durchsucht werden?
das ist einfach ... die "tägliche" Sicherung ist die erste Sicherung dieses Tages, die "wöchentliche" die erste der Woche (sollte Montags beginnen) und die "monatliche" ist die erste Sicherung des Monats.Was ist dann aber eine "tägliche", wöchentliche" und "monatliche" Sicherung?
*durchatme* ... Schau' mal in dieses Dokument, da ist das ausführlicher beschrieben.
Gruß Werner
Give me patience ... but please hurry!
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
- locke703
- WHS-Experte
- Beiträge: 1746
- Registriert: 18. Aug 2007, 22:08
- Wohnort: Friedrichshafen
Re: Inkrementelle Backups und Konsistenz
Hi, Werner hats auch gut getroffen
nochmal zum Unterschied:
z.B. macht TrueImage ein Vollbackup und ein Inkrementelles oder Differentielles Backup bauen darauf auf
es werden die Änderungen zum Vollbackup gespeichert
- es gehört also immer das inkrementelle/differentielle und das Vollbackup zusammen
beim WHS ist ein Backup eine Auflistung der zum Datum enthaltenen Sektoren
hoffe das ich verständlich den Unterschied getroffen habe - lasse mich natürlich auch eines besseren belehren oder jemand findet bessere Worte um das Thema zu beschreiben
Gruß Armin
nochmal zum Unterschied:
z.B. macht TrueImage ein Vollbackup und ein Inkrementelles oder Differentielles Backup bauen darauf auf
es werden die Änderungen zum Vollbackup gespeichert
- es gehört also immer das inkrementelle/differentielle und das Vollbackup zusammen
beim WHS ist ein Backup eine Auflistung der zum Datum enthaltenen Sektoren
hoffe das ich verständlich den Unterschied getroffen habe - lasse mich natürlich auch eines besseren belehren oder jemand findet bessere Worte um das Thema zu beschreiben
Gruß Armin
WHS: AMD-785 / Phenom II X3 720 / 8Gb-Ram / 2Tb SSHD-Seagate + 2Tb + 1Tb Samsung / WHS2011
Idle= 63W (mit Energy-Check-3000)
Clienten: 3xPC+2xLaptop // Client-BS Win7/Win8/Win10
Backupmaschine: FSC-E5915 (C2D-6700) mit WHS-2011
Idle= 63W (mit Energy-Check-3000)
Clienten: 3xPC+2xLaptop // Client-BS Win7/Win8/Win10
Backupmaschine: FSC-E5915 (C2D-6700) mit WHS-2011
-
- Beiträge: 2360
- Registriert: 23. Jan 2008, 09:53
- Wohnort: im Herzen der Vorderpfalz
Re: Inkrementelle Backups und Konsistenz
Hallo Armin,
Gruß Werner
upps, sorry, da haben sich zeitlich unsere Postings überschnitten. Bitte glaub' mir, solche Texte kann ich nicht schneller tippenWerner hats auch gut getroffen
Gruß Werner
Give me patience ... but please hurry!
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
- locke703
- WHS-Experte
- Beiträge: 1746
- Registriert: 18. Aug 2007, 22:08
- Wohnort: Friedrichshafen
Re: Inkrementelle Backups und Konsistenz
Hi,
@ Werner, finde Deinen Schreibstil mit den Zitaten sehr gut und die Erklärungen ergänzen sich ja auch
nicht immer denkt man an alles und so finde ich ists immer gut wenn mehrere Leute sich beteiligen
Überschneidungen sind halt nicht immer zu vermeiden
wollte nur den Unterschied zur Fremdsoftware noch nennen.
Gruß Armin
@ Werner, finde Deinen Schreibstil mit den Zitaten sehr gut und die Erklärungen ergänzen sich ja auch
nicht immer denkt man an alles und so finde ich ists immer gut wenn mehrere Leute sich beteiligen
Überschneidungen sind halt nicht immer zu vermeiden
wollte nur den Unterschied zur Fremdsoftware noch nennen.
Gruß Armin
WHS: AMD-785 / Phenom II X3 720 / 8Gb-Ram / 2Tb SSHD-Seagate + 2Tb + 1Tb Samsung / WHS2011
Idle= 63W (mit Energy-Check-3000)
Clienten: 3xPC+2xLaptop // Client-BS Win7/Win8/Win10
Backupmaschine: FSC-E5915 (C2D-6700) mit WHS-2011
Idle= 63W (mit Energy-Check-3000)
Clienten: 3xPC+2xLaptop // Client-BS Win7/Win8/Win10
Backupmaschine: FSC-E5915 (C2D-6700) mit WHS-2011
-
- Foren-Einsteiger
- Beiträge: 30
- Registriert: 1. Apr 2008, 10:05
Re: Inkrementelle Backups und Konsistenz
Hallo Werner,
hallo Armin,
Ihr seit super. So langsam lichtet sich das Dunkel. Ich muss mir das mal in aller Ruhe nochmal durchlesen (auch das MS-Dokument ... das ich noch nicht kannte) aber so langsam verstehe ich die WHS-Backup Strategie.
Vielen Dank nochmal für Euere Mühe
Ciao
HaPe
hallo Armin,
Ihr seit super. So langsam lichtet sich das Dunkel. Ich muss mir das mal in aller Ruhe nochmal durchlesen (auch das MS-Dokument ... das ich noch nicht kannte) aber so langsam verstehe ich die WHS-Backup Strategie.
Vielen Dank nochmal für Euere Mühe
Ciao
HaPe
-
- Foren-Einsteiger
- Beiträge: 30
- Registriert: 1. Apr 2008, 10:05
Re: Inkrementelle Backups und Konsistenz
ich nochmal
und versuche es nochmal mit meinen laienhaften Worten:
- Beim allerersten "Vollbackup" eines ersten Client werden (a) viele, viele Cluster des Client gebackupt und (b) eine Referenztabelle angelegt die den Stand des Clients (Legohaus) aus den Clustern (Legosteine) beschreibt.
- Beim den Folgebackups des gleichen Clients werden (a) ganz wenige Cluster gebackupt und (b) eine komplett neue (oder auch nicht ... eigentlich egal) Referenztabelle erstellt.
- Die Referenztabellen des ersten Clients sind damit völlig unabhängig voneinander und können auch unabhängig voneinander gelöscht werden, weil sie nicht aufeinander aufbeuen.
- Sobald ein Cluster von keiner Referenztabelle mehr referenziert wird, kann es gelöscht werden.
- Sobald ein zweiter oder ein weiter Client gebackupt wurd, bedient er sich des bereits vorhandenen Cluster-Pools, erweitert diesen ggf. und baut ebenfalls seine eigene Referenztanelle auf, ansonsten besteht zwischen dem ersten Client und den Folgeclients keine nennenswerter Unterschied und ...
... es ist jetzt auch verständlich, warum meine erster Backup eines schnellen Clients so viel länger gedauert hat wie alle anderen Backups aller anderen (langsameren) Clients.
Viele Grüße
HaPe
und versuche es nochmal mit meinen laienhaften Worten:
- Beim allerersten "Vollbackup" eines ersten Client werden (a) viele, viele Cluster des Client gebackupt und (b) eine Referenztabelle angelegt die den Stand des Clients (Legohaus) aus den Clustern (Legosteine) beschreibt.
- Beim den Folgebackups des gleichen Clients werden (a) ganz wenige Cluster gebackupt und (b) eine komplett neue (oder auch nicht ... eigentlich egal) Referenztabelle erstellt.
- Die Referenztabellen des ersten Clients sind damit völlig unabhängig voneinander und können auch unabhängig voneinander gelöscht werden, weil sie nicht aufeinander aufbeuen.
- Sobald ein Cluster von keiner Referenztabelle mehr referenziert wird, kann es gelöscht werden.
- Sobald ein zweiter oder ein weiter Client gebackupt wurd, bedient er sich des bereits vorhandenen Cluster-Pools, erweitert diesen ggf. und baut ebenfalls seine eigene Referenztanelle auf, ansonsten besteht zwischen dem ersten Client und den Folgeclients keine nennenswerter Unterschied und ...
... es ist jetzt auch verständlich, warum meine erster Backup eines schnellen Clients so viel länger gedauert hat wie alle anderen Backups aller anderen (langsameren) Clients.
Viele Grüße
HaPe
-
- Beiträge: 2360
- Registriert: 23. Jan 2008, 09:53
- Wohnort: im Herzen der Vorderpfalz
Re: Inkrementelle Backups und Konsistenz
Hallo HaPe,
Jeder clientspezifische "Sicherungssatz" ist ein Snapshot des jeweiligen Clients und beschreibt den aktuellen Zustand aller Cluster dieses Clients. Dieser Zustand der Cluster ist gespeichert und auf einer "Metaebene" referenziert. Wenn sich bei einem anderen Snapshot (gleicher oder anderer Client) inhaltliche Änderungen der Cluster zeigen, werden diese wiederum gespeichert und ebenfalls referenziert. Somit ist es möglich, auf Basis eines jeden einzelnen Snapshots den Client zu restoren indem ganz einfach derjenige Zustand der einzelnen Cluster wiederhergestellt wird, der im ausgewählten "Sicherungssatz" referenziert ist.
Gruß Werner
genau ...es ist jetzt auch verständlich, warum meine erster Backup eines schnellen Clients so viel länger gedauert hat wie alle anderen Backups aller anderen (langsameren) Clients.
viel einfacher ... und bitte nicht in "Vollsicherung" denken.und versuche es nochmal mit meinen laienhaften Worten
Jeder clientspezifische "Sicherungssatz" ist ein Snapshot des jeweiligen Clients und beschreibt den aktuellen Zustand aller Cluster dieses Clients. Dieser Zustand der Cluster ist gespeichert und auf einer "Metaebene" referenziert. Wenn sich bei einem anderen Snapshot (gleicher oder anderer Client) inhaltliche Änderungen der Cluster zeigen, werden diese wiederum gespeichert und ebenfalls referenziert. Somit ist es möglich, auf Basis eines jeden einzelnen Snapshots den Client zu restoren indem ganz einfach derjenige Zustand der einzelnen Cluster wiederhergestellt wird, der im ausgewählten "Sicherungssatz" referenziert ist.
Gruß Werner
Give me patience ... but please hurry!
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
-
- Foren-Einsteiger
- Beiträge: 30
- Registriert: 1. Apr 2008, 10:05
Re: Inkrementelle Backups und Konsistenz
Dankeschöön
HaPe
HaPe
- AliG
- Moderator
- Beiträge: 3727
- Registriert: 6. Jun 2007, 17:33
- Wohnort: Salzburg, Österreich
Re: Inkrementelle Backups und Konsistenz
So, hab den Thread mal in den FAQs verlinkt, waren alles sehr schöne (und richtige) Antworten hier
lg Alex
lg Alex
- FrankySt72
- Foren-Mitglied
- Beiträge: 665
- Registriert: 4. Jun 2009, 23:31
Re: Inkrementelle Backups und Konsistenz
Hallo Ihr,
wird Singel Instance Storage nur fürs Backup verwendet oder auch die die Freigaben, d.h. habe ich eine Datei doppelt abgelegt, verbraucht sie nur den einfachen Platz? Oder noch extremer, ist sie bereits in einem Backup enthalten, verbraucht sie gar keinen weiteren Platz?
wird Singel Instance Storage nur fürs Backup verwendet oder auch die die Freigaben, d.h. habe ich eine Datei doppelt abgelegt, verbraucht sie nur den einfachen Platz? Oder noch extremer, ist sie bereits in einem Backup enthalten, verbraucht sie gar keinen weiteren Platz?
Zuletzt geändert von FrankySt72 am 15. Aug 2009, 02:29, insgesamt 1-mal geändert.
Grüße Frank
[Irren ist menschlich. Aber noch menschlicher ist es, dem Computer die Schuld zu geben.] *Unbekannt
[Wir sind alle aus Sternenstaub gemacht - und unser Schmuck aus dem Staub kollidierender Sterne] *Carl Sagan
HP StorageWorks x510 Data Vault - WHS 2011 - 4GB - System 2TB Samsung F4 + 2TB Samsung F3 + 3TB WD Red
(HP Mediasmart EX470 V3.0 - SP2 - PP3 - 2GB - 2.6GHz (AMD LE-1640)) aktuell außer Betrieb
FRITZ!Box Fon 7390 - 100 MBit KabelDeutschland / ZyXEL GS1100-16 / D-Link DGS-1008D
Relevante Ausstattung: Windows 8 + Windows 7, iPad 4, iPad mini, iPhone 4S, Apple TV (3), Samsung UE55D8000
Datenduplizierung, Raid 1,5,10 ersetzt kein Backup!!! Niemals auf Backup verzichten!!!
[Irren ist menschlich. Aber noch menschlicher ist es, dem Computer die Schuld zu geben.] *Unbekannt
[Wir sind alle aus Sternenstaub gemacht - und unser Schmuck aus dem Staub kollidierender Sterne] *Carl Sagan
HP StorageWorks x510 Data Vault - WHS 2011 - 4GB - System 2TB Samsung F4 + 2TB Samsung F3 + 3TB WD Red
(HP Mediasmart EX470 V3.0 - SP2 - PP3 - 2GB - 2.6GHz (AMD LE-1640)) aktuell außer Betrieb
FRITZ!Box Fon 7390 - 100 MBit KabelDeutschland / ZyXEL GS1100-16 / D-Link DGS-1008D
Relevante Ausstattung: Windows 8 + Windows 7, iPad 4, iPad mini, iPhone 4S, Apple TV (3), Samsung UE55D8000
Datenduplizierung, Raid 1,5,10 ersetzt kein Backup!!! Niemals auf Backup verzichten!!!
-
- Beiträge: 2360
- Registriert: 23. Jan 2008, 09:53
- Wohnort: im Herzen der Vorderpfalz
Re: Inkrementelle Backups und Konsistenz
Hallo,
Gruß Werner
"Backup" und "Freigaben" werden komplett unterschiedlich gehandhabt und haben keinerlei Abhängigkeiten ...FrankySt72 hat geschrieben:ist sie bereits in einem Backup enthalten, verbraucht sie gar keinen weiteren Platz?
Gruß Werner
Give me patience ... but please hurry!
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
GigaByte G33M-DS2R / Intel Core2 Duo E4600 / 2x1024
4x500GB + 5x1000GB + 4x1500GB + 1x2000GB (alle Samsung)
© Home Server Blog · Streamline theme by StudioPress ·