11
BackupExcec 11 macht keine Differentialsicherung mehr
Hallo,
wir haben am WE immer eine Gesamtsicherung laufen und an den Werktagen einen Differentialsicherung.
Nun ist es so, das die Gesamtsicherung am WE nicht eingehalten werden konnte, da es es probleme mit dem Wechsler gab und das Band nicht eingezogen werden konnt.
Somit habe ich am Mo. die Gesamtsicherung wiederholt, was auch geklappt hat.
Diese war am Dienstag Abend fertig.
Nun konnten ja die Diff. Sicherung am Mo und Di Abend nicht eingehalten werden, da ja noch die Gesamtsicherung lief.
Jetzt wollte ich diese Diff. Sicherung nachholen und er startet diese aber sichert das ganze band voll 240GB - also würde er wieder eine Gesamtsicherung machen.
Diff. Sicherungen haben bei uns ca. 4-7 GB pro Tag - so das man am mit einem 200GB Band locker hinkommt.
Woran kann das jetzt liegen?
wir haben am WE immer eine Gesamtsicherung laufen und an den Werktagen einen Differentialsicherung.
Nun ist es so, das die Gesamtsicherung am WE nicht eingehalten werden konnte, da es es probleme mit dem Wechsler gab und das Band nicht eingezogen werden konnt.
Somit habe ich am Mo. die Gesamtsicherung wiederholt, was auch geklappt hat.
Diese war am Dienstag Abend fertig.
Nun konnten ja die Diff. Sicherung am Mo und Di Abend nicht eingehalten werden, da ja noch die Gesamtsicherung lief.
Jetzt wollte ich diese Diff. Sicherung nachholen und er startet diese aber sichert das ganze band voll 240GB - also würde er wieder eine Gesamtsicherung machen.
Diff. Sicherungen haben bei uns ca. 4-7 GB pro Tag - so das man am mit einem 200GB Band locker hinkommt.
Woran kann das jetzt liegen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 143246
Url: https://administrator.de/contentid/143246
Ausgedruckt am: 06.11.2024 um 01:11 Uhr
11 Kommentare
Neuester Kommentar
Hi
hast du den Job über "Auftrag jetzt wiederholen" gestartet oder manuell. Was du beschreibst passiert wenn er in der Datenbank keine neue Referenz zur Auswahlliste gefunden hat und somit eine Vollsicherung gefahren. Ab heute wirds dann wieder bei deinen 7GB bleiben da er ja nun eine Referenz hat.
Gruß
Sam
hast du den Job über "Auftrag jetzt wiederholen" gestartet oder manuell. Was du beschreibst passiert wenn er in der Datenbank keine neue Referenz zur Auswahlliste gefunden hat und somit eine Vollsicherung gefahren. Ab heute wirds dann wieder bei deinen 7GB bleiben da er ja nun eine Referenz hat.
Gruß
Sam
Hab die Gesamtsicherung neu gestartet ... also manuell.
Liegt es daran, dass er keine Referenz zur Auswahlliste gefunden hat.
Muss man also eine "nicht eingehaltenen Job" über "Wiederholen" starten, damit diese angelegt wird?
das Problem ist, dass die Gesamtsicherung fast 1,5 Tage braucht und über 5 Bänder geht... das 6. Band ist für die Diff. Sicherung da.
D.h. ich bekomme erst wieder eine korrekte Diff. sicherung hin, wenn die Gesamtsicherung termingerecht am WE wieder durchläuft?!
Liegt es daran, dass er keine Referenz zur Auswahlliste gefunden hat.
Muss man also eine "nicht eingehaltenen Job" über "Wiederholen" starten, damit diese angelegt wird?
das Problem ist, dass die Gesamtsicherung fast 1,5 Tage braucht und über 5 Bänder geht... das 6. Band ist für die Diff. Sicherung da.
D.h. ich bekomme erst wieder eine korrekte Diff. sicherung hin, wenn die Gesamtsicherung termingerecht am WE wieder durchläuft?!
Hi
ja wenn er noch kein fertig abgeschlossenes Backup als Referenz hat gehen weder Incr noch Diff Backups ohne alles erneut komplett gemacht zu haben, sprich der Erfolg des ersten ist notwendig das Inc/Diff damit arbeiten können. Ich hoffe du denkst daran das Bänder eine Minimumgeschwindigkeit haben (=Datendurchsatz) und darunter das sog Skipping anfangen was nicht nur Performance kostet sondern Band und Laufwerk beschädigen; bei einem Kunden hat er durch so etwas in 4 Monaten ein 5k EUR teuren FC LTO4 Streamer defekt bekommen, abgesehen von der Unzuverlässigkeit der Bänder. Ein Hersteller kann das sogar super nachvollziehen und versagte daraufhin die Gewährleistung.
Kurz: mit dem ersten erfolgreichen Full Backup (ein Differenz braucht ja eine Referenz im Vergleich zu einem Incremental) wird die Differenzkopie wieder laufen.
Gruß
Sam
ja wenn er noch kein fertig abgeschlossenes Backup als Referenz hat gehen weder Incr noch Diff Backups ohne alles erneut komplett gemacht zu haben, sprich der Erfolg des ersten ist notwendig das Inc/Diff damit arbeiten können. Ich hoffe du denkst daran das Bänder eine Minimumgeschwindigkeit haben (=Datendurchsatz) und darunter das sog Skipping anfangen was nicht nur Performance kostet sondern Band und Laufwerk beschädigen; bei einem Kunden hat er durch so etwas in 4 Monaten ein 5k EUR teuren FC LTO4 Streamer defekt bekommen, abgesehen von der Unzuverlässigkeit der Bänder. Ein Hersteller kann das sogar super nachvollziehen und versagte daraufhin die Gewährleistung.
Kurz: mit dem ersten erfolgreichen Full Backup (ein Differenz braucht ja eine Referenz im Vergleich zu einem Incremental) wird die Differenzkopie wieder laufen.
Gruß
Sam
Ich hoffe du denkst daran das Bänder eine Minimumgeschwindigkeit haben (=Datendurchsatz) und darunter das sog Skipping anfangen was nicht nur Performance kostet sondern Band und Laufwerk beschädigen
Wo stelle ich das ein?
Habe davon noch nie was gehört.
wir haben ein tandberg wechsler, der 8 bänder beinhaltet.
wie gesagt, die gesamtsicherung (6bänder) habe ich ja nachgeholt. darauf habe ich die diff. manuell neu gestartet und er wollte mit dem diff. band natürlich einen kompl. sicherung machen.
jetzt habe ich die diff. sicherung so gestartet, dass ich gesagt habe, "wiederhole" und siehe da, er hat anstatt das band voll zu machen, jetzt nur 30GB gesichert - 30 GB da er ja jetzt mehrere tage nicht nach der gesamtsicherung nicht gesichert hatte.
Wo stelle ich das ein?
Habe davon noch nie was gehört.
wir haben ein tandberg wechsler, der 8 bänder beinhaltet.
wie gesagt, die gesamtsicherung (6bänder) habe ich ja nachgeholt. darauf habe ich die diff. manuell neu gestartet und er wollte mit dem diff. band natürlich einen kompl. sicherung machen.
jetzt habe ich die diff. sicherung so gestartet, dass ich gesagt habe, "wiederhole" und siehe da, er hat anstatt das band voll zu machen, jetzt nur 30GB gesichert - 30 GB da er ja jetzt mehrere tage nicht nach der gesamtsicherung nicht gesichert hatte.
Hi
da kannst du nichts einstellen (das ist der selbe Effekt wie beim CD-R Schreiben früher: reißt der Datenstrom ab muß er zurückspulen=skipping; ist sicher im wiki beschrieben); es geht eher um die Geschwindigkeit des Datenstroms der einfach (=die Hardware muß es schnell genug liefern) nicht zu niedrig werden darf; kann sicher öfter vorkommen, aber eben nicht dauernd.
Da ich deine Datensätze nicht kenne (normal erstellt man einmal eine Sicherungsauswahl auf welche sich dann die Jobs je Server jeweils beziehen), ist da eine detailierte Aussage schwer machbar wieso er nun den Job doppelt angeht?
Gruß
Sam
da kannst du nichts einstellen (das ist der selbe Effekt wie beim CD-R Schreiben früher: reißt der Datenstrom ab muß er zurückspulen=skipping; ist sicher im wiki beschrieben); es geht eher um die Geschwindigkeit des Datenstroms der einfach (=die Hardware muß es schnell genug liefern) nicht zu niedrig werden darf; kann sicher öfter vorkommen, aber eben nicht dauernd.
Da ich deine Datensätze nicht kenne (normal erstellt man einmal eine Sicherungsauswahl auf welche sich dann die Jobs je Server jeweils beziehen), ist da eine detailierte Aussage schwer machbar wieso er nun den Job doppelt angeht?
Gruß
Sam
Also der Datendurchsatz liegt bei der Gesamtsicherung immer bei ca. 1,1GB / min
Das klingt schon mal OK, selbst für LTO/DLT der Genereation3 und darunter; für 4/5 reicht das nicht mehr aus.
Gruß
Sam
Gruß
Sam
Zitat von @SamvanRatt:
Hi
hast du den Job über "Auftrag jetzt wiederholen" gestartet oder manuell. Was du beschreibst passiert wenn er in der
Datenbank keine neue Referenz zur Auswahlliste gefunden hat und somit eine Vollsicherung gefahren. Ab heute wirds dann wieder bei
deinen 7GB bleiben da er ja nun eine Referenz hat.
Gruß
Sam
Hi
hast du den Job über "Auftrag jetzt wiederholen" gestartet oder manuell. Was du beschreibst passiert wenn er in der
Datenbank keine neue Referenz zur Auswahlliste gefunden hat und somit eine Vollsicherung gefahren. Ab heute wirds dann wieder bei
deinen 7GB bleiben da er ja nun eine Referenz hat.
Gruß
Sam
Jetzt ist es wieder so... die Gesamtsicherung lief am WE durch, mit einer Ausnahme (temp. office datei) und jetzt am Montag auf Dienstag lief die inkr. Sicherung nicht als inkr. sondern diese wollte wieder alles sichern und hat dann natürlich ab 200GB nicht mehr weiter gesichert, da das Band voll ist ...
Das kann doch nicht sein, dass man alle 2 Wochen das Problem hat ... ist vielleicht die DB defekt oder hat BE das Archiv Bit nicht gesetzt ...
Fragen über Fragen
Hi
sofern du nicht den Status: "Completed without errors" hast (=Grün) wird er die VOllsicherung anfahren bis er eine vollständige hat als Vergleich; das hat nichts mit Archivbits und Co zu tun sondern wie BE seine Referenz zieht.
Eine Möglichkeit das zu minimieren (abgesehen vom üblichen Trennen der Usershares, bis das VSS durchgelaufen ist womit dann ein voller Zugriff besteht) ist den Auftrag in kleinere Chunks zu zerlegen, wodurch dann der Schaden kleiner ist.
Das ist auch kein Fehler im BE sondern ein (nörgelnes) Feature: du mußt im Desaster Fall sonst mit einem unvollständigen Backup anfangen um darauf aufzubauen; das hat dann nichts mehr mit Datensicherung zu tun sondern Glücksspiel. Mit em Advanced Open File Option kann man recht gut gegenwirken (VSS).
Gruß
Sam
sofern du nicht den Status: "Completed without errors" hast (=Grün) wird er die VOllsicherung anfahren bis er eine vollständige hat als Vergleich; das hat nichts mit Archivbits und Co zu tun sondern wie BE seine Referenz zieht.
Eine Möglichkeit das zu minimieren (abgesehen vom üblichen Trennen der Usershares, bis das VSS durchgelaufen ist womit dann ein voller Zugriff besteht) ist den Auftrag in kleinere Chunks zu zerlegen, wodurch dann der Schaden kleiner ist.
Das ist auch kein Fehler im BE sondern ein (nörgelnes) Feature: du mußt im Desaster Fall sonst mit einem unvollständigen Backup anfangen um darauf aufzubauen; das hat dann nichts mehr mit Datensicherung zu tun sondern Glücksspiel. Mit em Advanced Open File Option kann man recht gut gegenwirken (VSS).
Gruß
Sam
Das stimmt so nicht ganz... ich habe schon öfters ein Gesamtbackup gefahren, wo es Ausnahmen gab, weil ein Mitarbeiter doch am WE arbeiten musste und dabei natürlich Dateien offen hatte.
Am Montag abend war es dann kein Problem ein inkr. Backup zu machen, trotz der Ausnahmen im Gesamtbackup
Am Montag abend war es dann kein Problem ein inkr. Backup zu machen, trotz der Ausnahmen im Gesamtbackup
Hi
dann hattest du aber schon ein vollständiges Backup auf das du dich referenziert hast. Ausnahmen sind auch was anderes als offene DBs wie pst Dateien da sie nicht mit einem simplen File lock verschlossen werden. Da streikt BE dann als Damaged File an, was für ihn halt keine Ausnahme (File open) ist mit der er umgehen kann. Schau dir mal genau an was er angemeckert hat und wieso er dann kein OK brachte.
dann hattest du aber schon ein vollständiges Backup auf das du dich referenziert hast. Ausnahmen sind auch was anderes als offene DBs wie pst Dateien da sie nicht mit einem simplen File lock verschlossen werden. Da streikt BE dann als Damaged File an, was für ihn halt keine Ausnahme (File open) ist mit der er umgehen kann. Schau dir mal genau an was er angemeckert hat und wieso er dann kein OK brachte.
