Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Upgrades der DB-Engine von Microsoft SQL Server
Sofern Amazon RDS eine neue Version der Datenbank-Engine unterstützt, können Sie Ihre DB-Instances auf die neue Version aktualisieren. Es gibt zwei Arten von Upgrades für SQL Server DB-Instances: Hauptversionsupgrades und Unterversionsupgrades.
*Hauptversions-Upgrades* können Datenbankänderungen enthalten, die nicht mit vorhandenen Anwendungen rückwärts kompatibel sind. Daher müssen Sie Hauptversion-Upgrades Ihrer DB-Instances *manuell* durchführen. Sie können ein Hauptversions-Upgrade starten, indem Sie Ihre DB-Instance ändern. Bevor Sie jedoch ein Hauptversionsupgrade durchführen, empfehlen wir Ihnen, das Upgrade zu testen, indem Sie die in beschriebenen Schritte ausführe [Testen eines Upgrades von RDS für SQL Server](USER_UpgradeDBInstance.SQLServer.UpgradeTesting.md).
*Unterversion-Upgrades* enthalten nur Änderungen, die mit vorhandenen Anwendungen abwärtskompatibel sind. Sie können die Unterversion für Ihre DB-Instance auf zwei Arten aktualisieren:
+ *Manuell* – Modifizieren Sie Ihre DB-Instance, um das Upgrade zu initiieren.
+ *Automatisch* – Aktivieren Sie automatische Unterversion-Upgrades für Ihre DB-Instance.
Wenn Sie automatische Unterversion-Upgrades aktivieren, aktualisiert RDS für SQL Server Ihre Datenbank-Instance automatisch während der geplanten Wartungsfenster, wenn wichtige Sicherheitsupdates in einer neueren Unterversion verfügbar sind.
Für Engine-Unterversionen nach `16.00.4120.1`, `15.00.4365.2`, `14.00.3465.1` und `13.00.6435.1` sind die folgenden Sicherheitsprotokolle standardmäßig deaktiviert:
+ `rds.tls10` (TLS-1.0-Protokoll)
+ `rds.tls11` (TLS-1.1-Protokoll)
+ `rds.rc4`(RC4 Chiffre)
+ `rds.curve25519` (Curve25519-Verschlüsselung)
+ `rds.3des168` (Triple-DES-Verschlüsselung)
Für frühere Engine-Versionen aktiviert Amazon RDS diese Sicherheitsprotokolle standardmäßig.
```
...
"ValidUpgradeTarget": [
{
"Engine": "sqlserver-se",
"EngineVersion": "14.00.3281.6.v1",
"Description": "SQL Server 2017 14.00.3281.6.v1",
"AutoUpgrade": false,
"IsMajorVersionUpgrade": false
}
...
```
Weitere Informationen zur Durchführung von Upgrades finden Sie unter [Aktualisieren einer SQL Server-DB-Instance](#USER_UpgradeDBInstance.SQLServer.Upgrading). Weitere Informationen zu unterstützten SQL Server-Versionen in Amazon RDS finden Sie unter [Amazon RDS für Microsoft SQL Server](CHAP_SQLServer.md).
Amazon RDS unterstützt auch Upgrade-Rollout-Richtlinien zur Verwaltung automatischer Upgrades kleinerer Versionen für mehrere Datenbankressourcen und AWS-Konten. Weitere Informationen finden Sie unter [Verwendung der AWS Organizations Upgrade-Rollout-Richtlinie für automatische Upgrades kleinerer Versionen](RDS.Maintenance.AMVU.UpgradeRollout.md).
**Topics**
+ [Hauptversion-Upgrades von RDS für SQL Server](USER_UpgradeDBInstance.SQLServer.Major.md)
+ [Überlegungen zu SQL-Server-Upgrades](USER_UpgradeDBInstance.SQLServer.Considerations.md)
+ [Testen eines Upgrades von RDS für SQL Server](USER_UpgradeDBInstance.SQLServer.UpgradeTesting.md)
+ [Aktualisieren einer SQL Server-DB-Instance](#USER_UpgradeDBInstance.SQLServer.Upgrading)
+ [Aktualisieren veralteter DB-Instances vor dem Ende des Supports](#USER_UpgradeDBInstance.SQLServer.DeprecatedVersions)
# Hauptversion-Upgrades von RDS für SQL Server
Amazon RDS unterstützt aktuell die folgenden Hauptversion-Upgrades für eine Microsoft SQL Server-DB-Instance.
Sie können Ihre vorhandene DB-Instance auf SQL Server 2017 oder 2019 aktualisieren. Bei SQL Server 2008 ist dies allerdings nicht möglich. Wenn Sie SQL Server 2008 auf die neueste Version aktualisieren möchten, müssen Sie zunächst ein Upgrade auf eine frühere Version durchführen.
****
| Aktuelle Version | Unterstützte Upgrade-Versionen |
| --- | --- |
| SQL Server 2019 | SQL Server 2022 |
| SQL Server 2017 | SQL Server 2022 SQL Server 2019 |
| SQL Server 2016 | SQL Server 2022 SQL Server 2019 SQL Server 2017 |
Sie können eine AWS CLI-Abfrage wie das folgende Beispiel verwenden, um die verfügbaren Upgrades für eine bestimmte Version der Datenbank-Engine zu finden.
**Example**
Für Linux, macOS oder Unix:
```
aws rds describe-db-engine-versions \
--engine sqlserver-se \
--engine-version 14.00.3281.6.v1 \
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" \
--output table
```
Für Windows:
```
aws rds describe-db-engine-versions ^
--engine sqlserver-se ^
--engine-version 14.00.3281.6.v1 ^
--query "DBEngineVersions[*].ValidUpgradeTarget[*].{EngineVersion:EngineVersion}" ^
--output table
```
Die Ausgabe zeigt, dass Sie Version 14.00.3281.6 auf die neuesten Versionen von SQL Server 2017 oder 2019 aktualisieren können.
```
--------------------------
|DescribeDBEngineVersions|
+------------------------+
| EngineVersion |
+------------------------+
| 14.00.3294.2.v1 |
| 14.00.3356.20.v1 |
| 14.00.3381.3.v1 |
| 14.00.3401.7.v1 |
| 14.00.3421.10.v1 |
| 14.00.3451.2.v1 |
| 15.00.4043.16.v1 |
| 15.00.4073.23.v1 |
| 15.00.4153.1.v1 |
| 15.00.4198.2.v1 |
| 15.00.4236.7.v1 |
+------------------------+
```
## Datenbank-Kompatibilitätsstufe
Sie können Microsoft SQL Server-Kompatibilitätsgrade verwenden, um einige Verhaltensweisen von Datenbanken zu justieren und somit vorherige Versionen von SQL Server zu simulieren. Weitere Informationen finden Sie unter [Compatibility Level](https://msdn.microsoft.com/en-us/library/bb510680.aspx) in der Microsoft-Dokumentation. Wenn Sie Ihre DB-Instance upgraden, behalten alle bestehenden Datenbanken ihren ursprünglichen Kompatibilitätsgrad.
Sie können den Kompatibilitätsgrad einer Datenbank ändern, indem Sie den Befehl ALTER DATABASE verwenden. Wenn Sie beispielsweise eine Datenbank mit dem Namen `customeracct` ändern möchten, damit diese mit SQL Server 2016 kompatibel ist, führen Sie folgenden Befehl aus:
```
1. ALTER DATABASE customeracct SET COMPATIBILITY_LEVEL = 130
```
# Überlegungen zu SQL-Server-Upgrades
Amazon RDS macht zwei DB-Snapshots während des Upgrades. Der erste DB-Snapshot gehört zur DB-Instance, bevor Änderungen am Upgrade vorgenommen wurden. Der zweite DB-Snapshot wird nach Abschluss des Upgrades übernommen.
**Anmerkung**
Amazon RDS nimmt nur DB-Snapshots auf, wenn Sie den Sicherungsaufbewahrungszeitraum für Ihre DB-Instance auf eine Zahl größer als 0 festgelegt haben. Informationen über das Ändern Ihres Aufbewahrungszeitraums für Backups finden Sie unter [Ändern einer Amazon-RDS-DB-Instance](Overview.DBInstance.Modifying.md).
Nachdem ein Upgrade abgeschlossen ist, können Sie nicht zur vorherigen Version der Datenbank-Engine zurückkehren. Wenn Sie zur vorherigen Version zurückkehren möchten, stellen Sie den DB-Snapshot wieder her, der vor dem Upgrade erstellt wurde, um eine neue DB-Instance zu erstellen.
Während eines Unterversion- oder Hauptversion-Upgrades von SQL Server zeigen die Metriken **Freier Speicherplatz** und **Tiefe der Datenträgerwarteschlange** den Wert `-1` an. Nachdem das Upgrade abgeschlossen ist, kehren beide Metriken wieder in den Ausgangszustand zurück.
Bevor Sie Ihre SQL-Server-Instance aktualisieren, sehen Sie sich die folgenden Informationen an.
**Topics**
+ [Bewährte Methoden vor dem Initiieren eines Upgrades](#USER_UpgradeDBInstance.SQLServer.BestPractices)
+ [Überlegungen zu Multi-AZ](#USER_UpgradeDBInstance.SQLServer.MAZ)
+ [Überlegungen zu Lesereplikaten](#USER_UpgradeDBInstance.SQLServer.readreplica)
+ [Überlegungen zu Optionsgruppen](#USER_UpgradeDBInstance.SQLServer.OGPG.OG)
+ [Überlegungen zu Parametergruppen](#USER_UpgradeDBInstance.SQLServer.OGPG.PG)
## Bewährte Methoden vor dem Initiieren eines Upgrades
Bevor Sie mit dem Upgrade-Prozess beginnen, sollten Sie die folgenden vorbereitenden Schritte durchführen, um eine optimale Upgrade-Leistung zu gewährleisten und potenzielle Probleme zu minimieren:
Zeit- und Workload-Management
+ Planen Sie Upgrades in Zeiträumen mit geringem Transaktionsvolumen.
+ Minimieren Sie Schreibvorgänge während des Upgrade-Zeitraums.
Dadurch kann Amazon RDS Upgrades schneller abschließen, indem die Anzahl der Transaktionsprotokoll-Backupdateien reduziert wird, die RDS beim secondary-to-primary Pairing wiederherstellen muss.
Transaktionsmanagement
+ Identifizieren und überwachen Sie lang andauernde Transaktionen.
+ Stellen Sie sicher, dass alle wichtigen Transaktionen abgeschlossen sind, bevor Sie mit dem Upgrade beginnen.
+ Vermeiden Sie lang andauernde Transaktionen während des Upgrade-Zeitraums.
Protokolldateioptimierung
Überprüfen und optimieren Sie Transaktionsprotokolldateien:
+ Verkleinern Sie übergroße Protokolldateien.
+ Reduzieren Sie Muster mit hohem Protokollverbrauch.
+ Virtuelle Protokolldateien verwalten (VLFs).
+ Sorgen Sie für ausreichend freien Speicherplatz für den normalen Betrieb.
## Überlegungen zu Multi-AZ
Amazon RDS unterstützt Multi-AZ-Bereitstellungen für DB-Instances, auf denen Microsoft SQL Server ausgeführt wird, mithilfe von SQL Server Database Mirroring (DBM) oder Always On Availability Groups (). AGs Weitere Informationen finden Sie unter [Multi-AZ-Bereitstellungen für Amazon RDS für Microsoft SQL Server](USER_SQLServerMultiAZ.md).
Wenn in einer Multi-AZ-Bereitstellung (Mirroring/AlwaysOn) ein Upgrade angefordert wird, folgt RDS einer fortlaufenden Upgrade-Strategie für die primären und sekundären Instances. Fortlaufende Upgrades sorgen dafür, dass mindestens eine Instance für Transaktionen verfügbar ist, während die sekundäre Instance aktualisiert wird. Ein Ausfall entsteht voraussichtlich nur für die Dauer eines Failovers.
Während des Upgrades entfernt RDS die sekundäre Instance aus der Multi-AZ-Konfiguration, führt ein Upgrade der sekundären Instance durch und stellt alle Transaktionsprotokoll-Backups von der primären Instance wieder her, die während der Verbindungsunterbrechung erstellt wurden. Nachdem alle Protokoll-Backups wiederhergestellt wurden, verbindet RDS die aktualisierte sekundäre mit der primären Konfiguration. Wenn alle Datenbanken synchronisiert sind, führt RDS ein Failover zur aktualisierten sekundären Instance durch. Sobald das Failover abgeschlossen ist, fährt RDS mit dem Upgrade der alten primären Instance fort, stellt alle Backups der Transaktionsprotokolle wieder her und koppelt sie mit der neuen primären Instance.
Um diese Failover-Dauer zu minimieren, empfehlen wir, den Listener-Endpunkt für AlwaysOn AGs Verfügbarkeitsgruppen zu verwenden, wenn Clientbibliotheken verwendet werden, die die Verbindungsoption in der `MultiSubnetFailover` Verbindungszeichenfolge unterstützen. Bei Verwendung des Verfügbarkeitsgruppen-Listener-Endpunkts betragen die Failover-Zeiten in der Regel weniger als 10 Sekunden. Diese Dauer beinhaltet jedoch keine zusätzliche Zeit für die Wiederherstellung nach einem Absturz.
## Überlegungen zu Lesereplikaten
Während eines Datenbankversions-Upgrades aktualisiert Amazon RDS alle Ihre Lesereplikate zusammen mit der primären DB-Instance. Amazon RDS unterstützt keine separaten Datenbankversions-Upgrades für die Lesereplikate. Weitere Informationen über Lesereplikate finden Sie unter [Arbeiten mit Read Replicas für Microsoft SQL Server in Amazon RDS](SQLServer.ReadReplicas.md).
Wenn Sie ein Datenbankversions-Upgrade der primären DB-Instance durchführen, werden alle entsprechenden Lesereplikate automatisch aktualisiert. Amazon RDS aktualisiert alle Lesereplikate gleichzeitig, bevor die primäre DB-Instance aktualisiert wird. Lesereplikate sind möglicherweise erst verfügbar, wenn das Upgrade der Datenbankversion auf der primären DB-Instance abgeschlossen ist.
## Überlegungen zu Optionsgruppen
Wenn Ihre DB-Instance eine benutzerdefinierte DB-Optionsgruppe verwendet, kann Amazon RDS in einigen Fällen Ihre DB-Instance nicht automatisch einer neuen Optionsgruppe zuweisen. Wenn Sie zum Beispiel auf eine neue Hauptversion aktualisieren, müssen Sie eine neue Optionsgruppe angeben. Wir empfehlen, dass Sie eine neue Optionsgruppe erstellen und dieser dieselben Optionen hinzufügen, die Sie in Ihrer bestehenden benutzerdefinierten Optionsgruppe hatten.
Weitere Informationen finden Sie unter [Erstellen einer Optionsgruppe](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Create) oder [Kopieren einer Optionsgruppe](USER_WorkingWithOptionGroups.md#USER_WorkingWithOptionGroups.Copy).
## Überlegungen zu Parametergruppen
Wenn Ihre DB-Instance eine benutzerdefinierte DB-Parametergruppe verwendet:
+ Amazon RDS startet die DB-Instance nach einem Upgrade automatisch neu.
+ In einigen Fällen kann RDS Ihrer DB-Instance nicht automatisch eine neue Parametergruppe zuweisen.
Wenn Sie zum Beispiel auf eine neue Hauptversion aktualisieren, müssen Sie eine neue Parametergruppe angeben. Wir empfehlen, dass Sie eine neue Parametergruppe erstellen und die Parameter so konfigurieren wie in Ihrer bestehenden benutzerdefinierten Parametergruppe.
Weitere Informationen finden Sie unter [Erstellen einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Creating.md) oder [Kopieren einer DB-Parametergruppe in Amazon RDS](USER_WorkingWithParamGroups.Copying.md).
# Testen eines Upgrades von RDS für SQL Server
Bevor Sie ein neues Hauptversions-Upgrade für Ihre DB-Instance durchführen, sollten Sie Ihre Datenbank und alle Anwendungen, die Zugriff auf die Datenbank haben, sorgfältig auf die Kompatibilität mit der neuen Version prüfen. Wir empfehlen Ihnen folgendes Vorgehen.
**Um ein Hauptversions-Upgrade zu testen**
1. Informieren Sie sich unter [Upgrade SQL Server](https://docs.microsoft.com/en-us/sql/database-engine/install-windows/upgrade-sql-server) in der Microsoft-Dokumentation über die neue Version der Datenbank-Engine, um zu prüfen, ob es Kompatibilitätsprobleme geben könnte, die sich auf Ihre Datenbank oder Ihre Anwendungen auswirken könnten:
1. Wenn Ihre DB-Instance eine benutzerdefinierte Optionsgruppe verwendet, erstellen Sie eine neue Optionsgruppe, die kompatibel mit der neuen Version ist, auf die Sie upgraden. Weitere Informationen finden Sie unter [Überlegungen zu Optionsgruppen](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.OGPG.OG).
1. Wenn Ihre DB-Instance eine benutzerdefinierte Parametergruppe verwendet, erstellen Sie eine neue Parametergruppe, die kompatibel mit der neuen Version ist, auf die Sie upgraden. Weitere Informationen finden Sie unter [Überlegungen zu Parametergruppen](USER_UpgradeDBInstance.SQLServer.Considerations.md#USER_UpgradeDBInstance.SQLServer.OGPG.PG).
1. Erstellen Sie einen DB-Snapshot der zu aktualisierenden DB-Instance. Weitere Informationen finden Sie unter [Erstellen eines DB-Snapshots für eine DB-Instance mit Single-AZ für Amazon RDS](USER_CreateSnapshot.md).
1. Stellen Sie den DB-Snapshot wieder her, um eine neue Test-DB-Instance zu erstellen. Weitere Informationen finden Sie unter [Wiederherstellen auf eine DB-Instance](USER_RestoreFromSnapshot.md).
1. Ändern Sie diese neue Test-DB-Instance mit den folgenden Methoden, um sie auf die neue Version upzugraden:
+ [Konsole](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.Console)
+ [AWS CLI](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.CLI)
+ [RDS-API](USER_UpgradeDBInstance.Upgrading.md#USER_UpgradeDBInstance.Upgrading.Manual.API)
1. Beurteilen Sie den Speicherplatz, den die upgegradete Instance verwendet, um zu bestimmen, ob das Upgrade zusätzlichen Speicherplatz benötigt.
1. Führen Sie so viele Qualitätssicherungstests mit der upgegradeten DB-Instance durch, wie nötig, um sicherzustellen, dass Ihre Datenbank und Anwendung mit der neuen Version korrekt ausgeführt werden. Führen Sie alle nötigen neuen Tests aus, um die Auswirkungen von Kompatibilitätsproblemen abzuwägen, die Sie in Schritt 1 bestimmt haben. Testen Sie alle gespeicherten Prozeduren und Funktionen. Leiten Sie Testversionen Ihrer Anwendungen an die aktualisierte DB-Instance weiter.
1. Wenn alle Tests erfolgreich sind, führen Sie das Upgrade für Ihre Produktions-DB-Instance durch. Wir empfehlen, dass Sie keine Schreiboperationen auf der DB-Instance zulassen, bis Sie bestätigen können, dass alles richtig ausgeführt wird.
## Aktualisieren einer SQL Server-DB-Instance
Informationen über ein manuelles oder automatisches Upgrade einer SQL Server-DB-Instance finden Sie unter:
+ [Upgrade der Engine-Version für eine DB-Instance ](USER_UpgradeDBInstance.Upgrading.md)
+ [Best practices for upgrading SQL Server 2008 R2 to SQL Server 2016 on Amazon RDS für SQL Server](https://aws.amazon.com/blogs/database/best-practices-for-upgrading-sql-server-2008-r2-to-sql-server-2016-on-amazon-rds-for-sql-server/)
**Wichtig**
Wenn Sie über Snapshots verfügen, die mit verschlüsselt sind, empfehlen wir Ihnen AWS KMS, ein Upgrade zu initiieren, bevor der Support endet.
## Aktualisieren veralteter DB-Instances vor dem Ende des Supports
Wenn eine Hauptversion veraltet ist, können Sie diese nicht mehr auf neuen DB-Instances installieren. RDS versucht automatisch, ein Upgrade für alle vorhandenen DB-Instances durchzuführen.
Wenn Sie eine veraltete DB-Instance wiederherstellen müssen, können Sie eine point-in-time Wiederherstellung (PITR) durchführen oder einen Snapshot wiederherstellen. Dadurch erhalten Sie vorübergehend Zugriff auf eine DB-Instance, die die veraltete Version verwendet. Wenn eine Hauptversion jedoch komplett veraltet ist, werden diese DB-Instances automatisch auf eine unterstützte Version aktualisiert.