Amazon RDS for Microsoft SQL Server - Amazon Relational Database Service
Häufige VerwaltungsaufgabenEinschränkungenUnterstützung für DB-Instance-KlassenSicherheitCompliance-ProgrammeSSL-UnterstützungVersionsunterstützungVersionsverwaltung.FunktionsunterstützungCDC-UnterstützungNicht unterstützte Funktionen und Funktionen mit beschränkter UnterstützungMulti-AZ-BereitstellungenVerwenden von TDEFunktionen und gespeicherte ProzedurenLokale Zeitzone

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.

Amazon RDS for Microsoft SQL Server

Amazon RDS unterstützt mehrere Versionen und Editionen von Microsoft SQL Server. Die folgende Tabelle enthält die neueste unterstützte Version der jeweiligen Hauptversion. Eine vollständige Liste der unterstützten Versionen, Editionen und RDS-Engine-Versionen finden Sie unter Microsoft SQL Server-Versionen auf Amazon RDS.

Hauptversion Service Pack/GDR Kumulatives Update Unterversion Knowledge-Base-Artikel Veröffentlichungsdatum
SQL Server 2022 – CU11 16.0.4105.2 KB5032679 11. Januar 2024
SQL Server 2019 – CU25 15.0.4355,3 KB5033688 15. Februar 2024
SQL Server 2017 GDR CU31 14.0.3465.1 KB5029376 10. Oktober 2023
SQL Server 2016 SP3 GDR – 13,0,6435,1 KB5029186 10. Oktober 2023
SQL Server 2014 SP3 GDR CU4 12,0,6449,1 KB5029185 10. Oktober 2023

Weitere Informationen zur Lizenzierung für SQL Server finden Sie unter Lizenzierung Microsoft SQL Server auf Amazon RDS. Informationen zu allen SQL Server Builds finden Sie in diesem Microsoft Support-Artikel über die neuesten SQL Server-Builds.

Mit Amazon RDS können Sie DB-Instances und DB-Snapshots, point-in-time Wiederherstellungen und automatisierte oder manuelle Backups erstellen. DB-Instance in SQL Server können innerhalb einer VPC verwendet werden. Sie können auch mithilfe von Secure Sockets Layer (SSL) eine Verbindung zu einer DB-Instance herstellen, die SQL Server ausführt. Und Sie können mithilfe von Transparent Data Encryption (TDE) Data-at-Rest verschlüsseln. Amazon RDS unterstützt derzeit Multi-AZ-Bereitstellungen für SQL Server mithilfe der SQL Server-Datenbankspiegelung oder -AlwaysOn-Verfügbarkeitsgruppen als Lösung mit hoher Verfügbarkeit und Failover.

Um eine verwaltete Service-Erfahrung zu bieten, stellt Amazon RDS keinen Shell-Zugriff auf DB-Instances bereit, und beschränkt den Zugriff auf bestimmte Systemprozeduren und -tabellen, die erweiterte Sonderrechte erfordern. Amazon RDS unterstützt den Zugriff auf Datenbanken auf einer DB-Instance mit jeder Standard-SQL-Client-Anwendung wie Microsoft SQL Server Management Studio. Amazon RDS erlaubt keinen direkten Hostzugriff auf eine DB-Instance über Telnet, Secure Shell (SSH) oder Windows Remote Desktop Connection. Wenn Sie eine DB-Instance erstellen, wird der Master-Benutzer der Rolle db_owner für alle Benutzerdatenbanken auf dieser Instance zugewiesen und hat alle Berechtigungen auf Datenbankebene, mit Ausnahme derjenigen, die für Backups verwendet werden. Amazon RDS verwaltet Backups für Sie.

Bevor Sie Ihre erste DB-Instance erstellen, sollten Sie die Schritte für die Einrichtung in diesem Leitfaden durchführen. Weitere Informationen finden Sie unter Einrichten für Amazon RDS.

Themen

Häufige Verwaltungsaufgaben für Microsoft SQL Server in Amazon RDS

Im Folgenden werden die Verwaltungsaufgaben veranschaulicht, die Sie mit einer Amazon RDS for SQL Server-DB-Instance am häufigsten durchführen. Bei jeder Aufgabe sind Links zu relevanter Dokumentation enthalten.

Es gibt auch erweiterte administrative Aufgaben für die Arbeit mit SQL Server-DB-Instances. Weitere Informationen finden Sie in der folgenden Dokumentation:

Einschränkungen für Microsoft SQL Server-DB-Instances

Für die Amazon RDS-Implementierung von Microsoft SQL Server in einer DB-Instance gelten einige Beschränkungen, die Sie kennen sollten:

  • Die maximale Anzahl von Datenbanken, die auf einer DB-Instance unterstützt wird, hängt vom Typ der Instance-Klasse und dem Verfügbarkeitsmodus ab—Single-AZ, Multi-AZ-Datenbankspiegelung oder Multi-AZ-Verfügbarkeitsgruppen. Die Microsoft SQL Server-Systemdatenbanken werden bei der Feststellung der Anzahl nicht mit berücksichtigt.

    Die folgende Tabelle zeigt die maximale Anzahl unterstützter Datenbanken für die einzelnen Instance-Klassentypen und Verfügbarkeitsmodi. Durch diese Tabelle können Sie einfacher entscheiden, ob Sie den Instance-Klassentyp oder den Verfügbarkeitsmodus wechseln können. Wenn Ihre Quell-DB-Instance mehr Datenbanken hat als der Typ der Ziel-Instance-Klasse oder mehr als der Verfügbarkeitsmodus unterstützen kann, schlägt das Ändern der DB-Instance fehl. Sie können den Status Ihrer Anforderung im Bereich Events (Ereignisse) anzeigen.

    Typ der Instance-Klasse Single-AZ Multi-AZ mit Datenbankspiegelung Multi-AZ mit AlwaysOn-Verfügbarkeitsgruppen
    db.*.micro to db.*.medium 30 – –
    db.*.large 30 30 30
    db.*.xlarge to db.*.16xlarge 100 50 75
    db.*.24xlarge 100 50 100

    * stellt die unterschiedlichen Typen von Instance-Klassen dar.

    Angenommen, Ihre DB-Instance wird auf einer db.*.16xlarge mit Single-AZ ausgeführt und verfügt über 76 Datenbanken. Sie ändern die DB-Instance, um ein Upgrade durchzuführen, sodass Multi-AZ-Always-On-Verfügbarkeitsgruppen verwendet werden. Dieses Upgrade schlägt fehl, da Ihre DB-Instance mehr Datenbanken enthält, als Ihre Ziel-Konfiguration unterstützen kann. Wenn Sie den Typ Ihrer Instance-Klasse stattdessen auf db.*.24xlarge upgraden, ist die Änderung erfolgreich.

    Schlägt das Upgrade fehl, werden Ihnen Ereignisse und Nachrichten ähnlich der folgenden angezeigt:

    • Die Klasse der Datenbank-Instance kann nicht geändert werden. Die Instance verfügt über 76 Datenbanken, aber nach der Konvertierung würde sie nur 75 unterstützen 75.

    • Konvertierung der DB-Instance zu Multi-AZ nicht möglich: Die Instance verfügt über 76 Datenbanken, nach einer Konvertierung würden aber nur 75 unterstützt werden.

    Wenn die point-in-time Wiederherstellung oder Snapshot-Wiederherstellung fehlschlägt, werden Ereignisse und Meldungen angezeigt, die den folgenden ähneln:

    • Datenbank-Instance auf incompatible-restore festgelegt. Die Instance verfügt über 76 Datenbanken, aber nach der Konvertierung würde sie nur 75 unterstützen 75.

  • Die folgenden Ports sind für Amazon RDS reserviert und Sie können sie nicht beim Erstellen der DB-Instance verwenden: 1234, 1434, 3260, 3343, 3389, 47001, und 49152-49156.

  • Client-Verbindungen von IP-Adressen im Bereich 169.254.0.0/16 sind nicht erlaubt. Dies ist der APIPA-Bereich (Automatic Private IP Addressing), der für die Local-Link-Adressierung verwendet wird.

  • SQL Server Standard Edition verwendet nur einen teil der verfügbaren Prozessoren, wenn die DB-Instance mehr Prozessoren als die Softwarelimits hat (24 Kerne, 4 Sockets und 128 GB RAM). Beispiele dafür sind die Instance-Klassen db.m5.24xlarge und db.r5.24xlarge.

    Weitere Informationen finden Sie in der Tabelle der Maßstabsgrenzen unter Editionen und unterstützte Funktionen von SQL Server 2019 (15.x) in der Microsoft-Dokumentation.

  • Amazon RDS for SQL Server unterstützt nicht das Importieren von Daten in die msdb-Datenbank.

  • Sie können eine Datenbank in einer DB-Instance in einer SQL Server-Multi-AZ-Bereitstellung nicht umbenennen.

  • Stellen Sie sicher, dass Sie diese Richtlinien verwenden, wenn Sie die folgenden DB-Parameter auf RDS for SQL Server festlegen:

    • max server memory (mb) >= 256 MB

    • max worker threads >= (Anzahl logischer CPUs * 7)

    Weitere Informationen zum Einstellen von DB-Parametern finden Sie unter Arbeiten mit Parametergruppen.

  • Die maximale Speicherplatzgröße für SQL-Server-DB-Instances beträgt:

    • Allzweckspeicher (SSD): 16 TiB für alle Editionen

    • Speicher mit bereitgestellten IOPS: 16 TiB für alle Editionen

    • Magnetspeicher: 1 TiB für alle Editionen

    In einem Szenario mit größerem Speicherbedarf ist es möglich, diese Beschränkung durch Sharding über mehrere DB-Instances zu umgehen. Diese Methode verlangt eine datenabhängige Routing-Logik in Anwendungen, die eine Verbindung zum Sharding-System aufbauen. Sie können ein bestehendes Sharding-Framework nutzen oder Sharding durch benutzerdefinierten Code einrichten. Wenn Sie ein vorhandenes Framework nutzen, kann dieses keine Komponenten auf dem Server installieren, auf dem sich die DB-Instance befindet.

  • Die Mindestspeicherplatzgröße für SQL-Server-DB-Instances beträgt:

    • General Purpose (SSD)-Speicher – 20 GiB für Enterprise, Standard, Web und Express Editionen

    • Bereitgestellter IOPS-Speicher – 20 GiB für Enterprise, Standard, Web und Express Editionen

    • Magnetspeicher-Speicher – 20 GiB für Enterprise, Standard, Web und Express Editionen

  • Amazon RDS unterstützt nicht das Ausführen dieser Services auf dem selben Server wie Ihre RDS-DB-Instance:

    • Data Quality Services

    • Master Data Services

    Für die Verwendung dieser Funktionen sollten Sie SQL Server auf einer Amazon EC2-Instance installieren oder eine lokale SQL Server-Instance nutzen. In diesen Fällen agiert die EC2- oder SQL Server-Instance für Ihre SQL Server-DB-Instance in Amazon RDS als Server für die Master Data Services. Sie können SQL Server auf einer Amazon EC2-Instance mit Amazon EBS-Speicher unter Einhaltung der Microsoft-Lizenzrichtlinien installieren.

  • Aufgrund von Beschränkungen in Microsoft SQL Server reflektiert eine zeitpunktbezogene Wiederherstellung vor der erfolgreichen Ausführung von DROP DATABASE möglicherweise nicht den Zustand dieser Datenbank zu diesem Zeitpunkt. Beispiel: Der Zustand der verworfenen Datenbank wird in der Regel 5 Minuten vor Ausgabe des DROP DATABASE-Befehls wiederhergestellt. Diese Art der Wiederherstellung bedeutet, dass Sie die Transaktionen, die während dieser paar Minuten durchgeführt wurden, nicht auf der verworfenen Datenbank wiederherstellen können. Um dieses Problem zu umgehen, können Sie den Befehl DROP DATABASE erneut nach Abschluss der Wiederherstellungsoperation ausgeben. Durch Löschen einer Datenbank per Drop werden die Transaktionsprotokolle für diese Datenbank entfernt.

  • In SQL Server erstellen Sie die Datenbanken nach der DB-Instance. Die Datenbanknamen folgen den üblichen SQL-Server-Namensregeln mit den folgenden Unterschieden:

    • Datenbanknamen dürfen nicht mit beginne rdsadmin.

    • Sie können nicht mit einem Leerzeichen oder einem Tabulator beginnen oder enden.

    • Sie dürfen keine Zeichen enthalten, die eine neue Zeile erzeugen.

    • Sie dürfen kein einzelnes Anführungszeichen (') enthalten.

Unterstützung für Microsoft SQL Server-DB-Instance-Klassen

Die Rechen- und Speicherkapazität von DB-Instances wird über deren Klasse festgelegt. Die benötigte DB-Instance-Klasse richtet sich nach Ihren Rechen- und Speicheranforderungen. Weitere Informationen finden Sie unter DB-Instance-Klassen.

Die folgende Liste der DB-Instance-Klassen, die für Microsoft SQL Server unterstützt werden, finden Sie hier. Eine aktuelle Liste finden Sie in der RDS-Konsole:https://console.aws.amazon.com/rds/.

Nicht alle DB-Instance-Klassen stehen für alle unterstützten SQL-Server-Nebenversionen zur Verfügung. Zum Beispiel sind einige neuere DB-Instance-Klassen wie db.r6i für ältere Nebenversionen nicht verfügbar. Sie können den AWS CLI Befehl describe-orderable-db-instance-options verwenden, um herauszufinden, welche DB-Instance-Klassen für Ihre SQL Server-Edition und -Version verfügbar sind.

SQL Server Edition Unterstützungsbereich für 2022 und 2019 Supportbereich 2017 und 2016 Supportbereich 2014

Enterprise Edition

db.t3.xlarge–db.t3.2xlarge

db.r5.xlarge–db.r5.24xlarge

db.r5b.xlarge–db.r5b.24xlarge

db.r5d.xlarge–db.r5d.24xlarge

db.r6i.xlarge–db.r6i.32xlarge

db.m5.xlarge–db.m5.24xlarge

db.m5d.xlarge–db.m5d.24xlarge

db.m6i.xlarge–db.m6i.32xlarge

db.x1.16xlarge–db.x1.32xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x2iedn.xlarge–db.x2iedn.32xlarge

db.z1d.xlarge–db.z1d.12xlarge

db.t3.xlarge–db.t3.2xlarge

db.r3.xlarge–db.r3.8xlarge

db.r4.xlarge–db.r4.16xlarge

db.r5.xlarge–db.r5.24xlarge

db.r5b.xlarge–db.r5b.24xlarge

db.r5d.xlarge–db.r5d.24xlarge

db.r6i.xlarge–db.r6i.32xlarge

db.m4.xlarge–db.m4.16xlarge

db.m5.xlarge–db.m5.24xlarge

db.m5d.xlarge–db.m5d.24xlarge

db.m6i.xlarge–db.m6i.32xlarge

db.x1.16xlarge–db.x1.32xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x2iedn.xlarge–db.x2iedn.32xlarge

db.z1d.xlarge–db.z1d.12xlarge

db.t3.xlarge–db.t3.2xlarge

db.r3.xlarge–db.r3.8xlarge

db.r4.xlarge–db.r4.8xlarge

db.r5.xlarge–db.r5.24xlarge

db.r5b.xlarge–db.r5b.24xlarge

db.r5d.xlarge–db.r5d.24xlarge

db.r6i.xlarge–db.r6i.32xlarge

db.m4.xlarge–db.m4.10xlarge

db.m5.xlarge–db.m5.24xlarge

db.m5d.xlarge–db.m5d.24xlarge

db.m6i.xlarge–db.m6i.32xlarge

db.x1.16xlarge–db.x1.32xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x2iedn.xlarge–db.x2iedn.32xlarge

Standard Edition

db.t3.xlarge–db.t3.2xlarge

db.r5.large–db.r5.24xlarge

db.r5b.large–db.r5b.24xlarge

db.r5d.large–db.r5d.24xlarge

db.r6i.large–db.r6i.8xlarge

db.m5.large–db.m5.24xlarge

db.m5d.large–db.m5d.24xlarge

db.m6i.large–db.m6i.8xlarge

db.x1.16xlarge–db.x1.32xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x2iedn.xlarge–db.x2iedn.32xlarge

db.z1d.large–db.z1d.12xlarge

db.t3.xlarge–db.t3.2xlarge

db.r4.large–db.r4.16xlarge

db.r5.large–db.r5.24xlarge

db.r5b.large–db.r5b.24xlarge

db.r5d.large–db.r5d.24xlarge

db.r6i.large–db.r6i.8xlarge

db.m4.large–db.m4.16xlarge

db.m5.large–db.m5.24xlarge

db.m5d.large–db.m5d.24xlarge

db.m6i.large–db.m6i.8xlarge

db.x1.16xlarge–db.x1.32xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x2iedn.xlarge–db.x2iedn.32xlarge

db.z1d.large–db.z1d.12xlarge

db.t3.xlarge–db.t3.2xlarge

db.r3.large–db.r3.8xlarge

db.r4.large–db.r4.8xlarge

db.r5.large–db.r5.24xlarge

db.r5b.large–db.r5b.24xlarge

db.r5d.large–db.r5d.24xlarge

db.r6i.large–db.r6i.8xlarge

db.m3.medium–db.m3.2xlarge

db.m4.large–db.m4.10xlarge

db.m5.large–db.m5.24xlarge

db.m5d.large–db.m5d.24xlarge

db.m6i.large–db.m6i.8xlarge

db.x1.16xlarge–db.x1.32xlarge

db.x1e.xlarge–db.x1e.32xlarge

db.x2iedn.xlarge–db.x2iedn.32xlarge

Web Edition

db.t3.small–db.t3.2xlarge

db.r5.large–db.r5.4xlarge

db.r5b.large–db.r5b.4xlarge

db.r5d.large–db.r5d.4xlarge

db.r6i.large–db.r6i.4xlarge

db.m5.large–db.m5.4xlarge

db.m5d.large–db.m5d.4xlarge

db.m6i.large–db.m6i.4xlarge

db.z1d.large–db.z1d.3xlarge

db.t2.small–db.t2.medium

db.t3.small–db.t3.2xlarge

db.r4.large–db.r4.2xlarge

db.r5.large–db.r5.4xlarge

db.r5b.large–db.r5b.4xlarge

db.r5d.large–db.r5d.4xlarge

db.r6i.large–db.r6i.4xlarge

db.m4.large–db.m4.4xlarge

db.m5.large–db.m5.4xlarge

db.m5d.large–db.m5d.4xlarge

db.m6i.large–db.m6i.4xlarge

db.z1d.large–db.z1d.3xlarge

db.t2.small–db.t2.medium

db.t3.small–db.t3.2xlarge

db.r3.large–db.r3.2xlarge

db.r4.large–db.r4.2xlarge

db.r5.large–db.r5.4xlarge

db.r5b.large–db.r5b.4xlarge

db.r5d.large–db.r5d.4xlarge

db.r6i.large–db.r6i.4xlarge

db.m3.medium–db.m3.2xlarge

db.m4.large–db.m4.4xlarge

db.m5.large–db.m5.4xlarge

db.m5d.large–db.m5d.4xlarge

db.m6i.large–db.m6i.4xlarge

Express Edition

db.t3.micro–db.t3.xlarge

db.t2.micro–db.t2.medium

db.t3.micro–db.t3.xlarge

db.t2.micro–db.t2.medium

db.t3.micro–db.t3.xlarge

Microsoft SQL Server-Sicherheit

Die Microsoft SQL Server-Datenbank-Engine verwendet rollenbasierte Sicherheit. Der Master-Benutzername, den Sie beim Erstellen einer DB-Instance angeben, ist eine SQL Server-Authentifizierungsanmeldung, die den festen Serverrollen processadmin, public und setupadmin angehört.

Jeder Benutzer, der eine Datenbank erstellt, wird der db_owner-Rolle für diese Datenbank zugewiesen und er erhält die Berechtigungen für alle Datenbankebenen, außer für diejenigen, die für Datensicherungen verwendet werden. Amazon RDS verwaltet Backups für Sie.

Die folgenden Rollen auf Serverebene sind in Amazon RDS for SQL Server nicht verfügbar:

  • bulkadmin

  • dbcreator

  • diskadmin

  • securityadmin

  • serveradmin

  • sysadmin

Die folgenden Berechtigungen auf Serverebene sind für RDS for SQL Server DB-Instances nicht verfügbar:

  • EINE BELIEBIGE DATENBANK ÄNDERN

  • ALTER ANY EVENT NOTIFICATION

  • ALTER RESOURCES

  • ALTER SETTINGS (Sie können die API-Operationen der DB-Parametergruppe verwenden, um Parameter zu ändern; weitere Informationen finden Sie unter Arbeiten mit Parametergruppen)

  • AUTHENTICATE SERVER

  • CONTROL_SERVER

  • CREATE DDL EVENT NOTIFICATION

  • CREATE ENDPOINT

  • ERSTELLEN EINER SERVERROLLE

  • CREATE TRACE EVENT NOTIFICATION

  • EINE BELIEBIGE DATENBANK LÖSCHEN

  • EXTERNAL ACCESS ASSEMBLY

  • SHUTDOWN (Sie können stattdessen die RDS-Option zum Neustart verwenden.)

  • UNSAFE ASSEMBLY

  • JEDE BELIEBIGE VERFÜGBARKEITSGRUPPE ÄNDERN

  • ERSTELLEN EINER BELIEBIGEN VERFÜGBARKEITSGRUPPE

Unterstützung zu Compliance-Programmen für Microsoft SQL Server-DB-Instances

AWS Die im Leistungsumfang enthaltenen Dienstleistungen wurden von einem externen Prüfer umfassend bewertet und führen zu einer Zertifizierung, Konformitätsbescheinigung oder Betriebsgenehmigung (Authority to Operate, ATO). Weitere Informationen finden Sie unterAWS -Services im Rahmen des Compliance-Programms.

HIPAA-Unterstützung für Microsoft SQL Server-DB-Instances

Sie können Amazon RDS for Microsoft SQL Server-Datenbanken für die Erstellung von HIPAA-kompatiblen Anwendungen verwenden. Mit können Sie Gesundheitsdaten, darunter geschützte patientenbezogene Daten (protected health information, PHI), im Rahmen eines Geschäftspartnervertrags (Business Associate Agreement, BAA) speicher AWS. Weitere Informationen finden Sie unter HIPAA-Compliance.

Amazon RDS for SQL Server unterstützt HIPAA für folgende Versionen und Editions:

  • SQL Server 2022 Enterprise, Standard und Web Editionen

  • SQL Server 2019 Enterprise-, Standard- und Web-Editionen

  • SQL Server 2017 Enterprise-, Standard- und Web-Editionen

  • SQL Server 2016 Enterprise-, Standard- und Web-Editionen

  • SQL Server 2014 Enterprise-, Standard- und Web-Editionen

Um die HIPAA-Unterstützung auf Ihrer DB-Instance zu aktivieren, richten Sie folgende drei Komponenten ein.

Komponente Details

Prüfung

Um eine Prüfung einzurichten, legen Sie den Parameter rds.sqlserver_audit auf den Wert fedramp_hipaa fest. Wenn Ihre DB-Instance noch keine benutzerdefinierte DB-Parametergruppe verwendet, müssen Sie eine benutzerdefinierte Parametergruppe erstellen und diese an Ihre DB-Instance anfügen, bevor Sie den Parameter rds.sqlserver_audit bearbeiten. Weitere Informationen finden Sie unter Arbeiten mit Parametergruppen.

Transportverschlüsselung

Um eine Transportverschlüsselung einzurichten, müssen alle Verbindungen mit Ihrer DB-Instance über Secure Sockets Layer (SSL) erfolgen. Weitere Informationen finden Sie unter Erzwingen von Verbindungen mit Ihrer DB-Instance, um SSL zu verwenden.

Verschlüsselung im Ruhezustand

Es gibt zwei Möglichkeiten, die Verschlüsselung im Ruhezustand einzurichten:

  1. Wenn Sie SQL Server 2014—2022 Enterprise Edition oder 2022 Standard Edition ausführen, können Sie Transparent Data Encryption (TDE) verwenden, um eine Verschlüsselung im Ruhezustand zu erreichen. Weitere Informationen finden Sie unter Unterstützung für transparente Datenverschlüsselung in SQL Server.

  2. Sie können die Verschlüsselung im Ruhezustand mithilfe von AWS Key Management Service (AWS KMS) Verschlüsselungsschlüsseln einrichten. Weitere Informationen finden Sie unter Verschlüsseln von Amazon RDS-Ressourcen.

SSL-Unterstützung für Microsoft SQL Server-DB-Instances

Sie können SSL zum Verschlüsseln von Verbindungen zwischen Ihren Anwendungen und Ihren Amazon RDS-DB-Instances verwenden, auf denen Microsoft SQL Server ausgeführt wird. Sie können auch erzwingen, dass alle Verbindungen zu Ihrer DB-Instance SSL verwenden. Wenn Sie Verbindungen erzwingen, um SSL zu verwenden, erfolgt dies für den Kunden transparent, der Kunde muss nichts tun, um SSL verwenden zu können.

SSL wird in allen AWS Regionen und für alle unterstützten SQL Server-Editionen unterstützt. Weitere Informationen finden Sie unter Verwenden von SSL mit einer Microsoft SQL Server-DB-Instance.

Microsoft SQL Server-Versionen auf Amazon RDS

Sie können eine beliebige aktuell unterstützte Microsoft SQL Server-Version festlegen, wenn Sie eine DB-Instance erstellen. Sie können die Microsoft SQL Server-Hauptversionen (wie z. B. Microsoft SQL Server 14.00) sowie eine beliebige Unterversion für die angegebene Hauptversion festlegen. Wenn keine Version angegeben wird, verwendet Amazon RDS standardmäßig eine unterstützte Version - in der Regel die aktuelle Version. Wenn die Hauptversion, jedoch nicht die Unterversion, festgelegt ist, verwendet Amazon RDS standardmäßig den letzten Release der Hauptversion, die Sie festgelegt haben.

Die folgende Tabelle zeigt die unterstützten Versionen für alle Editionen und alle AWS Regionen, sofern nicht anders angegeben. Sie können den describe-db-engine-versions AWS CLI Befehl auch verwenden, um eine Liste der unterstützten Versionen sowie die Standardeinstellungen für neu erstellte DB-Instances anzuzeigen.

SQL Server-Versionen, die in RDS unterstützt werden
Hauptversion Unterversion RDS API EngineVersion und CLI engine-version
SQL Server 2022

16.00.4095.4 (CU10)

16,00,4085,2 (CU9)

16.00.4095.4.v1

16.00.4085.2.v1
SQL Server 2019

15,00,4345,5 (CU24)

15.00.4335.1 (CU23)

15.00.4322.2 (CU22)

15.00.4316.3 (CU21)

15.00.4312.2 (CU20)

15.00.4236.7 (CU16)

15.00.4198.2 (CU15)

15.00.4153.1 (CU12)

15.00.4073.23 (CU8)

15.00.4043.16 (CU5)

15.00.4345.5.v1

15.00.4335.1.v1

15.00.4322.2.v1

15.00.4316.3.v1

15.00.4312.2.v1

15.00.4236.7.v1

15.00.4198.2.v1

15.00.4153.1.v1

15.00.4073.23.v1

15.00.4043.16.v1
SQL Server 2017

14.00.3465.1 (CU31)

14.00.3460.9 (CU31)

14.00.3451.2 (CU30)

14.00.3421.10 (CU27)

14.00.3401.7 (CU25)

14.00.3381.3 (CU23)

14.00.3356.20 (CU22)

14.00.3294.2 (CU20)

14.00.3281.6 (CU19)

14.00.3465.1.v1

14.00.3460.9.v1

14.00.3451.2.v1

14.00.3421.10.v1

14.00.3401.7.v1

14.00.3381.3.v1

14.00.3356.20.v1

14.00.3294.2.v1

14.00.3281.6.v1
SQL Server 2016

13.00.6435.1 (GDR)

13.00.6430.49 (GDR)

13.00.6419.1 (SP3 + Hotfix)

13.00.6300.2 (SP3)

13.00.6435.1.v1

13.00.6430.49.v1

13.00.6419.1.v1

13.00.6300.2.v1
SQL Server 2014

12.00.6449.1 (SP3 CU4 GDR)

12.00.6444.4 (SP3 CU4 GDR)

12.00.6439.10 (SP3 CU4 SU)

12.00.6433.1 (SP3 CU4 SU)

12.00.6329.1 (SP3 CU4)

12.00.6293.0 (SP3 CU3)

12.00.6449.1.v1

12.00.6444.4.v1

12.00.6439.10.v1

12.00.6433.1.v1

12.00.6329.1.v1

12.00.6293.0.v1

Versionsverwaltung in Amazon RDS

Amazon RDS beinhaltet flexibles Versionsmanagement, mit dem Sie steuern können, wann und wie die Ihre DB-Instance gepatcht oder aktualisiert wird. Dadurch können Sie Folgendes für Ihre DB-Engine durchführen:

  • Aufrechterhalten der Kompatibilität mit Datenbank-Engine-Patch-Versionen.

  • Testen neuer Patch-Versionen, um zu prüfen, ob Sie mit Ihrer Anwendung funktionieren, bevor Sie sie in der Produktion bereitstellen.

  • Planen und Ausführen von Versions-Upgrades, um Ihre Service Level Agreements und zeitlichen Anforderungen zu erfüllen.

Microsoft SQL Server-Engine-Patching in Amazon RDS

Amazon RDS aggregiert regelmäßig offizielle Microsoft SQL Server-Datenbank-Patches in einer Version der DB-Instance-Engine, die für Amazon RDS spezifisch ist. Weitere Informationen über Microsoft SQL Server-Patches in jeder Version der Engine finden Sie unter Versions- und Funktionsunterstützung in Amazon RDS.

Derzeit können Sie alle Engine-Upgrades auf Ihrer DB-Instance manuell durchführen. Weitere Informationen finden Sie unter Upgrades der Microsoft SQL Server-DB-Engine.

Einstellungszeitplan für Engine-Hauptversionen von Microsoft SQL Server auf Amazon RDS

Die folgende Tabelle zeigt den geplanten Einstellungszeitplan für Engine-Hauptversionen von Microsoft SQL Server an.

Datum Informationen
9. Juli 2024

Microsoft stellt kritische Patch-Updates für SQL Server 2014 ein. Weitere Informationen finden Sie unter Microsoft SQL Server 2014 in der Microsoft-Dokumentation.
1. Juni 2024

Amazon RDS plant, die Unterstützung von Microsoft SQL Server 2014 in RDS für SQL Server zu beenden. Zu diesem Zeitpunkt wird geplant, dass alle verbleibenden Instances zu SQL Server 2016 migrieren (neueste verfügbare Unterversion). Weitere Informationen finden Sie unter Ankündigung: Ende der Unterstützung für die Hauptversionen von Amazon RDS für SQL Server 2014.

Um ein automatisches Upgrade von Microsoft SQL Server 2014 zu vermeiden, können Sie ein Upgrade zu einem für Sie geeigneten Zeitpunkt durchführen. Weitere Informationen finden Sie unter Upgrade der Engine-Version für eine DB-Instance.
12. Juli 2022

Microsoft stellt kritische Patch-Updates für SQL Server 2012 ein. Weitere Informationen finden Sie unter Microsoft SQL Server 2012 in der Microsoft-Dokumentation.
1. Juni 2022

Amazon RDS plant, die Unterstützung von Microsoft SQL Server 2012 auf RDS for SQL Server zu beenden. Zu diesem Zeitpunkt wird geplant, dass alle verbleibenden Instances auf SQL Server 2014 migrieren (neueste verfügbare Unterversion). Weitere Informationen finden Sie unter Ankündigung: Ende der Unterstützung für die Hauptversionen von Amazon RDS for SQL Server 2012.

Um ein automatisches Upgrade von Microsoft SQL Server 2012 zu vermeiden, können Sie zu einem für Sie geeigneten Zeitpunkt upgraden. Weitere Informationen finden Sie unter Upgrade der Engine-Version für eine DB-Instance.
1. September 2021 Amazon RDS beginnt, die Erstellung neuer RDS for SQL Server DB-Instances mithilfe von Microsoft SQL Server 2012 zu deaktivieren. Weitere Informationen finden Sie unter Ankündigung: Ende der Unterstützung für die Hauptversionen von Amazon RDS for SQL Server 2012.
12. Juli 2019

Das Amazon RDS-Team hat die Unterstützung für Microsoft SQL Server 2008 R2 im Juni 2019 beendet. Verbleibende Instances mit Microsoft SQL Server 2008 R2 migrieren auf SQL Server 2012 (neueste Minor-Version verfügbar).

Um ein automatisches Upgrade von Microsoft SQL Server 2008 R2 zu vermeiden, können Sie zu einem für Sie geeigneten Zeitpunkt upgraden. Weitere Informationen finden Sie unter Upgrade der Engine-Version für eine DB-Instance.
25. April 2019 Vor Ende April 2019 können Sie keine neuen Amazon RDS for SQL Server-Datenbank-Instances mehr erstellen, die SQL Server 2008 R2 verwenden.

Microsoft SQL Server-Funktionen auf Amazon RDS

Die unterstützten SQL Server-Versionen auf Amazon RDS enthalten die folgenden Funktionen. Im Allgemeinen enthält eine Version auch Funktionen aus den vorherigen Versionen, sofern in der Microsoft-Dokumentation nichts anderes angegeben ist.

Funktionen von Microsoft SQL Server 2022

SQL Server 2022 enthält viele neue Funktionen, wie z. B. die folgenden:

  • Parametersensitive Planoptimierung — ermöglicht mehrere zwischengespeicherte Pläne für eine einzelne parametrisierte Anweisung, wodurch möglicherweise Probleme beim Parameter-Sniffing reduziert werden.

  • SQL Server Ledger — bietet die Möglichkeit, kryptografisch nachzuweisen, dass Ihre Daten nicht ohne Genehmigung geändert wurden.

  • Sofortige Dateiinitialisierung bei Wachstumsereignissen in Transaktionsprotokolldateien — führt zu einer schnelleren Ausführung von Protokollwachstumsereignissen bis zu 64 MB, auch für Datenbanken mit aktiviertem TDE.

  • Verbesserungen bei der Parallelität von Systemseitenverriegelungen — reduziert Konflikte beim Zuweisen und Aufheben der Zuordnung von Datenseiten und Datenausdehnungen und sorgt so für erhebliche Leistungsverbesserungen bei hohen Workloads. tempdb

Die vollständige Liste der Funktionen von SQL Server 2022 finden Sie unter Was ist neu in SQL Server 2022 (16.x) in der Microsoft-Dokumentation.

Eine Liste der nicht unterstützten Funktionen finden Sie unter Nicht unterstützte Funktionen und Funktionen mit beschränkter Unterstützung.

Funktionen von Microsoft SQL Server 2019

SQL Server 2019 enthält viele neue Funktionen, z. B. die folgenden:

  • Beschleunigte Datenbankwiederherstellung (ADR) – reduziert die Wiederherstellungszeit bei Abstürzen nach einem Neustart oder einem Langzeit-Transaktions-Rollback.

  • Intelligente Abfrageverarbeitung (IQP):

    • Berechtigungs-Feedback im Zeilenmodus – korrigiert übermäßige Berechtigungen, die andernfalls zu verschwendetem Speicher und reduzierter Parallelität führen würden, automatisch.

    • Stapelmodus im Zeilenspeicher – aktiviert die Ausführung des Stapelmodus für analytische Workloads ohne Spaltenspeicher-Indizes.

    • Durch Tabellenvariable verzögerte Kompilierung – verbessert die Planqualität und die Gesamtleistung für Abfragen, bei denen Tabellenvariablen verwiesen werden.

  • Intelligente Leistung:

    • OPTIMIZE_FOR_SEQUENTIAL_KEY Indexoption – verbessert den Durchsatz für Einfügungen mit hoher Parallelität in Indizes.

    • Verbesserte Skalierbarkeit für indirekte Prüfpunkte – hilft Datenbanken mit hohen DML-Workloads.

    • PFS (Concurrent Page Free Space)-Aktualisierungen – aktiviert die Verarbeitung als freigegebener Latch und nicht als exklusiver Latch.

  • Überwachen von Verbesserungen:

    • WAIT_ON_SYNC_STATISTICS_REFRESH Wait-Typ – zeigt die kumulierte Zeit auf Instance-Ebene an, die mit synchrone Statistikaktualisierungsvorgänge benötigt wird.

    • Konfigurationen des Datenbankbereichs – umfassen LIGHTWEIGHT_QUERY_PROFILING und LAST_QUERY_PLAN_STATS.

    • Dynamische Verwaltungsfunktionen (DMFs) – umfassen sys.dm_exec_query_plan_stats und sys.dm_db_page_info.

  • Ausführliche Kürzungswarnungen – die Fehlermeldung bei Datenkürzung enthält standardmäßig Tabellen- und Spaltennamen sowie den gekürzten Wert.

  • Fortsetzbare Online-Indexerstellung – in SQL Server 2017 wird nur die fortsetzbare Online-Indexneuerstellung unterstützt.

Eine vollständige Liste der Funktionen von SQL Server 2019 finden Sie unter Was ist neu in SQL Server 2019 (15.x)? in der Microsoft-Dokumentation.

Eine Liste der nicht unterstützten Funktionen finden Sie unter Nicht unterstützte Funktionen und Funktionen mit beschränkter Unterstützung.

Funktionen von Microsoft SQL Server 2017

SQL Server 2017 enthält viele neue Funktionen, z. B. die folgenden:

  • Adaptive Abfrageverarbeitung

  • Automatische Plankorrektur (eine automatische Optimierungsfunktion)

  • GraphDB

  • Fortsetzbare Index-Umbauten

Eine vollständige Liste der Funktionen von SQL Server 2017 finden Sie unter Was ist neu in SQL Server 2017? in der Microsoft-Dokumentation.

Eine Liste der nicht unterstützten Funktionen finden Sie unter Nicht unterstützte Funktionen und Funktionen mit beschränkter Unterstützung.

Funktionen von Microsoft SQL Server 2016

Amazon RDS unterstützt die folgenden Funktionen von SQL Server 2016:

  • „Always Encrypted“

  • JSON-Unterstützung

  • Betriebsanalysen

  • Abfragespeicher

  • Temporäre Tabellen

Eine vollständige Liste der Funktionen von SQL Server 2016 finden Sie unter Was ist neu in SQL Server 2016? in der Microsoft-Dokumentation.

Funktionen von Microsoft SQL Server 2014

Zusätzlich zu den unterstützten Funktionen von SQL Server 2012 unterstützt Amazon RDS den neuen Abfrageoptimierer in SQL Server 2014 sowie die Funktion für verzögerte Dauerhaftigkeit.

Eine Liste der nicht unterstützten Funktionen finden Sie unter Nicht unterstützte Funktionen und Funktionen mit beschränkter Unterstützung.

SQL Server 2014 unterstützt alle Parameter von SQL Server 2012 und verwendet dieselben Standardwerte. SQL Server 2014 enthält einen neuen Parameter, Sicherungsprüfsummenstandard. Weitere Informationen finden Sie unter Die CHECKSUM-Option aktivieren, wenn Sicherungsprogramme nicht die Option offenlegen in der Microsoft-Dokumentation.

Microsoft SQL Server 2012 Ende der Unterstützung für Amazon RDS

SQL Server 2012 hat das Ende der Unterstützung für Amazon RDS erreicht.

RDS aktualisiert alle vorhandenen DB-Instances, die noch SQL Server 2012 verwenden, auf die neueste Unterversion von SQL Server 2014. Weitere Informationen finden Sie unter Versionsverwaltung in Amazon RDS.

Microsoft SQL Server 2008 R2 Ende der Unterstützung auf Amazon RDS

SQL Server 2008 R2 hat sein Support-Ende auf Amazon RDS erreicht.

RDS aktualisiert alle vorhandenen DB-Instances, die noch SQL Server 2008 R2 verwenden, auf die neueste Unterversion von SQL Server 2012. Weitere Informationen finden Sie unter Versionsverwaltung in Amazon RDS.

Unterstützung der Erfassung von Datenänderungen (Change Data Capture) für Microsoft SQL Server DB-Instances.

Amazon RDS unterstützt auch die Erfassung von Datenänderungen (Change Data Capture, CDC) für Ihre DB-Instances, die auf Microsoft SQL Server laufen. CDC erfasst Änderungen an Daten in Ihren Tabellen und speichert Metadaten über jede Änderung, auf die Sie später zugreifen können. Weitere Informationen finden Sie unter Change Data Capture in der Microsoft-Dokumentation.

Amazon RDS unterstützt CDC für die folgenden SQL Server-Editionen und -Versionen:

  • Microsoft SQL Server Enterprise Edition (alle Versionen)

  • Microsoft SQL Server Standard Edition:

    • 2022

    • 2019

    • 2017

    • 2016 Version 13.00.4422.0 SP1 CU2 und höher

Um CDC für Ihre Amazon RDS DB-Instances zu verwenden, aktivieren oder deaktivieren Sie CDC zunächst auf Datenbankebene unter Verwendung der von RDS bereitgestellten gespeicherten Prozeduren. Anschließend kann jeder Benutzer, der die db_owner-Rolle für diese Datenbank besitzt, die gespeicherten Prozeduren von Microsoft verwenden, um CDC für diese Datenbank zu kontrollieren. Weitere Informationen finden Sie unter Verwendung der Erfassung von Datenänderungen (Change Data Capture).

Sie können CDC verwenden, AWS Database Migration Service um die fortlaufende Replikation von SQL Server-DB-Instances aus zu aktivieren.

Nicht unterstützte Funktionen und Funktionen mit beschränkter Unterstützung

Die folgenden Microsoft SQL Server-Funktionen werden in Amazon RDS nicht unterstützt:

  • Sichern in Microsoft Azure Blob Storage

  • Erweiterung des Puffer-Pools

  • Richtlinien für benutzerdefinierte Kennwörter

  • Data Quality Services

  • Datenbank-Protokollversand

  • Datenbank-Snapshots (Amazon RDS unterstützt nur DB-Instance-Snapshots)

  • Erweiterte gespeicherte Prozeduren, einschließlich xp_cmdshell

  • FILESTREAM-Unterstützung

  • Datenbanktabellen

  • Machine Learning and R Services (erfordert für die Installation Betriebssystemzugriff)

  • Wartungspläne

  • Performance-Datenauflister

  • Richtlinienbasierte Verwaltung

  • PolyBase

  • Replikation

  • Ressourcenkontrolle

  • Auslöser auf Serverebene

  • Service Broker-Endpunkte

  • Stretch-Datenbank

  • TRUSTWORTHY-Datenbankeigenschaft (erfordert eine Sysadmin-Rolle)

  • T-SQL-Endpunkte (alle Vorgänge, die CREATE ENDPOINT verwenden, sind nicht verfügbar)

  • WCF Data Services

Die folgenden Microsoft SQL Server-Funktionen werden in Amazon RDS nur begrenzt unterstützt:

Die folgenden Funktionen werden auf Amazon RDS mit SQL Server 2022 nicht unterstützt:

  • Datenbank für Snapshot aussetzen

  • Externe Datenquelle

  • Backup und Wiederherstellung auf S3-kompatiblem Objektspeicher

  • Integration des Objektspeichers

  • TLS 1.3 und MS-TDS 8.0

  • Offloading der Backup-Komprimierung mit QAT

  • SQL Server Analysis Services (SSAS)

  • Datenbankspiegelung mit Multi-AZ-Bereitstellungen. SQL Server Always On ist die einzige unterstützte Methode für Multi-AZ-Bereitstellungen.

Multi-AZ-Bereitstellungen, die die Microsoft SQL Server-Datenbankspiegelung oder AlwaysOn-Verfügbarkeitsgruppen verwenden

Amazon RDS unterstützt Multi-AZ-Bereitstellungen für DB-Instances, die Microsoft SQL Server mit SQL Server-Datenbankspiegelung oder -AlwaysOn-Verfügbarkeitsgruppen ausführen. Multi-AZ-Bereitstellungen bieten eine erhöhte Verfügbarkeit, eine längere Lebensdauer von Daten sowie eine höhere Fehlertoleranz für DB-Instances. Im Falle einer geplanten Datenbankwartung oder einer ungeplanten Serviceunterbrechung schaltet Amazon RDS automatisch auf das up-to-date sekundäre Replikat um, sodass der Datenbankbetrieb schnell und ohne manuelles Eingreifen wieder aufgenommen werden kann. Die primären und sekundären Instances verwenden denselben Endpunkt, dessen physische Netzwerkadresse als Teil des Failoverprozesses an das passive sekundäre Replikat übergeben wird. Sie müssen Ihre Anwendung nicht neu konfigurieren, wenn ein Failover auftritt.

Amazon RDS verwaltet das Failover durch aktive Überwachung Ihrer Multi-AZ-Bereitstellung und Initiierung eines Failovers, wenn ein Problem mit Ihrer Primär-Instance auftritt. Failover treten nicht auf, wenn Standby- und Primär-Instance vollständig synchron sind. Amazon RDS verwaltet Ihre Multi-AZ-Bereitstellung aktiv durch automatisches Reparieren instabiler DB-Instances und erneutes Einrichten einer synchronen Replikation. Sie müssen nichts verwalten. Amazon RDS wickelt die Primär-Instance, den Zeugen und die Standby-Instance für Sie ab. Wenn Sie SQL Server Multi-AZ einrichten, konfiguriert RDS passive sekundäre Instances für alle Datenbanken auf der Instance.

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

Verwenden von Transparent Data Encryption zur Verschlüsselung ruhender Daten

Amazon RDS unterstützt Microsoft SQL Server Transparent Data Encryption (TDE), die gespeicherte Daten transparent verschlüsselt. Amazon RDS verwendet Optionsgruppen, um diese Funktionen zu aktivieren und zu konfigurieren. Weitere Informationen zur Option TDE finden Sie unter Unterstützung für transparente Datenverschlüsselung in SQL Server.

Funktionen und gespeicherte Prozeduren für Amazon RDS for Microsoft SQL Server

Die folgenden Liste enthält Amazon-RDS-Funktionen und gespeicherte Prozeduren, mit denen SQL-Server-Aufgaben automatisiert werden können.

Aufgabentyp Prozedur oder Funktion Verwendungsbereiche
Administrative Aufgaben

rds_drop_database

 Verwerfen einer Microsoft SQL Server-Datenbank

rds_failover_time

 Ermitteln der letzten Failover-Zeit

rds_modify_db_name

 Umbenennen einer Microsoft SQL Server-Datenbank in einer Multi-AZ-Bereitstellung

rds_read_error_log

 Anzeigen von Fehler- und Agent-Protokollen

rds_set_configuration

Diese Operation wird verwendet, um verschiedene DB-Instance-Konfigurationen einzustellen:

rds_set_database_online

 Übergang einer Microsoft SQL Server-Datenbank von OFFLINE zu ONLINE

rds_set_system_database_sync_objects

rds_fn_get_system_database_sync_objects

rds_fn_server_object_last_sync_time

 Aktivieren der Auftragsreplikation von SQL Server Agent

rds_show_configuration

Informationen zu den Werten, die mit rds_set_configuration festgelegt werden, finden Sie in den folgenden Themen:

rds_shrink_tempdbfile

 Verkleinern der Datenbank tempdb
Erfassung von Datenänderungen (Change Data Capture, CDC)

rds_cdc_disable_db

 Deaktivieren von CDC

rds_cdc_enable_db

 Akitivieren von CDC
Datenbank-E-Mail

rds_fn_sysmail_allitems

 Anzeigen von Nachrichten, Protokollen und Anhängen

rds_fn_sysmail_event_log

 Anzeigen von Nachrichten, Protokollen und Anhängen

rds_fn_sysmail_mailattachments

 Anzeigen von Nachrichten, Protokollen und Anhängen

rds_sysmail_control

Diese Operation wird zum Starten und Stoppen der Mail-Warteschlange verwendet:

rds_sysmail_delete_mailitems_sp

 Löschen von Nachrichten
Native Backups und Wiederherstellungen

rds_backup_database

 Sichern einer Datenbank

rds_cancel_task

 Abbrechen einer Aufgabe

rds_finish_restore

 Abschluss einer Datenbankwiederherstellung

rds_restore_database

 Wiederherstellen einer Datenbank

rds_restore_log

 Wiederherstellen eines Protokolls
Amazon S3-Dateiübertragung

rds_delete_from_filesystem

 Löschen von Dateien auf der RDS DB-Instance

rds_download_from_s3

 Herunterladen von Dateien aus einem Amazon S3-Bucket zu einer SQL Server-DB-Instance

rds_gather_file_details

 Auflisten von Dateien auf der RDS DB-Instance

rds_upload_to_s3

 Hochladen von Dateien von einer SQL Server-DB-Instance zu einem Amazon S3-Bucket
Microsoft Distributed Transaction Coordinator (MSDTC)

rds_msdtc_transaction_tracing

 Verwenden der Transaktionsnachverfolgung
SQL Server Audit

rds_fn_get_audit_file

 Anzeigen von Audit-Protokollen
Transparente Datenverschlüsselung in

rds_backup_tde_certificate

rds_drop_tde_certificate

rds_restore_tde_certificate

rds_fn_list_user_tde_certificates

 Unterstützung für transparente Datenverschlüsselung in SQL Server
Microsoft Business Intelligence (MSBI)

rds_msbi_task

Diese Operation wird mit SQL Server Analysis Services (SSAS) verwendet:

Diese Operation wird auch mit SQL Server Integration Services (SSIS) verwendet:

Diese Operation wird auch mit SQL Server Reporting Services (SSIS) verwendet:

rds_fn_task_status

Dieser Vorgang zeigt den Status von MSBI-Aufgaben an:
SSIS

rds_drop_ssis_database

 Löschen der SSISDB-Datenbank

rds_sqlagent_proxy

 Erstellen eines SSIS-Proxys
SSRS

rds_drop_ssrs_databases

 Löschen der SSRS-Datenbanken

Lokale Zeitzone für Microsoft SQL Server-DB-Instances

Die Zeitzone für eine Amazon RDS-MySQL-DB-Instance, die Microsoft SQL Server ausführt, wird standardmäßig eingestellt. Der aktuelle Standard ist Universal Coordinated Time (UTC). Sie können die Zeitzone für Ihre DB-Instance stattdessen auf eine lokale Zeitzone einstellen, damit sie mit der Zeitzone Ihrer Anwendungen übereinstimmt.

Sie legen die Zeitzone bei der Erstellung Ihrer DB-Instance fest. Sie können Ihre DB-Instance erstellen AWS Management Console, indem Sie die Amazon RDS-API-Aktion CreateDBInstance oder den Befehl verwenden. AWS CLI create-db-instance

Wenn Ihre DB-Instance Teil einer Multi-AZ-Bereitstellung (mittels der SQL Server Datenbankspiegelung oder Verfügbarkeitsgruppen) ist, bleibt Ihre Zeitzone bei einem Failover auf die lokale Zeitzone eingestellt, die Sie festgelegt haben. Weitere Informationen finden Sie unter Multi-AZ-Bereitstellungen, die die Microsoft SQL Server-Datenbankspiegelung oder AlwaysOn-Verfügbarkeitsgruppen verwenden.

Wenn Sie eine point-in-time Wiederherstellung anfordern, geben Sie den Zeitpunkt für die Wiederherstellung an. Die Uhrzeit wird in Ihrer lokalen Zeitzone angezeigt. Weitere Informationen finden Sie unter Wiederherstellen einer DB-Instance zu einer bestimmten Zeit.

Folgende Beschränkungen gelten beim Festlegen der lokalen Zeitzone für Ihre DB-Instance:

  • Sie können die Zeitzone einer bestehenden SQL Server DB-Instance nicht ändern.

  • Sie können einen Snapshot aus einer DB-Instance in einer Zeitzone nicht in eine DB-Instance in einer anderen Zeitzone wiederherstellen.

  • Es wird dringend davon abgeraten, eine Sicherungsdatei aus einer Zeitzone für eine andere Zeitzone wiederherzustellen. Wenn Sie eine Sicherungsdatei aus einer Zeitzone in einer anderen Zeitzone wiederherstellen, müssen Sie Ihre Abfragen und Anwendungen auf Auswirkungen durch die Zeitzonenänderung überprüfen. Weitere Informationen finden Sie unter Importieren und Exportieren von SQL-Server-Datenbanken mithilfe nativer Sicherung und Wiederherstellung.

Unterstützte Zeitzonen

Sie können Ihre lokale Zeitzone auf einen der in der folgenden Tabelle gelisteten Werte einstellen.

Zeitzonen, die für Amazon RDS auf SQL Server unterstützt werden

Zeitzone

Standardzeit-Versatz

Beschreibung

Hinweise

Afghanistan Standardzeit

(UTC+04:30)

Kabul

Diese Zeitzone berücksichtigt keine Sommerzeit.

Alaska Standardzeit

(UTC–09:00)

Alaska

Aleuten Normalzeit

(UTC–10:00)

Aleuten-Inseln

Altai Normalzeit

(UTC+07:00)

Barnaul, Gorno-Altaisk

Arabische Normalzeit

(UTC+03:00)

Kuwait, Riad

Diese Zeitzone berücksichtigt keine Sommerzeit.

Arabische Standardzeit

(UTC+04:00)

Abu Dhabi, Muscat

Arabische Normalzeit

(UTC+03:00)

Bagdad

Diese Zeitzone berücksichtigt keine Sommerzeit.

Argentinien Normalzeit

(UTC–03:00)

Buenos Aires Stadt

Diese Zeitzone berücksichtigt keine Sommerzeit.

Astrachan Normalzeit

(UTC+04:00)

Astrachan, Uljanowsk

Atlantik Standardzeit

(UTC–04:00)

Atlantic Time (Kanada)

AUS Central Standard Time

(UTC+09:30)

Darwin

Diese Zeitzone berücksichtigt keine Sommerzeit.

Zentralaustralische Normalzeit

(UTC+08:45)

Eucla

AUS Ost Standardzeit

(UTC+10:00)

Canberra, Melbourne, Sydney

Aserbaidschan Normalzeit

(UTC+04:00)

Baku

Azoren Normalzeit

(UTC–01:00)

Azoren

Bahia Normalzeit

(UTC–03:00)

Salvador

Bangladesch Normalzeit

(UTC+06:00)

Dhaka

Diese Zeitzone berücksichtigt keine Sommerzeit.

Belarus Standardzeit

(UTC+03:00)

Minsk

Diese Zeitzone berücksichtigt keine Sommerzeit.

Bougainville Normalzeit

(UTC+11:00)

Bougainville-Insel

Canada Central Standard Time

(UTC–06:00)

Saskatchewan

Diese Zeitzone berücksichtigt keine Sommerzeit.

Kap Verde Standardzeit

(UTC–01:00)

Kapverdische Inseln

Diese Zeitzone berücksichtigt keine Sommerzeit.

Kaukasus Normalzeit

(UTC+04:00)

Eriwan

Cen. Australia Standard Time

(UTC+09:30)

Adelaide

Mittelamerikanische Standardzeit

(UTC–06:00)

Mittelamerika

Diese Zeitzone berücksichtigt keine Sommerzeit.

Zentralasiatische Standardzeit

(UTC+06:00)

Astana

Diese Zeitzone berücksichtigt keine Sommerzeit.

Central Brazilian Standard Time

(UTC–04:00)

Cuiaba

Mitteleuropäische Standardzeit

(UTC+01:00)

Belgrad, Bratislava, Budapest, Ljubljana, Prag

Mitteleuropäische Standardzeit

(UTC+01:00)

Sarajevo, Skopje, Warschau, Zagreb

Zentralpazifische Standardzeit

(UTC+11:00)

Salomon-Inseln, Neukaledonien

Diese Zeitzone berücksichtigt keine Sommerzeit.

Central Standard Time

(UTC–06:00)

Central Time (USA und Kanada)

Central Standard Time (Mexiko)

(UTC–06:00)

Guadalajara, Mexiko-Stadt, Monterrey

Chatham-Inseln Normalzeit

(UTC+12:45)

Chatham-Inseln

China Standardzeit

(UTC+08:00)

Beijing, Chongqing, Hongkong, Urumqi

Diese Zeitzone berücksichtigt keine Sommerzeit.

Kuba Normalzeit

(UTC–05:00)

Havanna

Datumsgrenze, Normalzeit

(UTC–12:00)

Internationale Datumsgrenze West

Diese Zeitzone berücksichtigt keine Sommerzeit.

O. Afrikanische Standardzeit

(UTC+03:00)

Nairobi

Diese Zeitzone berücksichtigt keine Sommerzeit.

O. Australia Standard Time

(UTC+10:00)

Brisbane

Diese Zeitzone berücksichtigt keine Sommerzeit.

O. Europäische Standardzeit

(UTC+02:00)

Chisinau

O. Südamerikanische Standardzeit

(UTC–03:00)

Brasilia

Osterinsel Normalzeit

(UTC–06:00)

Osterinsel

Ost Standardzeit

(UTC–05:00)

Ostküstenzeit (USA und Kanada)

Östliche Normalzeit (Mexiko)

(UTC–05:00)

Chetumal

Ägypten Normalzeit

(UTC+02:00)

Kairo

Jekaterinburg Normalzeit

(UTC+05:00)

Jekaterinburg

Fidschi Normalzeit

(UTC+12:00)

Fidschi

Finnland Normalzeit

(UTC+02:00)

Helsinki, Kiew, Riga, Sofia, Tallinn, Wilna

Georgien Standardzeit

(UTC+04:00)

Tiflis

Diese Zeitzone berücksichtigt keine Sommerzeit.

GMT Standardzeit

(UTC)

Dublin, Edinburgh, Lissabon, London

Diese Zeitzone ist nicht dieselbe wie Greenwich Mean Time. Diese Zeitzone berücksichtigt die Sommerzeit.

Grönland Standardzeit

(UTC–03:00)

Grönland

Greenwich Standardzeit

(UTC)

Monrovia, Reykjavik

Diese Zeitzone berücksichtigt keine Sommerzeit.

GTB Standardzeit

(UTC+02:00)

Athen, Bukarest

Haiti Normalzeit

(UTC–05:00)

Haiti

Hawaii Standardzeit

(UTC–10:00)

Hawaii

Indien Standardzeit

(UTC+05:30)

Chennai, Kolkata, Mumbai, Neu-Delhi

Diese Zeitzone berücksichtigt keine Sommerzeit.

Iran Normalzeit

(UTC+03:30)

Teheran

Israel Normalzeit

(UTC+02:00)

Jerusalem

Jordanien Standardzeit

(UTC+02:00)

Amman

Kaliningrad Normalzeit

(UTC+02:00)

Kaliningrad

Kamtschatka Normalzeit

(UTC+12:00)

Petropawlowsk-Kamtschatski – Alt

Korea Standardzeit

(UTC+09:00)

Seoul

Diese Zeitzone berücksichtigt keine Sommerzeit.

Libyen Normalzeit

(UTC+02:00)

Tripolis

Linieninseln Normalzeit

(UTC+14:00)

Kiritimati-Insel

Lord Howe Normalzeit

(UTC+10:30)

Lord-Howe-Insel

Magadan Normalzeit

(UTC+11:00)

Magadan

Diese Zeitzone berücksichtigt keine Sommerzeit.

Magallan Normalzeit

(UTC–03:00)

Punta Arenas

Marquesas Normalzeit

(UTC–09:30)

Marquesas-Inseln

Mauritius Normalzeit

(UTC+04:00)

Port Louis

Diese Zeitzone berücksichtigt keine Sommerzeit.

Mittlerer Osten Standardzeit

(UTC+02:00)

Beirut

Montevideo Normalzeit

(UTC–03:00)

Montevideo

Marokko Normalzeit

(UTC+01:00)

Casablanca

Mountain Standard Time

(UTC–07:00)

Mountain Time (USA und Kanada)

Mountain Standard Time (Mexiko)

(UTC–07:00)

Chihuahua, La Paz, Mazatlan

Myanmar Normalzeit

(UTC+06:30)

Yangon (Rangun)

Diese Zeitzone berücksichtigt keine Sommerzeit.

N. Zentralasiatische Standardzeit

(UTC+07:00)

Nowosibirsk

Namibia Normalzeit

(UTC+02:00)

Windhuk

Nepal Normalzeit

(UTC+05:45)

Kathmandu

Diese Zeitzone berücksichtigt keine Sommerzeit.

Neuseeland Standardzeit

(UTC+12:00)

Auckland, Wellington

Neufundland Standardzeit

(UTC–03:30)

Neufundland

Norfolk Normalzeit

(UTC+11:00)

Norfolkinsel

Ost-Nordasiatische Normalzeit

(UTC+08:00)

Irkutsk

Nordasien Normalzeit

(UTC+07:00)

Krasnojarsk

Nordkorea Normalzeit

(UTC+09:00)

Pjöngjang

Omsk Normalzeit

(UTC+06:00)

Omsk

Pacific SA Standard Time

(UTC–03:00)

Santiago

Pacific Standard Time

(UTC–08:00)

Pacific Time (USA und Kanada)

Pacific Standard Time (Mexiko)

(UTC–08:00)

Baja California

Pakistan Normalzeit

(UTC+05:00)

Islamabad, Karatschi

Diese Zeitzone berücksichtigt keine Sommerzeit.

Paraguay Normalzeit

(UTC–04:00)

Asunción

Romanische Normalzeit

(UTC+01:00)

Brüssel, Kopenhagen, Madrid, Paris

Russland Zeitzone 10

(UTC+11:00)

Tschokurdach

Russland Zeitzone 11

(UTC+12:00)

Anadyr, Petropawlowsk-Kamtschatski

Russland Zeitzone 3

(UTC+04:00)

Ischewsk, Samara

Russische Standardzeit

(UTC+03:00)

Moskau, St. Petersburg, Wolgograd

Diese Zeitzone berücksichtigt keine Sommerzeit.

Östl. Südamerika Normalzeit

(UTC–03:00)

Cayenne, Fortaleza

Diese Zeitzone berücksichtigt keine Sommerzeit.

SA Pacific Standard Time

(UTC–05:00)

Bogota, Lima, Quito, Rio Branco

Diese Zeitzone berücksichtigt keine Sommerzeit.

Mittl. Südamerika Normalzeit

(UTC–04:00)

Georgetown, La Paz, Manaus, San Juan

Diese Zeitzone berücksichtigt keine Sommerzeit.

Saint Pierre Normalzeit

(UTC–03:00)

St. Pierre und Miquelon

Sachalin Normalzeit

(UTC+11:00)

Sachalin

Samoa Normalzeit

(UTC+13:00)

Samoa

São Tomé Normalzeit

(UTC+01:00)

São Tomé

Saratow Normalzeit

(UTC+04:00)

Saratow

Südostasiatische Standardzeit

(UTC+07:00)

Bangkok, Hanoi, Jakarta

Diese Zeitzone berücksichtigt keine Sommerzeit.

Singapur Standardzeit

(UTC+08:00)

Kuala Lumpur, Singapur

Diese Zeitzone berücksichtigt keine Sommerzeit.

Südafrika Normalzeit

(UTC+02:00)

Harare, Pretoria

Diese Zeitzone berücksichtigt keine Sommerzeit.

Sri Lanka Normalzeit

(UTC+05:30)

Sri Jayawardenepura

Diese Zeitzone berücksichtigt keine Sommerzeit.

Sudan Normalzeit

(UTC+02:00)

Khartum

Syrien Normalzeit

(UTC+02:00)

Damaskus

Taipei Normalzeit

(UTC+08:00)

Taipeh

Diese Zeitzone berücksichtigt keine Sommerzeit.

Tasmanien Normalzeit

(UTC+10:00)

Hobart

Tocantins Normalzeit

(UTC–03:00)

Araguaina

Japanische Standardzeit

(UTC+09:00)

Osaka, Sapporo, Tokio

Diese Zeitzone berücksichtigt keine Sommerzeit.

Tomsk Normalzeit

(UTC+07:00)

Tomsk

Tonga Normalzeit

(UTC+13:00)

Nuku'alofa

Diese Zeitzone berücksichtigt keine Sommerzeit.

Transbaikal Normalzeit

(UTC+09:00)

Tschita

Türkei Normalzeit

(UTC+03:00)

Istanbul

Turks- und Caicosinseln Normalzeit

(UTC–05:00)

Turks- und Caicosinseln

Ulan-Bator Normalzeit

(UTC+08:00)

Ulan-Bator

Diese Zeitzone berücksichtigt keine Sommerzeit.

US Eastern Standard Time

(UTC–05:00)

Indiana (Osten)

US Mountain Standard Time

(UTC–07:00)

Arizona

Diese Zeitzone berücksichtigt keine Sommerzeit.

UTC

UTC

Coordinated Universal Time

Diese Zeitzone berücksichtigt keine Sommerzeit.

UTC–02

(UTC–02:00)

Coordinated Universal Time–02

Diese Zeitzone berücksichtigt keine Sommerzeit.

UTC–08

(UTC–08:00)

Coordinated Universal Time–08

UTC–09

(UTC–09:00)

Coordinated Universal Time–09

UTC–11

(UTC–11:00)

Coordinated Universal Time–11

Diese Zeitzone berücksichtigt keine Sommerzeit.

UTC+12

(UTC+12:00)

Coordinated Universal Time+12

Diese Zeitzone berücksichtigt keine Sommerzeit.

UTC+13

(UTC+13:00)

Koordinierte Weltzeit+13

Venezuela Normalzeit

(UTC–04:00)

Caracas

Diese Zeitzone berücksichtigt keine Sommerzeit.

Wladiwostok Normalzeit

(UTC+10:00)

Wladiwostok

Wolgograd Normalzeit

(UTC+04:00)

Wolgograd

W. Australia Standard Time

(UTC+08:00)

Perth

Diese Zeitzone berücksichtigt keine Sommerzeit.

W. Zentralafrikanische Standardzeit

(UTC+01:00)

West-Zentralafrika

Diese Zeitzone berücksichtigt keine Sommerzeit.

W. Europäische Standardzeit

(UTC+01:00)

Amsterdam, Berlin, Bern, Rom, Stockholm, Wien

W. Mongolei Normalzeit

(UTC+07:00)

Hovd

Westasien Normalzeit

(UTC+05:00)

Aschgabat, Taschkent

Diese Zeitzone berücksichtigt keine Sommerzeit.

Westjordanland Normalzeit

(UTC+02:00)

Gaza, Hebron

Westpazifische Normalzeit

(UTC+10:00)

Guam, Port Moresby

Diese Zeitzone berücksichtigt keine Sommerzeit.

Jakutsk Normalzeit

(UTC+09:00)

Jakutsk