Amazon RDS für SQL Server – Häufig gestellte Fragen

F: Was ist Amazon RDS für SQL Server?
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.

F: Wie stelle ich eine Verbindung zu einer Amazon-RDS-für-SQL-Server-Datenbank-Instance her?
In diesem Tutorial erfahren Sie, wie Sie eine Microsoft-SQL-Server-Datenbank-Instance erstellen (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 im Rahmen des kostenlosen Kontingents verfügbar.

Weitere Anleitungen finden Sie auf der Registerkarte Ressourcen.

F: Welche Datenbankversionen werden von Amazon RDS für SQL Server unterstützt?
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 Amazon-RDS-Benutzerhandbuch.

F: Welche SQL-Serverversionen werden von Amazon RDS für SQL Server unterstützt?
Amazon RDS für SQL Server unterstützt die Enterprise-, Standard-, Web- und Express-Editionen.

F: Welche Instances-Typen bietet Amazon RDS für SQL Server?
Unter Amazon RDS für SQL Server – Preise finden Sie vollständige DB-Instances und regionale Verfügbarkeitsinformationen.

F: Wie kann ich Amazon RDS für SQL Server ausprobieren?
Verwenden Sie dieses Tutorial für den Einstieg in Amazon RDS für SQL Server.

F: Verfügt Amazon RDS für SQL Server über ein SLA?
Ja. Weitere Informationen finden Sie unter Amazon RDS Service Level Agreement.

F: Wie viel kostet Amazon RDS für SQL Server?
Unter Amazon RDS für SQL Server – Preise finden Sie vollständige DB-Instances und regionale Verfügbarkeitsinformationen.

F: Wie werden mir die Kosten für Amazon RDS SQL Server berechnet?
Der Preis für eine Instance wird vom Zeitpunkt der 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.

F: Muss ich für Lizenzen separat bezahlen?
Nein. Der Preis für Amazon RDS für SQL Server beinhaltet die Softwarelizenz, die zugrunde liegenden Hardwareressourcen und die Amazon-RDS-Verwaltungsfunktionen.

F: Was sind die minimalen und maximalen Speichergrenzen einer Amazon-RDS-für-SQL-Server-DB-Instance?
Die Speichergröße einer Datenbank-Instance kann zwischen 10 GiB und 16 TiB eingestellt werden. Sie können Ihren Datenbankspeicher automatisch und ohne Ausfallzeiten erweitern, indem Sie das Auto-Scale-Speicherfeature nutzen.

F: Wie oft kann ich den Speicher auf Amazon RDS für SQL Server skalieren?
Sie können die Speichergröße so oft erhöhen, wie Sie wollen, müssen aber 6 Stunden ab der letzten Skalierung warten.

F: Wie skaliere ich die mit meiner Amazon-RDS-für-SQL-Server-DB-Instance verbundenen Datenverarbeitungsressourcen?
Sie können die Ihrer Instance zugewiesenen Datenverarbeitungsressourcen über die AWS-Managementkonsole skalieren, indem Sie die gewünschte Instance auswählen und auf die Schaltfläche „Ändern“ 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.

F: Wie aktiviere ich die Sicherung für meine RDS-SQL-Server-Instance?
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.

F: Kann ich Snapshots erstellen und solange aufbewahren, wie ich möchte?
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.

F: Was passiert mit meinen automatisierten Sicherungen, wenn ich meine DB-Instance lösche?
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 Sicherungsspeichernung.

F: Kann ich meine Snapshots in unterschiedlichen Regionen freigeben?
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.

F: Was ist Multi-AZ bei Amazon RDS für SQL Server?
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.

F: Kann Amazon RDS für SQL Server Replikate lesen?
Ja. Sie können bis zu fünf Read-Replicas von einer Quell-DB-Instance erstellen.

F: Kann ich mit Amazon RDS für SQL Server Replicas in mehreren Regionen haben?
Ja. Sie können Read Replica für Ihre Enterprise-Edition-Workloads in mehreren Regionen erstellen.

F: Was passiert bei einem Failover?
Die primäre- und Standby-Instances verwenden denselben Endpunkt, dessen physische Netzwerkadresse im Rahmen des Failover-Prozesses auf das sekundäre Replica ü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.

F: Ich habe KEINE Standardregeln in ACLs geändert, was soll ich tun?
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.

F: Ich habe KEINE „Zulassen“-Regel in meiner Sicherheitsgruppe hinzugefügt, was soll ich tun?
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.

F: Ich habe diesen Datenverkehr bisher nicht zugelassen, warum habe ich keine Ausfälle gesehen?
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.

F: Wie ändere ich Netzwerk-ACLs und Sicherheitsgruppen mit Amazon RDS für SQL Server?
In den folgenden Dokumenten erfahren Sie, wie Sie die Netzwerk-ACL zu ACL-Regeln ändern, Sicherheitsgruppenregeln (Ausgangsregeln) und Sicherheitsgruppenregeln (Eingangsregeln) hinzuzufügen.

Die Einstellung „maximaler Serverspeicher (MB)“ wird verwendet, um SQL Server mitzuteilen, wie viel physischen Speicher er für seinen Pufferpool reservieren 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. 

F: Was ist der maximal zulässige Wert des Parameters „Max. Serverspeicher (MB)“?

• 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.
  

F: Ich verwende eine Datenbank-Instance mit 64 GB Arbeitsspeicher und habe den Standardwert von „max. Serverspeicher (MB)“ auf 60 GB angepasst. Bleibt es bei 60 GB?
Ja. Dies liegt daran, dass 60 GB der maximal zulässige Wert für „max. Serverspeicher (MB)“ für eine DB-Instance mit 64 GB Gesamtspeicher sind.

F: Ich verwende eine Datenbank-Instance mit 64 GB Arbeitsspeicher und habe den Standardwert für „max. Serverspeicher (MB)“ auf 62 GB angepasst. Was wird der neue Wert sein?
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.

F: Ich verwende eine Datenbank-Instance mit 64 GB Arbeitsspeicher und habe den Standardwert für „max. Serverspeicher (MB)“ auf 52 GB angepasst. Werde ich ihn erhöhen können?
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.

F: Ich verwende eine Datenbank-Instance mit 64 GB Speicher mit dem Standardwert für „max. Serverspeicher (MB)“. Was ist die Änderung, mit der ich rechnen muss?
Wir berechnen in Ihrem Namen einen neuen Standardwert ähnlich der AWS-Dokumentation und wenden diesen auf Ihre Datenbank-Instance an.

F: Ich verwende den vorhandenen Standardwert für den „max. Serverspeicher (MB)“. Wann werden die Änderungen an diesem Parameterwert angewendet?
Nach dem 7. März 2023 wenden wir den neuen Standardparameterwert gemäß den oben genannten Speicherberechnungen auf Ihre Instance an.

F: Muss ich nach der Anwendung des neuen Werts etwas tun?
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.

F: Ich verwende eine Datenbank-Instance mit 64 GB Arbeitsspeicher und habe den Standardwert für „max. Serverspeicher (MB)“ auf 50 GB angepasst. Was passiert, wenn ich ihn auf eine Datenbank-Instance mit 32 GB Speicher verkleinere?
Basierend auf dem verfügbaren Speicher auf der neuen Datenbank-Instance und gemäß der oben genannten Speicherberechnung setzen wir den „maximalen Serverspeicher (MB)“ in Ihrer neuen Datenbank-Instance auf 30 GB zurück.

F: Wird es bei der Änderung der Konfiguration „Maximaler Serverspeicher“ zu Ausfallzeiten kommen?
Nein, es gibt keine Ausfallzeit, um die Konfiguration „Maximaler Serverspeicher“ zu ändern.