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.
Ü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.
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.
Themen
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.
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.
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 oder Kopieren einer Optionsgruppe.
Ü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 oder Kopieren einer DB-Parametergruppe in Amazon RDS.
