Google verwendet KI-Technologie, um Inhalte in Ihre bevorzugte Sprache zu übersetzen. KI-Übersetzungen können Fehler enthalten.

Microsoft SQL Server-Datenbanken in der Appliance-Verwaltungskonsole einbinden

In diesem Abschnitt wird beschrieben, wie Sie erfasste Microsoft SQL Server-Daten bereitstellen:

Instanzen
Primäre Datenbanken einer AlwaysOn-Verfügbarkeitsgruppe
Konsistenzgruppen
Einzelne Mitglieder einer Konsistenzgruppe
Systemdatenbanken
Nutzerdatenbanken

Erfasste Microsoft SQL Server-Daten bereitstellen

Mit einer Standardbereitstellung können Sie die Microsoft SQL Server-Daten auf einem anderen Server bereitstellen, wo sie von einem anderen Microsoft SQL Server abgerufen und verwendet werden können. So stellen Sie nur die erfassten Microsoft SQL-Daten bereit:

Öffnen Sie den App Manager und rufen Sie die Liste der Anwendungen auf.
Klicken Sie mit der rechten Maustaste auf eine SQL Server-Instanz, eine Nutzerdatenbank, eine Systemdatenbank, einen Cluster oder eine Verfügbarkeitsgruppe und wählen Sie Zugriff aus. Verwenden Sie die Filter, um die gewünschte Datenbank zu finden.
Wählen Sie auf der Zeitachse die Sicherung aus, die bereitgestellt werden soll, und wählen Sie dann Bereitstellen aus.

Hinweis: Mit dem Kalender-Widget oben links können Sie den Bereich der Sicherungen eingrenzen.
Hinweis: OnVault-Sicherungen können sehr effizient von Sicherungs-/Wiederherstellungsgeräten bereitgestellt werden. Sie können auswählen, wie der Snapshot-Pool bei dieser Art der Bereitstellung verwendet werden soll. Optionen sind unter anderem „Speicheroptimiert“, „Ausgewogen“, „Leistungsoptimiert“ und „Maximale Leistung“. Die ersten drei Optionen führen zu einer schnellen Bereitstellung und verwenden unterschiedliche Mengen an Speicherplatz im Snapshot-Pool, um die Leistung zu steigern. Bei der letzten Option, „Maximale Leistung“, werden alle Daten in den Snapshot-Pool kopiert, bevor die Bereitstellung erfolgt.
Hinweis: Die Option „Maximale Leistung“ wird nur für OnVault Sicherungen unterstützt.
Geben Sie optional ein Label ein, mit dem Sie diese bereitgestellten Daten eindeutig identifizieren können.
Wählen Sie im Dialogfeld Image bereitstellen im Bereich Anwendungsoptionen nicht Neue virtuelle Anwendung erstellen aus. Informationen zum Bereitstellen der Microsoft SQL-Daten als virtuelle Datenbank finden Sie unter SQL Server-Datenbank als neue virtuelle Datenbank bereitstellen.
Füllen Sie gegebenenfalls die Felder Zuordnungsoptionen und Elementauswahl aus.

Die angezeigten Optionen variieren je nach ausgewählter Quelle. Für Datenbanken auf VMware-VMs gibt es beispielsweise die Option Allen ESX-Hosts zuordnen. Für Clusterdatenbanken gibt es die Option Clusterknoten zuordnen.
Klicken Sie auf Senden , um den Bereitstellungsjob zu senden.
Nachdem die Bereitstellung erfolgreich war, melden Sie sich auf dem Datenbankserver an und prüfen Sie, ob die bereitgestellte Sicherung unter „Aktive Bereitstellungen“ verfügbar ist.

SQL Server-Datenbank als neue virtuelle Datenbank bereitstellen

Bei einer Bereitstellung einer virtuellen Anwendung wird eine erfasste Datenbank als virtuelle Anwendung bereitgestellt. So können Sie eine Datenbank schnell online schalten, ohne die Daten tatsächlich verschieben und ohne manuell eine neue Instanz der Datenbank konfigurieren zu müssen. Mit der Bereitstellung einer virtuellen Anwendung können Sie Kopien von Produktionsdatenbanken ohne manuellen Eingriff von Datenbank-, Server- und Speicheradministratoren erstellen und verwalten.

In diesem Abschnitt wird beschrieben, wie Sie eine erfasste Microsoft SQL Server-Datenbank als virtuelle Anwendung bereitstellen. Sie können Folgendes für Microsoft SQL Server bereitstellen:

