Microsoft SQL Server sur Amazon RDS - Amazon Relational Database Service

Microsoft SQL Server sur Amazon RDS

Amazon RDS prend en charge les instances de bases de données exécutant plusieurs versions et éditions de Microsoft SQL Server. La version prise en charge la plus récente de chaque version majeure est indiquée ci-dessous. Pour obtenir la liste complètes des versions, éditions et versions de moteur RDS prises en charge, consultez Versions de Microsoft SQL Server sur Amazon RDS.

  • SQL Server 2019 CU8 15.00.4073.23, publié sous la référence KB4577194 le 1er octobre 2020.

  • SQL Server 2017 CU23 14.00.3381.3, publié sous la référence KB5000685 le 24 fébrier 2021.

  • SQL Server 2016 SP2 CU16 13.00.5882.1, publié sous la référence KB5000645 le 11 février 2021.

  • SQL Server 2014 SP3 CU4 12.00.6329.1, publié sous la référence KB4500181 le 29 juillet 2019.

  • SQL Server 2012 SP4 GDR 11.0.7493.4, publié sous la référence KB4532098 le 11 février 2020.

  • SQL Server 2008 : il n'est plus possible d'approvisionner de nouvelles instances dans aucune région. Amazon RDS migre activement les instances existantes à partir de cette version.

Pour plus d'informations sur les licences SQL Server;, consultez Gestion des licences Microsoft SQL Server sur Amazon RDS. Pour plus d'informations sur les versions SQL Server, consultez l'article du support Microsoft sur les dernières versions de SQL Server.

Avec Amazon RDS, vous pouvez créer des instances de bases de données et des Snapshots DB, des restaurations à un moment donné, ainsi que des sauvegardes automatiques ou manuelles. Les instances de bases de données exécutant SQL Server peuvent être utilisées dans un VPC. Vous pouvez également utiliser le protocole SSL pour vous connecter à une instance de base de données exécutant SQL Server, et vous servir du chiffrement TDE (Transparent Data Encryption) pour chiffrer les données au repos. Amazon RDS prend actuellement en charge les déploiements multi-AZ pour SQL Server utilisant la mise en miroir de bases de données (DBM) SQL Server ou des groupes de disponibilité (AG) AlwaysOn comme solution de basculement à haute disponibilité.

Pour offrir une expérience de service géré, Amazon RDS ne fournit pas d'accès shell aux instances de bases de données et limite l'accès à certaines tables et procédures système qui requièrent des privilèges avancés. Amazon RDS prend en charge l'accès aux bases de données sur une instance de base de données à l'aide d'application cliente SQL standard telle que Microsoft SQL Server Management Studio. Amazon RDS ne permet pas d'accès d'hôte direct à une instance de base de données via Telnet, Secure Shell (SSH) ou une connexion Bureau à distance Windows. Lorsque vous créez une instance de base de données, le rôle db_owner est attribué à l'utilisateur principal pour toutes les bases de données utilisateur sur cette instance, et cet utilisateur dispose de toutes les autorisations au niveau de la base de données, sauf celles qui sont utilisées pour les sauvegardes. Amazon RDS gère les sauvegardes pour vous.

Avant de créer votre première instance de base de données, vous devez suivre la procédure décrite dans la section du présent guide relative à la configuration. Pour plus d'informations, consultez Configuration pour Amazon RDS.

Tâches courantes de gestion pour Microsoft SQL Server sur Amazon RDS

Vous trouverez ci-dessous les tâches courantes de gestion que vous exécutez avec une instance de base de données Amazon RDS for SQL Server, avec des liens vers la documentation appropriée relative à chaque tâche.

Type de tâche Documentation

Classes d'instance, stockage et PIOPS

Si vous créez une instance de base de données à des fins de production, vous devez comprendre comment les classes d'instance, les types de stockage et les IOPS provisionnées fonctionnent dans Amazon RDS.

Prise en charge de la classe d'instance de base de données pour Microsoft SQL Server

Types de stockage Amazon RDS

Déploiements multi-AZ

Une instance de base de données de production doit utiliser des déploiements multi-AZ. Les déploiements Multi-AZ améliorent la disponibilité, la durabilité des donnés et la tolérance aux pannes pour les instances de bases de données. Les déploiements multi-AZ pour SQL Server sont implémentés à l'aide de la technologie de mise en miroir de bases de données (DBM) ou de la technologie de groupes de disponibilité (AG) native de SQL Server.

Déploiements multi-AZ pour une haute disponibilité

Déploiements multi-AZ à l'aide de la mise en miroir de bases de données ou des groupes de disponibilité AlwaysOn Microsoft SQL Server

Amazon Virtual Private Cloud (VPC)

Si votre compte AWS possède un VPC par défaut, votre instance de base de données est automatiquement créée dans le VPC par défaut. Si votre compte n'a pas de VPC par défaut et que vous voulez que l'instance de base de données soit dans un VPC, vous devez créer le VPC et les groupes de sous-réseaux avant de créer l'instance de base de données.

Déterminer si vous utilisez une plateforme EC2-VPC ou EC2-Classic

Utilisation d'une instance de base de données dans un VPC

Groupes de sécurité

Par défaut, les instances de bases de données sont créées avec un pare-feu qui empêche d'y accéder. Vous devez donc créer un groupe de sécurité avec les adresses IP correctes et la configuration réseau permettant d'accéder à l'instance de base de données. Le groupe de sécurité que vous créez dépend de la plateforme Amazon EC2 sur laquelle se trouve votre instance de base de données et du fait que vous accédiez ou non à votre instance de base de données depuis une instance Amazon EC2.

En général, si votre instance de base de données est sur la plateforme EC2-Classic, vous devez créer un groupe de sécurité de base de données ; si votre instance de base de données est sur la plateforme EC2-VPC, vous devez créer un groupe de sécurité VPC.

Déterminer si vous utilisez une plateforme EC2-VPC ou EC2-Classic

Contrôle d'accès par groupe de sécurité

Groupes de paramètres

Si votre instance de base de données doit nécessiter des paramètres de base de données spécifiques, vous devez créer un groupe de paramètres avant de créer l'instance de base de données.

Utilisation de groupes de paramètres de base de données

Groupes d'options

Si votre instance de base de données doit nécessiter des options de base de données spécifiques, vous devez créer un groupe d'options avant de créer l'instance de base de données.

Options pour le moteur de base de données Microsoft SQL Server

Connexion à votre instance de base de données

Après avoir créé un groupe de sécurité et l'avoir associé à une instance de base de données, vous pouvez vous connecter à l'instance de base de données en utilisant une application cliente SQL standard quelconque telle que Microsoft SQL Server Management Studio.

Connexion à une instance de base de données exécutant le moteur de base de données Microsoft SQL Server

Sauvegarde et restauration

Lorsque vous créez votre instance de base de données, vous pouvez la configurer pour effectuer des sauvegardes automatiques. Vous pouvez également sauvegarder et restaurer vos bases de données manuellement à l'aide des fichiers de sauvegarde complète (fichiers .bak).

Utilisation des sauvegardes

Importation et exportation de bases de données SQL Server

Surveillance

Vous pouvez surveiller votre instance de base de données SQL Server en utilisant les métriques CloudWatch Amazon RDS, les événements et la supervision améliorée.

