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 von DB-Instance-Klassen für RDS Custom für SQL Server
Prüfen Sie, ob die DB-Instance-Klasse in Ihrer Region unterstützt wird, indem Sie den Befehl describe-orderable-db-instance-options
RDS Custom für SQL Server unterstützt die in der folgenden Tabelle aufgeführten DB-Instance-Klassen.
| SQL Server Edition | RDS Kundensupport |
|---|---|
|
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 anschließend
tempdbdarauf, um eine optimale Leistung sicherzustellen. Weitere Informationen finden Sie unter Optimieren der tempdb-Leistung in Amazon RDS Custom für SQL Server mithilfe von lokalem Instance-Speicher. -
Wenn Sie DB-Instance-Operationen wie Skalierung von Rechenleistung, Instance-Ersatz, Snapshot-Wiederherstellung oder zeitpunktbezogene Wiederherstellung (PITR) ausführen, kehrt der lokale Speicher in seinen unformatierten Zustand und den Status „Nicht zugewiesen“ zurück. In diesen Situationen müssen Sie das Laufwerk und
tempdberneut mounten, neu formatieren und konfigurieren, um die Funktionalität wiederherzustellen. -
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.
