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.
Unterstützung für DB-Instance-Klassen für RDS Custom for SQL Server
Prüfen Sie mithilfe des Befehls describe-orderable-db-instance-options
RDSCustom for SQL Server unterstützt die in der folgenden Tabelle aufgeführten DB-Instance-Klassen:
| SQLServer-Edition | RDSBenutzerdefinierter Support |
|---|---|
|
Enterprise Edition |
db.r5.large–db.r5.24xlarge db.r5b.xlarge — db.r5b.24xlarge db.m5.large–db.m5.24xlarge db.r6i.xlarge — db.r6i.32xlarge db.m6i.xlarge — db.m6i.32xlarge db.x2iedn.xlarge–db.x2iedn.32xlarge |
|
Standard Edition |
db.r5.large–db.r5.24xlarge db.r5b.large–db.r5b.8xlarge db.m5.large–db.m5.24xlarge db.r6i.large — db.r6i.8xlarge db.m6i.large — db.m6i.8xlarge db.x2iedn.xlarge — db.x2iedn.8xlarge |
|
Developer Edition |
db.r5.large–db.r5.24xlarge db.r5b.xlarge — db.r5b.24xlarge db.m5.large–db.m5.24xlarge db.r6i.xlarge — db.r6i.32xlarge db.m6i.xlarge — db.m6i.32xlarge db.x2iedn.xlarge–db.x2iedn.32xlarge |
|
Web Edition |
db.r5.large–db.r5.4xlarge db.m5.large–db.m5.4xlarge db.r6i.large–db.r6i.4xlarge db.m6i.large — db.m6i.4xlarge db.r5b.large–db.r5b.4xlarge |
Die folgenden Empfehlungen gelten für db.x2iedn-Klassentypen:
-
Bei der Erstellung ist der lokale Speicher ein unformatiertes und nicht zugewiesenes Gerät. Bevor Sie eine DB-Instance mit dieser Instance-Klasse verwenden, müssen Sie den lokalen Speicher mounten und formatieren. Konfigurieren Sie
tempdbes anschließend, um eine optimale Leistung zu gewährleisten. Weitere Informationen finden Sie unter Optimieren der Tempdb-Leistung in Amazon RDS Custom for SQL Server mithilfe von lokalem Instance-Speicher. -
Wenn Sie DB-Instance-Operationen wie Scale Compute, Instance-Ersatz, Snapshot-Wiederherstellung oder point-in-time Wiederherstellung () ausführen, kehrt der lokale Speicher in seinen Rohzustand und den Status „Nicht zugewiesen“ zurück. PITR In diesen Situationen müssen Sie das Laufwerk erneut bereitstellen, neu formatieren und konfigurieren und die Funktionalität wiederherstellen.
tempdb -
Für Multi-AZ-Instances empfehlen wir, die Konfiguration auf einer Standby-DB-Instance durchzuführen. Auf diese Weise kann das System bei einem Failover problemlos weiterbetrieben werden, da die Konfiguration bereits auf der Standby-Instance vorhanden ist.
