Mit Microsoft SQL Server-Sicherungen in Compute Engine den Zustand zu einem bestimmten Zeitpunkt wiederherstellen

Last reviewed 2023-06-27 UTC

---

Hinweis: Dieses Dokument bzw. dieser Abschnitt enthält Verweise auf einen oder mehrere Begriffe, die Google als respektlos oder anstößig erachtet. Die Begriffe werden verwendet, da es sich um Suchbegriffe der Software handelt, die im Dokument beschrieben wird.

Die Begriffe: master

Mit dieser Anleitung führen Sie Sicherungen für eine Compute Engine SQL Server-Instanz aus. Sie erfahren, wie Sie diese Sicherungen verwalten und in Cloud Storage speichern und wie Sie den Zustand einer Datenbank zu einem bestimmten Zeitpunkt wiederherstellen.

Diese Anleitung ist nützlich, wenn Sie Systemadministrator, Entwickler, Datenbankadministrator oder DevOps-Entwickler sind und SQL Server-Daten sichern möchten.

Hinweis: Obwohl die Verwaltung von Sicherungen auch für einen Notfallwiederherstellungsplan von entscheidender Bedeutung ist, wird das Thema Notfallwiederherstellung für SQL Server in dieser Anleitung nicht behandelt.

Für diese Anleitung wird vorausgesetzt, dass Sie mit den folgenden Themen vertraut sind:

• Microsoft Windows
• Microsoft SQL Server
• Vollständige, differenzielle und Transaktionslogsicherungen von SQL Server
• Compute Engine
• Cloud Storage

Ziele

• Eine SQL Server-Instanz starten und eine Datenbank erstellen
• Vollständige, differenzielle und Transaktionslogsicherungen durchführen
• Die Sicherungen in Cloud Storage hochladen
• Die Datenbank aus einer Cloud Storage-Sicherung wiederherstellen

Kosten

In diesem Dokument verwenden Sie die folgenden kostenpflichtigen Komponenten von Google Cloud:

• Compute Engine
• Netzwerk
• Cloud Storage
• SQL Server (Premium mit Compute Engine)

Mit dem Preisrechner können Sie eine Kostenschätzung für Ihre voraussichtliche Nutzung vornehmen. Neuen Google Cloud-Nutzern steht möglicherweise eine kostenlose Testversion zur Verfügung.

Hinweis

1. Melden Sie sich bei Ihrem Google Cloud-Konto an. Wenn Sie mit Google Cloud noch nicht vertraut sind, erstellen Sie ein Konto, um die Leistungsfähigkeit unserer Produkte in der Praxis sehen und bewerten zu können. Neukunden erhalten außerdem ein Guthaben von 300 $, um Arbeitslasten auszuführen, zu testen und bereitzustellen.

2. Wählen Sie in der Google Cloud Console auf der Seite der Projektauswahl ein Google Cloud-Projekt aus oder erstellen Sie eines.

   Hinweis: Wenn Sie die Ressourcen, die Sie in diesem Verfahren erstellen, nicht behalten möchten, erstellen Sie ein Projekt, anstatt ein vorhandenes Projekt auszuwählen. Wenn Sie fertig sind, können Sie das Projekt löschen und dadurch alle mit dem Projekt verknüpften Ressourcen entfernen.

   Zur Projektauswahl

3. Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

4. Compute Engine API aktivieren.

   Aktivieren Sie die API

5. Wählen Sie in der Google Cloud Console auf der Seite der Projektauswahl ein Google Cloud-Projekt aus oder erstellen Sie eines.

   Hinweis: Wenn Sie die Ressourcen, die Sie in diesem Verfahren erstellen, nicht behalten möchten, erstellen Sie ein Projekt, anstatt ein vorhandenes Projekt auszuwählen. Wenn Sie fertig sind, können Sie das Projekt löschen und dadurch alle mit dem Projekt verknüpften Ressourcen entfernen.

   Zur Projektauswahl

6. Die Abrechnung für das Google Cloud-Projekt muss aktiviert sein.

7. Compute Engine API aktivieren.

   Aktivieren Sie die API

8. Installieren Sie einen RDP-Client (Remote Desktop Protocol) Ihrer Wahl. Weitere Informationen finden Sie unter Microsoft Remote Desktop-Clients. Wenn Sie bereits einen RDP-Client installiert haben, können Sie diese Aufgabe überspringen.

