8
Backup Exec SQL-Sicherung
Hallo,
ich versuche gerade einen SQL-Server mit Symantec Backup Exec 2012 zu sichern.
Ich habe allerdings ein kleines Verständnisproblem!
Soweit so gut:
Bis jetzt habe ich einen Backupauftrag für reine Programmdaten angelegt. Dieser sichert Sonntags Voll und von Montag bis Samstag Differenziell
Etwas komplizierter wird es dann bei der SQL-Sicherung. Backup Exec rät mir folgendes:
Okay, habe ich so beim zweiten Auftrag eingerichtet.
D.h. Sonntags wird die Datenbank vollgesichert, von Montag bis Samstag inkrementell.
Wie ist das mit: Wählen Sie beim ersten inkrementellen Auftrag zuerst "Protokoll"...und beim zweiten Diffenrenzial aus" zu deuten?
Wenn mir Donnerstags die DB ausfällt, muss ich dann wie bei einer inkrementellen Datensicherung jeden einzelenen Tag wiederherstellen oder wird das durch die "Differenzieal"-Methode abgedeckt?
Danke!
Hier nocheinmal beide Aufträge
ich versuche gerade einen SQL-Server mit Symantec Backup Exec 2012 zu sichern.
Ich habe allerdings ein kleines Verständnisproblem!
Soweit so gut:
Bis jetzt habe ich einen Backupauftrag für reine Programmdaten angelegt. Dieser sichert Sonntags Voll und von Montag bis Samstag Differenziell
Etwas komplizierter wird es dann bei der SQL-Sicherung. Backup Exec rät mir folgendes:
Okay, habe ich so beim zweiten Auftrag eingerichtet.
D.h. Sonntags wird die Datenbank vollgesichert, von Montag bis Samstag inkrementell.
Wie ist das mit: Wählen Sie beim ersten inkrementellen Auftrag zuerst "Protokoll"...und beim zweiten Diffenrenzial aus" zu deuten?
Wenn mir Donnerstags die DB ausfällt, muss ich dann wie bei einer inkrementellen Datensicherung jeden einzelenen Tag wiederherstellen oder wird das durch die "Differenzieal"-Methode abgedeckt?
Danke!
Hier nocheinmal beide Aufträge
Auf Facebook teilen
Auf X (Twitter) teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 191086
Url: https://administrator.de/forum/backup-exec-sql-sicherung-191086.html
Ausgedruckt am: 06.04.2025 um 18:04 Uhr
8 Kommentare
Neuester Kommentar
Moin,
der inkrementelle Job der Protokolldateien (das Log) schreibt die Transaktionen in die Datenbank und leert das Log - somit kann der diffentielle Job die Veränderung der Datenbank im Vergleich zur vorherigen Sicherung sichern.
Gruß
24
der inkrementelle Job der Protokolldateien (das Log) schreibt die Transaktionen in die Datenbank und leert das Log - somit kann der diffentielle Job die Veränderung der Datenbank im Vergleich zur vorherigen Sicherung sichern.
Gruß
24
Hi,
noch einmal eine Verständnissfrage:
Szenario:
Die Kollegen arbeiten an der Datenbank und ändern ein paar Einträge. Der SQL-Server schreibt diese Änderung in die *DBNAME*.ldf damit nachvollzogen werden kann was an der DB geändert wurde, richtig oder?
ich verstehe die Aussage "schreibt das Log in die DB" nicht so wirklich...Ich meine mich erinnern zu können, dass mir die Transaktion-Logs so erklärt wurden:
Stell dir vor du hast eine Excel-Tabelle mit vielen Telefonnummer+Namen:
Sonntag abend machst du eine Kopie davon und legst sie in den Tersor (Quasi Vollbackup)
Am Montag erfährst du, dass sich die Telefonnummer für "Herrn ABC" von "X" in "Y" geändert hat.
Du holst dir die original Excel-Tabelle und änderst die Tel-Nummern. Zusätzlich dazu schreibst du dir aber auf ein weiteres Blatt papier "10:16Uhr; Zeile16; Reihe5; Telefonnummer X in Telefonnummer Y geändert" <- Transaktionslog
Das machst du so für jede Änderung in der Excel-Tabelle, bis du Sie irgendwann mal wieder eine Kopierst (Vollbackup). Danach kannst du die Mitschrift (Log) wegschmeißen da du ja ne komplette Kopie von allem hast.....
Laut dieser erklärung wird ja nichts "zurück geschrieben", es ist ja alles schon in der Datenbank....
Sollte das Originalblatt zerstört werden, könnte ich jetzt alle SChritte seit der letzten kopie nachvollziehen...
Im Bezug darauf finde ichs komisch, dass mir Backup Exec beim !Vollsichern! immerwieder die Meldung anzeigt: "Auftrage mit Ausnahmen abgeschlossen" Inhalt "V-79-40960-37914 - Datenbank *DBNAME* ist zur Verwaltung von Transaktionsprotokollen konfiguriert. Transaktionsprotokoll-Backups werden nicht durchgeführt. Das Protokoll wird immer umfangreicher, bis es den gesamten Speicherplatz beansprucht. Regelmäßige Protokoll-Backups sollten geplant oder der einfache Wiederherstellungsmodus sollte für die Datenbank festgelegt werden. "
Beim Vollsichern sollte doch normal auch das Log geleert werden, die Datenbank ist doch in diesem Moment konsistent und das "Transaktionslogging" kann wieder von vorne beginnen?
noch einmal eine Verständnissfrage:
Szenario:
Die Kollegen arbeiten an der Datenbank und ändern ein paar Einträge. Der SQL-Server schreibt diese Änderung in die *DBNAME*.ldf damit nachvollzogen werden kann was an der DB geändert wurde, richtig oder?
Zitat von @2hard4you:
der inkrementelle Job der Protokolldateien (das Log) schreibt die Transaktionen in die Datenbank und leert das Log - somit kann....
der inkrementelle Job der Protokolldateien (das Log) schreibt die Transaktionen in die Datenbank und leert das Log - somit kann....
ich verstehe die Aussage "schreibt das Log in die DB" nicht so wirklich...Ich meine mich erinnern zu können, dass mir die Transaktion-Logs so erklärt wurden:
Stell dir vor du hast eine Excel-Tabelle mit vielen Telefonnummer+Namen:
Sonntag abend machst du eine Kopie davon und legst sie in den Tersor (Quasi Vollbackup)
Am Montag erfährst du, dass sich die Telefonnummer für "Herrn ABC" von "X" in "Y" geändert hat.
Du holst dir die original Excel-Tabelle und änderst die Tel-Nummern. Zusätzlich dazu schreibst du dir aber auf ein weiteres Blatt papier "10:16Uhr; Zeile16; Reihe5; Telefonnummer X in Telefonnummer Y geändert" <- Transaktionslog
Das machst du so für jede Änderung in der Excel-Tabelle, bis du Sie irgendwann mal wieder eine Kopierst (Vollbackup). Danach kannst du die Mitschrift (Log) wegschmeißen da du ja ne komplette Kopie von allem hast.....
Laut dieser erklärung wird ja nichts "zurück geschrieben", es ist ja alles schon in der Datenbank....
Sollte das Originalblatt zerstört werden, könnte ich jetzt alle SChritte seit der letzten kopie nachvollziehen...
Im Bezug darauf finde ichs komisch, dass mir Backup Exec beim !Vollsichern! immerwieder die Meldung anzeigt: "Auftrage mit Ausnahmen abgeschlossen" Inhalt "V-79-40960-37914 - Datenbank *DBNAME* ist zur Verwaltung von Transaktionsprotokollen konfiguriert. Transaktionsprotokoll-Backups werden nicht durchgeführt. Das Protokoll wird immer umfangreicher, bis es den gesamten Speicherplatz beansprucht. Regelmäßige Protokoll-Backups sollten geplant oder der einfache Wiederherstellungsmodus sollte für die Datenbank festgelegt werden. "
Beim Vollsichern sollte doch normal auch das Log geleert werden, die Datenbank ist doch in diesem Moment konsistent und das "Transaktionslogging" kann wieder von vorne beginnen?
[OT]
Bitte, Philipp711,
verwende doch lieber künftig die Verben "löschen" oder "entsorgen" - bei beiden fällt ein fehlendes "m" nicht so sehr auf.
Als Entschuldigung lasse ich aber gelten, dass Symantec auch zu ...locker sind, was die Rechtschreibung angeht.
In dem Screenshot ist die Überschrift "Inkrementell - Diffenrenzial" auch gewöhnungsbedürftig.
Grüße
Biber
[/OT]
Bitte, Philipp711,
Zitat von @Philipp711:
Danach kannst du die Mitschrift (Log) wegscheißen da du ja ne komplette Kopie von allem hast.....
Danach kannst du die Mitschrift (Log) wegscheißen da du ja ne komplette Kopie von allem hast.....
verwende doch lieber künftig die Verben "löschen" oder "entsorgen" - bei beiden fällt ein fehlendes "m" nicht so sehr auf.
Als Entschuldigung lasse ich aber gelten, dass Symantec auch zu ...locker sind, was die Rechtschreibung angeht.
In dem Screenshot ist die Überschrift "Inkrementell - Diffenrenzial" auch gewöhnungsbedürftig.
Grüße
Biber
[/OT]
Ouh, peinlicher Fehler, war bei der ganzen Sache nicht voll auf der Höhe. Danke ist schon korrigiert! 
N'Abend,
Tja, dann mach das doch einfach mal
Also, du brauchst einen extra Job, der die Log wegsichert, DANACH werden die erst gelöscht.
Das macht BE aber leider nicht, frag mich aber bitte nicht warum. Beim Exchange wird es gemacht.
VG
Deepsys
Zitat von @Philipp711:
konfiguriert. Transaktionsprotokoll-Backups werden nicht durchgeführt. Das Protokoll wird immer umfangreicher, bis es den
gesamten Speicherplatz beansprucht. Regelmäßige Protokoll-Backups sollten geplant oder der einfache
Wiederherstellungsmodus sollte für die Datenbank festgelegt werden. "
konfiguriert. Transaktionsprotokoll-Backups werden nicht durchgeführt. Das Protokoll wird immer umfangreicher, bis es den
gesamten Speicherplatz beansprucht. Regelmäßige Protokoll-Backups sollten geplant oder der einfache
Wiederherstellungsmodus sollte für die Datenbank festgelegt werden. "
Tja, dann mach das doch einfach mal
Also, du brauchst einen extra Job, der die Log wegsichert, DANACH werden die erst gelöscht.
Beim Vollsichern sollte doch normal auch das Log geleert werden, die Datenbank ist doch in diesem Moment konsistent und das
"Transaktionslogging" kann wieder von vorne beginnen?
"Transaktionslogging" kann wieder von vorne beginnen?
Das macht BE aber leider nicht, frag mich aber bitte nicht warum. Beim Exchange wird es gemacht.
VG
Deepsys
Danke!
Vorweg: der einfach Modus kommt nicht in Frage
Hab es jetzt einfach mal für letzte Nacht eingerichtet wie BE es vorschreibt und durchlaufen lassen (Gestern vor Feierabend noch ein Vollbackup gemacht).
1) Die Jobs sind laut Backup Exec erfolgreich durchgelaufen.
2) Wenn ich aber auf dem Server unter "D:\...\MSSQLSERVER\DATA\" die Protokolle anschaue sind die .ldf-Dateien sogar noch knappe 10MB größer. Von 84MB auf 93MB.
So wirklich gelöscht wurde da nichts. Kann/Muss man irgendwo einstellen ab welcher Größe die .ldf gelöscht wird?
Vorweg: der einfach Modus kommt nicht in Frage
Hab es jetzt einfach mal für letzte Nacht eingerichtet wie BE es vorschreibt und durchlaufen lassen (Gestern vor Feierabend noch ein Vollbackup gemacht).
1) Die Jobs sind laut Backup Exec erfolgreich durchgelaufen.
2) Wenn ich aber auf dem Server unter "D:\...\MSSQLSERVER\DATA\" die Protokolle anschaue sind die .ldf-Dateien sogar noch knappe 10MB größer. Von 84MB auf 93MB.
So wirklich gelöscht wurde da nichts. Kann/Muss man irgendwo einstellen ab welcher Größe die .ldf gelöscht wird?
Moin,
Transaktionslogs werden nicht gelöscht, sondern geleert - d.h. die Datei bleibt bestehen
Dafür läßt man dann nen Shrink drüberlaufen, nach dem Leeren...
Gruß
24
Transaktionslogs werden nicht gelöscht, sondern geleert - d.h. die Datei bleibt bestehen
Dafür läßt man dann nen Shrink drüberlaufen, nach dem Leeren...
Gruß
24
Hallo noch einmal!
Habe einen Support-Call bei Symantec eröffnet und der "Experte" von Symantec hat ne gute Stunde per Fernwartung an den beiden Servern gearbeitet bis er zu dem Schluss kam, dass es am SQL-Server selber liegt da man auch bei der manuellen Sicherung + verkleinerung der Trans-Logs keine veränderung feststellen kann.
Es liegt wohl nicht an BackupExec! Danke für alles!
Habe einen Support-Call bei Symantec eröffnet und der "Experte" von Symantec hat ne gute Stunde per Fernwartung an den beiden Servern gearbeitet bis er zu dem Schluss kam, dass es am SQL-Server selber liegt da man auch bei der manuellen Sicherung + verkleinerung der Trans-Logs keine veränderung feststellen kann.
Es liegt wohl nicht an BackupExec! Danke für alles!
