Home > SQL Server Sicherungs- und Wiederherstellungslösungen

SQL Server Sicherungs- und Wiederherstellungslösungen

Führen Sie schnelle und bequeme Sicherungen und Wiederherstellungen mit unseren MS SQL Server Sicherungstools durch.

Neben einer Vielzahl von Funktionen sichert die Bacula Enterprise Edition auch Ihre Windows-Daten mit einer beeindruckenden Kombination aus Einfachheit und Funktionalität.

Dies beinhaltet die Möglichkeit, eine schnelle und bequeme Sicherung mit unserem MS SQL-Sicherungstool durchzuführen. Jetzt können Sie sehr große Mengen spezifischer Windows-basierter Daten in Ihrem SQL Server zu einem Bruchteil der Kosten von Mitbewerbern genau sichern - und eine Point In Time SQL Server-Wiederherstellung erreichen.

sql server backup tool

Mehr Optionen - hochentwickelte SQL-Sicherungssoftware

Die SQL-Sicherungssoftware von Bacula Systems bietet außergewöhnliche Leistung durch eine moderne, hochzuverlässige Architektur und stellt Ihnen die folgenden Funktionen des SQL-Server-Sicherungstools zur Verfügung:

  • Vollständige, inkrementelle und differentielle SQL-Server-Sicherungen
  • SQL-Sicherung auf Datenbankebene
  • Punkt-zu-Zeit-Wiederherstellung (PITR)
  • Möglichkeit zum Ein-/Ausschluss von Datenbanken aus dem Sicherungsauftrag

 

  • Unterstützung für "Copy Only" Sicherungen
  • Wiederherstellung von MS SQL-Sicherungsdateien auf Festplatte
  • Senden des Sicherungsstroms direkt an den Storage Daemon
  • Prüfsummen-Plugin-Befehl und Wiederherstellungsoption, um den SQL Server aufzufordern, die Prüfsumme der Daten zu überprüfen
#
Sicherungs-Tools für SQL Server - unabhängig von der VSS-Engine

Die MS-SQL-Sicherungssoftware von Bacula verwendet keine VSS-Snapshots zur Durchführung der Sicherung, daher ist es möglich, im Bacula FileSet "Enable VSS = no" anzugeben. Diese MSSQL-Server-Sicherungslösung erreicht erweiterte Sicherungs- und Wiederherstellungsfunktionen über die Microsoft API für SQL Server. Daher unterstützen wir auch die Sicherheitsmechanismen und Authentifizierungsarten, die mit Microsoft SQL Server geliefert werden.

 

#
Verschlüsselung und Komprimierung von SQL Server-Sicherungen

Mit den Komprimierungsfunktionen der Bacula Enterprise Edition für SQL Server-Sicherungen können Sie eine effiziente Sicherung mit Komprimierung genießen - und das bei wesentlich geringerer Auslastung der Netzwerkbandbreite. Die Sicherheitstechnologien von Bacula umfassen EFS- oder TLS-Verschlüsselung, die es Ihnen ermöglicht, MS SQL-Sicherungen sicher von der Datei zum Speicher-Dämon zu senden.

#
Sicherung des Transaktionsprotokolls und PITR

Bacula Enterprise Edition ermöglicht Ihnen die Wiederherstellung von MSSQL-Datensätzen oder einer bestimmten Einstellung zu einem sehr genauen Zeitpunkt in der Vergangenheit. Mit Voll- oder Massenprotokoll-Wiederherstellungsmodellen sind Sie in der Lage, PITR durchzuführen oder LSN-Informationen zu verwenden, um genau den Zustand wiederherzustellen, den Sie haben möchten. Sie können genau den gewünschten Zustand der Datenbank zu einem ganz bestimmten Zeitpunkt wiederherstellen - sogar auf die Sekunde genau. Aus einer Transaktionsprotokoll-Sicherung wird bei einer Wiederherstellung der Datenbankzustand aus einer Vielzahl von ausgewählten SQL Server-Sicherungstypen zusammengesetzt.

 

