5 1 0: MS SQL Sicherung
Übersicht
|
Unter SEP sesam YouTube Channel finden Sie aktuelle Videos und Webinare. |
|
Unter FAQ finden Sie Antworten auf die häufigsten Fragen. |
|
Im Problemfall nutzen Sie den Troubleshooting Guide. |
|
Falls Sie eine ältere SEP sesam Version verwenden, schauen Sie bitte ins Dokumentationsarchiv. |
Das SEP sesam Datenbankmodul für MS SQL ist Teil des Client-Pakets und ermöglicht die Sicherung einer oder mehrerer MS SQL Datenbanken (die Funktion zur Sicherung mehrerer Datenbanken mit der Quelle all ist in der Apollon Version veraltet, siehe unten). Die unterstützten Sicherungsmethoden hängen vom gewählten Rücksicherungsmodell ab, wie im Abschnitt Auswahl eines Rücksicherungsmodells für Ihre MS SQL-Datenbank beschrieben.
Die Quelle für eine MS SQL Server-Sicherung muss den Namen der SQL Server-Datenbank enthalten. Wenn die Datenbank zu einer SQL Server-Instanz gehört, müssen der Server und die Instanz explizit angegeben werden: <Server_name>/<Instanz>/<Datenbank>. Die Namen der Instanzen und Datenbanken können mit dem SQL Server Management Studio abgefragt werden. Details finden Sie unter Auflisten von SQL-Servern über die Kommandozeile.
Schlüsselfunktionen
SEP sesam unterstützt die folgenden Sicherungsmethoden von SQL Server:
- Vollständige Sicherung (FULL): Eine vollständige Datenbanksicherung sichert die gesamte auf dem MS SQL-Server gespeicherte Datenbank, einschließlich des Transaktionsprotokolls. Vollständige Sicherungen liefern ein Duplikat der Datenbank und ermöglichen die Rücksicherung der Datenbank. Sicherungen werden auf der Ebene der Datenbankinstanz durchgeführt.
- Differentielle Sicherung (DIFF): Es werden nur die Daten gesichert, die sich seit der letzten Datenbanksicherung geändert haben. Die Vollsicherung, auf der eine differenzielle Sicherung basiert, ist die Basis für die differenzielle Sicherung. Beachten Sie, dass für die Rücksicherung einer differenziellen Sicherung zuerst die Basis rückgesichert werden muss.
- Transaktionsprotokollsicherung (INCR): SEP sesam verwendet INCR zur Sicherung des Transaktionsprotokolls. Diese Sicherungsmethode ist nur für SQL Server Datenbanken relevant, die das full oder bulk-logged Wiederherstellungsmodell verwenden. Es ist erforderlich, dass mindestens eine Vollsicherung durchgeführt wird, bevor Protokollsicherungen erstellt werden. Inkrementelle (Protokoll-)Sicherungen enthalten .TRN-Dateien und alle Transaktionen, die seit dem letzten FULL, DIFF oder INCR geändert wurden.
- Cluster: Microsoft SQL Server auf Windows Failover Cluster (aktiv/passiv) und AlwaysOn Availability Groups.
|
|
Hinweis |
| Planen Sie Ihre SQL Serversicherungen sorgfältig. SEP empfiehlt die Verwendung des Wiederherstellungsmodells. Was die Sicherungsstrategie betrifft, so kann ein typisches Sicherungsschema wöchentliche vollständige Datenbanksicherungen, tägliche differenzielle Sicherungen und häufige Intervalle für die Sicherung des Transaktionsprotokolls (INCR) umfassen, z. B. alle 15 Minuten. Beachten Sie, dass das optimale Intervall für jede Sicherungsstufe von der Bedeutung der Daten, der Größe der Datenbank, der Häufigkeit der Änderungen, der Arbeitslast des Servers usw. abhängt. |
Veraltetes Funktion in der Apollon-Version: Sichern von mehreren Datenbanken mit einem Auftrag
In 5.1.0 Apollon wird die Option, alle als Sicherungsquelle für mehrere Datenbanken gleichzeitig zu verwenden, nicht mehr unterstützt. Sie können nur eine Datenbank pro Auftrag sichern. Indem Sie einzelne Datenbanken separat sichern, können Sie die Komplexität und die potenziellen Risiken, die mit der gleichzeitigen Sicherung mehrerer Datenbanken verbunden sind, erheblich reduzieren. Auf diese Weise können Sie sich auf jede einzelne Datenbank konzentrieren und einen effizienteren und zuverlässigeren Sicherungsprozess gewährleisten.
Um die Sicherung von MS SQL-Datenbanken zu optimieren, empfiehlt es sich, eine Auftragsgruppe zu erstellen und die Auftragnamensvorlage für die automatische und dynamische Generierung von Sicherungsaufträge für verfügbare MS SQL Server-Datenbanken zu verwenden. Dann können Sie den Start aller MS SQL-Aufträge, die zu der Gruppe gehören, mit einem einzigen Sicherungstermin auslösen. Die Aufträge innerhalb der Gruppe werden auf der Grundlage der Anzahl der verfügbaren Kanäle abgearbeitet. Details finden Sie unter Automatisierung des Sicherungsprozess und Vorlage für Auftragsnamen - Sicherung.
Anforderungen
Um einen fehlerfreien Betrieb von SEP sesam zu gewährleisten und die Leistung zu verbessern, stellen Sie sicher, dass die folgenden Bedingungen erfüllt sind:
- Überprüfen Sie die Support Matrix für die Liste der unterstützten MS SQL Versionen.
- SEP sesam Server V. ≥ 4.4.3 Beefalo V2 oder höher. Überprüfen Sie die Hardware Anforderungen für den SEP sesam Server.
- Download des SEP sesam Client Pakets auf dem MS SQL Server (MS SQL Datenbankmodul ist bereits im Client Paket enthalten).
- Ein Benutzerkonto mit ausreichenden Rechten, um sich mit allen SQL Datenbanken zu verbinden. Details finden Sie im Abschnitt Benutzerkonto für den SEP sesam Client Service spezifizieren.
- Das SEP sesam MS SQL Sicherungsmodul benötigt eine Lizenz. Weitere Informationen finden Sie unter Lizenzierung.
- SEP sesam unterstützt Sicherungen von MS SQL Server AlwaysOn Availability Groups (AOAG), die mehrere Optionen für eine bessere Verfügbarkeit der Datenbank bieten. Für Informationen über AOAG-spezifische Sicherung und Rücksicherung, siehe Support für MS SQL AlwaysOn Availability Groups.
Einschränkungen
- Im Falle eines Microsoft SQL Server 2012/2014/2016-Replikationsszenarios wird nur die Publisher-Datenbank für Sicherungen unterstützt. Die Sicherung der replizierten Distributor- oder Subscriber-Datenbank wird nicht unterstützt.
MS SQL Konfiguration
Benutzerkonto für den SEP sesam Client Service festlegen
- Konfigurieren Sie auf dem MS SQL Server den SEP sesam Client Service mit einem Benutzerkonto, das die entsprechenden Rechte (Backup Operator) hat, um sich mit allen SQL Datenbanken zu verbinden. Typischerweise ist dies ein Benutzer mit Domänenadministrator-Rechten.
- Nach diesem Schritt starten Sie den SEP sesam Daemon neu. Details finden Sie unter Wie starte und beende ich SEP sesam.
|
Anmerkung |
| MS SQL Sicherung wird nicht unterstützt, wenn der SEP sesam Client Service unter dem Local System Konto läuft! |
Öffnen Sie die Windows Service Management Konsole auf Ihrem MS SQL Server, bearbeiten Sie die Eigenschaften des SEP sesam Dienstes, wechseln Sie dann auf den Reiter Anmelden und verwenden Sie gültige Anmeldedaten. Stellen Sie sicher, dass der angegebene Benutzer die entsprechenden Rechte für die Sicherung und Rücksicherung von SQL Datenbanken hat. Für weitere Informationen über SEP sesam Benutzertypen, siehe auch Benutzerrollen und Berechtigungen.
Auswahl eines Wiederherstellungsmodells für Ihre MS SQL-Datenbank
MS SQL Server bietet verschiedene Wiederherstellungsmodelle. Bevor Sie eine SEP sesam Sicherung für Ihre MS SQL Datenbanken konfigurieren, müssen Sie das entsprechende Wiederherstellungsmodell in Ihrem SQL Server Management Studio auswählen. Wiederherstellungsmodelle dienen der Kontrolle der Transaktionsprotokollpflege und beeinflussen, wie Sicherungen durchgeführt werden und welche Art der Wiederherstellung möglich ist:
Klicken Sie mit der rechten Maustaste auf den Datenbanknamen, wählen Sie Eigenschaften, wählen Sie den Reiter Optionen und wählen Sie dann das Wiederherstellungsmodell aus der Auswahlliste (der Unterschied zwischen den Modellen wird weiter unten erläutert). Klicken Sie auf OK, um Ihre Auswahl zu speichern.
Die folgenden drei Wiederherstellungsmodelle stehen zur Verfügung: simple (einfach), full (vollständig) und bulk-logged (mit Massenprotokollierung). In der Regel verwendet eine Datenbank das vollständige Wiederherstellungsmodell oder das einfache Wiederherstellungsmodell. Eine ausführliche Erklärung finden Sie im Microsoft-Artikel Recovery Model Overview.
- Einfaches Wiederherstellungsmodell
- Bietet eine einfache Sicherung, mit der die gesamte Datenbank nur bis zur letzten Sicherung wiederhergestellt werden kann, da das Transaktionsprotokoll nicht gesichert wird. Bei diesem Wiederherstellungsmodell gehen alle Transaktionen seit der letzten Sicherung verloren, so dass Sie allen Fehlern seit Abschluss der letzten Sicherung ausgesetzt sind. Der folgende Hinweis fasst den Microsoft-Artikel Backup Under the Simple Recovery Model über die Gefährdung durch Datenverlust zusammen:
|
|
Anmerkung |
| Das einfache Wiederherstellungsmodell ist für Produktionssysteme ungeeignet, bei denen der Verlust der letzten Änderungen nicht akzeptabel ist. In diesen Fällen sollten Sie das vollständigen Wiederherstellungsmodell verwenden. |
- Vollständiges Wiederherstellungsmodell
- Das vollständige Wiederherstellungsmodell, bei dem eine Datenbank zu jedem beliebigen Zeitpunkt wiederhergestellt werden kann, solange alle Sicherungsdateien verwendbar sind. Beachten Sie, dass hierfür Transaktionsprotokollsicherungen erforderlich sind. SEP sesam bietet die Transaktionsprotokollsicherung mit der INCR-Sicherungsmethode. Daher muss das vollständige Wiederherstellungsmodell verwendet werden, wenn eine Datenbank mit SEP sesam FULL/DIFF/INCR (Transaktionsprotokollsicherung) Sicherungsmethoden gesichert wird.
- Wiederherstellungsmodell mit Massenprotokollierung (bulk-logged)
- Eine Ergänzung des vollständigen Wiederherstellungsmodells, bei dem bestimmte Bulk-Operationen wie BULK INSERT, CREATE INDEX, SELECT INTO usw. nicht vollständig im Transaktionsprotokoll protokolliert werden, wodurch der Speicherplatzbedarf im Protokoll verringert wird. Beachten Sie, dass das Wiederherstellungsmodell mit Massenprotokollierung keine Point-in-Time-Wiederherstellung unterstützt, aber es möglich ist, bis zum Ende der letzten FULL-, DIFF- und INCR-Sicherung (Transaktionslog) wiederherzustellen.
|
|
Anmerkung |
| Je nach gewähltem Wiederherstellungsmodell müssen Sie die entsprechende SEP sesam Sicherungsmethode auswählen. Wenn Sie z.B. die Transaktionsprotokollsicherungen (SEP sesam INCR Sicherung) nutzen wollen, müssen Sie das vollständige Wiederherstellungsmodell verwenden, da sonst ein Fehler ausgegeben wird, wie im folgenden Abschnitt MS SQL Wiederherstellungsmodelltypen und Sicherungsmethoden beschrieben. |
MS SQL-Wiederherstellungsmodelltypen und Sicherungsmethoden
| Wiederherstellungsmodell | Beschreibung | Unterstüzte Sicherungsmethoden | Wiederherstellungsoptionen |
|---|---|---|---|
| Simple (einfach) | Das Transaktionsprotokoll wird nicht gesichert. | FULL, COPY, DIFF | Ermöglicht die Wiederherstellung der gesamten Datenbank nur bis zur letzten Sicherung. |
| Full (vollständig) | Transaktionsprotokollsicherungen sind erforderlich. | FULL, COPY, DIFF, INCR | Ermöglicht die Wiederherstellung einer Datenbank zu einem beliebigen Zeitpunkt, solange alle Sicherungsdateien verwendbar sind. |
| Bulk-logged (mit Massenprotokollierung) | Transaktionsprotokollsicherungen sind erforderlich. | FULL, COPY, DIFF, INCR | Unterstützt keine Point-in-Time-Wiederherstellung, aber es ist möglich, bis zum Ende der letzten FULL-, DIFF- und INCR-Sicherung (Transaktionsprotokoll) wiederherzustellen. |
Abhängig von der SEP sesam Sicherungsmethode (COPY oder FULL/DIFF/INCR), dem SQL Datenbank-Wiederherstellungsmodell und der spezifizierten Sicherungsquelle, wird die Sicherung Warnungen ausgeben oder fehlschlagen, wenn eine Transaktionsprotokollsicherung (INCR) auf einer Datenbank durchgeführt wird, die keine Protokollsicherungen unterstützt (mit einfachem Wiederherstellungsmodell konfiguriert). Der Erfolgsstatus der MS SQL-Sicherung kann einer der folgenden sein:
- COPY- und DIFF-Sicherungen können für jedes SQL-Datenbank-Wiederherstellungsmodell verwendet werden. Diese Sicherungen sollten mit einem einfachen, vollständigen oder Bulk-Logged-Modell erfolgreich abgeschlossen werden.
- Wenn eine Datenbank das einfache Wiederherstellungsmodell verwendet und im Sicherungsauftrag diese Datenbank als Quelle ausgewählt ist, z.B. meine_datenbank, dann werden COPY/FULL/DIFF-Sicherungen erfolgreich beendet, aber INCR schlägt mit einer Meldung fehl: Error: DB Module: [Incremental backup for database with simple recovery model]
- Wenn eine Datenbank das einfache Wiederherstellungsmodell verwendet und im Sicherungsauftrag für die Quelle mehrere Datenbanken (z.B. mit angegebener Instanz oder als 'all') ausgewählt sind, was bedeutet, dass genannte Datenbank in einer Sitzung zusammen mit anderen Datenbanken gesichert wird, dann sind nur COPY und DIFF Sicherungen erfolgreich (Beachten Sie, dass die Funktion, mehrere Datenbanken mit einem Auftrag zu sichern, in der zukünftigen Version veraltet sein wird, siehe oben). . FULL/INCR-Sicherungen enden mit der Warnung database not logged (Datenbank nicht protokolliert) für die jeweilige Datenbank: Warning: Item [<database_name>] is not logged. Recovering may fail.
- Es gibt einige Ausnahmen bei der Protokollierung des Sicherungsstatus für die Systemdatenbanken master, model und msdb. Wenn diese Datenbanken mit dem einfachen Wiederherstellungsmodell konfiguriert sind und eine FULL/INCR-Sicherung durchgeführt wird, wird die fehlende Transaktionsprotokollsicherung für diese System-DBs ignoriert und es werden keine Warnungen während der Sicherung ausgegeben. Dieses neue Keine-Warnung-Verhalten basiert auf der empfohlenen Sicherungsstrategie für Systemdatenbanken: Normalerweise verwenden die Datenbanken master und msdb den einfachen Wiederherstellungsmodus (obwohl der Wiederherstellungsmodus für die master-DB auf FULL gesetzt werden kann, kann die Sicherung des Transaktionsprotokolls nicht durchgeführt werden). Die model-Datenbank legt das Standard-Wiederherstellungsmodell für neue Datenbanken fest und sollte den Wiederherstellungsmodus auf FULL gesetzt haben. Einzelheiten finden Sie im Microsoft-Artikel Back Up and Restore of System Databases (SQL Server).
|
|
Hinweis |
| Wenn Sie eine Mischung von Datenbanken auf demselben SQL Server haben, d.h. einige mit einfachem und andere mit vollständigem Wiederherstellungsmodus, erstellen Sie separate Sicherungsaufträge für DBs mit einfachem und DBs mit vollständigem Modell. Sie können die Aufträge zur Sicherung von MS SQL-Datenbanken zu einer Auftragsgruppe zusammenfassen und dann den Start aller MS SQL-Aufträge, die zu dieser Gruppe gehören, mit einem einzigen Sicherungstermin auslösen. Details finden Sie unter Hinzufügen eines Auftrags zu einer Auftragsgruppe. |
Abschneiden des Transaktionsprotokolls
Das Transaktionsprotokoll der SQL Server-Datenbank zeichnet alle Transaktionen und die damit verbundenen Datenbankänderungen auf. Sicherungen des Transaktionsprotokolls sind unerlässlich, wenn Sie die Datenbank zu einem bestimmten Zeitpunkt oder zum Zeitpunkt des Ausfalls wiederherstellen wollen. Eine punktgenaue Wiederherstellung ist nur mit dem vollständigen Wiederherstellungsmodell der SQL-Datenbank möglich (siehe Abschnitt Auswahl eines Wiederherstellungsmodells für Ihre MS SQL-Datenbank), das sowohl geplante FULL-(Datenbank-) als auch INCR-(Protokoll-)Sicherungen erfordert, um die ununterbrochene Protokollkette zu erhalten, die eine Datenbankwiederherstellung zu einem beliebigen Zeitpunkt ermöglicht.
Nach der Sicherung des Transaktionsprotokolls (INCR) schneiden Microsoft SQL Server- und Microsoft SQL Server Express-Datenbanken automatisch die inaktiven Teile des Transaktionsprotokolls ab (das sind abgeschlossene Transaktionen, die für die Wiederherstellung nicht mehr benötigt werden), um zu verhindern, dass das Transaktionsprotokoll wächst und sich füllt. Beachten Sie, dass das Transaktionsprotokoll erst dann abgeschnitten werden kann, wenn alle Datensätze in einer Sicherung des Protokolls (INCR) erfasst worden sind! Daher werden die Protokolldateien im Rahmen des SQL-Datenbankmodells vollständige Wiederherstellung ohne INCR-Sicherung überhaupt nicht abgeschnitten.
Wie im Microsoft-Artikel The Transaction Log (SQL Server) beschrieben, wird das Protokoll in der Regel nach den folgenden Ereignissen automatisch abgeschnitten:
- Bei Verwendung des einfachen Wiederherstellungsmodells nach einem Kontrollpunkt (Checkpoint).
- Wenn das vollständige Wiederherstellungsmodell oder das Wiederherstellungsmodell mit Massenprotokollierung verwendet wird und seit der letzten Sicherung ein Kontrollpunkt (Checkpoint) aufgetreten ist, erfolgt die Korrektur nach einer Protokollsicherung (es sei denn, es handelt sich um eine nur COPY Protokollsicherung).
|
|
Anmerkung |
|
Einzelheiten zur Verwaltung der Transaktionsprotokolle finden Sie im Microsoft-Artikel The Transaction Log (SQL Server).
Hinzufügen des MS SQL Clients zur SEP sesam Umgebung
Nachdem Sie das SEP sesam Paket heruntergeladen haben, konfigurieren Sie Ihren MS SQL Client, indem Sie ihn in der SEP sesam Umgebung hinzufügen. Aus der Auswahl -> Komponenten -> Clients -> Neuer Client -> fügen Sie Ihren MS SQL Client hinzu. Weitere Informationen finden Sie unter Konfigurieren der Clients.
|
|
Anmerkung |
| Bevor Sie fortfahren, sollten Sie überprüfen, ob Sie eine Sicherung auf SEP sesam erstellen können. Führen Sie eine manuelle Pfadsicherung durch, um sicherzustellen, dass die Sicherungen funktionieren. Ausführliche Informationen zur typischen Sicherungskonfiguration finden Sie unter Standard-Sicherungsverfahren. |
Sicherung von MS SQL-Datenbanken konfigurieren
Um Ihre SQL Server Daten zu sichern, müssen Sie einen Sicherungsauftrag erstellen (wählen Sie die zu sichernden Daten aus), dann einen Sicherungszeitplan einrichten (geben Sie an, wann Sie Ihre Daten sichern wollen) und einen Sicherungstermin damit verknüpfen - in diesem 3. Schritt wählen Sie die entsprechende SEP sesam Sicherungsmethode je nach dem verwendeten Wiederherstellungsmodell Ihrer SQL Datenbanken. Wenn Sie z.B. die Transaktionsprotokollsicherungen (SEP sesam INCR-Sicherung) nutzen wollen, müssen Sie das vollständige Wiederherstellungsmodell verwenden, ansonsten wird ein Fehler ausgegeben. Details finden Sie im Abschnitt Auswahl eines Wiederherstellungsmodells für Ihre MS SQL-Datenbank. Allgemeine Details zur Konfiguration einer Sicherung und dessen Voraussetzungen finden Sie unter Standard Sicherungsverfahren.
|
|
Hinweis |
|
Erstellen Sie einen neuen Sicherungsauftrag, um alle oder nur ausgewählte Datenbanken auf einer Instanz zu sichern.
|
|
Anmerkung |
| Die Funktion, mehrere Datenbanken mit einem Auftrag zu sichern, wird in der zukünftigen Version veraltet sein, siehe oben. |
- Wählen Sie unter Auswahl -> Aufträge -> Nach Clients den MS SQL Client und klicken Sie auf Neuer Sicherungsauftrag. Das Fenster Neuer Sicherungsauftrag wird geöffnet.
- Klicken Sie auf die Schaltfläche Durchsuchen (großer Pfeil) und wählen Sie entweder die einzelne Datenbank oder alle MS SQL-Datenbanken aus, die Sie sichern möchten. Sie können die Quelle auch manuell eingeben, wie folgt:
- <Hostname>/<Instanz>/<DB_name>: Geben Sie eine Sicherung einer bestimmten Datenbank an. Beim Datenbanknamen wird zwischen Groß- und Kleinschreibung unterschieden.
- all: Geben Sie eine Sicherung aller Datenbanken auf einer Instanz an (nicht unterstützt in 5.1.0 Apollon).
Beachten Sie, dass, wenn Sie die Quelle unter Durchsuchen auswählen, die Auftragsart und der Auftragsname automatisch festgelegt werden. Wenn Sie die Quelle manuell eingeben, müssen Sie den Auftragsnamen eingeben und den Auftragstyp MS SQL Server auswählen.
- Möglicherweise möchten Sie einige Datenbanken auf einer Instanz von der Sicherung ausschließen. Verwenden Sie den Editor für die Ausschlussliste, um die Ausschlüsse mit Hilfe von regulären Ausdrücken festzulegen. Fügen Sie die Ausschlussmuster nacheinander, gefolgt von einem Komma, ein. Sie können auch eine Datei verwenden, um eine auszuschließende Sicherungsquelle zu definieren. Einzelheiten zu den verschiedenen Ausschlussoptionen finden Sie unter Erstellen einer Ausschlussliste.
- Wechseln Sie optional zum Reiter Optionen und geben Sie bei Bedarf zusätzliche Optionen für die Sicherung in das Feld Sicherungsoptionen ein.
Klicken Sie auf OK, um den Auftrag zu erstellen. - Wenn Sie den neu erstellten Auftrag sofort starten möchten, klicken Sie mit der rechten Maustaste auf den Namen des Auftrags und klicken Sie auf Sofortstart. Wenn Sie eine regelmäßige Sicherung erstellen möchten, müssen Sie einen Zeitplan für Ihren Sicherungsauftrag erstellen: Klicken Sie unter Auswahl -> Zeitplanung -> Zeitpläne auf Neuer Zeitplan und richten Sie einen Zeitplan ein. Weitere Informationen finden Sie unter Erstellen eines Zeitplanes.
- Wenn man einen Zeitplan angelegt hat, muss man dafür auch einen Sicherungstermin anlegen. Weitere Informationen finden Sie unter Erstellen eines Sicherungstermins.
|
|
Hinweis |
| Sie können Ihren Sicherungsauftrag auch zu einem bestehenden Zeitplan hinzufügen, indem Sie auf den Sicherungsauftrag doppelklicken, den Reiter Zeitpläne auswählen und ihn zu einem oder mehreren Zeitplänen hinzufügen. Darüber hinaus können Sie Ihren Sicherungsauftrag in Auftragsgruppen gruppieren. Weitere Informationen finden Sie unter Hinzufügen eines Auftrages zu einer Auftragsgruppe. |
Sichern einer Datenbank auf der 1. Instanz
In diesem Beispiel soll die master-Datenbank auf der 1. Instanz des MS SQL Servers (COSINUS) gesichert werden. In diesem Fall müssen Sie MS SQL Server als Auftragstyp auswählen und COSINUS/master als Sicherungsquelle eingeben, wenn Sie einen Sicherungsauftrag erstellen.
|
|
Hinweis |
| Verwenden Sie den NETBIOS-Hostnamen als MS SQL Server-Hostnamen. |
Sichern einer Datenbank auf einer anderen Instanz
In diesem Beispiel soll eine (zweite) Datenbank aus einer anderen Instanz des MS SQL Servers (COSINUS) gesichert werden.
In diesem Fall müssen Sie MS SQL Server als Auftragstyp auswählen und COSINUS/ZWEITE_DB/master als Sicherungsquelle eingeben, wenn Sie einen Sicherungsauftrag erstellen.
MS SQL Failover-Cluster konfigurieren
SEP sesam unterstützt die Konfiguration von MS SQL Failover Clustern mit 2 Knoten, die im aktiven/passiven Modus laufen und ein Cluster Shared Volume (CSV) verwenden. Diese Konfiguration stellt sicher, dass SEP sesam MS SQL-Datenbanken in einem Failover-Cluster-Setup sichern kann und den Datenschutz auch während des Failovers aufrechterhält. Durch die korrekte Registrierung jedes Knotens und jeder Cluster-Ressource und die Konfiguration von Sicherungen durch Cluster-Ressourcen, kann SEP sesam automatisch Sicherungen, ohne manuelles Eingreifen, auf den aktiven Knoten leiten.
- Anforderungen
- Auf beiden Knoten des MS SQL Failover Clusters muss ein SEP sesam Client installiert sein.
- Der SEP sesam Client Service muss unter einem Benutzerkonto mit Vollzugriff auf alle SQL Datenbanken laufen.
- Alle Cluster-Knoten und -Ressourcen müssen als Clients in SEP sesam mit ihrem FQDN registriert werden.
- Bei Konfigurationen mit mehreren benutzerdefinierten SQL Server-Instanzen muss jede Instanz auch als Cluster-Ressource mit ihrem eindeutigen FQDN registriert werden.
- Schritte
Um einen MS SQL Failover Cluster in SEP sesam einzurichten, führen Sie die folgenden Schritte durch:
- Installieren Sie den SEP sesam Client auf beiden Knoten Ihres MS SQL Failover Clusters. Stellen Sie sicher, dass der SEP sesam Client Service unter einem Benutzerkonto läuft, das vollen Zugriff auf alle SQL Datenbanken auf beiden Knoten hat.
- Fügen Sie jeden Knoten des SQL-Clusters als separaten Client mit seinem FQDN hinzu.
- Registrieren Sie die SQL-Cluster-Ressource selbst als Client, indem Sie ihren FQDN verwenden. Die Cluster-Ressource stellt die SQL Server-Failover-Instanz dar und wird der primäre Client sein, über den Backups verwaltet werden.
- Wenn es mehrere benutzerdefinierte MS SQL-Instanzen auf dem Cluster gibt, registrieren Sie jede Instanz-Cluster-Ressource als einen separaten Client in SEP sesam. Verwenden Sie für jede Instanz den eindeutigen FQDN, wie er im DNS oder im Failover Cluster Manager erscheint.
- Erstellen Sie für jede SQL-Datenbank auf der Cluster-Ressource einen eigenen Sicherungsauftrag. Vermeiden Sie die Erstellung von Sicherungsaufgaben auf einzelnen Knoten, da bei dieser Konfiguration die Sicherungen bei einem Failover nicht automatisch auf den aktiven Knoten umgeleitet werden.
- Optional können Sie die Sicherungsaufgaben zu einer Sicherungsgruppe hinzufügen und die Sicherung mit einem einzigen Sicherungsereignis auslösen.
Monitoring (Überwachung) der Sicherung
Sie können den Status Ihrer Sicherungsläufe in der GUI (Monitoring -> Letzter Sicherungsstatus oder Job Status -> Sicherungen) oder SEP sesam Web UI einsehen. Diese Sicherungsstatusübersicht zeigt Einzelheiten zum letzten Lauf der Sicherungen, inklusive dem Auftragsnamen, Start und Stoppzeit der letzten Sicherungen, Sicherungsmethode, Datengröße, Durchsatz, zugewiesener Medienpool, etc.
SQL-Server von der Kommandozeile aus auflisten
Sie können alle verfügbaren MS SQL Server von der Befehlszeile aus auflisten, indem Sie den Befehl -D (Verzeichnis) verwenden. Verwenden Sie einen der folgenden Befehle, um die verfügbaren MS SQL Server und Instanzen aufzulisten:
- "sbcmsql:/Net:"
- Listet alle im Netz erreichbaren MS SQL Server auf.
Beispiele:
sbc -D "sbcmsql:/Net:" "/MS SQL Server:/BUCHFIX2" d_ 2017.10.17 18:02:01 2017.10.17 18:02:01 "/MS SQL Server:/COSINUS" d_ 2017.10.17 18:02:01 2017.10.17 18:02:01 "/MS SQL Server:/SEHNIX" d_ 2017.10.17 18:02:01 2017.10.17 18:02:01
- "sbcmsql:/NetInstances:"
- Listet alle im Netz erreichbaren MS SQL Server mit ihren Instanzen auf.
Beispiele:
sbc -D "sbcmsql:/NetInstances:" "/MS SQL Server:/BUCHFIX2" d_ 2017.10.17 18:02:26 2017.10.17 18:02:26 "/MS SQL Server:/COSINUS" d_ 2017.10.17 18:02:26 2017.10.17 18:02:26 "/MS SQL Server:/COSINUS\ZWEITE_DB" d_ 2017.10.17 18:02:26 2017.10.17 18:02:26 "/MS SQL Server:/SEHNIX" d_ 2017.10.17 18:02:26 2017.10.17 18:02:26
- "sbcmsql:/MS SQL Server:[/<server>[/<instance>]]"
- Listet alle auf dem lokalen Server erreichbaren MS SQL Server und weitere Ebenen mit ihren Instanzen und Datenbanken auf.
Beispiele:
sbc -D "sbcmsql:/MS SQL Server:" "/MS SQL Server:/MIRACULIX" d_ 2017.10.17 18:02:52 2017.10.17 18:02:52
sbc -D "sbcmsql:/MS SQL Server:/MIRACULIX" "/MS SQL Server:/MIRACULIX/(local)" d_ 2017.10.17 18:03:11 2017.10.17 18:03:11 "/MS SQL Server:/MIRACULIX/SECOND" d_ 2017.10.17 18:03:11 2017.10.17 18:03:11 "/MS SQL Server:/MIRACULIX/SQLSERVER2005" d_ 2017.10.17 18:03:11 2017.10.17 18:03:11 "/MS SQL Server:/MIRACULIX/SQLSERVER2005B" d_ 2017.10.17 18:03:11 2017.10.17 18:03:11
- "sbcmsql:/MS SQL Server:/<server>/<instance>/<database>"
- Listet logische und physische Dateinamen auf - Begrenzer :.
Beispiele:
sbc -D "sbcmsql:/MS SQL Server:/MIRACULIX/(local)" /MS SQL Server:/MIRACULIX/(local)/master fb 2016-04-08 09:13:36.390 07.10.17 18:06:33. 4096 -, /MS SQL Server:/MIRACULIX/(local)/model fb 2016-04-08 09:13:36.390 07.10.17 18:06:33. 4096 -, /MS SQL Server:/MIRACULIX/(local)/msdb fb 2016-10-14 01:54:05.240 07.10.17 18:06:33. 4096 -, /MS SQL Server:/MIRACULIX/(local)/msdb2 fb 2016-10-10 12:55:46.030 07.10.17 18:06:33. 4096 -, /MS SQL Server:/MIRACULIX/(local)/sesam_db fb 2016-09-20 14:17:04.730 07.10.17 18:06:33. 4096 -, /MS SQL Server:/MIRACULIX/(local)/sesam_db2 fb 2016-09-20 16:21:01.030 07.10.17 18:06:33. 4096 -, /MS SQL Server:/MIRACULIX/(local)/tempdb fb 2016-10-17 18:06:27.747 07.10.17 18:06:33. 4096 -, not_saveable only for temporary operations /MS SQL Server:/MIRACULIX/(local)/testdb fb 2016-09-24 16:19:36.123 07.10.17 18:06:33. 4096 -,
sbc -D "sbcmsql:/MS SQL Server:/MIRACULIX/SECOND" /MS SQL Server:/MIRACULIX/SECOND/AdventureWorks fb 2016-08-16 16:17:06.717 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/AdventureWorksDW fb 2016-08-16 16:16:45.640 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/master fb 2016-04-08 09:13:36.390 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/model fb 2016-04-08 09:13:36.390 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/msdb fb 2016-10-14 01:54:05.240 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/sesam_db fb 2016-10-10 13:26:53.310 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/sesam_db2 fb 2016-10-10 15:09:26.200 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/sesam2 fb 2016-10-10 15:13:49.607 07.10.17 18:05:54. 4096 -, /MS SQL Server:/MIRACULIX/SECOND/tempdb fb 2016-10-17 18:05:41.967 07.10.17 18:05:54. 4096 -, not_saveable only for temporary operations
sbc -D "SBCMSQL:MS SQL Server:/miraculix/(local)/sesam_db" 2>nul /MS SQL Server:/miraculix/(local)/sesam_db/sesam_db:"D:\Programme\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\sesam_db.mdf" f_ 07.11.28 13:07:36. 07.11.28 13:07:36. 4096 -, /MS SQL Server:/miraculix/(local)/sesam_db/sesam_db_log:"D:\Programme\Microsoft SQL Server\MSSQL.1\MSSQL\DATA\sesam_db_log.ldf" f_ 07.11.28 13:07:36. 07.11.28 13:07:36. 4096 -,
Sicherung von MS SQL-Datenbanken über die Kommandozeile
Sie können SQL-Datenbanken von der Befehlszeile aus sichern, indem Sie den Befehl -b (Sicherung) verwenden, wie in den folgenden Beispielen gezeigt:
- Sichern einer Datenbank auf der 1. Instanz, in unserem Beispiel die lokale Datenbank.
sbc -b -s @sesam_db.save -v 3 sbcmsql:/MIRACULIX/(local)/sesam_db sbc -b -s @sesam_db.save -v 3 sbcmsql:MIRACULIX/(local)/sesam_db sbc -b -s @sesam_db.save -v 3 sbcmsql:MIRACULIX/sesam_db sbc -b -s @sesam_db.save -v 3 sbcmsql:sesam_db
|
|
Anmerkung |
| Sie müssen als Quell-Präfix sbcmsql: und NICHT /MS SQL Server: verwenden. |
sbc -b -s @sesam_db.save -v 3 sbcmsql:/MIRACULIX/SECOND/sesam_db sbc -b -s @sesam_db.save -v 3 sbcmsql:MIRACULIX/SECOND/sesam_db
Siehe auch
Support for MS SQL AlwaysOn Availability Groups – Web MS SQL Rücksicherung – MS SQL Rücksicherung (GUI) – Standard Sicherungsverfahren – Hinzufügen eines Auftrages zu einer Auftragsgruppe