Nach Abschluss der in diesem Dokument beschriebenen Aufgaben können Sie weitere Kosten vermeiden, indem Sie die erstellten Ressourcen löschen. Weitere Informationen finden Sie unter Bereinigen.

SQL Server-Instanz vorbereiten

In diesem Abschnitt starten Sie die SQL Server-Instanz, bereiten die Datenbank vor und konfigurieren einen Verschlüsselungsschlüssel.

SQL Server-Instanz starten

Ihre erste Aufgabe besteht darin, eine SQL Server-Instanz zu starten und den Sicherungsordner zu erstellen.

1. Öffnen Sie Cloud Shell:

   Zu Cloud Shell

2. Starten Sie eine SQL Server-Instanz:

   gcloud compute instances create sqlserver \
       --zone=us-central1-c \
       --machine-type=n1-standard-1 \
       --image-family=sql-std-2019-win-2019 \
       --image-project=windows-sql-cloud \
       --boot-disk-size=50GB \
       --boot-disk-type=pd-standard \
       --tags=sqlserver \
       --scopes=https://www.googleapis.com/auth/cloud-platform
   

3. Rufen Sie in der Google Cloud Console die Seite VM-Instanzen auf und suchen Sie nach der Windows-Instanz, zu der Sie eine Verbindung herstellen möchten:

   ZUR SEITE "VM-INSTANZEN"

4. Legen Sie das Anfangspasswort für die Instanz fest. Bewahren Sie das Passwort an einem sicheren Ort auf.

5. Klicken Sie im Bereich Compute Engine der Google Cloud Console auf das Drop-down-Menü RDP und wählen Sie die Option RDP-Datei herunterladen aus, um die RDP-Datei für die Instanz herunterzuladen. Stellen Sie mithilfe dieser Datei die Verbindung zur Instanz mithilfe eines RDP-Clients her. Weitere Informationen finden Sie unter Microsoft Remote Desktop-Clients.

SQL Server Management Studio installieren

So installieren Sie Microsoft SQL Server Management Studio (SSMS):

1. Minimieren Sie in Ihrer RDP-Sitzung alle Fenster und starten Sie die Windows PowerShell ISE-Anwendung.

2. Laden Sie in der PowerShell-Eingabeaufforderung das SSMS-Installationsprogramm herunter und führen Sie es aus:

   Start-BitsTransfer `
       -Source "https://aka.ms/ssmsfullsetup" `
       -Destination "$env:Temp\ssms-setup.exe"
   & $env:Temp\ssms-setup.exe
   

3. Akzeptieren Sie die Aufforderung, Änderungen zuzulassen.

4. Klicken Sie im SSMS-Installationsprogramm auf Installieren.

5. Klicken Sie nach Abschluss der Installation auf Neu starten, um den Remotecomputer neu zu starten. Dadurch wird die RDP-Sitzung beendet.

6. Um die Verbindung wiederherzustellen, klicken Sie im RDP-Fenster auf Verbinden. Wenn der Neustart des Remote-Computers noch nicht abgeschlossen ist, warten Sie einen Moment und versuchen Sie dann noch einmal, eine Verbindung herzustellen.

7. Geben Sie Ihren Nutzernamen und das zuvor gespeicherte Passwort ein (lassen Sie das Feld Domain leer) und klicken Sie auf OK, um die Verbindung wiederherzustellen.

Sicherungs- und Wiederherstellungsordner vorbereiten

1. Minimieren Sie in der RDP-Sitzung alle Fenster und öffnen Sie dann Google Cloud SDK Shell (nicht dasselbe wie Cloud Shell) auf dem Windows-Desktop.

2. Erstellen Sie einen Sicherungsordner:

   mkdir c:\backup
   

3. Erstellen Sie einen Wiederherstellungsordner:

   mkdir c:\restore
   

Datenbank vorbereiten

1. Erstellen Sie in Cloud Shell auf der Instanz eine Testdatenbank:

   osql -E -Q "create database testdb"
   

   Hinweis: Wenn eine Fehlermeldung zur Anmeldung angezeigt wird, führen Sie die Google Cloud SDK Shell als Administrator aus.

2. Erstellen Sie eine Testtabelle:

   osql -E -Q "create table testdb.dbo.testtable(status varchar(255))"
   

Verschlüsselungsschlüssel konfigurieren