Instanzen
Systemdatenbanken
Nutzerdatenbanken
Konsistenzgruppen
Einzelne Mitglieder einer Konsistenzgruppe
Datenbanken in AlwaysOn-Verfügbarkeitsgruppen

Bevor Sie eine Sicherung bereitstellen, prüfen Sie, ob iSCSI auf dem Host konfiguriert wurde, auf dem die Sicherungen bereitgestellt werden, oder ob NFS-Datenspeicher in VMware konfiguriert wurden.

Wenn Sie nur die Microsoft SQL-Datendateien bereitstellen möchten ohne einer SQL Server-Instanz eine Datenbank hinzuzufügen, lesen Sie Erfasste Microsoft SQL-Daten bereitstellen.

Bei beschädigten oder gelöschten Datenbanken ist die Bereitstellung einer SQL Server-Datenbank als virtuelle Anwendung auf dem ursprünglichen Server eine effiziente Alternative zur Wiederherstellung der Datenbank.

So stellen Sie eine erfasste Microsoft SQL Server-Datenbank als virtuelle Anwendung bereit:

Öffnen Sie die Appliance-Verwaltungskonsole und rufen Sie die Liste App Manager > Anwendungen auf.
Klicken Sie mit der rechten Maustaste auf eine SQL Server-Instanz, eine Nutzerdatenbank, eine Systemdatenbank, einen Cluster oder eine Verfügbarkeitsgruppe und wählen Sie Zugriff aus. Verwenden Sie die Filter, um die gewünschte Datenbank zu finden.
Wählen Sie auf der Zeitachse der Sicherungen die Sicherung aus, die bereitgestellt werden soll. Wählen Sie rechts Bereitstellen aus. Mit dem Kalender-Widget oben links können Sie den Bereich der Sicherungen eingrenzen.

Hinweis: OnVault-Sicherungen können sehr effizient von Sicherungs-/Wiederherstellungsgeräten bereitgestellt werden. Sie können auswählen, wie der Snapshot-Pool bei dieser Art der Bereitstellung verwendet werden soll. Optionen sind unter anderem „Speicheroptimiert“, „Ausgewogen“, „Leistungsoptimiert“ und „Maximale Leistung“. Die ersten drei Optionen führen zu einer schnellen Bereitstellung und verwenden unterschiedliche Mengen an Speicherplatz im Snapshot-Pool, um die Leistung zu steigern. Bei der letzten Option, „Maximale Leistung“, werden alle Daten in den Snapshot-Pool kopiert, bevor die Bereitstellung erfolgt.
Hinweis: Die Option „Maximale Leistung“ wird nur für OnVault Sicherungen unterstützt.
Geben Sie im Bereich Anwendungsoptionen optional ein Label ein, mit dem Sie diese bereitgestellten Daten eindeutig identifizieren können.
Wählen Sie Neue virtuelle Anwendung erstellen aus.
Wenn die Datenbank zusammen mit ihren Logs erfasst wurde, bietet das Dialogfeld App-Optionen eine Option, die Logs auf einen bestimmten Zeitpunkt zurückzusetzen, je nachdem, wann und wie oft Logs erfasst wurden.
Wählen Sie in der Drop-down-Liste SQL Server-Instanzname die SQL Server-Instanz aus, der die neue Datenbank hinzugefügt werden soll. Wenn der erforderliche Instanzname nicht in der Drop-down-Liste enthalten ist, können Sie den Namen manuell in das dafür vorgesehene Feld eingeben.
Wenn Sie eine einzelne Datenbank bereitstellen, geben Sie im Feld SQL Server-Datenbankname einen Namen für die neue virtuelle Datenbank ein.

Wenn Sie mehrere Datenbanken bereitstellen, geben Sie im Feld Name der Konsistenzgruppe einen Namen für eine neue Konsistenzgruppe ein, die Ihre virtuellen Datenbanken enthält.

Hinweis: Gültige Zeichen sind Buchstaben, Ziffern, @, #, -, _. Führende und nachgestellte Leerzeichen sind nicht zulässig.
Die Bereitstellung der virtuellen Anwendung ist eine neue virtuelle Datenbank. Wenn Sie die neuen virtuellen Datenbanken schützen möchten, wählen Sie Neue Anwendung verwalten, und wählen Sie die Vorlage und das Profil aus, die verwendet werden sollen.