Affichage des métriques d'instances de base de données

Affichage d'évènements Amazon RDS

Les fichiers journaux

Vous pouvez accéder aux fichiers journaux de votre instance de base de données SQL Server.

Utilisation des fichiers journaux de base de données Amazon RDS

Fichiers journaux de base de données Microsoft SQL Server

L'utilisation d'instances de bases de données SQL Server implique également des tâches d'administration avancées. Pour plus d'informations, consultez la documentation suivante :

Limites propres aux instances de bases de données Microsoft SQL Server

L'implémentation Amazon RDS de Microsoft SQL Server sur une instance de base de données comporte certaines restrictions que vous devez connaître :

  • Le nombre maximum de bases de données prises en charge sur une instance de base de données dépend du type de classe d'instance et du mode de disponibilité : Mono-AZ, mise en miroir de bases de données (DBM) multi-AZ ou groupes de disponibilité (AG) multi-AZ. Les bases de données système Microsoft SQL Server ne sont pas prises en compte dans cette limite.

    Le tableau suivant montre le nombre maximum de bases de données prises en charge pour chacun des types de classe d'instance et des modes de disponibilité. Utilisez ce tableau pour déterminer si vous pouvez passer d'un type de classe d'instance ou d'un mode de disponibilité à un autre. La modification de votre instance de base de données source échoue si celle-ci comporte plus de bases de données que ce qui est pris en charge par le type de classe d'instance ou le mode de disponibilité cible. Vous pouvez voir le statut de votre demande dans le panneau Événements.

    Type de classe d'instance Mono-AZ Multi-AZ avec DBM Multi-AZ avec AG AlwaysOn
    db.*.micro vers db.*.medium 30 N/A N/A
    db.*.large 30 30 30
    db.*.xlarge vers db.*.16xlarge 100 50 75
    db.*.24xlarge 100 50 100

    * Représente les différents types de classes d'instances.

    Par exemple, supposons que votre instance de base de données s'exécute sur un type de classe d'instance db.*.16xlarge avec une seule zone de disponibilité (mono-AZ) et qu'elle comporte 76 bases de données. Vous modifiez l'instance de base de données à mettre à niveau pour quelle utilise des groupes de disponibilité (AG) AlwaysOn multi-AZ. Cette mise à niveau échoue, car votre instance de base de données contient plus de bases de données que ce que votre configuration cible peut prendre en charge. Si vous mettez à niveau votre type de classe d'instance plutôt vers db.*.24xlarge, la modification réussit.

    Si la mise à niveau échoue, des événements et des messages similaires à ce qui suit s'affichent :

    • Unable to modify database instance class. The instance has 76 databases, but after conversion it would only support 75. (Impossible de modifier la classe d'instance de base de données. L'instance comporte 76 bases de données, mais après la conversion, elle n'en prendrait en charge que 75.

    • Unable to convert the DB instance to Multi-AZ: The instance has 76 databases, but after conversion it would only support 75. (Impossible de convertir la classe d'instance de base de données en multi-AZ : L'instance comporte 76 bases de données, mais après la conversion, elle n'en prendrait en charge que 75.

    Si la restauration à un instant donné ou la restauration d'instantané échoue, des événements et des messages similaires à ce qui suit s'affichent :

    • Database instance put into incompatible-restore. The instance has 76 databases, but after conversion it would only support 75. (Impossible de modifier la classe d'instance de base de données. L'instance comporte 76 bases de données, mais après la conversion, elle n'en prendrait en charge que 75.

  • Certains ports sont réservés à Amazon RDS et vous ne pouvez pas les utiliser lorsque vous créez une instance de base de données.

  • Les connexions client à partir d'adresse IP dans la plage 169.254.0.0/16 ne sont pas autorisées. Il s'agit d'une plage d'adresses IP privées automatiques (APIPA, Automatic Private IP Addressing Range), qui est utilisée pour l'adressage de liens locaux.

  • SQL Server Standard Edition n'utilisera qu'un sous-ensemble des processeurs disponibles si l'instance de base de données dispose de plus de processeurs que les limites logicielles (24 cœurs, 4 sockets et 128 Go de RAM). Exemples : les classes d'instances db.m5.24xlarge et db.r5.24xlarge.

    Pour plus d'informations, consultez le tableau des limites d'échelle sous Editions and supported features of SQL Server 2019 (15.x) (Éditions et fonctions prises en charge de SQL Server 2019 (15.x) dans la documentation Microsoft.

  • Amazon RDS for SQL Server ne prend pas en charge l'importation de données dans la base de données msdb.

  • Vous ne pouvez pas renommer les bases de données sur une instance de base de données dans un déploiement multi-AZ SQL Server.

  • Assurez-vous d'utiliser ces instructions lorsque vous définissez les paramètres de base de données suivants sur RDS for SQL Server :

    • max server memory (mb) >= 256 Mo

    • max worker threads >= (nombre de processeurs logiques * 7)

      Pour la limite supérieure sur max worker threads, consultez Configuration de l'option de configuration du serveur de threads de travail max. dans la documentation Microsoft.

      Note

      Si vous définissez max worker threads à un niveau trop élevé, l'état de l'instance de base de données est incompatible-parameters après l'application du groupe de paramètres de base de données. Définissez max worker threads selon une valeur comprise dans les limites.

      Si vous ne définissez pas la valeur correctement, le groupe de paramètres de base de données reste dans l'état pending-reboot même après le redémarrage de l'instance de base de données.

    Pour plus d'informations sur la définition des paramètres de base de données, consultez Utilisation de groupes de paramètres de base de données.

  • La taille de stockage maximale pour les instances de bases de données SQL Server est la suivante :

    • Stockage à usage général (SSD) – 16 Tio pour toutes les éditions

    • Stockage sur volumes d'IOPS provisionnés – 16 Tio pour toutes les éditions

    • Stockage magnétique – 1 Tio pour toutes les éditions

    Si vous disposez d'un scénario exigeant un important volume de stockage, vous pouvez utiliser le partitionnement sur plusieurs instances de bases de données pour contourner la limite. Cette approche nécessite une logique de routage dépendant des données dans les applications qui se connectent au système partitionné. Vous pouvez utiliser une infrastructure de partitionnement existante ou écrire du code personnalisé pour activer le partitionnement. Si vous utilisez une infrastructure existante, elle ne peut installer aucun composant sur le même serveur que l'instance de base de données.

  • La taille de stockage minimale pour les instances de bases de données SQL Server est la suivante :

    • Stockage à usage général (SSD) – 20 Gio pour les éditions Enterprise, Standard, Web et Express

    • Stockage IOPS provisionnés – 20 Gio pour les éditions Enterprise, Standard, Web et Express

    • Stockage magnétique – 20 Gio pour les éditions Enterprise, Standard, Web et Express

  • Amazon RDS ne prend pas en charge l'exécution de ces services sur le même serveur que votre instance de base de données RDS :

    • Data Quality Services

    • Master Data Services

    Pour utiliser ces fonctions, nous vous recommandons d'installer SQL Server sur une instance Amazon EC2 ou d'utiliser une instance SQL Server sur site. L'instance EC2 ou SQL Server tient alors lieu de serveur Master Data Services pour votre instance de base de données SQL Server sur Amazon RDS. Vous pouvez installer SQL Server sur une instance Amazon EC2 avec stockage Amazon EBS, conformément aux politiques de gestion des licences de Microsoft.

  • Du fait de limitations dans Microsoft SQL Server, une restauration à un moment donné avant une exécution réussie de DROP DATABASE peut ne pas refléter l'état de cette base de données à ce moment précis. Par exemple, la base de données supprimée est généralement restaurée à l'état qui était le sien jusqu'à 5 minutes avant l'exécution de la commande DROP DATABASE. Ce type de restauration signifie que vous ne pouvez pas restaurer les transactions effectuées pendant ces quelques minutes sur votre base de données supprimée. Pour contourner ce problème, vous pouvez réémettre la commande DROP DATABASE après que l'opération de restauration est terminée. La suppression d'une base de données supprime les journaux de transaction pour cette base de données.

  • Pour SQL Server, vous créez vos bases de données après avoir créé votre instance de base de données. Les noms de base de données suivent les règles de dénomination SQL Server habituelles, avec les différences suivantes :

    • Les noms de base de données ne peuvent pas commencer par rdsadmin.

    • Ils ne peuvent pas commencer ni se terminer par un espace ou une tabulation.

    • Ils ne peuvent contenir aucun caractère qui crée une nouvelle ligne.

    • Ils ne peuvent pas contenir de guillemet simple (').

Prise en charge de la classe d'instance de base de données pour Microsoft SQL Server

Les capacités de calcul et de mémoire d'une instance de base de données sont déterminées par sa classe d'instance de base de données. La classe d'instance de bases de données dont vous avez besoin varie selon vos exigences en mémoire et en puissance de traitement. Pour plus d'informations, consultez Classes d'instances de base de données .

Voici la liste des classes d'instances de bases de données prises en charge pour Microsoft SQL Server à titre d'information. Pour consulter la liste actualisée, accédez à la console RDS : https://console.aws.amazon.com/rds/.

Edition SQL Server Prise en charge 2019 Prise en charge 2017 et 2016 Prise en charge 2014 et 2012

Enterprise Edition

db.t3.xlargedb.t3.2xlarge

db.r5.xlargedb.r5.24xlarge

db.r5b.xlargedb.r5b.24xlarge

db.r5d.xlargedb.r5d.24xlarge

db.m5.xlargedb.m5.24xlarge

db.m5d.xlargedb.m5d.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.r5b.xlargedb.r5b.24xlarge

db.r5d.xlargedb.r5d.24xlarge

db.m4.xlargedb.m4.16xlarge

db.m5.xlargedb.m5.24xlarge

db.m5d.xlargedb.m5d.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.r5b.xlargedb.r5b.24xlarge

db.r5d.xlargedb.r5d.24xlarge

db.m4.xlargedb.m4.10xlarge

db.m5.xlargedb.m5.24xlarge

db.m5d.xlargedb.m5d.24xlarge

db.x1.16xlargedb.x1.32xlarge

Standard Edition

db.t3.xlargedb.t3.2xlarge

db.r5.largedb.r5.24xlarge

db.r5b.largedb.r5b.24xlarge

db.r5d.largedb.r5d.24xlarge

db.m5.largedb.m5.24xlarge

db.m5d.largedb.m5d.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.r5b.largedb.r5b.24xlarge

db.r5d.largedb.r5d.24xlarge

db.m4.largedb.m4.16xlarge

db.m5.largedb.m5.24xlarge

db.m5d.largedb.m5d.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.r5b.largedb.r5b.24xlarge

db.r5d.largedb.r5d.24xlarge

db.m3.mediumdb.m3.2xlarge

db.m4.largedb.m4.10xlarge

db.m5.largedb.m5.24xlarge

db.m5d.largedb.m5d.24xlarge

db.x1.16xlargedb.x1.32xlarge

Web Edition

db.t3.smalldb.t3.2xlarge

db.r5.largedb.r5.4xlarge

db.r5b.largedb.r5b.4xlarge

db.r5d.largedb.r5d.4xlarge

db.m5.largedb.m5.4xlarge

db.m5d.largedb.m5d.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.r5b.largedb.r5b.4xlarge

db.r5d.largedb.r5d.4xlarge

db.m4.largedb.m4.4xlarge

db.m5.largedb.m5.4xlarge

db.m5d.largedb.m5d.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.r5b.largedb.r5b.4xlarge

db.r5d.largedb.r5d.4xlarge

db.m3.mediumdb.m3.2xlarge

db.m4.largedb.m4.4xlarge

db.m5.largedb.m5.4xlarge

db.m5d.largedb.m5d.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

Sécurité de Microsoft SQL Server

Le moteur de base de données Microsoft SQL Server utilise une sécurité basée sur les rôles. Le nom d'utilisateur principal que vous spécifiez lorsque vous créez une instance de base de données est un ID de connexion d'authentification SQL Server qui est un membre des rôles serveur fixes processadmin, public et setupadmin.

Tout utilisateur qui créé une base de données est affecté au rôle db_owner pour cette base de données et possède toutes les autorisations de niveau base de données, sauf celles utilisées pour les sauvegardes. Amazon RDS gère les sauvegardes pour vous.

Les rôles au niveau serveur suivants ne sont pas disponibles dans Amazon RDS for SQL Server :

  • bulkadmin

  • dbcreator

  • diskadmin

  • securityadmin

  • serveradmin

  • sysadmin

Les autorisations suivantes au niveau du serveur ne sont pas disponibles sur les instances de base de données RDS for SQL Server :

  • ALTER ANY CREDENTIAL

  • ALTER ANY DATABASE

  • ALTER ANY EVENT NOTIFICATION

  • ALTER RESOURCES

  • ALTER SETTINGS (vous pouvez utiliser les opérations d'API de groupe de paramètres de base de données pour modifier des paramètres. Pour plus d'informations, veuillez consulter Utilisation de groupes de paramètres de base de données)

  • AUTHENTICATE SERVER

  • CONTROL_SERVER

  • CREATE DDL EVENT NOTIFICATION

  • CREATE ENDPOINT

  • CREATE TRACE EVENT NOTIFICATION

  • DROP ANY DATABASE

  • EXTERNAL ACCESS ASSEMBLY

  • SHUTDOWN (Vous pouvez utiliser l'option de redémarrage RDS à la place)

  • UNSAFE ASSEMBLY

  • ALTER ANY AVAILABILITY GROUP (SQL Server 2012 uniquement)

  • CREATE ANY AVAILABILITY GROUP (SQL Server 2012 uniquement)

Prise en charge du programme de conformité pour les instances de bases de données Microsoft SQL Server

AWSLes services concernés ont été intégralement évalués par un auditeur tiers et donnent lieu à une certification, une attestation de conformité ou une autorisation d'opérer (ATO, Authorization to operate). Pour plus d'informations, veuillez consulter les services AWS concernés par le programme de conformité.

Prise en charge de la loi HIPAA pour les instances de bases de données Microsoft SQL Server

Vous pouvez utiliser les bases de données Amazon RDS for Microsoft SQL Server afin de développer des applications conformes à la loi HIPAA. Vous pouvez stocker les informations relatives à la santé, y compris les données de santé protégées (PHI, Protected Health Information), selon les termes d'un accord de partenariat (BAA, Business Associate Agreement) avec AWS. Pour plus d'informations, veuillez consulter Conformité à la loi HIPAA.

Amazon RDS for SQL Server prend en charge la loi HIPAA pour les versions et éditions suivantes :

  • SQL Server 2019 Enterprise, Standard et Web Editions

  • SQL Server 2017 Enterprise, Standard et Web Editions

  • SQL Server 2016 Enterprise, Standard et Web Editions

  • SQL Server 2014 Enterprise, Standard et Web Editions

  • SQL Server 2012 Enterprise, Standard et Web Editions

Pour activer la prise en charge de la loi HIPAA sur votre instance de base de données, installez les trois composants suivants.

Composant Détails

Audit

Pour configurer l'audit, définissez le paramètre rds.sqlserver_audit sur la valeur fedramp_hipaa. Si votre instance de base de données n'utilise pas déjà un groupe de paramètres de base de données personnalisé, vous devez créer un groupe de paramètres personnalisé et l'attacher à votre instance de base de données avant de pouvoir modifier le paramètre rds.sqlserver_audit. Pour plus d'informations, consultez Utilisation de groupes de paramètres de base de données.

Chiffrement de transport

Pour configurer le chiffrement de transport, forcez toutes les connexions à votre instance de base de données pour qu'elles utilisent le protocole SSL (Secure Sockets Layer). Pour plus d'informations, consultez Forcer les connexions à votre instance de base de données pour utiliser SSL.

Chiffrement au repos

Pour configurer le chiffrement au repos, vous disposez de deux options :

  1. Si vous exécutez SQL Server 2012–2019 Enterprise Edition ou 2019 Standard Edition, vous pouvez utiliser le chiffrement TDE (Transparent Data Encryption) pour obtenir un chiffrement au repos. Pour plus d'informations, consultez Prise en charge de Transparent Data Encryption dans SQL Server.

  2. Vous pouvez configurer le chiffrement au repos à l'aide des clés de chiffrement AWS Key Management Service (AWS KMS). Pour plus d'informations, consultez Chiffrement des ressources Amazon RDS.

Prise en charge SSL d'instances de bases de données Microsoft SQL Server

Vous pouvez utiliser SSL pour chiffrer les connexions entre vos applications et vos instances de bases de données Amazon RDS exécutant Microsoft SQL Server. Vous pouvez également forcer toutes les connexions à votre instance de base de données à utiliser SSL. Si vous forcez les connexions à utiliser SSL, cette opération s'exécute en toute transparence pour le client qui n'a rien à faire pour utiliser SSL.

SSL est pris en charge dans toutes les régions AWS et pour toutes les éditions SQL Server prises en charge. Pour plus d'informations, consultez Utilisation de SSL avec une instance DB Microsoft SQL Server.

Versions de Microsoft SQL Server sur Amazon RDS

Vous pouvez spécifier n'importe quelle version de Microsoft SQL Server actuellement prise en charge lorsque vous créez une instance de base de données. Vous pouvez spécifier la version majeure de Microsoft SQL Server (par exemple, Microsoft SQL Server 14.00), puis toute version mineure prise en charge pour la version majeure spécifiée. Si aucune version n'est spécifiée, Amazon RDS utilise par défaut une version prise en charge, généralement la plus récente. Si une version majeure est spécifiée, mais qu'une version mineure ne l'est pas, Amazon RDS utilise par défaut une version récente de la version majeure que vous avez spécifiée.

Le tableau suivant indique les versions prises en charge pour toutes les éditions et toutes les régions AWS, sauf indication contraire. Vous pouvez également utiliser la commande describe-db-engine-versions AWS CLI pour afficher la liste des versions prises en charge, ainsi que les versions par défaut des instances de base de données nouvellement créées.

Versions SQL Server prises en charge dans RDS
Version majeure Version mineure API RDS EngineVersion et CLI engine-version
SQL Server 2019

15.00.4073.23 (CU8)

15.00.4043.16 (CU5)

15.00.4073.23.v1

15.00.4043.16.v1

SQL Server 2017

14.00.3381.3 (CU23)

14.00.3356.20 (CU22)

14.00.3294.2 (CU20)

14.00.3381.3.v1

14.00.3356.20.v1

14.00.3294.2.v1

SQL Server 2016

13.00.5882.1 (SP2 CU16)

13.00.5850.14 (SP2 CU15)

13.00.5820.21 (SP2 CU13)

13.00.5882.1.v1

13.00.5850.14.v1

13.00.5820.21.v1

SQL Server 2014

12.00.6329.1 (SP3 CU4)

12.00.6293.0 (SP3 CU3)

12.00.5571.0 (SP2 CU10)

12.00.6329.1.v1

12.00.6293.0.v1

12.00.5571.0.v1

SQL Server 2012

11.00.7493.4 (SP4 GDR)

11.00.7462.6 (SP4 GDR)

11.00.6594.0 (SP3 CU8)

11.00.7493.4.v1

11.00.7462.6.v1

11.00.6594.0.v1

Gestion des versions dans Amazon RDS

Amazon RDS comprend une gestion flexible des versions qui vous permet de contrôler quand et comment votre instance de base de données est corrigée ou mise à niveau. Cela vous permet d'effectuer les opérations suivantes pour votre moteur de base de données :

  • Conserver la compatibilité avec les versions correctives du moteur de base de données.

  • Tester les nouvelles versions correctives pour vérifier qu'elles fonctionnent avec votre application avant de les déployer en production.

  • Planifier et effectuer des mises à niveau de version pour répondre à vos contrats de niveau de service et à vos exigences en termes de temps.

Application de correctifs de moteur Microsoft SQL Server dans Amazon RDS

Amazon RDS ajoute régulièrement des correctifs de base de données Microsoft SQL Server officiels à une version de moteur d’instance de base de données spécifique à Amazon RDS. Pour plus d'informations sur les correctifs Microsoft SQL Server de chaque version de moteur de base de données, veuillez consulter Versions et fonctions prises en charge sur Amazon RDS.

Actuellement, vous devez effectuer manuellement toutes les mises à niveau de moteur sur votre instance de base de données. Pour plus d'informations, consultez Mise à niveau du moteur de base de données Microsoft SQL Server.

Calendrier d'obsolescence pour les versions de moteur majeures de Microsoft SQL Server sur Amazon RDS

Le tableau suivant affiche le calendrier planifié de l'obsolescence des versions de moteur majeures de Microsoft SQL Server.

Date Informations
12 juillet 2022

Microsoft arrêtera les mises à jour de correctifs critiques pour SQL Server 2012. Pour plus d'informations, consultez Microsoft SQL Server 2012 dans la documentation Microsoft.

1 juin 2022

Amazon RDS prévoit de mettre fin à la prise en charge de Microsoft SQL Server 2012 sur RDS for SQL Server. À ce moment-là, toutes les instances restantes seront planifiées pour une migration vers SQL Server 2014 (dernière version mineure disponible). Pour plus d'informations, consultez Annonce : fin de prise en charge Amazon RDS for SQL Server pour les versions majeures SQL Server 2012.

Pour éviter une mise à niveau automatique depuis Microsoft SQL Server 2012, vous pouvez effectuer la mise à niveau au moment qui vous convient. Pour plus d'informations, consultez Mise à niveau d'une version du moteur d'une instance de base de données .

1 septembre 2021 Amazon RDS commence à désactiver la création de nouvelles instances de base de données RDS for SQL Server à l'aide de Microsoft SQL Server 2012. Pour plus d'informations, consultez Annonce : fin de prise en charge Amazon RDS for SQL Server pour les versions majeures SQL Server 2012.
12 juillet 2019

L'équipe Amazon RDS a rendu obsolète la prise en charge de Microsoft SQL Server 2008 R2 en juin 2019. Les instances restantes de Microsoft SQL Server 2008 R2 sont migrées vers SQL Server 2012 (dernière version mineure disponible).

Pour éviter une mise à niveau automatique depuis Microsoft SQL Server 2008 R2, vous pouvez effectuer la mise à niveau au moment qui vous convient. Pour plus d'informations, consultez Mise à niveau d'une version du moteur d'une instance de base de données .

25 avril 2019 Avant fin avril 2019, vous ne pourrez plus créer de nouvelles instances de base de données Amazon RDS for SQL Server à l'aide de Microsoft SQL Server 2008 R2.

Fonctionnalités de Microsoft SQL Server sur Amazon RDS

Les versions SQL Server prises en charge sur Amazon RDS incluent les fonctionnalités suivantes.

Fonctionnalités de Microsoft SQL Server 2019

SQL Server 2019 inclut un grand nombre de nouvelles fonctions, par exemple :

  • Récupération accélérée de base de données (ADR) : réduction du temps de récupération après un redémarrage ou une restauration de transaction longue durée.

  • Traitement intelligent des requêtes (IQP) :

    • Rétroaction d'octroi de mémoire en mode ligne : correction automatique des octrois excessifs entraînant un gaspillage de mémoire et une réduction de la concurrence.

    • Mode batch sur rowstore : permet l'exécution du mode batch pour les charges de travail d'analyse sans nécessiter d'index columnstore.

    • Compilation différée des variables de table : amélioration de la qualité du plan et des performances globales des requêtes faisant référence aux variables de table.

  • Performances intelligentes :

    • OPTIMIZE_FOR_SEQUENTIAL_KEYOption d'index  : amélioration du débit des insertions à forte concurrence dans les index.

    • Amélioration de l'évolutivité des points de contrôle indirects : aide les bases de données présentant des fortes charges de travail DML.

    • Mises à jour d'espace libre simultané (PFS) : permet la gestion en tant que verrou partagé plutôt qu'en tant que verrou exclusif.

  • Surveillance des améliorations :

    • WAIT_ON_SYNC_STATISTICS_REFRESHType d'attente  : affiche le temps accumulé au niveau de l'instance consacré aux opérations d'actualisation des statistiques synchrones.

    • Configurations définies par base de données : inclure LIGHTWEIGHT_QUERY_PROFILING et LAST_QUERY_PLAN_STATS.

    • Fonctions de gestion dynamique (DMF) : inclure sys.dm_exec_query_plan_stats et sys.dm_db_page_info.

  • Avertissements de troncature verbeux : le message d'erreur de troncation des données inclut par défaut les noms de table et de colonne et la valeur tronquée.

  • Création d'index en ligne pouvant être interrompus : dans SQL Server 2017, seule la reconstruction d'index en ligne pouvant être interrompus est prise en charge.

Pour la liste complète des fonctions SQL Server 2019, veuillez consulter What's new in SQL Server 2019 (15.x) dans la documentation Microsoft.

Pour obtenir la liste des fonctions non prises en charge, consultez Fonctions non prises en charge et fonctions avec prise en charge limitée.

Fonctionnalités de Microsoft SQL Server 2017

SQL Server 2017 inclut un grand nombre de nouvelles fonctions, par exemple :

  • Traitement des requêtes adaptives

  • Correction de plan automatique

  • GraphDB

  • Reconstructions d'index pouvant être interrompues

Pour la liste complète des fonctions SQL Server 2017, veuillez consulter What's new in SQL Server 2017 dans la documentation Microsoft.

Pour obtenir la liste des fonctions non prises en charge, consultez Fonctions non prises en charge et fonctions avec prise en charge limitée.

Fonctionnalités de Microsoft SQL Server 2016

Amazon RDS prend en charge les fonctions suivantes de SQL Server 2016 :

  • Toujours chiffré

  • JSON

  • Analytique opérationnelle

  • Magasin de requêtes

  • Tables temporelles

Pour la liste complète des fonctions SQL Server 2016, veuillez consulter What's new in SQL Server 2016 dans la documentation Microsoft.

Fonctionnalités de Microsoft SQL Server 2014

En plus des fonctions prises en charge de SQL Server 2012, Amazon RDS prend en charge le nouvel optimiseur de requête disponible dans SQL Server 2014, ainsi que la fonction de durabilité retardée.

Pour obtenir la liste des fonctions non prises en charge, consultez Fonctions non prises en charge et fonctions avec prise en charge limitée.

SQL Server 2014 prend en charge tous les paramètres de SQL Server 2012 et utilise les mêmes valeurs par défaut. SQL Server 2014 inclut un nouveau paramètre, total de contrôle de sauvegarde par défaut. Pour plus d'informations, veuillez consulter Comment activer l'option CHECKSUM si les utilitaires de sauvegarde n'exposent pas cette option dans la documentation de Microsoft.

Fonctionnalités de Microsoft SQL Server 2012

En plus des fonctions prises en charge de SQL Server 2008 R2, Amazon RDS prend en charge les fonctions SQL Server 2012 suivantes :

  • Index columnstore (Enterprise Edition)

  • Types de données Online Index Create, Reversion and Drop for XML, varchar(max), nvarchar(max) et varbinary(max) (Enterprise Edition)

  • Rôles serveur flexibles

  • Service Broker est pris en charge, mais pas les points de terminaison Service Broker

  • Bases de données partiellement contenues

  • Séquences

  • Transparent Data Encryption (Enterprise Edition uniquement)

  • Instruction THROW

  • Types spatiaux nouveaux et améliorés

  • Support UTF-16

  • Autorisation niveau serveur ALTER ANY SERVER ROLE

Pour plus d'informations sur SQL Server 2012, consultez Fonctions prises en charge par les éditions de SQL Server 2012 dans la documentation Microsoft.

Pour obtenir la liste des fonctions non prises en charge, consultez Fonctions non prises en charge et fonctions avec prise en charge limitée.

Certains paramètres SQL Server ont changé dans SQL Server 2012.

  • Les paramètres suivants ont été supprimés de SQL Server 2012 : awe enabled, precompute rank et sql mail xps. Ces paramètres n'étaient pas modifiables sans les instances de bases de données SQL Server et leur suppression ne doit avoir aucun impact sur votre utilisation de SQL Server.

  • Un nouveau paramètre contained database authentication dans SQL Server 2012 prend en charge les bases de données à relation contenant-contenu partielle. Lorsque vous activez ce paramètre puis que vous créez une base de données à relation contenant-contenu partielle, le nom utilisateur et le mot de passe d'un utilisateur autorisé sont stockés dans la base de données à relation contenant-contenu partielle et non dans la base de données principale. Pour plus d'informations sur les bases de données à relation contenant-contenu partielle, veuillez consulter Bases de données à relation contenant-contenu dans la documentation Microsoft.

Microsoft SQL Server 2008 R2 obsolète sur Amazon RDS

Nous commençons à mettre à niveau toutes les instances existantes qui utilisent encore SQL Server 2008 R2 vers la dernière version mineure de SQL Server 2012. Pour plus d'informations, consultez Gestion des versions dans Amazon RDS.

Pour plus d'informations sur SQL Server 2008 R2, veuillez consulter Fonctionnalités prises en charge par les éditions de SQL Server 2008 R2 dans la documentation Microsoft.

Prise en charge de la capture de données modifiées (CDC) pour les instances de base de données Microsoft SQL Server

Amazon RDS prend en charge la capture de données modifiées (CDC) pour vos instances de base de données s'exécutant sur Microsoft SQL Server. La fonction de capture de données modifiées capture les modifications apportées aux données de vos tables et stocke les métadonnées correspondant à chaque modification afin que vous puissiez y accéder ultérieurement. Pour plus d'informations, veuillez consulter Modifier la capture de données dans la documentation de Microsoft.

Amazon RDS prend en charge la fonction CDC pour les versions et éditions suivantes de SQL Server :

  • Microsoft SQL Server Enterprise Edition (toutes les versions)

  • Microsoft SQL Server Standard Edition :

    • 2019

    • 2017

    • 2016 version 13.00.4422.0 SP1 CU2 ou ultérieure

Pour utiliser la fonction CDC avec vos instances de base de données Amazon RDS, vous devez activer ou désactiver CDC au niveau de la base de données à l'aide des procédures stockées fournies par RDS. Une fois cette opération effectuée, tout utilisateur ayant le rôle db_owner pour cette base de données peut utiliser les procédures stockées Microsoft natives sur cette base de données. Pour plus d'informations, consultez Utilisation de la capture de données modifiées.

Vous pouvez utiliser CDC et AWS Database Migration Service pour activer la réplication continue à partir d'instances de base de données SQL Server.

Fonctions non prises en charge et fonctions avec prise en charge limitée

Les fonctions Microsoft SQL Server suivantes ne sont pas prises en charge sur Amazon RDS :

  • Sauvegarde dans Microsoft Azure Blob Storage

  • Extension du pool de mémoires tampons

  • Politiques de mots de passe personnalisées

  • Data Quality Services

  • Copie des journaux de transaction de base de données

  • Instantanés de base de données (Amazon RDS prend uniquement en charge les instantanés d'instance de base de données)

  • Procédures stockées étendues, y compris xp_cmdshell

  • Support FILESTREAM

  • Tables de fichiers

  • Machine Learning and R Services (exige un accès de système d'exploitation pour l'installer)

  • Plans de maintenance

  • Performance Data Collector

  • Gestion basée sur la politique

  • PolyBase

  • Réplication

  • Resource Governor

  • Déclencheurs de niveau serveur

  • Points de terminaison Service Broker

  • Stretch Database

  • Points de terminaison T-SQL (toutes les opérations utilisant CREATE ENDPOINT sont indisponibles)

  • WCF Data Services

Les fonctions Microsoft SQL Server suivantes ont une prise en charge limitée sur Amazon RDS :

Déploiements multi-AZ à l'aide de la mise en miroir de bases de données ou des groupes de disponibilité AlwaysOn Microsoft SQL Server

Amazon RDS prend en charge les déploiements Multi-AZ pour les instances de base de données exécutant Microsoft SQL Server à l'aide de la mise en miroir de bases de données (DBM) ou des groupes de disponibilité (AG) AlwaysOn. Les déploiements Multi-AZ améliorent la disponibilité, la durabilité des donnés et la tolérance aux pannes pour les instances de bases de données. En cas de maintenance de base de données programmée ou d'interruption non programmée du service, Amazon RDS bascule automatiquement vers le réplica secondaire à jour afin que les opérations de base de données puissent reprendre rapidement, sans intervention manuelle. Les instances principales et secondaires utilisent le même point de terminaison, dont l'adresse réseau physique est transférée vers le réplica secondaire passif dans le cadre du processus de basculement. Vous n'avez pas à reconfigurer votre application lorsqu'un basculement se produit.

Amazon RDS gère le basculement en surveillant activement votre déploiement multi-AZ et en initiant un basculement en cas de problème avec l'élément principal. Le basculement ne se produit que si les instances principales et de secours sont complètement synchronisées. Amazon RDS maintient activement votre déploiement Multi-AZ en réparant automatiquement les instances de base de données défectueuses et en rétablissant une réplication synchrone. Vous ne devez rien gérer. Amazon RDS gère automatiquement les instances principales, les instances témoin et les instances de secours. Lorsque vous configurez déploiements multi-AZ SQL Server, RDS configure des instances secondaires passives pour toutes les bases de données de l'instance.

Pour plus d'informations, consultez Déploiements multi-AZ pour Amazon RDS for Microsoft SQL Server.

Utilisation de Transparent Data Encryption pour chiffrer les données au repos

Amazon RDS prend en charge le chiffrement TDE (Transparent Data Encryption) de Microsoft SQL Server, qui chiffre les données stockées en toute transparence. Amazon RDS utilise des groupes d'options pour activer et configurer ces fonctions. Pour plus d'informations sur l'option TDE, consultez Prise en charge de Transparent Data Encryption dans SQL Server.

Fonctions et procédures stockées Amazon RDS for Microsoft SQL Server

Le tableau suivant répertorie les fonctions Amazon RDS et les procédures stockées qui aident à automatiser les tâches SQL Server.

Fonctions et procédures stockées SQL Server
Type de tâche Procédure ou fonction Utilisation
Tâches administratives rds_drop_database Suppression d'une base de données Microsoft SQL Server
rds_failover_time Détermination de l'heure du dernier basculement
rds_modify_db_name Modification du nom d'une base de données Microsoft SQL Server dans un déploiement Multi-AZ
rds_read_error_log Affichage des journaux des erreurs et des agents
rds_set_configuration

Définit diverses configurations d'instance de base de données :

rds_set_database_online Passage d'une base de données Microsoft SQL Server de l'état OFFLINE à l'état ONLINE
rds_show_configuration

Affiche les valeurs définies à l'aide de rds_set_configuration:

rds_shrink_tempdbfile Réduction de la base de données tempdb
Capture des données de modification (CDC) rds_cdc_disable_db Désactivation CDC
rds_cdc_enable_db Activation de la CDC
Messagerie de base de données rds_fn_sysmail_allitems Affichage des messages, des journaux et des pièces jointes
rds_fn_sysmail_event_log Affichage des messages, des journaux et des pièces jointes
rds_fn_sysmail_mailattachments Affichage des messages, des journaux et des pièces jointes
rds_sysmail_control

Démarrage et arrêt de la file d'attente de messagerie :

rds_sysmail_delete_mailitems_sp Suppression de messages
Sauvegarde et restauration natives rds_backup_database Sauvegarde d'une base de données
rds_cancel_task Annulation d'une tâche
rds_finish_restore Finalisation d'une restauration de base de données
rds_restore_database Restauration d'une base de données
rds_restore_log Restauration d'un journal
Transfert de fichiers Amazon S3 rds_delete_from_filesystem Suppression de fichiers sur l'instance de base de données RDS
rds_download_from_s3 Téléchargement des fichiers d'un compartiment Amazon S3 vers une instance de base de données SQL Server
rds_gather_file_details Liste des fichiers sur l'instance de base de données RDS
rds_upload_to_s3 Téléchargement des fichiers depuis une instance de base de données SQL Server vers un compartiment Amazon S3
Microsoft Distributed Transaction Coordinator (MSDTC) rds_msdtc_transaction_tracing Utilisation du suivi des transactions
SQL Server Audit rds_fn_get_audit_file Consultation des journaux d'audit
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

Affiche l'état des tâches MSBI :

SSIS rds_drop_ssis_database Suppression de la base de données SSISDB
rds_sqlagent_proxy Création d'un proxy SSIS
SSRS rds_drop_ssrs_databases Suppression des bases de données SSRS

Fuseau horaire local pour les instances de bases de données Microsoft SQL Server

Le fuseau horaire d'une instance de base de données Amazon RDS qui exécute Microsoft SQL Server est défini par défaut. La valeur par défaut actuelle est UTC (temps universel coordonné). Vous pouvez définir le fuseau horaire de votre instance de base de données à un fuseau horaire local, correspondant à celui de vos applications.

Vous définissez le fuseau horaire lorsque vous créez votre instance de base de données. Vous pouvez créer votre instance de base de données à l'aide de la AWS Management Console, de l'action CreateDBInstance de l'API Amazon RDS, ou de la commande create-db-instance de AWS CLI.

Si votre instance de base de données fait partie d'un déploiement multi-AZ (utilisant la mise en miroir de bases de données ou les groupes de disponibilité SQL Server), lorsque vous basculez, votre fuseau horaire demeure celui que vous avez défini. Pour plus d'informations, consultez Déploiements multi-AZ à l'aide de la mise en miroir de bases de données ou des groupes de disponibilité AlwaysOn Microsoft SQL Server.

Lorsque vous demandez une restauration à un moment donné, vous spécifiez l'heure de restauration. L'heure est affichée dans votre fuseau horaire local. Pour plus d'informations, consultez Restauration d'un(e) instance de base de données à un instant spécifié.

Ci-après les restrictions affectant la définition du fuseau horaire local sur votre instance de base de données :

  • Vous ne pouvez pas modifier le fuseau horaire d'une instance de base de données SQL Server existante.

  • Vous ne pouvez pas restaurer un instantané à partir d'une instance de base de données dans un fuseau horaire dans une instance de base de données d'un autre fuseau horaire.

  • Nous vous recommandons vivement de ne pas restaurer de fichier de sauvegarde d'un fuseau horaire dans un autre fuseau horaire. Si vous restaurez un fichier de sauvegarde d'un fuseau horaire dans un autre fuseau horaire, vous devez auditer vos requêtes et vos applications afin de déterminer les effets du changement de fuseau horaire. Pour plus d'informations, consultez Importation et exportation de bases de données SQL Server.

Fuseaux horaires pris en charge

Vous pouvez définir votre fuseau horaire local avec l'une des valeurs du tableau suivant.

Fuseaux horaires pris en charge pour Amazon RDS sur SQL Server

Fuseau horaire

Décalage horaire standard

Description

Remarques

Heure normale d'Afghanistan

(UTC+04:30)

Kaboul

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Alaska

(UTC–09:00)

Alaska

Heure normale Aléoutiennes

(UTC–10:00)

Îles Aléoutiennes

Heure normale de l'Altaï

(UTC+07:00)

Barnaul, Gorno-Altaysk

Heure normale arabe

(UTC+03:00)

Koweït, Riyad

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale des Emirats Arabe Unis

(UTC+04:00)

Abou Dhabi, Mascate

Heure normale Arabie saoudite

(UTC+03:00)

Bagdad

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Argentine

(UTC–03:00)

Ville de Buenos Aires

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Astrakhan

(UTC+04:00)

Astrakhan, Oulianovsk

Heure normale de l'Atlantique

(UTC–04:00)

Heure de l'Atlantique (Canada)

Heure normale de l'Australie centrale

(UTC+09:30)

Darwin

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Australie centrale

(UTC+08:45)

Eucla

Heure normale de l'Australie orientale

(UTC+10:00)

Canberra, Melbourne, Sydney

Heure normale d'Azerbaïdjan

(UTC+04:00)

Bakou

Heure normale des Açores

(UTC–01:00)

Açores

Heure normale de Bahia

(UTC–03:00)

Salvador

Heure normale du Bangladesh

(UTC+06:00)

Dacca

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Biélorussie

(UTC+03:00)

Minsk

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Bougainville

(UTC+11:00)

Île de Bougainville

Heure normale du Canada central

(UTC–06:00)

Saskatchewan

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Cap-Vert

(UTC–01:00)

Cap-Vert

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Caucase

(UTC+04:00)

Erevan

Heure normale de l'Australie centrale

(UTC+09:30)

Adélaïde

Heure normale de l'Amérique centrale

(UTC–06:00)

Amérique centrale

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Asie centrale

(UTC+06:00)

Astana

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Brésil central

(UTC–04:00)

Cuiabá

Heure normale de l'Europe centrale

(UTC+01:00)

Belgrade, Bratislava, Budapest, Ljubljana, Prague

Heure normale de l'Europe centrale

(UTC+01:00)

Sarajevo, Skopje, Varsovie, Zagreb

Heure normale du Pacifique central

(UTC+11:00)

Îles Salomon, Nouvelle-Calédonie

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Centre

(UTC–06:00)

Heure centrale (États-Unis et Canada)

Heure normale du Centre (Mexique)

(UTC–06:00)

Guadalajara, Mexico, Monterrey

Heure normale des îles Chatham

(UTC+12:45)

Îles Chatham

Heure normale de Chine

(UTC+08:00)

Pékin, Chongqing, Hong-Kong, Urumqi

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Cuba

(UTC–05:00)

La Havane

Heure normale de la ligne de changement de date

(UTC–12:00)

Ligne de changement de date internationale Ouest

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Afrique de l'Est

(UTC+03:00)

Nairobi

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Australie de l'Est

(UTC+10:00)

Brisbane

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Europe de l'Est

(UTC+02:00)

Chișinău

Heure normale d'Amérique du Sud est

(UTC–03:00)

Brasilia

Heure normale de l'île de Pâques

(UTC–06:00)

Île de Pâques

Heure normale de l'Est

(UTC–05:00)

Heure de l'Est (États-Unis et Canada)

Heure normale de l'Est (Mexique)

(UTC–05:00)

Chetumal

Heure normale de l'Égypte

(UTC+02:00)

Le Caire

Heure normale d'Iekaterinbourg

(UTC+05:00)

Iekaterinbourg

Heure normale des Fidji

(UTC+12:00)

Fidji

Heure normale de l'Europe de l'Est

(UTC+02:00)

Helsinki, Kiev, Riga, Sofia, Tallinn, Vilnius

Heure normale de Géorgie

(UTC+04:00)

Tbilisi

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale GMT

(UTC)

Dublin, Edimbourg, Lisbonne, Londres

Ce fuseau horaire n'est pas le même que l'heure moyenne de Greenwich (GMT). Ce fuseau horaire respecte l'heure d'été.

Heure normale du Groenland

(UTC–03:00)

Groenland

Heure normale de Greenwich

(UTC)

Monrovia, Reykjavik

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale GTB

(UTC+02:00)

Athènes, Bucarest

Heure normale d'Haïti

(UTC–05:00)

Haïti

Heure normale de Hawaï

(UTC–10:00)

Hawaii

Heure normale d'Inde

(UTC+05:30)

Chennai, Calcutta, Mumbai, New Delhi

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Iran

(UTC+03:30)

Téhéran

Heure normale d'Israël

(UTC+02:00)

Jérusalem

Heure normale de Jordanie

(UTC+02:00)

Amman

Heure normale de Kaliningrad

(UTC+02:00)

Kaliningrad

Heure normale du Kamtchatka

(UTC+12:00)

Petropavlovsk-Kamchatsky – Ancienne

Heure normale de Corée

(UTC+09:00)

Séoul

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Libye

(UTC+02:00)

Tripoli

Heure normale des îles de la Ligne

(UTC+14:00)

Île Christmas

Heure normale de l'île Lord Howe

(UTC+10:30)

Île Lord Howe

Heure normale de Magadan

(UTC+11:00)

Magadan

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale en Magallanes

(UTC–03:00)

Punta Arenas

Heure normale des Marquises

(UTC–09:30)

Îles Marquises

Heure normale de Maurice

(UTC+04:00)

Port Louis

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Moyen-Orient

(UTC+02:00)

Beyrouth

Heure normale de Montevideo

(UTC–03:00)

Montevideo

Heure normale du Maroc

(UTC+01:00)

Casablanca

Heure normale des Rocheuses

(UTC–07:00)

Heure des Rocheuses (États-Unis et Canada)

Heure normale des Rocheuses (Mexique)

(UTC–07:00)

Chihuahua, La Paz, Mazatlán

Heure normale du Myanmar

(UTC+06:30)

Yangon (Rangoun)

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Asie centrale nord

(UTC+07:00)

Novossibirsk

Heure normale de Namibie

(UTC+02:00)

Windhoek

Heure normale du Népal

(UTC+05:45)

Katmandou

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Nouvelle-Zélande

(UTC+12:00)

Auckland, Wellington

Heure normale de Terre-Neuve

(UTC–03:30)

Terre-Neuve

Heure normale de l'île Norfolk

(UTC+11:00)

Île Norfolk

Heure normale de l'Asie du Nord-Est

(UTC+08:00)

Irkoutsk

Heure normale de l'Asie du Nord

(UTC+07:00)

Krasnoïarsk

Heure normale de la Corée du Nord

(UTC+09:00)

Pyongyang

Heure normale d'Omsk

(UTC+06:00)

Omsk

Heure normale du Pacifique

(UTC–03:00)

Santiago

Heure normale du Pacifique

(UTC–08:00)

Heure du Pacifique (États-Unis et Canada)

Heure normale du Pacifique (Mexique)

(UTC–08:00)

Basse-Californie

Heure normale du Pakistan

(UTC+05:00)

Islamabad, Karachi

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Paraguay

(UTC–04:00)

Asunción

Heure normale Romance

(UTC+01:00)

Bruxelles, Copenhague, Madrid, Paris

Fuseau horaire 10 Russie

(UTC+11:00)

Chokurdakh

Fuseau horaire 11 Russie

(UTC+12:00)

Anadyr, Petropavlovsk-Kamchatsky

Fuseau horaire 3 Russie

(UTC+04:00)

Izhevsk, Samara

Heure normale de Russie

(UTC+03:00)

Moscou, Saint-Pétersbourg, Volgograd

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Est AS

(UTC–03:00)

Cayenne, Fortaleza

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Pacifique

(UTC–05:00)

Bogota, Lima, Quito, Rio Branco

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Ouest AS

(UTC–04:00)

Georgetown, La Paz, Manaus, San Juan

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale Saint-Pierre

(UTC–03:00)

Saint-Pierre-et-Miquelon

Heure normale de Sakhaline

(UTC+11:00)

Sakhaline

Heure normale des Samoa

(UTC+13:00)

Samoa

Heure normale de Sao Tomé

(UTC+01:00)

Sao Tomé

Heure normale de Saratov

(UTC+04:00)

Saratov

Heure normale de l'Asie du Sud-Est

(UTC+07:00)

Bangkok, Hanoï, Djakarta

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Singapour

(UTC+08:00)

Kuala Lumpur, Singapour

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Afrique du Sud

(UTC+02:00)

Harare, Pretoria

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Sri Lanka

(UTC+05:30)

Sri Jayawardenepura

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale du Soudan

(UTC+02:00)

Khartoum

Heure normale de Syrie

(UTC+02:00)

Damas

Heure normale de Taipei

(UTC+08:00)

Taipei

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Tasmanie

(UTC+10:00)

Hobart

Heure normale du Tocantins

(UTC–03:00)

Araguaina

Heure normale de Tokyo

(UTC+09:00)

Osaka, Sapporo, Tokyo

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Tomsk

(UTC+07:00)

Tomsk

Heure normale des Tonga

(UTC+13:00)

Nuku'alofa

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de la Transbaïkalie

(UTC+09:00)

Tchita

Heure normale de Turquie

(UTC+03:00)

Istanbul

Heure normale des îles Turques-et-Caïques

(UTC–05:00)

Turques-et-Caïques

Heure normale d'Oulan-Bator

(UTC+08:00)

Oulan-Bator

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de l'Est

(UTC–05:00)

Indiana (Est)

Heure normale des Rocheuses

(UTC–07:00)

Arizona

Ce fuseau horaire ne respecte pas l'heure d'été.

UTC

UTC

Temps universel coordonné

Ce fuseau horaire ne respecte pas l'heure d'été.

UTC–02

(UTC–02:00)

Temps universel coordonné–02

Ce fuseau horaire ne respecte pas l'heure d'été.

UTC–08

(UTC–08:00)

Temps universel coordonné–08

UTC–09

(UTC–09:00)

Temps universel coordonné–09

UTC–11

(UTC–11:00)

Temps universel coordonné–11

Ce fuseau horaire ne respecte pas l'heure d'été.

UTC+12

(UTC+12:00)

Temps universel coordonné+12

Ce fuseau horaire ne respecte pas l'heure d'été.

UTC+13

(UTC+13:00)

Temps universel coordonné+13

Heure normale du Venezuela

(UTC–04:00)

Caracas

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Vladivostok

(UTC+10:00)

Vladivostok

Heure normale de Volgograd

(UTC+04:00)

Volgograd

Heure normale d'Australie de l'Ouest

(UTC+08:00)

Perth

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Afrique centrale ouest

(UTC+01:00)

Afrique centrale de l'Ouest

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale d'Europe de l'ouest

(UTC+01:00)

Amsterdam, Berlin, Berne, Rome, Stockholm, Vienne

Heure normale de Mongolie de l'Ouest

(UTC+07:00)

Hovd

Heure normale de l'Asie de l'Est

(UTC+05:00)

Achgabat, Tachkent

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Cisjordanie

(UTC+02:00)

Gaza, Hébron

Heure normale du Pacifique Ouest

(UTC+10:00)

Guam, Port Moresby

Ce fuseau horaire ne respecte pas l'heure d'été.

Heure normale de Iakoutsk

(UTC+09:00)

Iakoutsk