Microsoft SQL Server-Datenbanken in der Appliance-Verwaltungskonsole einbinden

In diesem Abschnitt wird beschrieben, wie Sie einen erfassten Microsoft SQL Server 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:

  1. Öffnen Sie den App Manager und rufen Sie die Anwendungsliste auf.

  2. 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.

  3. Wählen Sie auf der Runway die Sicherung aus, die bereitgestellt werden soll, und wählen Sie dann Bereitstellen aus.

  4. Optional können Sie ein Label eingeben, mit dem Sie diese bereitgestellten Daten eindeutig identifizieren können.

  5. Wählen Sie im Dialogfeld Image bereitstellen im Abschnitt Anwendungsoptionen nicht die Option 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.

  6. Füllen Sie gegebenenfalls die Felder Mapping Options (Zuordnungsoptionen) und Item Selection (Elementauswahl) aus.

    Die angezeigten Optionen variieren je nach ausgewählter Quelle. Datenbanken auf VMware-VMs haben beispielsweise die Option Allen ESX-Hosts zuordnen. Für geclusterte Datenbanken ist die Option Clusterknoten zuordnen verfügbar.

  7. Klicken Sie auf Senden, um den Bereitstellungsjob zu senden.

  8. Nachdem der Bereitstellungsvorgang erfolgreich abgeschlossen wurde, melden Sie sich beim 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 einem Bereitstellungsvorgang für virtuelle Anwendungen wird eine erfasste Datenbank als virtuelle Anwendung bereitgestellt. Sie können eine Datenbank schnell online schalten, ohne die Daten tatsächlich verschieben und eine neue Instanz der Datenbank manuell konfigurieren zu müssen. Mit einer virtuellen Anwendungseinbindung können Sie Kopien von Produktionsdatenbanken ohne manuelles Eingreifen 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, müssen Sie iSCSI auf dem Host konfigurieren, auf dem die Sicherungen bereitgestellt werden, oder NFS-Datenspeicher in VMware konfigurieren.

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

Bei beschädigten oder gelöschten Datenbanken ist das Bereitstellen 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:

  1. Öffnen Sie die Appliance-Verwaltungskonsole und rufen Sie die Liste App Manager > Anwendungen auf.

  2. 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.

  3. Wählen Sie in der Liste 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.

  4. Geben Sie im Abschnitt Anwendungsoptionen optional ein Label ein, mit dem Sie diese bereitgestellten Daten eindeutig identifizieren können.

  5. Wählen Sie Create New Virtual Application aus.

  6. Wenn die Datenbank zusammen mit ihren Logs erfasst wurde, bietet das Dialogfeld Anwendungsoptionen eine Option, mit der die Logs auf einen bestimmten Zeitpunkt zurückgesetzt werden können, je nachdem, wann und wie oft Logs erfasst wurden.

  7. 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 im Drop-down-Menü enthalten ist, können Sie ihn manuell in das dafür vorgesehene Feld eingeben.

  8. 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.

  9. Die Bereitstellung der virtuellen Anwendung ist eine neue virtuelle Datenbank. Wählen Sie zum Schützen der neuen virtuellen Datenbanken Neue Anwendung verwalten und dann die zu verwendende Vorlage und das zu verwendende Profil aus.

    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 Anwendungsmanager als ungeschützte Anwendung angezeigt. Sie kann wie jede andere Anwendung geschützt werden.

    Virtuelle SQL Server-Datenbanken, die in einer SQL Server-Instanz bereitgestellt werden, werden immer separat von den Nutzer- und Systemdatenbanken der Instanzen geschützt.

  10. Datenbank nach Wiederherstellung wiederherstellen: Lassen Sie diese Option ausgewählt (Standard), wenn Sie die Datenbank in einen Onlinestatus versetzen möchten, in dem Transaktionen verarbeitet werden können. Löschen Sie diese Option, um die Datenbank in einem Wiederherstellungsstatus zu belassen, damit zusätzliche Transaktionslog-Backups manuell angewendet werden können, um die Datenbank auf einen bestimmten Zeitpunkt zurückzusetzen.

  11. Nutzeranmeldungen wiederherstellen: Wenn Sie die Richtlinienoption SQL Server-Anmeldungen sichern aktiviert haben, werden diese Anmeldungen bei Auswahl dieser Option auf der SQL Server-Zielinstanz wiederhergestellt. Bei Domainkonten werden die Nutzerkonten nur wiederhergestellt, wenn sich die Zielinstanz auf einem Server in derselben Domain oder in einer Domain mit einer Vertrauensbeziehung zum SQL-Quellserver 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.

  12. Geben Sie in den Feldern Nutzername und Passwort nur bei Bedarf einen Nutzernamen und ein Passwort ein. Wenn das Konto des Backup und DR-Agents nicht die Berechtigungen hat, die Datenbank während eines Unmount-Vorgangs 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.

  13. 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.

  14. Geben Sie unter Vorhandene Datenbank überschreiben an, wann eine Datenbank auf dem Zielserver oder der Zielinstanz überschrieben werden soll, die denselben Namen wie die neuen Datenbanken hat, die bereitgestellt werden: Ja, Nein oder Nur, wenn sie veraltet ist.

  15. In den 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, können Sie:

    • Geben Sie einen Bereitstellungsort ein. Alle Volumes werden automatisch am angegebenen Bereitstellungsort bereitgestellt. Dabei werden sequenzielle Laufwerksbuchstaben oder nummerierte Verzeichnisse am angegebenen Bereitstellungspunkt verwendet.

    • Lassen Sie dieses Feld leer und geben Sie in den erweiterten Optionen manuell einen Bereitstellungsort für jedes Volume an.

  16. Klicken Sie auf Senden, um den Job zu senden.

  17. Wenn der Bereitstellungsjob abgeschlossen ist, melden Sie sich beim Datenbankserver an und prüfen Sie, ob die bereitgestellte Sicherung unter Aktive Bereitstellungen verfügbar ist.