#
Sicherungs-Automatisierung

Mit den Zeitplanungs- und Skriptfunktionen von Bacula Enterprise Edition können Sie die Automatisierung von Sicherungen des SQL-Servers implementieren und den Zeitaufwand für die Verwaltung Ihrer Sicherungen reduzieren. Sicherungsaufträge für Ihren SQL Server können mithilfe von Skriptlogik und Scheduler gestartet werden.

Optionen der SQL-Sicherungssoftware 

Vollständige Sicherung

Die Vollsicherung sichert die Datenbankdateien und das Transaktionsprotokoll, um einen vollständigen Schutz vor Medienausfällen zu bieten. Wenn eine oder mehrere Datendateien beschädigt sind, kann die Medienwiederherstellung alle festgeschriebenen Transaktionen wiederherstellen. Laufende Transaktionen werden rückgängig gemacht. Die Master- und die MBDB-Datenbanken werden in diesem Modus immer gesichert.

Differenzielle Sicherung

Eine differenzielle Sicherung basiert auf der letzten, vorherigen Vollsicherung der Datenbank. Eine differenzielle Sicherung erfasst nur die Daten, die sich seit dieser Vollsicherung geändert haben. Bei der Verwendung der Differenzial-Sicherungsfunktion ist die Sicherungskette sehr wichtig. Wenn aus irgendeinem Grund die Vollsicherung, auf die MS SQL verweist, nicht verfügbar ist, können die differentiellen Daten nicht verwendet werden. Die SQL-Sicherungs- und Wiederherstellungs-Tools von Bacula verwenden verschiedene Techniken, um dieses Problem zu vermeiden. Wenn also ein Problem erkannt wird, kann die differentielle Datenbanksicherung automatisch auf eine Vollsicherung aktualisiert werden.

Transaktionsprotokoll-Sicherung

Das MS SQL-Funktion "Transaktionsprotokollsicherung" ist bei Bacula in der Stufe "Inkrementell" implementiert. Die Datenbank muss mit dem vollen Wiederherstellungsmodell oder dem massenprotokollierten Wiederherstellungsmodell konfiguriert sein. Wenn die Datenbank das einfache Wiederherstellungsmodell verwendet, wird die Transaktionsprotokolldatei nach jedem Checkpoint abgeschnitten und die Sicherung des Transaktionsprotokolls erlaubt keine Point-in-Time-Wiederherstellung. Die vollständige Wiederherstellung wird möglich sein, aber nicht die Wiederherstellung zu einem Zeitpunkt.

MS SQL-Datenbank-Konfiguration

Die Master-Datenbank muss gesichert werden. Wenn der Master auf irgendeine Weise beschädigt wird, z. B. durch einen Medienfehler, kann eine Instanz von MS SQL möglicherweise nicht gestartet werden. In diesem Fall ist es erforderlich, den Master neu zu erstellen und dann die Datenbank aus einer Sicherung wiederherzustellen. Es können nur vollständige Datenbanksicherungen des Masters erstellt werden.

SQL Server-Wiederherstellung

Sie können alle regulären Wege verwenden, um eine Wiederherstellung zu starten. Sie müssen jedoch sicherstellen, dass beim Wiederherstellen von differenziellen Daten auch die vorherige Vollsicherung wiederhergestellt wird. Dies geschieht automatisch, wenn Sie die Wiederherstellung in bconsole mit den Wiederherstellungsoptionen 5 oder 12 starten. In dem generierten Dateibaum sollten Sie entweder komplette Datenbanken oder Datenbankinstanzen markieren.

Wiederherstellungsoptionen

Bacula Enterprise Edition ist so gestaltet, dass der Benutzer viele Optionen bei der Datenwiederherstellung hat und die Daten auf verschiedene Arten wiederherstellen kann. Einige dieser Optionen werden beim Wiederherstellen häufig verwendet, wie z. B:

  • der Where-Parameter: Wie auch bei den üblichen Funktionen von Bacula Enterprise Edition erlaubt dieser Parameter dem Administrator, die Daten an einem bestimmten Ort wiederherzustellen.
  • der Replace-Parameter: Er wird verwendet, um festzulegen, wie sich Bacula beim Wiederherstellen mit den vorhandenen Daten verhalten soll.

Darüber hinaus bringt das SQL Server Sicherungs-Plugin selbst weitere, umfangreichere Wiederherstellungsoptionen mit, wie z. B.:

  • Instance: Da MS SQL mehrere Instanzen verwaltet, können Sie mit dem Bacula Enterprise Edition MS SQL-Plugin auswählen, welche Sie wiederherstellen möchten. Der Schlüssel ist die feine Granularität. Dieser Parameter ist optional und wenn er nicht gesetzt ist, wird die Wiederherstellung den Wert verwenden, der bei der Sicherung von MS SQL festgelegt wurde. Standardmäßig ist der Instanzname "MSSQLSERVER".
  • Database. Diese Option legt den Namen der wiederherzustellenden Datenbanken fest und verwendet den zum Zeitpunkt der Sicherung eingestellten Wert für MS SQL Sicherung und Wiederherstellung. Dieser Parameter ist optional. Standardmäßig verwendet das Plugin die Option Where, um den Namen der neuen Datenbank zu bestimmen. Wenn sowohl Where als auch Database auf einen gültigen Datenbanknamen eingestellt sind, wird Database verwendet.
  • User. Dies ist der Benutzername, der für die Verbindung mit der MS SQL-Instanz verwendet wird. Dieser Parameter ist optional, und wenn er nicht gesetzt ist, wird bei der Wiederherstellung der Wert verwendet, der bei der Sicherung festgelegt wurde.
  • Password. Das Passwort, das für die Verbindung zur MS SQL-Instanz verwendet wird. Dieser Parameter ist optional und wenn er nicht gesetzt ist, wird bei der Wiederherstellung der Wert verwendet, der bei der Sicherung festgelegt wurde.
  • Domain. Dies ist die Domäne, die für die Verbindung mit der MS SQL-Instanz verwendet wird. Dieser Parameter ist optional und wenn er nicht gesetzt ist, wird bei der Wiederherstellung der Wert verwendet, der zum Zeitpunkt der Sicherung festgelegt wurde.
  • Recovery. Hier wird angegeben, ob die Datenbank während der Wiederherstellung die Option RECOVERY oder NORECOVERY verwendet. Standardmäßig wird die wiederhergestellte Datenbank wiederhergestellt.
  • Stop_before_mark. Verwenden Sie die Klausel WITH STOPBEFOREMARK = <Punkt>, um anzugeben, dass der Protokolleintrag, der unmittelbar vor der Markierung liegt, der Wiederherstellungspunkt ist. Der Punkt kann eine Datumszeit, eine LSN-Nummer oder ein mark_name sein.
  • Stop_at_mark. Verwenden Sie die Klausel WITH STOPATMARK = <Punkt>, um anzugeben, dass die markierte Transaktion der Wiederherstellungspunkt ist. STOPATMARK rollt bis zur Marke vorwärts und schließt die markierte Transaktion in die Vorwärtsrolle ein.Der Punkt kann ein Datumszeitpunkt, eine LSN-Nummer oder ein mark_name sein.
  • Stop_at=<Datumszeit>. Verwenden Sie die Klausel WITH STOPAT = <Datumszeit>, um anzugeben, dass die Datumszeit der Wiederherstellungspunkt ist.
  • Restrict_user. Verwenden Sie die Klausel WITH RESTRICT_USER, um den Zugriff auf die wiederhergestellte Datenbank zu beschränken. Der Standardwert ist no.

In der BWeb Management Suite von Bacula System sind die Plugin-Optionen in der Registerkarte Wiederherstellung verfügbar.

Restore options tab when using BWeb Management Suite

SQL Server-Wiederherstellung zu einem bestimmten Zeitpunkt

Dieses Thema ist nur für SQL Server-Datenbanken relevant, die das vollständige oder massenprotokollierte Wiederherstellungsmodell verwenden. Unter dem massenprotokollierten Wiederherstellungsmodell, wenn eine Protokollsicherung massenprotokollierte Änderungen enthält, ist eine zeitpunktgenaue Wiederherstellung bis zu einem Punkt innerhalb dieser Sicherung nicht möglich. Die Datenbank muss bis zum Ende der Transaktionsprotokollsicherung wiederhergestellt werden.

Es ist möglich, eine zeitpunktgenaue Wiederherstellung einer MS SQL-Datenbank direkt über das MS SQL Plugin durchzuführen. Es ist auch möglich, Dateien lokal wiederherzustellen und den Vorgang über die Microsoft SQL Server Management Console auszuführen, um mehr Optionen zu haben.

LSN-Informationen

LSNs werden intern während einer RESTORE-Sequenz verwendet, um den Zeitpunkt zu verfolgen, zu dem die Daten wiederhergestellt wurden. Bei der Wiederherstellung einer Sicherung werden die Daten in der LSN wiederhergestellt, die dem Zeitpunkt entspricht, an dem die Sicherung erstellt wurde.

Die LSN eines Protokolleintrags, bei dem ein bestimmtes Sicherungs- und Wiederherstellungsereignis aufgetreten ist, kann auf eine oder mehrere der folgenden Arten angezeigt werden:

  • Bacula Sicherungsjobs Ausgabe
  • Namen von Protokolldateien
  • msdb.backupset-Tabelle
  • msdb.backupfile Tabelle

Während eines Sicherungsauftrags mit MS SQL-Modul werden in der Job-Ausgabe folgende Informationen zu LSN-Nummern angezeigt:

 

win-fd JobId 3: LSN for "db29187": First: 42000146037, Last: 44000172001

Die erste LSN-Nummer entspricht der letzten LSN der letzten Transaktionsprotokollsicherung. Es kann die allererste Vollsicherung oder die letzte Transaktionssicherung (inkrementell) sein. Die Letzte LSN-Nummer entspricht der letzten im Protokoll aufgezeichneten Transaktion.

Bei einer Transaktionsprotokoll-Sicherung (Inkrementell) lautet der Dateiname, der dieser Datenbank im Inkrementellen Auftrag zugeordnet ist, wie folgt:

 

/@mssql/MSSQLSERVER/db29187/log-42000162001.trn

Die Zahl im Namen, hier 42000162001, entspricht der letzten LSN des vorherigen Jobs (Full oder Incremental).

sql server full database backupWenn der Administrator in dem in Abb. 2 gezeigten Beispiel die Datenbank in dem Zustand wiederherstellen muss, der LSN 14 entspricht, kann er dies mit den folgenden Aktionen tun:

  • Verwenden Sie die Option 5 des Wiederherstellungsmenüs
  • Durchsuchen Sie das Datenbankverzeichnis "/@mssql/db29187".
  • Wählen Sie die letzte Vollsicherungsdatei "data.bak" (LSN: 10)
  • Wählen Sie die inkrementelle Sicherung "log-10.trn"
  • Legen Sie die Option stop_at_mark auf "lsn:14" fest
  • Führen Sie den Wiederherstellungsauftrag aus

oder wenn die letzte SQL-Vollsicherung nicht verfügbar ist, die vorherige Vollsicherung aber schon.

  • Verwenden Sie die Option 3 des Wiederherstellungsmenüs, wählen Sie die entsprechenden Job-IDs aus
  • Durchsuchen Sie das Datenbankverzeichnis "/@mssql/db29187"
  • Wählen Sie die vollständige Sicherungsdatei "data.bak" (LSN: 2)
  • Wählen Sie inkrementelle Sicherungen "log-2.trn", "log-3.trn", "log-10.trn"
  • Legen Sie die Option stop_at_mark auf "lsn:14" fest
  • Starten Sie den Wiederherstellungsauftrag

Übersicht der SQL-Wiederherstellungsszenarien

Beschreibung Where Database Beispiel
Wiederherstellung von Dateien auf den Festplatte Pfad where=c:/tmp
Wiederherstellung der ursprünglichen Datenbank where=/
Wiederherstellung unter einem neuen Namen Name where=newdb
Wiederherstellung mit einem neuen Namen Name database=newdb
Wiederherstellung mit neuem Namen und Dateiverschiebung Pfad Name where=c:/tmp
datenbank=newdb

Restore Scenarios

Wiederherstellung mit gleichem Namen

Um eine Datenbank mit demselben Namen wiederherzustellen, sollte der Parameter "where" leer oder "/" sein und das Flag "replace=" auf "always" gesetzt sein oder die Originaldatenbank sollte zuerst gelöscht werden.

 

* restore where=/ replace=always
...
Using Catalog "MyCatalog"
Run Restore job
JobName: RestoreFiles
Bootstrap: /opt/bacula/working/127.0.0.1-dir.restore.1.bsr
Where: /
Replace: Always
FileSet: Full Set
Backup Client: win2008-fd
Restore Client: win2008-fd
Storage: File
When: 2015-12-14 09:53:36
Catalog: MyCatalog
Priority: 10
Plugin Options: *None*
OK to run? (yes/mod/no):


Wiederherstellung der SQL-Datenbank mit einem neuen Namen

Um eine Datenbank mit einem neuen Namen wiederherzustellen, kann es erforderlich sein, die Datenbankdateien auf der Festplatte zu verschieben. Das hängt davon ab, ob die Originaldatenbank noch vorhanden ist.

Wenn die ursprüngliche Datenbank nicht mehr vorhanden ist, kann der where-Parameter oder die "Plugin Options"-Datenbank den neuen Datenbanknamen enthalten, und das Plugin wird automatisch die Erstellung der Datenbank mit dem neuen Namen durchführen.

Wenn die ursprüngliche Datenbank noch benötigt wird, wird der where-Parameter verwendet, um die Dateien auf der Festplatte zu verschieben, und der neue Datenbankname sollte über das Menü "Plugin Options" mit der Datenbankoption festgelegt werden. Die layout.dat muss im Wiederherstellungsbaum ausgewählt sein.

 

