Administratorhandbuch zu Backup Exec 21.3

Sichern von SQL-Datenbanken und Transaktionsprotokollen

1. Klicken Sie auf der Registerkarte "Backup und Wiederherstellung" mit der rechten Maustaste auf einen SQL-Server und klicken Sie dann mit der rechten Maustaste auf die Auswahl.

   Um mehrere Server auszuwählen, klicken Sie bei gedrückter Umschalttaste oder Strg-Taste auf die Servernamen und klicken Sie dann mit der rechten Maustaste auf einen der ausgewählten Server.

2. Wählen Sie "Backup" und anschließend den Typ des durchzuführenden Backups aus.
3. Klicken Sie im Dialogfeld "Eigenschaften der Backup-Definition" im Feld "Auswahl" auf "Bearbeiten".
4. Aktivieren Sie im Dialogfeld "Backup-Auswahl" die Kontrollkästchen für die zu sichernden Ressourcen, und heben Sie die Markierung der Kontrollkästchen für die Quellen auf, nach denen nicht gefiltert werden soll.

   Hinweis:

   Sie können die zu sichernden SQL-Datenbanken auf der Registerkarte "Durchsuchen" auswählen. Im rechten Teilfenster des Dialogfeldes "Backup-Auswahl", können Sie Name, Größe, Typ, Änderungszeit und Attribute für die Auswahl anzeigen. Die Attribute liefern den Status der Datenbank. Wenn es also Probleme gibt, können Sie diese lösen, bevor Sie den Backup-Auftrag ausführen. Sie können auch über die Registerkarte "Auswahldetails" bestimmte Dateien oder Dateitypen einschließen bzw. ausschließen.

