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.
Lesen Sie die folgenden Informationen, bevor Sie Ihre SQL Server-Instanz aktualisieren.
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 Arbeitslastmanagement
-
Planen Sie Upgrades in Zeiträumen mit geringem Transaktionsvolumen.
Minimiere Schreibvorgänge während des Upgrade-Fensters.
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.
- Verwaltung von Transaktionen
-
Identifizieren und überwachen Sie lang andauernde Transaktionen.
Stellen Sie sicher, dass alle kritischen Transaktionen bestätigt wurden, bevor Sie mit dem Upgrade beginnen.
Vermeiden Sie lang andauernde Transaktionen während des Upgrade-Fensters.
- Optimierung der Protokolldateien
-
Überprüfen und optimieren Sie die 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 Server SQL.
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. Rollende Upgrades stellen sicher, dass mindestens eine Instanz für Transaktionen verfügbar ist, während die sekundäre Instanz aktualisiert wird. Der Ausfall wird voraussichtlich nur für die Dauer eines Failovers andauern.
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 Protokollsicherungen wiederhergestellt wurden, verbindet RDS die aktualisierte sekundäre mit der primären. Wenn sich alle Datenbanken in einem synchronisierten Zustand befinden, führt RDS einen Failover zur aktualisierten sekundären Instanz durch. Sobald der 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 Sie Clientbibliotheken verwenden, die die MultiSubnetFailover Verbindungsoption in der Verbindungszeichenfolge unterstützen. Bei Verwendung des Listener-Endpunkts für Verfügbarkeitsgruppen 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.