Verwaltung der aktiven Bereitstellungen

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 ablaufen kann, wenn alle zugehörigen Bereitstellungen gelöscht wurden. Wenn Sie die bereitgestellte Sicherung nicht mehr benötigen, haben Sie folgende Möglichkeiten:

Verschlüsselte SQL Server-Daten bereitstellen

Sicherungs-/Wiederherstellungs-Appliances erfassen verschlüsselte SQL Server-Datenbanken, aber nicht deren private 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-Masterschlüssel, Verschlüsselungszertifikat und Passwort

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

Wenn Sie eine virtuelle Anwendung einer verschlüsselten Datenbank 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 SQL Server-Quelldatenbank

  • Eine Kopie des Verschlüsselungszertifikats aus der SQL Server-Quelldatenbank

  • Geben Sie das Passwort der SQL Server-Quelldatenbank an.

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

Prüfen, ob SQL Server-TDE aktiviert ist

Wenn Sie feststellen möchten, 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 ermitteln, 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 können Sie mit SSMS feststellen, ob die Verschlüsselung für eine Datenbank aktiviert ist:

  1. Klicken Sie in SSMS mit der rechten Maustaste auf den Datenbanknamen.

  2. Wählen Sie im Drop-down-Menü Eigenschaften aus. Die Eigenschaften der Datenbank werden angezeigt.

  3. Klicken Sie unter Seite auswählen auf Optionen. Die Optionen für die Datenbank werden angezeigt.

  4. Prüfen Sie unter Status, ob Verschlüsselung aktiviert auf Wahr festgelegt ist.

Fehlerbehebung bei der SQL Server-Verschlüsselung

Im Folgenden werden zwei häufige Fehler beschrieben:

  • SQL-Fehler 24583: Dieser Fehler weist auf ein fehlendes Verschlüsselungszertifikat hin. Der folgende SQL Server-Fehler 24583 weist darauf hin, dass Sie versuchen, eine SQL Server-Instanz bereitzustellen, die nicht das Verschlüsselungszertifikat der SQL Server-Quellinstanz hat.

  • SQL-Fehler 33117: Die transparente Datenverschlüsselung ist nicht aktiviert. Der folgende SQL Server-Fehler 33117 weist darauf hin, dass Sie versuchen, eine verschlüsselte SQL Server-Datenbank in einer SQL Server-Instanz bereitzustellen, für die die transparente Datenverschlüsselung nicht aktiviert ist.

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

Das Erstellen und Kopieren von Masterschlüsseln und Verschlüsselungszertifikaten sind Standardverfahren von Microsoft SQL Server, die nicht nur für Sicherungs-/Wiederherstellungs-Appliances gelten. Sie werden hier der Einfachheit halber aufgeführt:

  • Neuen Hauptschlüssel erstellen

  • Neues Verschlüsselungszertifikat erstellen

  • Server-Masterschlüssel und Verschlüsselungszertifikat anwenden

  • Erstellen Sie eine Kopie des Server-Masterschlüssels und des Verschlüsselungszertifikats und geben Sie das Quellpasswort an.

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

Weitere Informationen finden Sie in den detaillierten Informationen 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-Masterschlü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-Masterschlü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 Master-Schlüssel, das Verschlüsselungszertifikat und das Passwort des Servers der bereitzustellenden Datenbank manuell kopieren. Kopieren Sie dann den Servermasterschlüssel, das Verschlüsselungszertifikat und das Passwort in die andere SQL Server-Instanz.

So erstellen Sie eine Kopie eines Server-Masterschlü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üsselte SQL Server-Datenbank oder verschlüsselte Daten in einer neuen SQL Server-Instanz bereitgestellt werden, muss die neue Instanz eine Kopie des Server-Masterschlüssels, des Verschlüsselungszertifikats und des Passworts der SQL Server-Quellinstanz enthalten. Kopieren Sie die Kopien des Verschlüsselungszertifikats und des Passworts, die Sie im vorherigen Abschnitt auf der SQL Server-Quellinstanz erstellt haben, manuell in die neue SQL Server-Instanz. Führen Sie auf der neuen SQL Server-Instanz die folgenden 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 gehört zu einer Reihe von Seiten, die sich mit dem Schutz und der Wiederherstellung von Microsoft SQL Server-Datenbanken und unterstützenden Binärdateien mit Backup und DR befassen. Weitere Informationen finden Sie auf den folgenden Seiten: