Microsoft SQL Server in Amazon RDS - Amazon Relational Database Service

Microsoft SQL Server in Amazon RDS

Amazon RDS unterstützt DB-Instance für mehrere Versionen und Editionen von Microsoft SQL Server. Nachfolgend sehen Sie die neueste unterstützte Version von jeder Hauptversion. Eine vollständige Liste der unterstützten Versionen, Editionen und RDS-Engine-Versionen finden Sie unter Microsoft SQL Server-Versionen auf Amazon RDS.

  • SQL Server 2019 CU5 15.00.4043.16, am 22. Juni 2020 über KB4552255 veröffentlicht.

  • SQL Server 2017 CU20 14.00.3294.2, am 16. Juni 2020 über KB4541283 veröffentlicht.

  • SQL Server 2016 SP2 CU13 13.00.5820.21, am 16. Juni 2020 über KB4549825 veröffentlicht.

  • SQL Server 2014 SP3 CU4 12.00.6329.1, veröffentlicht per KB4500181 am 29. Juli 2019.

  • SQL Server 2012 SP4 GDR 11.0.7493.4, veröffentlicht per KB4532098 am 11. Februar 2020.

  • SQL Server 2008: Es ist nicht mehr möglich, neue Instances in einer Region bereitzustellen. Amazon RDS migriert bestehende Instances aktiv aus dieser Version.

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, Wiederherstellungen mit Wiederherstellungspunkten und automatisierte oder manuelle Sicherungen 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) ruhende Daten 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 zu 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 in einer DB-Instance mit jeder beliebigen Standard-SQL-Client-Anwendung (z. B. Microsoft SQL Server Management Studio.). Amazon RDS erlaubt keinen direkten Hostzugriff auf eine DB-Instance über Telnet, Secure Shell (SSH) oder die Windows-Remotedesktopverbindung. 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.

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

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

Aufgabenbereich Relevante Dokumentation

Instance-Klassen, Speicher und PIOPS

Wenn Sie eine DB-Instance zu Produktionszwecken erstellen, müssen Sie wissen, wie Instance-Klassen, Speichertypen und bereitgestellte IOPS in Amazon RDS funktionieren.

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

Amazon RDS-Speichertypen

Multi-AZ-Bereitstellungen

Bei einer DB-Instance für die Produktion sollten Multi-AZ-Bereitstellungen eingesetzt werden. Multi-AZ-Bereitstellungen bieten eine erhöhte Verfügbarkeit, eine längere Lebensdauer von Daten sowie eine höhere Fehlertoleranz für DB-Instances. Multi-AZ-Bereitstellungen für SQL Server werden mithilfe der nativen Verfahren der Datenbankspiegelung oder Verwendung von Verfügbarkeitsgruppen von SQL Server implementiert.

Hohe Verfügbarkeit (Multi-AZ) für Amazon RDS

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

Amazon Virtual Private Cloud (VPC)

Wenn Ihr AWS-Konto über eine Standard-VPC verfügt, wird Ihre DB-Instance automatisch in dieser Standard-VPC erstellt. Wenn Ihr Konto über keine Standard-VPC verfügt und Sie die DB-Instance in einer VPC erstellen möchten, müssen Sie zunächst die VPC und Subnetz-Gruppen erstellen.

Ermitteln der verwendeten Plattform: EC2-VPC oder EC2-Classic

Arbeiten mit einer DB-Instance in einer VPC

Sicherheitsgruppen

DB-Instances werden standardmäßig mit einer Firewall erstellt, die den Zugriff auf die Instance verhindert. Daher müssen Sie eine Sicherheitsgruppe mit den korrekten IP-Adressen und Netzwerkkonfigurationen erstellen, um auf die DB-Instance zuzugreifen. Die Sicherheitsgruppe, die Sie erstellen, hängt von der Amazon EC2-Plattform ab, auf der sich Ihre DB-Instance befindet, und davon, ob Sie auf Ihre DB-Instance von einer Amazon EC2-Instance aus zugreifen.

Generell müssen Sie eine DB-Sicherheitsgruppe für Ihre DB-Instance erstellen, falls sich Ihre DB-Instance auf der Plattform EC2-Classic befindet. Wenn sich Ihre DB-Instance auf der Plattform EC2-VPC befindet, müssen Sie eine VPC-Sicherheitsgruppe erstellen.

Ermitteln der verwendeten Plattform: EC2-VPC oder EC2-Classic

Zugriffskontrolle mit Sicherheitsgruppen

Parametergruppen

Wenn Ihre DB-Instance spezifische Datenbankparameter erfordert, sollten Sie vor der DB-Instance eine Parametergruppe erstellen.

Arbeiten mit DB-Parametergruppen

Optionsgruppen

Wenn Ihre DB-Instance spezifische Datenbankoptionen erfordert, sollten Sie vor der DB-Instance eine Optionsgruppe erstellen.

Optionen für die Microsoft SQL Server-Datenbank-Engine

Herstellen einer Verbindung mit einer DB-Instance

Nachdem Sie eine Sicherheitsgruppe erstellt und einer DB-Instance zugeordnet haben, können Sie über eine Standard-SQL-Client-Anwendung wie Microsoft SQL Server Management Studio eine Verbindung zu dieser DB-Instance aufbauen.

Herstellen einer Verbindung zu einer DB-Instance in der Microsoft SQL Server-Datenbank-Engine

Sicherung und Wiederherstellung

Beim Erstellen Ihrer DB-Instance können Sie automatisierte Sicherungen konfigurieren. Sie können Ihre Datenbanken auch mithilfe von vollständigen Sicherungsdateien (.bak-Dateien) manuell sichern oder wiederherstellen.

Arbeiten mit Sicherungen

Importieren und Exportieren von SQL-Server-Datenbanken

Überwachung

Ihre SQL Server-DB-Instance können Sie mithilfe von CloudWatch-Amazon RDS-Metriken, -Ereignissen und verbesserter Überwachung überwachen.

Anzeigen von DB-Instance-Metriken

Anzeigen von Amazon RDS-Ereignissen

Protokolldateien

Sie können auf die Protokolldateien für Ihre SQL Server-DB-Instance zugreifen.

Amazon RDS-Datenbank-Protokolldateien

Microsoft SQL Server-Datenbankprotokolldateien

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

Beschrä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 N/A N/A
    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-AlwaysOn-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.

    • 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 zeitpunktgenaue Wiederherstellung oder die Snapshot-Wiederherstellung fehl schlägt, werden Ihnen Ereignisse und Nachrichten ähnlich der folgenden angezeigt:

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

  • Einige Ports sind für Amazon RDS reserviert und Sie können sie nicht beim Erstellen einer DB-Instance verwenden.

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

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

  • 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

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

    • Magnetspeicher: 200 GiB für Enterprise und Standard Edition, 20 GiB für Web und Express Edition

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

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

SQL Server Edition Supportbereich 2019 Supportbereich 2017 und 2016 Supportbereich 2014 und 2012

Enterprise Edition

db.t3.xlargedb.t3.2xlarge

db.r5.xlargedb.r5.24xlarge

db.m5.xlargedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

db.z1d.xlargedb.z1d.12xlarge

db.t3.xlargedb.t3.2xlarge

db.r3.xlargedb.r3.8xlarge

db.r4.xlargedb.r4.16xlarge

db.r5.xlargedb.r5.24xlarge

db.m4.xlargedb.m4.16xlarge

db.m5.xlargedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

db.z1d.xlargedb.z1d.12xlarge

db.t3.xlargedb.t3.2xlarge

db.r3.xlargedb.r3.8xlarge

db.r4.xlargedb.r4.8xlarge

db.r5.xlargedb.r5.24xlarge

db.m4.xlargedb.m4.10xlarge

db.m5.xlargedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

Standard Edition

db.t3.xlargedb.t3.2xlarge

db.r5.largedb.r5.24xlarge

db.m5.largedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

db.z1d.largedb.z1d.12xlarge

db.t3.xlargedb.t3.2xlarge

db.r4.largedb.r4.16xlarge

db.r5.largedb.r5.24xlarge

db.m4.largedb.m4.16xlarge

db.m5.largedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

db.x1e.xlargedb.x1e.32xlarge

db.z1d.largedb.z1d.12xlarge

db.t3.xlargedb.t3.2xlarge

db.r3.largedb.r3.8xlarge

db.r4.largedb.r4.8xlarge

db.r5.largedb.r5.24xlarge

db.m3.mediumdb.m3.2xlarge

db.m4.largedb.m4.10xlarge

db.m5.largedb.m5.24xlarge

db.x1.16xlargedb.x1.32xlarge

Web Edition

db.t3.smalldb.t3.2xlarge

db.r5.largedb.r5.4xlarge

db.m5.largedb.m5.4xlarge

db.z1d.largedb.z1d.3xlarge

db.t2.smalldb.t2.medium

db.t3.smalldb.t3.2xlarge

db.r4.largedb.r4.2xlarge

db.r5.largedb.r5.4xlarge

db.m4.largedb.m4.4xlarge

db.m5.largedb.m5.4xlarge

db.z1d.largedb.z1d.3xlarge

db.t2.smalldb.t2.medium

db.t3.smalldb.t3.2xlarge

db.r3.largedb.r3.2xlarge

db.r4.largedb.r4.2xlarge

db.r5.largedb.r5.4xlarge

db.m3.mediumdb.m3.2xlarge

db.m4.largedb.m4.4xlarge

db.m5.largedb.m5.4xlarge

Express Edition

db.t3.smalldb.t3.xlarge

db.t2.microdb.t2.medium

db.t3.smalldb.t3.xlarge

db.t2.microdb.t2.medium

db.t3.smalldb.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 verwenden, 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 Sicherungen für Sie.

Die folgenden Rollen auf Serverebene sind derzeit nicht in Amazon RDS verfügbar:

  • bulkadmin

  • dbcreator

  • diskadmin

  • securityadmin

  • serveradmin

  • sysadmin

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

  • ALTER ANY CREDENTIAL

  • ALTER ANY EVENT NOTIFICATION

  • ALTER ANY EVENT SESSION

  • 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 DB-Parametergruppen)

  • AUTHENTICATE SERVER

  • CONTROL_SERVER

  • CREATE DDL EVENT NOTIFICATION

  • CREATE ENDPOINT

  • CREATE TRACE EVENT NOTIFICATION

  • EXTERNAL ACCESS ASSEMBLY

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

  • UNSAFE ASSEMBLY

  • ALTER ANY AVAILABILITY GROUP (nur SQL Server 2012)

  • CREATE ANY AVAILABILITY GROUP (nur SQL Server 2012)

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

Die zugelassenen AWS-Services wurden von einem externen Prüfer beurteilt. Anschließend wurde eine Zertifizierung, Compliance-Bescheinigung oder Betriebszulassung (Authority to Operate, ATO) ausgestellt. Weitere Informationen finden Sie unter Im Rahmen des Compliance-Programms zugelassene AWS-Services.

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

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

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

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

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

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

  • SQL Server 2012 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 DB-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 die Enterprise Edition ausgeführt wird, können Sie Transparent Data Encryption (TDE) verwenden, um eine Verschlüsselung im Ruhezustand zu erzielen. Weitere Informationen finden Sie unter Unterstützung für transparente Datenverschlüsselung in SQL Server.

  2. Sie können die Verschlüsselung im Ruhezustand mit AWS Key Management Service (AWS KMS)-Schlü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 ist in allen AWS-Regionen und für alle unterstützten SQL Server-Editionen verfügbar. 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 AWS-Regionen, sofern nicht anders angegeben. Sie können auch den describe-db-engine-versions AWS CLI-Befehl verwenden, um eine Liste aller unterstützten Versionen sowie der Standardversionen für neu erstellte DB-Instances aufzurufen.

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

15.00.4043.16 (CU5)

15.00.4043.16.v1

SQL Server 2017

14.00.3294.2 (CU20)

14.00.3281.6 (CU19)

14.00.3223.3 (CU16)

14.00.3192.2 (CU15 GDR)

14.00.3049.1 (CU13 Hotfix-Update)

14.00.3035.2 (CU9 GDR)

14.00.3015.40 (CU3)

14.00.1000.169 (RTM)

14.00.3294.2.v1

14.00.3281.6.v1

14.00.3223.3.v1

14.00.3192.2.v1

14.00.3049.1.v1

14.00.3035.2.v1

14.00.3015.40.v1

14.00.1000.169.v1

SQL Server 2016

13.00.5820.21 (SP2 CU13)

13.00.5598.27 (SP2 CU11)

13.00.5426.0 (SP2 CU8)

13.00.5366.0 (SP2)

13.00.5292.0 (CU6)

13.00.5216.0 (CU3)

13.00.4522.0 (SP1 CU10-Sicherheitsupdate)

13.00.4466.4 (SP1 CU7)

13.00.4451.0 (SP1 CU5)

13.00.4422.0 (SP1 CU2)

13.00.2164.0 (RTM CU2)

13.00.5820.21.v1

13.00.5598.27.v1

13.00.5426.0.v1

13.00.5366.0.v1

13.00.5292.0.v1

13.00.5216.0.v1

13.00.4522.0.v1

13.00.4466.4.v1

13.00.4451.0.v1

13.00.4422.0.v1

13.00.2164.0.v1

SQL Server 2014

12.00.6329.1 (SP3 CU4)

12.00.6293.0 (SP3 CU3)

12.00.5571.0 (SP2 CU10)

12.00.5546.0 (SP2 CU5)

12.00.5000.0 (SP2)

12.00.6329.1.v1

12.00.6293.0.v1

12.00.5571.0.v1

12.00.5546.0.v1

12.00.5000.0.v1

SQL Server 2012

11.00.7493.4 (SP4 GDR)

11.00.7462.6 (SP4 DDR)

11.00.6594.0 (SP3 CU8)

11.00.6020.0 (SP3)

11.00.5058.0 (SP2), außer USA Ost (Ohio), Kanada (Zentral) und Europa (London)

11.00.7493.4.v1

11.00.7462.6.v1

11.00.6594.0.v1

11.00.6020.0.v1

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

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

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

Funktionen von Microsoft SQL Server 2012

Zusätzlich zu den unterstützten Funktionen von SQL Server 2008 R2 unterstützt Amazon RDS die folgenden Funktionen von SQL Server 2012:

  • Columnstore-Indizes (Enterprise Edition)

  • Online-Indexerstellung, Neuerstellung und Drop für XML, Datentypen "varchar(max)", "nvarchar(max)" und "varbinary(max)" (Enterprise Edition)

  • Flexible Serverrollen

  • Service Broker wird unterstützt, Service Broker-Endpunkte werden nicht unterstützt

  • Teilweise enthaltene Datenbanken

  • Sequenzen

  • Transparente Datenverschlüsselung (nur Enterprise Edition)

  • THROW-Anweisung

  • Neue und erweiterte Raumtypen

  • UTF-16-Unterstützung

  • Berechtigung ALTER ANY SERVER ROLE auf Serverebene

Weitere Informationen über SQL Server 2012 finden Sie unter Von den SQL Server 2012-Editionen unterstützte Funktionen 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.

Einige SQL Server-Parameter haben sich in SQL Server 2012 geändert.

  • Die folgenden Parameter wurden aus SQL Server 2012 entfernt: awe enabled, precompute rank und sql mail xps. Diese Parameter waren in SQL Server-DB-Instances nicht änderbar und ihre Entnahme sollte keine Auswirkung auf Ihre SQL Server-Nutzung haben.

  • Der neue Parameter contained database authentication in SQL Server 2012 unterstützt teilweise enthaltene Datenbanken. Wenn Sie diesen Parameter aktivieren und dann eine teilweise enthaltene Datenbank erstellen, werden der Benutzername des autorisierten Benutzers und sein Passwort in der teilweise enthaltenen Datenbank (nicht in der primären Datenbank) gespeichert. Weitere Informationen über teilweise enthaltene Datenbanken finden Sie unter Enthaltene Datenbanken in der Microsoft-Dokumentation.

Microsoft SQL Server 2008 R2 auf Amazon RDS veraltesqlt

Wir aktualisieren alle vorhandenen Instances, die noch SQL Server 2008 R2 verwenden, auf die neueste Minor-Version von SQL Server 2012. Weitere Informationen finden Sie unter Versionsverwaltung in Amazon RDS.

Weitere Informationen über SQL Server 2008 R2 finden Sie unter Von den SQL Server 2008 R2-Editionen unterstützte Funktionen in der Microsoft-Dokumentation.

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:

    • 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 und AWS Database Migration Service verwenden, um eine stetige Replikation von SQL Server DB-Instances 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

  • Data Quality Services

  • Datenbank-Protokollversand

  • Datenbank-E-Mail

  • 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

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

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 der 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. Bei einer geplanten Datenbankwartung oder einer nicht geplanten Serviceunterbrechung erfolgt ein automatisches Failover von Amazon RDS zum aktuellen sekundären Replikat, damit Datenbankvorgänge schnell und ohne manuellen Eingriff fortgesetzt werden können. 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. Das Failover tritt erst 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 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 zur Aktivierung und Konfiguration dieser Funktionen. 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 für Microsoft SQL Server

In der folgenden Tabelle sind Amazon RDS-Funktionen und gespeicherte Prozeduren aufgeführt, mit denen SQL-Server-Aufgaben automatisiert werden können.

SQL-Server-Funktionen und gespeicherte Prozeduren
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

Legt verschiedene DB-Instance-Konfigurationen fest:

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

Zeigt die mit rds_set_configuration festgelegten Werte an

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
Native Sicherung und Wiederherstellung 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-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
Microsoft Business Intelligence (MSBI) rds_msbi_task

SQL Server Analysis Services (SSAS):

SQL Server Integration Services (SSIS):

SQL Server Reporting Services (SSRS):

rds_fn_task_status

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 mithilfe der AWS Management Console, der Amazon RDS-API-Aktion CreateDBInstance oder über den AWS CLI-Befehl create-db-instance erstellen.

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 zeitpunktbezogene Wiederherstellung anfordern, geben Sie den Wiederherstellungszeitpunkt 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.

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.

Östliche Afrikanische Standardzeit

(UTC+03:00)

Nairobi

Diese Zeitzone berücksichtigt keine Sommerzeit.

Östliche Australia Standard Time

(UTC+10:00)

Brisbane

Diese Zeitzone berücksichtigt keine Sommerzeit.

Östliche Europäische Standardzeit

(UTC+02:00)

Chisinau

Östliche 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.

Nord- 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

Westliche Australia Standard Time

(UTC+08:00)

Perth

Diese Zeitzone berücksichtigt keine Sommerzeit.

Westliche Zentralafrikanische Standardzeit

(UTC+01:00)

West-Zentralafrika

Diese Zeitzone berücksichtigt keine Sommerzeit.

Westliche Europäische Standardzeit

(UTC+01:00)

Amsterdam, Berlin, Bern, Rom, Stockholm, Wien

Westliche 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