5. Klicken Sie auf "OK".
6. Klicken Sie im Dialogfeld "Backup-Eigenschaften" im Feld "Backup" auf "Bearbeiten".
7. Wählen Sie im Dialogfeld "Backup-Optionen" einen Zeitplan für diesen Auftrag.
8. Wählen Sie im Dialogfeld "Backup-Optionen" ein Speichergerät für diesen Auftrag.
9. Wählen Sie im Dialogfeld "Backup-Optionen" im linken Teilfenster"Microsoft SQL".
10. Legen Sie eine der folgenden Optionen für diesen Auftrag fest:

    Backup-Methode	Wählen Sie eine der folgenden Backup-Methoden aus, die Sie für diesen Auftrag anwenden möchten: Vollständig - Datenbanken sichern Diese Option sichert die gesamte Datenbank. Diese Option ist standardmäßig ausgewählt. Vollständig kopieren  - Datenbanken (Kopie) sichern Diese Option sichert die gesamte Datenbank, ohne Auswirkung auf zukünftige Differenzial- oder Protokoll-Backups. Anders als bei vollständigen Backups wird bei der Methode "Vollständig kopieren" der Basis-Backup-Satz für Differenzial-Backups nicht zurückgesetzt. Dieser gibt die seit dem letzten vollständigen Backup geänderten Datenblöcke an. Nach einem vollständigen Backup können Sie mit der Backup-Methode "Vollständig kopieren" eine Kopie der SQL-Datenbank erstellen, ohne dass sich dies auf den für zukünftige Differenzial-Backups erforderlichen Basis-Backup-Satz auswirkt.
    Backup-Methode	Wählen Sie eine der folgenden SQL-spezifischen Backup-Methoden aus, die Sie für diesen Auftrag anwenden möchten: Vollständig - Datenbanken sichern Diese Option sichert die gesamte Datenbank. Diese Option ist standardmäßig ausgewählt. Vollständig kopieren  - Datenbanken (Kopie) sichern Diese Option sichert die gesamte Datenbank, ohne Auswirkung auf zukünftige Differenzial- oder Protokoll-Backups. Anders als bei vollständigen Backups wird bei der Methode "Vollständig kopieren" der Basis-Backup-Satz für Differenzial-Backups nicht zurückgesetzt. Dieser gibt die seit dem letzten vollständigen Backup geänderten Datenblöcke an. Nach einem vollständigen Backup können Sie mit der Backup-Methode "Vollständig kopieren" eine Kopie der SQL-Datenbank erstellen, ohne dass sich dies auf den für zukünftige Differenzial-Backups erforderlichen Basis-Backup-Satz auswirkt. Automatisch: Transaktionsprotokoll sichern, wenn aktiviert und dann Datenbankänderungen seit dem letzten vollständigen oder inkrementellen Backup sichern Mit dieser Option können Sie die gesamte SQL-Instanz sichern, auch wenn einige Datenbanken keine Protokoll-Backups unterstützen. Alle Datenbanken werden unter Verwendung des inkrementellen Backups (Blockebene) gesichert. Darüber hinaus werden die Datenbanken, die Protokoll-Backups unterstützen, mit dem Protokoll-Backup gesichert. Hinweis: Wenn Snapshot nicht aktiviert wird, kann kein inkrementelles Backup (Blockebene) durchgeführt werden. Stattdessen wird das Differenzial-Backup verwendet. Protokoll - Transaktionsprotokoll sichern und kürzen Diese Option sichert nur die Daten, die im Transaktionsprotokoll enthalten sind. Sie sichert keine Datenbankdaten. Nach dem Sichern des Transaktionsprotokolls werden reservierte Transaktionen entfernt (abgeschnitten). Wenn die Datenbanken für das einfache SQL Server-Wiederherstellungsmodell konfiguriert sind, werden Backups von Protokolldateien nicht unterstützt. Um das Wiederherstellungsmodell zu ändern, verwenden Sie die SQL-Administrationstools, um das Wiederherstellungsmodell auf "Vollständig" festzulegen. Sie sollten ein neues vollständiges Backup ausführen, wenn Sie den Wiederherstellungsmodus ändern, bevor ein Backup von Protokolldateien ausgeführt wird. Alternativ können Sie nur vollständige Backups ausführen oder vollständige und Differenzial-Backups der SQL-Datenbanken ausführen. Siehe Konfigurieren von Backup Exec zum Ausführen einer Konsistenzprüfung vor jedem SQL-Backup. Protokoll nicht kürzen - Sichern ohne Kürzen des Transaktionsprotokolls Diese Option sichert die Datenbank, wenn sie beschädigt ist oder Datenbankdateien fehlen. Da bei dem Verfahren "Protokoll nicht kürzen" nicht auf die Datenbank zugegriffen wird, können Sie weiterhin Transaktionen sichern, auf die Sie sonst eventuell keinen Zugriff hätten. Verwenden Sie bei einer Datenbankwiederherstellung dieses Transaktionsprotokoll-Backup gemeinsam mit einem Datenbank-Backup oder einer anderen vorher genannten Backup-Methode für Transaktionsprotokolle, bis Sie zu dem Punkt gelangen, an dem diese fehlgeschlagen sind. Nicht durchgeführte Transaktionen werden jedoch automatisch zurückgesetzt. Durchgeführte Transaktionen werden beim Verwenden der Methode "Protokoll nicht kürzen" nach dem Protokoll-Backup nicht gelöscht. Differenziell - Datenbankänderungen seit dem letzten vollständigen Backup sichern Diese Option sichert nur die Änderungen, die an der Datenbank oder Dateigruppe seit dem letzten vollständigen Backup vorgenommen wurden. Da Differenzial-Backups nur eine Wiederherstellung des zum Zeitpunkt des Differenzial-Backups vorliegenden Systemzustands ermöglichen, sollten Sie nach der Erstellung eines Differenzial-Backups zusätzlich mehrere Protokoll-Backups erstellen. Differenziell (Blockebene) - Änderungen an der Datenbank seit dem letzten vollständigen Backup sichern - zusammen mit Auftrag zum Konvertieren in virtuellen Computer Diese Option sichert alle Datenblöcke und Protokolle, die seit dem letzten vollständigen Backup erstellt oder geändert wurden. Inkrementell (Blockebene): Änderungen an der Datenbank seit dem letzten vollständigen oder inkrementellen Backup sichern - zusammen mit Auftrag zum Konvertieren in virtuellen Computer Diese Option sichert alle Datenblöcke und Protokolle, die seit dem letzten vollständigen oder inkrementellen Backup erstellt oder geändert wurden. Datenbank-Snapshot - schreibgeschützte Zeitpunktkopie von Datenbanken Diese Option erstellt eine schreibgeschützte Kopie einer anderen Datenbank zu einem bestimmten Zeitpunkt. Siehe Verwenden von Datenbank-Snapshots für SQL-Server. Hinweis: Differenzielle oder inkrementelle SQL-Backups werden nur für die Konvertierung in virtuelle Computer unterstützt, wenn Sie die Backup-Methoden "Automatisch", "Differenzial (Blockebene)" oder "Inkrementell (Blockebene)" verwenden. Hinweis: Vollständige und differenzielle SQL-Backups werden immer auf dem Primärknoten der Verfügbarkeitsgruppe ausgeführt. Wenn Sie eine andere Backup-Methode auswählen möchten, stehen Ihnen über die Backup-Voreinstellungen der Verfügbarkeitsgruppe weitere Optionen zur Verfügung. Zusätzlich führt Backup Exec ein vollständiges Backup aus, wenn Sie die Backup-Methoden "Automatisch" oder "Protokoll" auswählen, wenn vorher auf die Datenbank kein vollständiges Backup ausgeführt wurde. Ein vollständiges Backup wird auch unter folgenden Bedingungen ausgeführt: Eine neue Datenbank wird hinzugefügt oder wiederhergestellt. Backup Exec führte das letzte vollständige Backup nicht aus. Anstelle eines vollständigen Backups wurden nur eine vollständige Kopie und ein inkrementelles Backup auf der Datenbank ausgeführt. Siehe Konfigurieren von Backup-Methoden für Backup-Aufträge.
    Konsistenzprüfung vor dem Backup	Wählen Sie eine der folgenden Konsistenzprüfungen vor Durchführung eines Backups aus: Keine Diese Option führt keine Konsistenzprüfung vor einem Backup aus. Es wird empfohlen, entweder vor oder nach dem Backup eine Konsistenzprüfung durchzuführen. Vollständige Prüfung ohne Indexe Diese Option schließt Indizes von der Konsistenzprüfung aus. Dadurch wird die Konsistenzprüfung erheblich beschleunigt, ist jedoch nicht so gründlich. Vollständiger Scan mit Indexen Diese Option schließt Indizes in die Konsistenzprüfung ein. Fehler werden protokolliert. Nur physische Überprüfung Diese Option führt eine weniger aufwändige Prüfung der physischen Konsistenz der Datenbank durch. Diese Option prüft nur die Integrität der physischen Struktur der Seite. Diese Option ist standardmäßig ausgewählt.
    Mit Backup fortfahren, wenn Konsistenzprüfung fehlschlägt	Wählen Sie dies aus, wenn Sie mit dem Backup-Vorgang fortfahren möchten, selbst wenn die Konsistenzprüfung fehlschlägt. Führen Sie ggf. das Backup beim Fehlschlagen der Konsistenzprüfung fort, wenn Ihrer Meinung nach ein Backup der Datenbank im aktuellen Zustand besser ist als überhaupt kein Backup, oder wenn Sie eine sehr große Datenbank mit nur einem geringfügigen Problem in einer Tabelle sichern.
    Konsistenzprüfung nach dem Backup	Wählen Sie die Konsistenzprüfung aus, die nach einem Backup ausgeführt werden soll. Da Datenbanktransaktionen während oder nach der Konsistenzprüfung, aber auch vor den Backup-Prozessen auftreten können, sollte die Konsistenzprüfung nach dem Backup erfolgen, um sicherzustellen, dass die Daten zum Zeitpunkt des Backups konsistent waren. Folgende Optionen sind verfügbar: Keine Diese Option führt keine Konsistenzprüfung nach einem Backup aus. Es wird empfohlen, nach jedem Backup eine Konsistenzprüfung durchzuführen. Diese Option ist standardmäßig ausgewählt. Vollständige Prüfung ohne Indexe Diese Option schließt Indizes von der Konsistenzprüfung aus. Dadurch wird die Konsistenzprüfung erheblich beschleunigt, ist jedoch nicht so gründlich. Vollständiger Scan mit Indexen Diese Option schließt Indizes in die Konsistenzprüfung ein. Fehler werden protokolliert. Nur physische Überprüfung Diese Option führt eine weniger aufwändige Prüfung der physischen Konsistenz der Datenbank durch. Diese Option prüft nur die Integrität der physischen Struktur der Seite. Diese Option ist standardmäßig ausgewählt.
    Prüfsummen auf Backups anwenden (SQL 2005 oder höher)	Fügen Sie den durch Backup Exec gesicherten SQL-Datenbankdaten Prüfsummen hinzu. Das Hinzufügen von Prüfsummen zu den gesicherten Daten ist erforderlich, wenn Sie die Option "Nur überprüfen, Daten nicht wiederherstellen" verwenden möchten. Die Verwendung dieser Option und der Option "Nur überprüfen, Daten nicht wiederherstellen" stellt sicher, dass bei der Wiederherstellung der SQL-Datenbank ein überprüftes SQL-Backup verwendet wird.
    Von SQL-Backups Datenträgerkopien erstellen und auf dem SQL-Server ablegen, auf dem sich die Datenbank befindet	Erstellen Sie eine Datenträgerkopie der SQL-Datenbank, die gesichert werden soll. Mit dieser Option können Sie gleichzeitig eine SQL-Datenbank in einem Speichermedium sichern und eine Kopie der Datenbank in ein Festplattenverzeichnis schreiben, das Sie mithilfe der Option "In Pfad speichern" festlegen können. Diese Option gibt IT-Administratoren die Möglichkeit, SQL-Datenbanken zu sichern und zugleich Datenbankadministratoren Kopien der Datenbank auf Festplatte bereitzustellen, welche u. a. für Tests oder Wiederherstellungen verwendet werden können. Hinweis: Diese Option unterstützt Snapshot-Technologie nicht.
    In Pfad speichern	Geben Sie einen Pfad an, in dem die Datenträgerkopien von SQL-Backups gespeichert werden sollen.
    SQL Server 2008 Enterprise Edition-Softwarekomprimierung	Wählen Sie eine Komprimierungseinstellung aus, die Sie für diesen Backup-Auftrag verwenden möchten: Keine Es wird keine Komprimierung verwendet. Komprimierung Verwenden Sie SQL Server 2008 oder höher, sofern von der installierten SQL Server-Instanz unterstützt. SQL komprimiert die Daten auf dem Computer, auf dem SQL Server 2008 Enterprise Edition oder höher installiert ist. Folglich sollten schnellere Backups von SQL 2008 oder höher möglich sein, wenn Sie die SQL-Komprimierung verwenden. Die unterstützten Betriebssysteme, Plattformen, Anwendungen und Service Packs finden Sie in der Liste der mit Backup Exec kompatiblen Software. Es wird empfohlen, dass Sie die Softwarekomprimierung aus SQL 2008 oder höher nicht für Backup-Aufträge verwenden, die auch die von Backup Exec gestartete Softwarekomprimierung verwenden. Die Komprimierung schafft nur minimale Vorteile, wenn Sie die Backup Exec-Komprimierung aktivieren. In Aufträgen, in denen beide Komprimierungsarten eingesetzt werden, können sich die Backup-Zeiten sogar erhöhen. Die Softwarekomprimierung bei SQL 2008 oder höher wird nicht verwendet, wenn ein Backup-Auftrag mit Daten aus SQL 2008 oder höher die Advanced Open File-Option verwendet. Hinweis: Sie können diese Option nicht für Backup-Aufträge verwenden, die Daten deduplizieren.
    Einmaliges Backup	Gibt eine der folgenden Methoden für einmalige Backups an: Vollständig - Datenbanken sichern Diese Option sichert die gesamte Datenbank. Diese Option ist standardmäßig ausgewählt. Siehe Sichern von SQL-Datenbanken und Transaktionsprotokollen. Vollständig kopieren  - Datenbanken (Kopie) sichern Diese Option sichert die gesamte Datenbank, ohne Auswirkung auf zukünftige Differenzial- oder Protokoll-Backups. Anders als bei vollständigen Backups wird bei der Methode "Vollständig kopieren" der Basis-Backup-Satz für Differenzial-Backups nicht zurückgesetzt. Dieser gibt die seit dem letzten vollständigen Backup geänderten Datenblöcke an. Nach einem vollständigen Backup können Sie mit der Backup-Methode "Vollständig kopieren" eine Kopie der SQL-Datenbank erstellen, ohne dass sich dies auf den für zukünftige Differenzial-Backups erforderlichen Basis-Backup-Satz auswirkt. Datenbank-Snapshot - Schreibgeschützte Point-in-Time-Kopie einer anderen Datenbank Diese Option erstellt eine schreibgeschützte Kopie einer anderen Datenbank zu einem bestimmten Zeitpunkt. Siehe Verwenden von Datenbank-Snapshots für SQL-Server. Protokoll nicht kürzen - Sichern ohne Kürzen des Transaktionsprotokolls Diese Option sichert die Datenbank, wenn sie beschädigt ist oder Datenbankdateien fehlen. Da bei dem Verfahren "Protokoll nicht kürzen" nicht auf die Datenbank zugegriffen wird, können Sie weiterhin Transaktionen sichern, auf die Sie sonst eventuell keinen Zugriff hätten. Verwenden Sie bei einer Datenbankwiederherstellung dieses Transaktionsprotokoll-Backup gemeinsam mit einem Datenbank-Backup oder einer anderen vorher genannten Backup-Methode für Transaktionsprotokolle, bis Sie zu dem Punkt gelangen, an dem diese fehlgeschlagen sind. Nicht durchgeführte Transaktionen werden jedoch automatisch zurückgesetzt. Durchgeführte Transaktionen werden beim Verwenden der Methode "Protokoll nicht kürzen" nach dem Protokoll-Backup nicht gelöscht. Protokoll - Transaktionsprotokoll sichern und kürzen Diese Option sichert nur die Daten, die im Transaktionsprotokoll enthalten sind. Sie sichert keine Datenbankdaten. Nach dem Sichern des Transaktionsprotokolls werden reservierte Transaktionen entfernt (abgeschnitten). Wenn die Datenbanken für das einfache SQL Server-Wiederherstellungsmodell konfiguriert sind, werden Backups von Protokolldateien nicht unterstützt. Um das Wiederherstellungsmodell zu ändern, verwenden Sie die SQL-Administrationstools, um das Wiederherstellungsmodell auf "Vollständig" festzulegen. Sie sollten ein neues vollständiges Backup ausführen, wenn Sie den Wiederherstellungsmodus ändern, bevor ein Backup von Protokolldateien ausgeführt wird. Alternativ können Sie nur vollständige Backups ausführen oder vollständige und Differenzial-Backups der SQL-Datenbanken ausführen. Warnung: Data Lifecycle Management (DLM) löscht alle abgelaufenen Backup-Sätze, die von einem einmaligen Backup-Auftrag erstellt wurden. DLM bewahrt den letzten Backup-Satz nicht mehr auf, nachdem der Aufbewahrungszeitraum abgelaufen ist, wenn der Backup-Satz aus einem einmaligen Backup stammt. Um zu verhindern, dass die Backup-Sätze automatisch gelöscht werden, können Sie spezifische Backup-Sätze manuell aufbewahren oder das Ablaufdatum ändern. Siehe Löschen abgelaufener Backup-Sätze auf plattenbasiertem Speicher durch Data Lifecycle Management (DLM). Siehe Konfigurieren von Backup Exec zum Ausführen einer Konsistenzprüfung vor jedem SQL-Backup.

11. Klicken Sie im Dialogfeld "Backup-Optionen" auf eine der für diesen Auftrag festzulegenden optionalen Einstellungen.
12. Klicken Sie auf "OK".
13. Klicken Sie im Dialogfeld "Eigenschaften der Backup-Definition" auf "OK".