1. Erstellen Sie einen primären Datenbankschlüssel in Cloud Shell:

   osql -E -Q "USE master;CREATE MASTER KEY ENCRYPTION BY PASSWORD = 'MyPassword!';"
   

   Hinweis: In dieser Anleitung verwenden Sie das Passwort MyPassword! für den Verschlüsselungsschlüssel, Sie können jedoch ein beliebiges Passwort auswählen.

2. Erstellen Sie ein Sicherungszertifikat:

   osql -E -Q "USE master; CREATE CERTIFICATE testdbcert WITH SUBJECT = 'testdb certificate';"
   

Sicherungen durchführen

SQL Server 2019 und früher

In diesem Abschnitt erstellen Sie vollständige, differenzielle und Transaktionslogsicherungen und wechseln zwischen den einzelnen Sicherungen die Datenbanken.

1. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Initial')"
   

2. Führen Sie in Cloud Shell eine vollständige Sicherung durch:

   osql  -E -Q "BACKUP DATABASE testdb TO DISK='c:\backup\testdb.bak' WITH INIT,
       COMPRESSION,
       ENCRYPTION
       (
           ALGORITHM = AES_256,
           SERVER CERTIFICATE = testdbcert
       )  "
   

   Hinweis: Sie erhalten eine Warnung, dass Sie das Zertifikat nicht gesichert haben. Das Sichern des Zertifikats wird in dieser Anleitung nicht behandelt. Weitere Informationen finden Sie unter BACKUP CERTIFICATE (Transact-SQL).

3. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Full Backup')"
   

4. Führen Sie eine differenzielle Sicherung durch:

   osql  -E -Q "BACKUP DATABASE testdb TO DISK='c:\backup\testdb-diff.bak' WITH DIFFERENTIAL,
   COMPRESSION,
   ENCRYPTION
       (
       ALGORITHM = AES_256,
       SERVER CERTIFICATE = testdbcert
       ) "
   

5. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Diff Backup')"
   

6. Führen Sie eine Sicherung des Transaktionslogs durch:

   osql  -E -Q "BACKUP LOG testdb TO DISK='c:\backup\testdb-log.bak' WITH COMPRESSION,
   ENCRYPTION
       (
       ALGORITHM = AES_256,
       SERVER CERTIFICATE = testdbcert
       ) "
   

7. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Bad Row')"
   

8. Überprüfen Sie die Zeilen in der Tabelle:

   osql -E -Q "select * from testdb.dbo.testtable"
   

   Die Ausgabe sollte so aussehen:

   Initial
   
   After Full Backup
   
   After Diff Backup
   
   Bad Row
   

SQL Server 2022

In diesem Abschnitt erstellen Sie vollständige, differenzielle und Transaktionslogsicherungen und wechseln zwischen den einzelnen Sicherungen die Datenbanken. Sie verwenden die integrierten Befehle zum Sichern und Wiederherstellen mit Cloud Storage.

SQL Server 2022 (16.x) unterstützt die erweiterte Objektspeicherintegration. Dafür wird ein neuer Connector eingeführt, der eine REST API verwendet, um eine Verbindung zu einem beliebigen Anbieter von S3-kompatiblem Objektspeicher herzustellen. Sie können die Befehle BACKUP TO URL und RESTORE FROM URL in SQL Server 2022 mit jedem S3-kompatiblen Speicherziel als URL verwenden.

SQL Server verwendet Anmeldedaten, um eine Verbindung zu Ressourcen außerhalb seiner eigenen Umgebung herzustellen. Anmeldedaten sind Einträge, die Authentifizierungsinformationen enthalten. Zur Authentifizierung und Autorisierung des Zugriffs auf die Cloud Storage-S3-Schnittstelle müssen Sie einen Zugriffsschlüssel und einen Secret-Schlüssel erstellen und verwenden. Anschließend speichern Sie diese Schlüssel in Ihren SQL Server-Anmeldedaten.

1. Erstellen Sie einen Zugriffsschlüssel und einen Secret-Schlüssel für Ihr Nutzerkonto in Ihrem Cloud Storage-Bucket:

   1. Cloud Storage aufrufen
   2. Gehen Sie zu Einstellungen.
   3. Gehen Sie zu INTEROPERABILITÄT.
   4. Weitere Informationen finden Sie unter Zugriffsschlüssel für Ihr Nutzerkonto.
   5. Scrollen Sie nach unten und klicken Sie auf Schlüssel erstellen, um einen neuen Zugriffsschlüssel und einen Secret-Schlüssel zu erstellen.

2. Erstellen Sie Anmeldedaten in Ihrer SQL Server 2022-Instanz:

   Führen Sie folgendes Codebeispiel aus, um Anmeldedaten zu erstellen. Wählen Sie einen Namen für Ihre Anmeldedaten aus. Setzen Sie in die Felder ACCESS_KEY und SECRET die Werte ein, die Sie im vorherigen Schritt generiert haben.

   osql -E -Q "
       CREATE CREDENTIAL [CREDENTIAL_NAME]
       WITH
           IDENTITY = 'S3 Access Key',
           SECRET = 'ACCESS_KEY:SECRET'
       "
   

   Hinweis: Die IDENTITY = 'S3 Access Key'-Identitätsdefinition ist wichtig, da sie SQL Server anweist, den S3-Connector zu verwenden. Ändern Sie dieses Feld nicht.

3. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Initial')"
   

4. Führen Sie den BACKUP-Vorgang für den Cloud Storage-Bucket aus:

   Führen Sie den Befehl zur Sicherung der Datenbank aus, wobei Ihr Cloud Storage-Bucket-URI als URL-Parameterwert und der Name der zuvor definierten Anmeldedaten als Wert der WITH CREDENTIAL-Option festgelegt ist. Mit diesem Befehl kann SQL Server die Sicherungsdatei erstellen und gleichzeitig in den Cloud Storage-Bucket hochladen, ohne dass zusätzlicher lokaler Speicherplatz erforderlich wird.

   osql -E -Q "
       BACKUP DATABASE testdb
       TO URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb.bak'
       WITH
           CREDENTIAL = 'CREDENTIAL_NAME',
           FORMAT,
           STATS = 10,
           MAXTRANSFERSIZE = 10485760,
           BLOCKSIZE = 65536,
           COMPRESSION;
       "
   

   Hinweis: Achten Sie darauf, dass Sie das 's3://storage.googleapis.com'-Präfix verwenden, da SQL Server angewiesen wird, den S3-kompatiblen Connector zu verwenden. Dazu gehört auch die Verwendung von HTTPS.

In der folgenden Liste sind die Parameter der WITH-Anweisung aufgeführt:

• FORMAT: Überschreibt alle vorhandenen Sicherungen und erstellt einen neuen Mediensatz.
• STATS: Weist SQL Server an, Informationen zum Fortschritt der Sicherung bereitzustellen.
• COMPRESSION: Weist SQL Server an, die Sicherungsdatei zu komprimieren, sodass sie kleiner und schneller in Cloud Storage hochgeladen werden kann.
• Die Optionen MAXTRANSFERSIZE = 10485760 und BLOCKSIZE = 65536 helfen, E/A-Gerätefehler bei größeren Sicherungsdateien zu vermeiden.

1. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Full Backup')"
   

2. Führen Sie eine differenzielle Sicherung durch:

   osql -E -Q "
       BACKUP DATABASE testdb
       TO URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb-diff.bak'
       WITH
           DIFFERENTIAL,
           CREDENTIAL = 'CREDENTIAL_NAME',
           STATS = 10,
           MAXTRANSFERSIZE = 10485760,
           BLOCKSIZE = 65536,
           COMPRESSION;
       "
   

3. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('After Diff Backup')"
   

4. Führen Sie eine Sicherung des Transaktionslogs durch:

   osql -E -Q "
       BACKUP LOG testdb
       TO URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb-log.bak'
       WITH
           CREDENTIAL = 'CREDENTIAL_NAME',
           STATS = 10,
           MAXTRANSFERSIZE = 10485760,
           BLOCKSIZE = 65536,
           COMPRESSION;
       "
   

5. Fügen Sie eine Zeile in die Testtabelle ein:

   osql -E -Q "insert into testdb.dbo.testtable ([status]) VALUES ('Bad Row')"
   

6. Überprüfen Sie die Zeilen in der Tabelle:

   osql -E -Q "select * from testdb.dbo.testtable"
   

   Sie erhalten folgende Ausgabe:

   Initial
   
   After Full Backup
   
   After Diff Backup
   
   Bad Row
   

Sicherungen verwalten