* restore where=c:/tmp replace=always
...
Using Catalog "MyCatalog"
Run Restore job
JobName: RestoreFiles
Bootstrap: /opt/bacula/working/127.0.0.1-dir.restore.1.bsr
Where: c:/tmp
Replace: Always
FileSet: Full Set
Backup Client: win2008-fd
Restore Client: win2008-fd
Storage: File
When: 2015-12-14 09:53:36
Catalog: MyCatalog
Priority: 10
Plugin Options: *None*
OK to run? (yes/mod/no): mod <-----------------
Parameters to modify:
1: Level
2: Storage
3: Job
4: FileSet
5: Restore Client
6: When
7: Priority
8: Bootstrap
9: Where
10: File Relocation
11: Replace
12: JobId
13: Plugin Options
Select parameter to modify (1-13): 13 <-----------------
Automatically selected : mssql: database=db29187
Plugin Restore Options
instance: *None*
database: *None*
username: *None*
password: *None*
domain: *None*
recovery: *None* (yes)
stop_before_mark: *None*
stop_at_mark: *None*
stop_at: *None*
Use above plugin configuration? (yes/mod/no): mod <------------------
You have the following choices:
1: instance (Instance used to restore)
2: database (New database name)
3: username (Username used for restore)
4: password (Password used for restore)
5: domain (Domain name of user (default to local))
6: recovery (Start Recovery)
7: stop_before_mark (Stop the recovery before a mark (STOPBEFOREMARK).
8: stop_at_mark (Stop the recovery at a mark (STOPATMARK).
9: stop_at (Stop at (STOPAT). {datetime})
Select parameter to modify (1-9): 2 <------------------
Please enter a value for database: newdb <------------------
Use above plugin configuration? (yes/mod/no): yes <------------------
Using Catalog "MyCatalog"
Run Restore job
JobName: RestoreFiles
Bootstrap: /opt/bacula/working/127.0.0.1-dir.restore.1.bsr
Where: c:/tmp
Replace: Always
FileSet: Full Set
Backup Client: win2008-fd
Restore Client: win2008-fd
Storage: File
When: 2015-12-14 09:53:36
Catalog: MyCatalog
Priority: 10
Plugin Options: User Specified
OK to run? (yes/mod/no): yes <-----------------

Wiederherstellung von SQL auf der lokalen Festplatte

Bei der Angabe von where=c:/path/ werden die Dateien auf dem lokalen Dateisystem wiederhergestellt und der MS SQL-Administrator kann ein TSQL oder die Microsoft SQL Server Management Console zur Wiederherstellung der Datenbank verwenden. Die zur Wiederherstellung der Datenbank erforderlichen SQL-Befehle werden in der Auftragsausgabe ausgegeben, wie im nächsten Beispiel gezeigt.

 

* restore where=c:/tmp
First you select one or more JobIds that contain files
to be restored. You will be presented several methods
of specifying the JobIds. Then you will be allowed to
select which files from those JobIds are to be restored.
To select the JobIds, you have the following choices:
1: List last 20 Jobs run
2: List Jobs where a given File is saved
3: Enter list of comma separated JobIds to select
4: Enter SQL list command
5: Select the most recent backup for a client
6: Select backup for a client before a specified time
7: Enter a list of files to restore
8: Enter a list of files to restore before a specified time
9: Find the JobIds of the most recent backup for a client
10: Find the JobIds for a backup for a client before a specified time
11: Enter a list of directories to restore for found JobIds
12: Select full restore to a specified Job date
13: Cancel
Select item: (1-13): 5
Automatically selected Client: win2008-fd
+-------+-------+----------+----------+---------------------+---------------+
| jobid | level | jobfiles | jobbytes | starttime | volumename |
+-------+-------+----------+----------+---------------------+---------------+
| 1 | F | 3 | 65,771 | 2015-12-14 09:52:31 | TestVolume001 |
| 2 | I | 2 | 65,771 | 2015-12-14 09:52:42 | TestVolume001 |
| 3 | I | 2 | 65,771 | 2015-12-14 09:52:52 | TestVolume001 |
+-------+-------+----------+----------+---------------------+---------------+
You have selected the following JobIds: 1,2,3
Building directory tree for JobId(s) 1,2,3 ...
6 files inserted into the tree.
You are now entering file selection mode where you add (mark) and
remove (unmark) files to be restored. No files are initially added, unless
you used the "all" keyword on the command line.
Enter "done" to leave this mode.
cwd is: /
$ cd @mssql
cwd is: /@mssql/
$ cd MSSQLSERVER
cwd is: /@mssql/MSSQLSERVER/
$ m db1684
6 files marked.
$ done
Bootstrap records written to /opt/bacula/working/127.0.0.1-dir.restore.1.bsr
The Job will require the following (*=>InChanger):
Volume(s) Storage(s) SD Device(s)
===========================================================================
TestVolume001 File FileStorage
Volumes marked with "*" are in the Autochanger.
2 files selected to be restored.
Using Catalog "MyCatalog"
Run Restore job
JobName: RestoreFiles
Bootstrap: /opt/bacula/working/127.0.0.1-dir.restore.1.bsr
Where: /tmp
Replace: Always
FileSet: Full Set
Backup Client: win2008-fd
Restore Client: win2008-fd
Storage: File
When: 2015-12-14 09:53:36
Catalog: MyCatalog
Priority: 10
Plugin Options: *None*
OK to run? (yes/mod/no): yes
Job queued. JobId=6
wait
You have messages.
* messages
$ done
17:18 dir JobId 6: Start Restore Job RestoreFiles.2015-12-14_17.18.18_14
17:18 dir JobId 6: Using Device "FileStorage" to read.
17:18 sd JobId 6: Ready to read from volume "TestVolume001" on file device "FileStorage" (/tmp/regress/tmp).
17:18 sd JobId 6: Forward spacing Volume "TestVolume001" to file:block 0:224.
17:18 fd JobId 6: RESTORE DATABASE [db1684] FROM DISK='c:/tmp/@mssql/MSSQLSERVER/db1684/data.bak'
WITH BLOCKSIZE=65536, BUFFERCOUNT=10, MAXTRANSFERSIZE=65536, NORECOVERY , REPLACE
17:18 fd JobId 6: RESTORE DATABASE [db1684]
FROM DISK='c:/tmp/@mssql/MSSQLSERVER/db1684/log-34000000014400001.bak'
WITH BLOCKSIZE=65536, BUFFERCOUNT=10, MAXTRANSFERSIZE=65536, NORECOVERY
17:18 fd JobId 6: RESTORE DATABASE [db1684]
FROM DISK='c:/tmp/@mssql/MSSQLSERVER/db1684/log-34000000018400001.bak'
WITH BLOCKSIZE=65536, BUFFERCOUNT=10, MAXTRANSFERSIZE=65536, NORECOVERY
17:18 fd JobId 6: RESTORE DATABASE [db1684]
FROM DISK='c:/tmp/@mssql/MSSQLSERVER/db1684/log-34000000029100001.bak'
WITH BLOCKSIZE=65536, BUFFERCOUNT=10, MAXTRANSFERSIZE=65536, NORECOVERY
17:18 sd JobId 6: End of Volume at file 0 on device "FileStorage" (/tmp/regress/tmp), Volume "TestVolume001"
17:18 fd JobId 6: RESTORE DATABASE [db1684]
FROM DISK='c:/tmp/@mssql/MSSQLSERVER/db1684/log-36000000017200001.bak'
WITH BLOCKSIZE=65536, BUFFERCOUNT=10, MAXTRANSFERSIZE=65536, NORECOVERY
17:18 sd JobId 6: Elapsed time=00:00:01, Transfer rate=9.372 M Bytes/second
17:18 fd JobId 6: RESTORE DATABASE [db1684]
17:18 dir JobId 6: Bacula dir 8.4.8 (22Feb16):
Build OS: x86_64-unknown-linux-gnu archlinux
JobId: 6
Job: RestoreFiles.2015-12-11_17.18.18_14
Restore Client: win2008-fd
Start time: 14-Dec-2015 17:18:20
End time: 14-Dec-2015 17:18:22
Files Expected: 6
Files Restored: 6
Bytes Restored: 9,371,785
Rate: 4685.9 KB/s
FD Errors: 0
FD termination status: OK
SD termination status: OK
Termination: Restore OK

Wiederherstellung der "Master"-Datenbank

Anweisungen zum Wiederherstellen der "Master"-Datenbank sind in diesem Artikel ausführlich beschrieben: https://technet.microsoft.com/en-us/library/aa213839%28v=sql.80%29.aspx

Datenbank im Wiederherstellungszustand

Am Ende einer Wiederherstellung, wenn die Plugin-Option recovery auf no gesetzt wurde, befindet sich die wiederhergestellte Datenbank im Zustand "restoring". Um den Wiederherstellungsvorgang zu beenden, muss der Recovery-Prozess ausgeführt werden. Dies kann mit dem folgenden SQL-Befehl erfolgen:

 

RESTORE [yourdatabase] WITH RECOVERY;


Weitere Hilfe zur SQL-Sicherung:

  • Verwenden Sie andere DBs in Ihrer Infrastruktur? Bacula Enterprise hat Lösungen für Oracle, PostgreSQL, MSSQL und SAP-Datenbanken.
  • Sind Sie an einer Sicherung auf Bandmedien interessiert? Schauen Sie sich unsere Bandsicherungssoftware an.
  • Interessieren Sie sich für die Sicherung und Wiederherstellung von MS Exchange? Sehen Sie sich unser Exchange Server-Tool an.