Amazon RDS for SQL Server – Häufig gestellte Fragen

Amazon RDS für SQL Server ist ein relationaler Datenbankservice (RDS), der die Einrichtung, den Betrieb und die Skalierung von SQL Server-Bereitstellungen in der Cloud erleichtert. Es handelt sich um eine vollständig verwaltete, langlebige Datenbank, die für skalierbare Enterprise-Workloads eingerichtet wurde und Ihnen die Möglichkeit gibt, sich auf die Anwendungsentwicklung zu konzentrieren.

In diesem Tutorial erfahren Sie, wie Sie eine Datenbank-Instance für Microsoft SQL Server erstellen (wir nennen dies eine Instance), sich mit der Datenbank verbinden und die Datenbank-Instance wieder löschen. Dazu verwenden wir Amazon Relational Database Service (Amazon RDS). Alles, was in diesem Tutorial gezeigt wird, ist für das kostenlose Kontingent berechtigt.

Weitere Anleitungen finden Sie auf der Registerkarte Ressourcen.

Amazon RDS für SQL Server unterstützt derzeit Microsoft SQL Server 2014, 2016, 2017, 2019 und 2022. Informationen zu den unterstützten Nebenversionen finden Sie im Benutzerhandbuch für Amazon RDS.

Amazon RDS für SQL Server unterstützt die Enterprise-, Standard-, Web-, Developer- und Express-Editionen.

Unter Amazon RDS für SQL Server – Preise finden Sie vollständige DB-Instances und regionale Verfügbarkeitsinformationen.

Verwenden Sie dieses Tutorial für den Einstieg in Amazon RDS für SQL Server.

Ja. Weitere Informationen finden Sie unter Amazon RDS Service Level Agreement.

Unter Preise für Amazon RDS für SQL Server finden Sie vollständige Informationen über DB-Instances und regionale Verfügbarkeit.

A: Der Preis für eine Instance wird vom Zeitpunkt der Instance-Erstellung bis zum Zeitpunkt des Löschens der Instance berechnet. Instances werden in Schritten von einer Sekunde mit einer Mindestgebühr von 10 Minuten nach einer abrechenbaren Statusänderung wie dem Anlegen, Ändern oder Löschen der Instance abgerechnet.

Wenn Sie beispielsweise um 13:00 Uhr eine r5.large-Instance erstellen, diese Instance um 13:30 Uhr in eine r5.xlarge-Instance ändern und anschließend um 13:50 Uhr löschen, werden Ihnen 1.800 Sekunden (30 Minuten) zum r5.large Preis und 1.200 Sekunden (20 Minuten) zum r5.xlarge Preis berechnet. Wenn Sie um 15:00 Uhr eine r5.large-Instance erstellen und diese um 15:06 Uhr löschen, gilt das Minimum von 10 Minuten und Ihnen werden 600 Sekunden (10 Minuten) zum r5.large Preis in Rechnung gestellt.

Nein. Der Preis für Amazon RDS für SQL Server beinhaltet die Softwarelizenz, die zugrunde liegenden Hardwareressourcen und die Amazon-RDS-Verwaltungsfunktionen.

Ja, Sie können einen Database Savings Plan für Ihre Nutzung von Amazon RDS für SQL Server erwerben und Ihre Kosten um bis zu 20 % reduzieren, wenn Sie sich zu einer gleichbleibenden Nutzung über einen Zeitraum von einem Jahr verpflichten. Der Rabatt aus den Database Savings Plans gilt nur für die Nutzung der Datenbank-Instance. Weitere Informationen zur berechtigten Nutzung finden Sie auf der Preisseite der Database Savings Plans.

Die Speichergröße einer Datenbank-Instance kann auf einen beliebigen Wert zwischen 10 GiB und 256 TiB (bei Verwendung zusätzlicher Speicher-Volumes) festgelegt werden. Sie können Ihren Datenbankspeicher automatisch und ohne Ausfallzeiten erweitern, indem Sie das Feature Auto-Scale Storage nutzen.

Sie können die Speichergröße so oft erhöhen, wie Sie wollen, müssen aber 6 Stunden ab der letzten Skalierung warten.

A: Sie können die Ihrer Instance zugewiesenen Rechenressourcen über die AWS-Managementkonsole skalieren, indem Sie die gewünschte Instance auswählen und auf die Schaltfläche „Modify“ klicken. Speicher- und CPU-Ressourcen können durch eine Änderung der Instance-Klasse modifiziert werden.

Alle gewünschten Änderungen der Instance-Klasse erfolgen während des von Ihnen festgelegten Wartungszeitfensters. Alternativ können Sie einen „Sofort anwenden“-Schalter setzen, um die angeforderte Skalierung sofort durchzuführen. Beide Optionen wirken sich ein paar Minuten lang auf die Verfügbarkeit aus, solange die Skalierung durchgeführt wird. Beachten Sie, dass in diesem Fall alle anderen noch ausstehenden Systemänderungen ebenfalls durchgeführt werden.

Nein, Sie müssen mindestens vier vCPUs verwenden. Sie können eine beliebige Anzahl von vCPUs zwischen vier und der maximalen vCPUs für eine Instance wählen. 

Automatische Backups Ihrer DB-Instance sind in Amazon RDS standardmäßig aktiviert. Es gilt ein Aufbewahrungszeitraum von sieben Tagen. Der kostenlose Backup-Speicher ist auf die Größe der bereitgestellten Datenbank begrenzt und gilt nur für aktive DB-Instances. Wenn Sie beispielsweise über einen bereitgestellten Datenbankspeicher von monatlich 100 GB verfügen, bieten wir Ihnen ohne Aufpreis 100 GB an Backup-Speicher pro Monat.

Möchten Sie den Aufbewahrungszeitraum für Backups ändern, so können Sie dies tun, indem sie entweder die Konsole, die CreateDBInstance-API (bei der Erstellung einer neuen DB-Instance) oder die ModifyDBInstance-API (bei einer bestehenden DB-Instance) verwenden. Diese APIs können Sie verwenden, um die Parameter des Aufbewahrungszeitraums von 0 (welches die automatischen Backups deaktiviert) auf die gewünschte Anzahl an Tagen zu ändern. Der Wert kann nicht auf 0 gesetzt werden, wenn die DB-Instance eine Quelle für Read Replicas ist. Weitere Informationen zur automatischer Sicherung finden Sie im Amazon-RDS-Benutzerhandbuch.

Ja. Sie können Ihre DB-Instance auch manuell sichern, indem Sie einen DB-Snapshot manuell erstellen. Weitere Informationen zum Erstellen eines DB-Snapshots finden Sie unter Erstellen eines DB-Snapshots.

Wenn Sie eine DB-Instance löschen, können Sie vor dem Löschvorgang einen letzten DB-Snapshot erstellen. In diesem Fall können Sie diesen DB-Snapshot zum Wiederherstellen der gelöschten DB-Instance zu einem späteren Zeitpunkt nutzen. Amazon RDS behält diesen letzten vom Benutzer erstellten DB-Snapshot zusammen mit allen anderen manuell erstellten DB-Snapshots bei, nachdem die DB-Instance gelöscht wurde. Auf der Preisseite finden Sie Details zu den Kosten der Backup-Speicherung.

Ja. Mit Amazon RDS können Sie automatisierte oder manuelle DB-Snapshots kopieren. Nachdem Sie einen Snapshot kopiert haben, handelt es sich bei der Kopie um einen manuellen Snapshot.

Sie können einen Snapshot innerhalb derselben AWS-Region kopieren, Sie können einen Snapshot über AWS-Regionen hinweg kopieren, und Sie können gemeinsam genutzte Snapshots kopieren.

Amazon RDS unterstützt Multi-AZ-Bereitstellungen für Microsoft SQL Server, indem es entweder SQL Server Database Mirroring (DBM) oder Always On Availability Groups (AGs) verwendet. Multi-AZ-Bereitstellung bieten erhöhte Verfügbarkeit, Datenbeständigkeit und Fehlertoleranz für DB-Instances. Im Falle einer geplanten Datenbankwartung oder einer ungeplanten Serviceunterbrechung führt Amazon RDS automatisch ein Failover auf die aktuelle sekundäre DB-Instance durch.

Weitere Informationen finden Sie unter Multi-AZ-Bereitstellungen für Amazon RDS für SQL Server.

Ja. Sie können bis zu fünf Lesereplikate von einer Quell-DB-Instance erstellen.

Ja. Sie können Lesereplikate für Ihre Enterprise-Edition-Workloads in mehreren Regionen erstellen.

Die primäre- und Standby-Instances verwenden denselben Endpunkt, dessen physische Netzwerkadresse im Rahmen des Failover-Prozesses auf das sekundäre Replikat übergeht. Sie müssen Ihre Anwendung nicht neu konfigurieren, wenn ein Failover auftritt.

Der Datenverkehr auf Port 3343 für TCP und UDP muss sowohl in den Netzwerk-ACLs Ihrer VPC als auch in der Sicherheitsgruppe, die mit Ihrer Amazon-RDS-für-SQL-Server-Multi-AZ-Instance verbunden ist, zugelassen werden. Dieser Datenverkehr wird sowohl für den eingehenden als auch für den ausgehenden Datenverkehr benötigt. Bitte beachten Sie, dass der Datenverkehr auf diesem Port nur innerhalb der VPC in Netzwerk-ACLs und innerhalb der Sicherheitsgruppe, die mit der RDS-SQL-Server-Instance verbunden ist, erforderlich ist.

Wenn Sie die Standardregeln für eingehende und ausgehende Verbindungen in Ihrer ACL nicht gelöscht haben, müssen Sie keine weiteren Maßnahmen für Ihre ACLs ergreifen.

Erlauben Sie den Datenverkehr auf dem Port 3343 für UDP und TCP in der Sicherheitsgruppe, die mit Ihrer RDS-SQL-Server-Multi-AZ-Instance verbunden ist.

Wenn der Datenverkehr auf dem Port 3343 für UDP und TCP nicht zugelassen wird, kann dies zu unerwarteten Fehlern im WSFC-Service führen. Auch wenn Sie bisher noch keine Ausfälle gesehen haben, können Sie sie in Zukunft sehen. Es hängt davon ab, wie und wann der WSFC-Service Datenverkehr auf Port 3343 benötigt. Außerdem kann es sein, dass Ihre Instance derzeit eine Engine-Version verwendet, die AlwaysOn für Amazon RDS für SQL Server nicht nutzt. In diesem Fall würde Amazon RDS für SQL Server Database Mirroring für die Bereitstellung von Multi-AZ verwenden, und Port 3343 ist nicht erforderlich. In Zukunft können Sie jedoch auf eine Version aktualisieren, die AlwaysOn in Amazon RDS für SQL Server verwendet, und Sie müssen diesen Datenverkehr zulassen.

In den folgenden Dokumenten erfahren Sie, wie Sie die Netzwerk-ACL ändern, um ACL-Regeln hinzuzufügen, Sicherheitsgruppenregeln (ausgehend) hinzuzufügen und Sicherheitsgruppenregeln (eingehend) hinzuzufügen.

Die Einstellung „maximaler Server-Arbeitsspeicher (MB)“ wird verwendet, um SQL Server mitzuteilen, wie viel physischen Speicher für seinen Pufferpool reserviert werden kann. Durch die Konfiguration eines maximal zulässigen Werts für diese Einstellung wird sichergestellt, dass das Betriebssystem (OS) und andere Prozesse nicht mit dem SQL Server-Prozess um Arbeitsspeicher konkurrieren. Dies hilft, Speicherdruckprobleme zu vermeiden und erhöht die Stabilität der Datenbank-Instance.

• Wenn die Instance über weniger als 2 GB verfügt, ist der maximal zulässige Wert für „max. Serverspeicher (MB)“ den Gesamtspeicher – 200 MB. 

• Wenn die Instance über weniger als 8 GB verfügt, ist der maximal zulässige Wert für „max. Serverspeicher (MB)“ Gesamtspeicher – Gesamtspeicher*1/8. 

• Wenn die Instance weniger als 64 GB hat: dann ist der maximal zulässige Wert für „max. Serverspeicher (MB)“ Gesamtspeicher – Gesamtspeicher*1/16. 

• Wenn die Instance über 64 GB oder mehr verfügt, beträgt der maximal zulässige Wert für „max. Serverspeicher (MB)“ Gesamtspeicher – 4 GB.

Ja. Dies liegt daran, dass 60 GB der maximal zulässige Wert für „maximaler Server-Arbeitsspeicher (MB)“ für eine DB-Instance mit 64 GB Gesamtspeicher ist.

Gemäß den oben genannten maximal zulässigen Werten wird der neue Wert auf 60 GB festgelegt. Nachdem der Wert auf Ihre Datenbank-Instance angewendet wurde, wird in der AWS-Konsole oder über die CLI ein Ereignis angezeigt, das besagt, dass der Wert für den maximalen Serverspeicher (MB) auf 60 GB zurückgesetzt wurde.

Ja. Sie können diesen Wert bis zum oben genannten maximal zulässigen Wert anpassen. In diesem Fall beträgt der maximal zulässige Wert 60 GB.

Wir berechnen in Ihrem Namen einen neuen Standardwert ähnlich der AWS-Dokumentation und wenden diesen auf Ihre Datenbank-Instance an.

Nach dem 7. März 2023 wenden wir den neuen Standardparameterwert gemäß den oben genannten Speicherberechnungen auf Ihre Instance an.

Nein. Möglicherweise wird auf der RDS-Konsole der Status „Ausstehender Neustart“ für Ihre Parametergruppe angezeigt, für Ihre Datenbank-Instance ist jedoch kein Neustart erforderlich, da die Parameteränderung „max. Serverspeicher (MB)“ automatisch angewendet worden wäre. Diese Meldung wird nach dem nächsten Neustart der Instance gelöscht und es sind keine Maßnahmen erforderlich.

Basierend auf dem verfügbaren Speicher auf der neuen Datenbank-Instance und gemäß der oben genannten Speicherberechnung setzen wir „maximaler Server-Arbeitsspeicher (MB)“ in Ihrer neuen Datenbank-Instance auf 30 GB zurück.

Nein, es gibt keine Ausfallzeit, um die Konfiguration „maximaler Server-Arbeitsspeicher“ zu ändern.