In diesem Abschnitt speichern Sie Ihre Sicherungen aus der Ferne in Cloud Storage, konfigurieren Ihren Cloud Storage-Bucket so, dass alte Sicherungen automatisch entfernt werden, und planen Ihre Sicherungen. Wenn Sie mehrere Datenbankserver ausführen, sollten Sie mehrere Verzeichnisse in Ihrem Cloud Storage-Bucket erstellen, die die verschiedenen Server darstellen.

Sicherungen in Cloud Storage hochladen

SQL Server 2019 und früher

Jetzt, wo Sie ein paar Sicherungsdateien haben, können Sie Ihre Sicherungen in Cloud Storage hochladen.

1. Erstellen Sie in Cloud Shell einen Cloud Storage-Bucket. Bucket-Namen dürfen global in Google Cloud nur einmal vorhanden sein. Damit dies auch der Fall ist, können Sie Ihren Projektnamen so als Namespace verwenden:

   gsutil mb "gs://${DEVSHELL_PROJECT_ID}-sql-backups"
   

2. Kopieren Sie in der RDP-Sitzung im Shellfenster Ihre Dateien in den Cloud Storage-Bucket. Ersetzen Sie im folgenden Befehl BUCKET_NAME durch den Namen des Buckets, den Sie gerade erstellt haben:

   gsutil cp -n c:\backup\testdb*.bak gs://BUCKET_NAME
   

   Hinweis: Das Flag -n verhindert, dass das gsutil-Tool identische Dateien überschreibt.

   Mit dem Befehl gsutil cp können Sie ganze Verzeichnisstrukturen erstellen und mehrere Dateien gleichzeitig hochladen.

SQL Server 2022

Die Sicherungsdateien befinden sich bereits in Ihrem Bucket, da SQL Server 2022 die Sicherung direkt in Cloud Storage unterstützt.

Automatische Dateibereinigung in Cloud Storage einrichten

Ältere Sicherungen werden irgendwann nicht mehr benötigt und müssen daher entfernt werden. Wenn Sie diesen Prozess automatisieren möchten, gibt es in Cloud Storage einen speziellen Mechanismus, mit dem Sie den Lebenszyklus Ihrer Sicherungsdateien verwalten können.

Warnung: Durch den Lebenszyklusmechanismus werden Dateien dauerhaft und ohne jegliche Möglichkeit der Wiederherstellung gelöscht. Testen Sie Ihre Lebenszykluskonfiguration an nicht kritischen Dateien.

So konfigurieren Sie die Lebenszyklusverwaltung für die Objekte in Ihrem Bucket:

1. Erstellen Sie in Cloud Shell eine JSON-Lebenszyklus-Konfigurationsdatei. Diese Datei weist Cloud Storage an, Dateien nach 30 Tagen zu löschen:

   bash -c 'cat <<EOF >  lifecycle.json
   {
       "lifecycle": {
           "rule": [{
               "action": { "type": "Delete" },
               "condition": { "age": 30 }
           }]
       }
   }
   EOF'
   

2. Legen Sie die Lebenszykluskonfiguration für Ihren Cloud Storage-Bucket fest. Ersetzen Sie BUCKET_NAME durch den Namen Ihres Buckets:

   gsutil lifecycle set lifecycle.json gs://BUCKET_NAME
   

Sicherungen planen

Im Allgemeinen empfiehlt es sich, regelmäßig eine vollständige Sicherung vorzunehmen und in der Zeit zwischen zwei vollständigen Sicherungen differenzielle Sicherungen durchzuführen. Unter Windows können Sicherungen mithilfe von geplanten Aufgaben regelmäßig erstellt werden.

Wenn Sie ein Sicherungsskript erstellen, das eine Reihe von Sicherungen macht, müssen Sie an jedem Punkt einige logische Bewertungsschritte einfügen, um den erfolgreichen Abschluss zu prüfen. Stellen Sie sicher, dass das Skript eine Windows-Warnung auslöst, wenn die Bewertung fehlschlägt. Außerdem muss das Skript die lokale Sicherungsdatei nach erfolgreichem Hochladen in Cloud Storage entfernen, damit die lokale Festplatte nicht komplett gefüllt wird.

Daten aus einer Sicherung wiederherstellen

In diesem Abschnitt stellen Sie Ihre SQL Server-Datenbank aus Sicherungsdateien wieder her, die Sie in Cloud Storage gespeichert haben.

SQL Server 2019 und früher

1. Laden Sie in Ihrer RDP-Sitzung in Cloud Shell Ihre Sicherungsdateien aus Cloud Storage herunter. Ersetzen Sie BUCKET_NAME durch den Namen des Buckets, in dem Sie Ihre SQL Server-Sicherung gespeichert haben:

   gsutil cp gs://BUCKET_NAME/testdb*.bak c:\restore
   

2. Öffnen Sie die SQL Server Management-Konsole.

3. Klicken Sie auf die Schaltfläche "Start" und dann auf Microsoft SQL Server Tools 18 > Microsoft SQL Server Management Studio 18.

4. Lassen Sie die Felder für Verbindung unverändert und klicken Sie auf Verbinden.

Hinweis: Wenn eine Fehlermeldung zur Anmeldung angezeigt wird, führen Sie das Management Studio als Administrator aus.

1. Erweitern Sie im linken Bereich.
2. Klicken Sie mit der rechten Maustaste auf testdb und klicken Sie im Pop-up-Menü auf Aufgaben > Wiederherstellen > Datenbank.
3. Importieren Sie die Sicherungsdateien in die Konsole:
   1. Wählen Sie als Source (Quelle) die Option Device (Gerät) aus.
   2. Klicken Sie auf .
   3. Klicken Sie im daraufhin angezeigten Dialogfeld auf Hinzufügen, wählen Sie alle Dateien unter C:\restore aus und klicken Sie dann auf OK.
   4. Klicken Sie auf OK.

4. So rufen Sie die Optionen für die Wiederherstellung des Zustands zu einem bestimmten Zeitpunkt auf:

   1. Klicken Sie auf Timeline (Zeitachse).
   2. Klicken Sie unter Restore to (Wiederherstellen auf) auf Specific date and time (Bestimmtes Datum und bestimmte Uhrzeit).
   3. Wählen Sie als Timeline Interval (Zeitachsenintervall) die Option hour (Stunde) aus.
   4. Wählen Sie einen Zeitpunkt im Bereich Transaction Log Backup (Transaktionslogsicherung) aus.

   5. Klicken Sie auf Abbrechen, um die Zeitachse zu verlassen.

      Hinweis: Klicken Sie auf OK anstelle von Abbrechen, um den Zustand Ihrer Datenbank zu einem bestimmten Zeitpunkt wiederherzustellen.

5. In dieser Anleitung stellen Sie den Zustand der Datenbank vor der Sicherung des Transaktionslogs wieder her. Löschen Sie dazu in der Sicherungsliste die Zeile mit dem Transaktionslog:

   

6. Starten Sie den Wiederherstellungsvorgang:

   1. Klicken Sie auf OK.
   2. Warten Sie, bis die Datenbank den Wiederherstellungsvorgang abgeschlossen hat. Wenn die Meldung Database 'testdb' restored successfully angezeigt wird, klicken Sie auf OK.

7. Listen Sie die Zeilen in der Testtabelle auf:

   osql -E -Q "select * from testdb.dbo.testtable;"
   

   Die Ausgabe zeigt zwei Zeilen:

   "Initial
   "After Full Backup"
   

   Sie sehen alle Zeilen, die Sie in die Tabelle eingefügt haben, bevor Sie die Sicherung des Transaktionslogs erstellt haben.

SQL Server 2022

Sie können den RESTORE-Vorgang ausführen. Legen Sie den Cloud Storage-Dateipfad als URL-Parameterwert fest. Mit diesem T-SQL-Skript wird beispielsweise die vollständige Sicherung direkt aus Cloud Storage wiederhergestellt:

```
osql -E -Q "
RESTORE DATABASE testdb
FROM
    URL = 's3://storage.googleapis.com/BUCKET_NAME/FOLDER_NAME/testdb.bak'
WITH
    CREDENTIAL = 'CREDENTIAL_NAME';
    "
```

1. Öffnen Sie die SQL Server Management-Konsole.
2. Klicken Sie auf die Schaltfläche "Start" und dann auf Microsoft SQL Server Tools 19 > Microsoft SQL Server Management Studio 19.

Hinweis: Sie müssen Microsoft SQL Server Management Studio Version 19.x installieren.

1. Lassen Sie die Felder für Verbindung unverändert und klicken Sie auf Verbinden.

Hinweis: Wenn eine Fehlermeldung zur Anmeldung angezeigt wird, führen Sie das Management Studio als Administrator aus.

1. Erweitern Sie im linken Bereich.
2. Klicken Sie mit der rechten Maustaste auf testdb und klicken Sie im Pop-up-Menü auf Aufgaben > Wiederherstellen > Datenbank.

3. Importieren Sie die Sicherungsdateien in die Konsole:

   1. Wählen Sie als Source (Quelle) die Option Device (Gerät) aus.
   2. Klicken Sie auf .
   3. Klicken Sie im angezeigten Dialogfeld auf Medientyp der Sicherung und wählen Sie S3-URL aus.

   4. Klicken Sie im Dialogfeld, das geöffnet wird, auf Hinzufügen. Fügen Sie die drei Speicherorte Ihrer Sicherungsdateien im Cloud Storage-Bucket und den Secret-Schlüssel und den Zugriffsschlüssel hinzu, die Sie beim Erstellen der Anmeldedaten angegeben haben.

      Hinweis: Verwenden Sie dasselbe Format wie für die Sicherung der S3-URL.

   5. Klicken Sie auf OK.

4. So rufen Sie die Optionen für die Wiederherstellung des Zustands zu einem bestimmten Zeitpunkt auf:

   1. Klicken Sie auf Timeline (Zeitachse).
   2. Klicken Sie unter Restore to (Wiederherstellen auf) auf Specific date and time (Bestimmtes Datum und bestimmte Uhrzeit).
   3. Wählen Sie als Timeline Interval (Zeitachsenintervall) die Option hour (Stunde) aus.
   4. Wählen Sie einen Zeitpunkt im Bereich Transaction Log Backup (Transaktionslogsicherung) aus.

   5. Klicken Sie auf Abbrechen, um die Zeitachse zu verlassen.

      Hinweis: Klicken Sie auf OK anstelle von Abbrechen, um den Zustand Ihrer Datenbank zu einem bestimmten Zeitpunkt wiederherzustellen.

5. In dieser Anleitung stellen Sie den Zustand der Datenbank vor der Sicherung des Transaktionslogs wieder her. Löschen Sie dazu in der Sicherungsliste die Zeile mit dem Transaktionslog:

   

6. Starten Sie den Wiederherstellungsvorgang:

   1. Klicken Sie auf OK.
   2. Warten Sie, bis die Datenbank den Wiederherstellungsvorgang abgeschlossen hat. Wenn die Meldung Database 'testdb' restored successfully angezeigt wird, klicken Sie auf OK.

7. Listen Sie die Zeilen in der Testtabelle auf:

   osql -E -Q "select * from testdb.dbo.testtable;"
   

   Die Ausgabe zeigt zwei Zeilen:

   "Initial
   "After Full Backup"
   

   Sie sehen alle Zeilen, die Sie in die Tabelle eingefügt haben, bevor Sie die Sicherung des Transaktionslogs erstellt haben.

Bereinigen

Projekt löschen

Achtung: Das Löschen von Projekten hat folgende Auswirkungen:
• Alle Inhalte des Projekts werden gelöscht. Wenn Sie für die Aufgaben in diesem Dokument ein bereits bestehendes Projekt verwendet haben und dieses löschen, werden auch alle anderen im Rahmen des Projekts erstellten Daten gelöscht.
• Benutzerdefinierte Projekt-IDs gehen verloren. Beim Erstellen dieses Projekts haben Sie möglicherweise eine benutzerdefinierte Projekt-ID erstellt, die Sie weiterhin verwenden möchten. Damit die URLs, die die Projekt-ID nutzen, z. B. eine appspot.com-URL, erhalten bleiben, sollten Sie ausgewählte Ressourcen innerhalb des Projekts löschen, statt das gesamte Projekt.
1. Wechseln Sie in der Google Cloud Console zur Seite Ressourcen verwalten.

   Zur Seite „Ressourcen verwalten“

2. Wählen Sie in der Projektliste das Projekt aus, das Sie löschen möchten, und klicken Sie dann auf Löschen.
3. Geben Sie im Dialogfeld die Projekt-ID ein und klicken Sie auf Shut down (Beenden), um das Projekt zu löschen.

Nächste Schritte

• Best Practices für SQL Server-Instanzen
• SQL Server AlwaysOn-Verfügbarkeitsgruppen konfigurieren
• Leitfaden zur Planung der Notfallwiederherstellung
• Referenzarchitekturen, Diagramme und Best Practices zu Google Cloud kennenlernen. Weitere Informationen zu Cloud Architecture Center