Die Bereitstellung der virtuellen Anwendung ist eine neue Datenbank. Die Snapshots der Datenbank sind inkrementell.

Die virtuelle Anwendung wird in der Liste der Anwendungen im Application Manager angezeigt.

Wenn Sie Neue Anwendung verwalten nicht auswählen, wird sie im Application Manager als ungeschützte Anwendung angezeigt. Sie kann wie jede andere Anwendung geschützt werden.

Virtuelle SQL Server-Datenbanken, die auf einer SQL Server-Instanz bereitgestellt werden, werden immer separat von den Nutzer- und Systemdatenbanken der Instanzen geschützt.
Datenbank nach der Wiederherstellung wiederherstellen: Lassen Sie diese Option ausgewählt (Standard), wenn Sie die Datenbank in einen Online- Zustand versetzen möchten, in dem Transaktionen verarbeitet werden können. Deaktivieren Sie diese Option, um die Datenbank im Wiederherstellungszustand zu belassen, damit zusätzliche Transaktionslog-Sicherungen manuell angewendet werden können, um die Datenbank auf einen bestimmten Zeitpunkt zurückzusetzen.
Nutzeranmeldungen wiederherstellen: Wenn Sie die Richtlinienoption SQL Server-Anmeldungen sichern aktiviert haben, werden diese Anmeldungen durch Auswahl dieser Option auf der Ziel-SQL Server-Instanz wiederhergestellt. Bei Domainkonten werden die Nutzerkonten nur wiederhergestellt, wenn sich die Ziel Instanz auf einem Server in derselben Domain oder in einer Domain mit einer Vertrauens Beziehung zum Quell-SQL Server befindet. Lokale SQL-Konten werden immer wiederhergestellt. Verwenden Sie diese Option, wenn Sie sicherstellen möchten, dass alle Nutzer, die auf die ursprüngliche Quelldatenbank zugreifen konnten, auch auf die neue virtuelle Datenbank zugreifen können.
Geben Sie in den Feldern Nutzername und Passwort nur bei Bedarf einen Nutzernamen und ein Passwort ein. Wenn das Backup- und DR-Agent-Konto nicht die Berechtigungen hat, die Datenbank während einer Bereitstellung zu trennen oder Transaktionslogs anzuwenden, geben Sie hier die Anmeldedaten für ein Konto mit diesen Berechtigungen ein. Weitere Informationen finden Sie unter Erforderliche SQL Server-Rollen für den Windows-Nutzer.
Wählen Sie ein Wiederherstellungsmodell aus, wenn Sie das Wiederherstellungsmodell der neuen virtuellen Datenbanken ändern möchten. Standardmäßig wird das Wiederherstellungsmodell der ursprünglichen Datenbank beibehalten.
Geben Sie für Vorhandene Datenbank überschreiben an, wann eine Datenbank auf dem Zielserver oder der Zielinstanz mit demselben Namen wie die neuen Datenbanken, die bereitgestellt werden, überschrieben werden soll: Ja, Nein oder Nur wenn sie veraltet ist.
Unter Zuordnungsoptionen können Sie einen Bereitstellungsort eingeben. Wenn eine Anwendung nur ein Volume hat, können Sie hier nur den Bereitstellungsort angeben. Wenn eine Anwendung mehrere Volumes hat, haben Sie folgende Möglichkeiten:
- Geben Sie einen Bereitstellungsort ein. Alle Volumes werden automatisch am angegebenen Bereitstellungsort bereitgestellt. Dabei werden sequenzielle Laufwerkbuchstaben oder nummerierte Verzeichnisse am angegebenen Bereitstellungspunkt verwendet.
- Lassen Sie dieses Feld leer und geben Sie unter Erweiterte Optionen, manuell einen Bereitstellungsort für jedes Volume an.
Klicken Sie auf Senden , um den Job zu senden.
Nachdem der Bereitstellungsjob abgeschlossen ist, melden Sie sich auf dem Datenbankserver an und prüfen Sie, ob die bereitgestellte Sicherung unter Aktive Bereitstellungen verfügbar ist.

Aktive Bereitstellungen verwalten

Nachdem Sie eine Bereitstellung erstellt haben, können Sie die Sicherung unter App Manager > Aktive Bereitstellungen verfolgen. Idealerweise sollten Sie keine Sicherung unbegrenzt bereitgestellt lassen. Das liegt daran, dass die Sicherung, aus der die Bereitstellung erstellt wurde, erst abläuft, wenn alle Bereitstellungen gelöscht wurden. Wenn Sie die bereitgestellte Sicherung nicht mehr benötigen, haben Sie folgende Möglichkeiten:

Heben Sie die Bereitstellung der Sicherung auf. Sie können sie bei Bedarf wieder bereitstellen. Sie können die Sicherung dann später löschen , wenn Sie sicher sind, dass sie nicht mehr benötigt wird.
Heben Sie die Bereitstellung der Sicherung auf und löschen Sie sie. Dadurch wird die bereitgestellte Sicherung gelöscht, nicht die Sicherung, auf der die Bereitstellung basiert.
Migrieren Sie die Sicherung. Dies ist nur für Microsoft SQL Server-Bereitstellungen möglich.

Verschlüsselte SQL Server-Daten bereitstellen

Sicherungs-/Wiederherstellungsgeräte erfassen verschlüsselte SQL Server-Datenbanken, aber nicht ihre privaten Schlüssel, Verschlüsselungszertifikate oder Passwörter.

In diesem Abschnitt wird Folgendes beschrieben:

Prüfen, ob SQL TDE aktiviert ist
Fehlerbehebung bei der SQL Server-Verschlüsselung
Verfahren für SQL Server-Hauptschlüssel, Verschlüsselungszertifikat und Passwort

Wenn Sie eine verschlüsselte SQL Server-Datenbank über einer vorhandenen SQL Server-Datenbank wiederherstellen, sind der private Schlüssel, das Verschlüsselungszertifikat und das Passwort bereits auf der SQL Server-Instanz vorhanden. Nach Abschluss der Wiederherstellung funktioniert die SQL Server-Datenbank wie erwartet.

Wenn Sie eine verschlüsselte Datenbank als virtuelle Anwendung bereitstellen oder nur die verschlüsselten SQL Server-Daten bereitstellen, muss die SQL Server-Instanz, auf der die verschlüsselte Datenbank oder die verschlüsselten Daten bereitgestellt werden, Folgendes haben:

Transparente Datenverschlüsselung (Transparent Data Encryption, TDE) aktiviert
Eine Kopie des privaten Schlüssels aus der Quell-SQL Server-Datenbank
Eine Kopie des Verschlüsselungszertifikats aus der Quell-SQL Server-Datenbank
Das Passwort der Quell-SQL Server-Datenbank

Die Verfahren finden Sie unter Verfahren für SQL Server-Hauptschlüssel, Verschlüsselungszertifikat und Passwort.

Prüfen, ob SQL Server TDE aktiviert ist

Um zu prüfen, ob TDE auf einer SQL Server-Instanz aktiviert ist, können Sie die Benutzeroberfläche von Microsoft SQL Server Management Studio (SSMS) verwenden oder eine manuelle Abfrage ausführen, um zu prüfen, ob die Verschlüsselung für eine Datenbank aktiviert ist. Beispiel:

        SELECT
         DB_NAME(database_id)AS dbname,
         encryption_state,
         case encryption_state
           WHEN 0 THEN 'Unencrypted (no
        database encryption key present)'
           WHEN 1 THEN 'Unencrypted'
           WHEN 2 THEN 'Encryption in Progress'
           WHEN 3 THEN 'Encrypted'
           WHEN 4 THEN 'Key Change in Progress'
           WHEN 5 THEN 'Decryption in Progress'
           ELSE CAST(encryption_state AS
        varchar(20))
         END AS encryption_state,
         key_algorithm,
         key_length
         FROM sys.dm_database_encryption_keys

SSMS

So prüfen Sie mit SSMS, ob die Verschlüsselung für eine Datenbank aktiviert ist:

Klicken Sie in SSMS mit der rechten Maustaste auf den Datenbanknamen.
Wählen Sie im Drop-down-Menü Eigenschaften aus. Die Eigenschaften der Datenbank werden angezeigt.
Klicken Sie unter Seite auswählen auf Optionen. Die Optionen für die Datenbank werden angezeigt.
Prüfen Sie unter Status, ob Verschlüsselung aktiviert auf True gesetzt ist.

Fehlerbehebung bei der SQL Server-Verschlüsselung

Im Folgenden sind zwei häufige Fehler aufgeführt:

SQL-Fehler 24583: Dieser Fehler weist auf ein fehlendes Verschlüsselungszertifikat hin. Der folgende SQL Server-Fehler 24583 gibt an, dass Sie versuchen, eine Bereitstellung auf einer SQL Server-Instanz durchzuführen, die nicht das Verschlüsselungszertifikat der Quell-SQL Server-Instanz hat.
SQL-Fehler 33117: Die transparente Datenverschlüsselung ist nicht aktiviert. Der folgende SQL Server-Fehler 33117 gibt an, dass Sie versuchen, eine verschlüsselte SQL Server-Datenbank auf einer SQL Server-Instanz bereitzustellen, auf der Transparente Datenverschlüsselung nicht aktiviert ist.

Verfahren für SQL Server-Hauptschlüssel, Verschlüsselungszertifikat und Passwort

Das Erstellen und Kopieren von Hauptschlüsseln und Verschlüsselungszertifikaten sind Standardverfahren für Microsoft SQL Server, die nicht spezifisch für Sicherungs-/Wiederherstellungsgeräte sind. Sie werden hier nur zur Vereinfachung aufgeführt:

Neuen Hauptschlüssel erstellen
Neues Verschlüsselungszertifikat erstellen
Server-Hauptschlüssel und Verschlüsselungszertifikat anwenden
Kopie des Server-Hauptschlüssels und des Verschlüsselungszertifikats erstellen und Quellpasswort angeben
Verschlüsselungszertifikat und privaten Schlüssel kopieren und Quellpasswort angeben

Weitere Informationen finden Sie in der detaillierten Dokumentation von Microsoft zu Sicherheitszertifikaten und -schlüsseln: https://msdn.microsoft.com/en-us/library/ff848768.aspx

Neuen Hauptschlüssel erstellen

        use master;
        go
        create master key encryption by password = 'SMKSourcePassword';
        go

Neues Verschlüsselungszertifikat erstellen

        use master;
        go
        create certificate sourcedbcert with subject = 'Act Test Cert';
        go

Server-Hauptschlüssel und Verschlüsselungszertifikat anwenden

        use DATABASENAME;
        go
        CREATE DATABASE ENCRYPTION KEY
        WITH ALGORITHM = AES_128
        ENCRYPTION BY SERVER CERTIFICATE sourcedbcert;
        go
        alter database DATABASENAME
        set encryption on;
        go

Kopie des Server-Hauptschlüssels und des Verschlüsselungszertifikats erstellen und Quellpasswort angeben

Wenn eine SQL Server-Datenbank auf einer SQL Server-Instanz auf einer anderen SQL Server-Instanz bereitgestellt wird, müssen Sie den Server-Hauptschlüssel, das Verschlüsselungszertifikat und das Passwort der Datenbank, die bereitgestellt werden soll, manuell kopieren. Kopieren Sie dann den Server-Hauptschlüssel, das Verschlüsselungszertifikat und das Passwort auf die andere SQL Server-Instanz.

So erstellen Sie eine Kopie eines Server-Hauptschlüssels, eines Verschlüsselungszertifikats und eines Passworts:

        use master;
        go
        backup certificate sourcedbcert to file = 'E:\Enc\Sourcecert'
        with PRIVATE KEY (file='E:\Enc\Privatekey',
        ENCRYPTION BY PASSWORD='SecurePassword');
        go

Verschlüsselungszertifikat und privaten Schlüssel kopieren und Quellpasswort angeben

Wenn eine verschlüsselungsaktivierte SQL Server-Datenbank oder verschlüsselte Daten auf einer neuen SQL Server-Instanz bereitgestellt werden, muss die neue Instanz eine Kopie des Server-Hauptschlüssels, des Verschlüsselungszertifikats und des Passworts der Quell-SQL Server-Instanz haben. Kopieren Sie die Kopien des Verschlüsselungszertifikats und des Passworts, die Sie im vorherigen Abschnitt auf der Quell-SQL Server-Instanz erstellt haben, manuell auf die neue SQL Server-Instanz. Führen Sie auf der neuen SQL Server-Instanz folgende Schritte aus:

        create certificate destinationdbcert
        FROM file = 'C:\Program Files\Backup and DR\sqlenc\Sourcecert'
        with private key (file = 'C:\Program Files\Backup and DR\sqlenc\Privatekey',
        decryption by password = 'SecurePassword')
        go

Weitere Dokumentation zu Backup und DR für Microsoft SQL Server

Diese Seite ist eine von mehreren Seiten, die sich speziell mit dem Schutz und der Wiederherstellung von Microsoft SQL Server-Datenbanken und unterstützten Binärdateien mit Backup und DR befassen. Weitere Informationen finden Sie auf den folgenden Seiten: