Amazon Relational Database Service
Guide de l'utilisateur

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 prises en charge, des éditions et des versions de moteur RDS, consultez Versions et fonctions prises en charge sur Amazon RDS.

  • SQL Server 2017 RTM (CU13) 14.00.3049.1, publié sous la référence KB4466404 le 1er janvier 2019.

  • SQL Server 2016 SP2 (CU3) 13.00.5216.0, publié sous la référence KB4466404 le 20 septembre 2018.

  • SQL Server 2014 SP2 CU10 12.00.5571.0, publié sous la référence KB4052725 le 16 janvier 2018.

  • SQL Server 2012 SP4 GDR 11.00.7462.6, publié sous la référence KB4057116 le 12 janvier 2017.

  • SQL Server 2008 : il n’est plus possible d’allouer 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 builds SQL Server, consultez l'article du support Microsoft sur les dernières builds 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 SSL pour vous connecter à une instance de base de données exécutant SQL Server et vous servir de TDE 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 SQL Server (DBM) ou les groupes de disponibilité (AG) AlwaysOn comme solution de basculement à haute disponibilité.

Afin de livrer une expérience de service géré, Amazon RDS ne fournit pas d'accès de coquille aux instances de base de données et il restreint l'accès à certaines procédures de système et à des tableaux qui nécessitent 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 qui utilise toute application de client 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 Windows Remote Desktop Connection. 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 de plus amples informations, veuillez consulter 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 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.

Haute disponibilité (multi-AZ) pour 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 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

Fichiers journaux

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

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 de plus amples informations, veuillez consulter 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 to db.*.medium 30 S/O S/O
    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 classe d'instance.

    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. Par contre, si vous mettez à niveau votre type de classe d'instance 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 restaurer 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.

  • Amazon RDS pour 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.

  • 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 sur volumes d'IOPS provisionnés – 20 Gio pour les éditions Enterprise et Standard, 100 Gio pour les éditions Web et Express

    • Stockage magnétique – 200 Gio pour les éditions Enterprise et Standard, 20 Gio pour les éditions 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 Amazon RDS :

    • SQL Server Analysis Services

    • SQL Server Integration Services

    • SQL Server Reporting Services

    • 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 Reporting, Analysis, Integration ou 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 stratégies 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.

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 de plus amples informations, veuillez consulter Choix de la classe d'instance 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 2017 et 2016 Prise en charge 2014 et 2012

Enterprise Edition

db.m4.xlargedb.m4.16xlarge

db.r3.xlargedb.r3.8xlarge

db.r4.xlargedb.r4.16xlarge

db.m5.xlargedb.m5.24xlarge

db.m4.xlargedb.m4.10xlarge

db.r3.xlargedb.r3.8xlarge

db.r4.xlargedb.r4.8xlarge

db.m5.xlargedb.m5.24xlarge

Standard Edition

db.m4.largedb.m4.16xlarge

db.r4.largedb.r4.16xlarge

db.m5.largedb.m5.24xlarge

db.m4.largedb.m4.10xlarge

db.m3.mediumdb.m3.2xlarge

db.r3.largedb.r3.8xlarge

db.r4.largedb.r4.8xlarge

db.m5.largedb.m5.24xlarge

Web Edition

db.t2.smalldb.t2.medium

db.m4.largedb.m4.4xlarge

db.r4.largedb.r4.2xlarge

db.m5.largedb.m5.4xlarge

db.t2.smalldb.t2.medium

db.m4.largedb.m4.4xlarge

db.m3.mediumdb.m3.2xlarge

db.r3.largedb.r3.2xlarge

db.r4.largedb.r4.2xlarge

db.m5.largedb.m5.4xlarge

Express Edition

db.t2.microdb.t2.medium

db.t2.microdb.t2.medium

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 utilisateur maître que vous utilisez 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 à votre place.

Les rôles de niveau serveur suivants ne sont pas disponibles actuellement dans Amazon RDS :

  • bulkadmin

  • dbcreator

  • diskadmin

  • securityadmin

  • serveradmin

  • sysadmin

Les autorisations de niveau serveur suivantes ne sont pas disponibles sur les instances de bases de données SQL Server :

  • ADMINISTER BULK OPERATIONS

  • ALTER ANY CREDENTIAL

  • ALTER ANY EVENT NOTIFICATION

  • ALTER ANY EVENT SESSION

  • 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 de plus amples 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

  • 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

Les services AWS concernés par le programme de conformité 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 de plus amples informations, veuillez consulter 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 Amazon RDS pour les bases de données 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) exécuté avec AWS. Pour de plus amples informations, veuillez consulter Conformité à la loi HIPAA.

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

  • 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 de plus amples informations, veuillez consulter 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 de plus amples informations, veuillez consulter 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 Enterprise Edition, vous pouvez choisir d'utiliser le chiffrement transparent des données (TDE, Transparent Data Encryption) pour obtenir le chiffrement au repos. Pour de plus amples informations, veuillez consulter 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 de plus amples informations, veuillez consulter 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 de plus amples informations, veuillez consulter Utilisation de SSL avec une instance DB Microsoft SQL Server.

Versions et fonctions prises en charge 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. Pour afficher la liste des versions prises en charge, ainsi que celles par défaut pour des instances de base de données nouvellement créées, utilisez la commande describe-db-engine-versions de l’AWS CLI.

Prise en charge de Microsoft SQL Server 2017 sur Amazon RDS

Amazon RDS prend en charge les versions suivantes de SQL Server 2017 :

  • SQL Server 2017 RTM (CU13) 14.00.3049.1, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 14.00.3049.1.v1

  • SQL Server 2017 RTM CU13 14.00.3015.40, pour toutes les éditions et toutes les régions AWS.

    API RDS EngineVersion et interface de ligne de commande engine-version : 14.00.3015.40.v1

  • Version 14.00.1000.169, RTM, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 14.00.1000.169.v1

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, consultez What's New in SQL Server 2017 (Quoi de neuf dans 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.

Prise en charge de Microsoft SQL Server 2016 sur Amazon RDS

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

  • SQL Server 2016 SP2 (CU3) 13.00.5216.0, pour toutes les éditions et toutes les régions AWS.

    API RDS EngineVersion et interface de ligne de commande engine-version : 13.00.5216.0.v1

  • SQL Server 2016 SP1 CU7 13.00.4466.4, pour toutes les éditions et toutes les régions AWS.

    API RDS EngineVersion et interface de ligne de commande engine-version : 13.00.4466.4.v1

  • Version 13.00.4451.0, SP1 CU5, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 13.00.4451.0.v1

  • Version 13.00.4422.0, SP1 CU2, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 13.00.4422.0.v1

  • Version 13.00.2164.0, RTM CU2, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 13.00.2164.0.v1

Prise en charge de Microsoft SQL Server 2014 sur Amazon RDS

Amazon RDS prend en charge les versions suivantes de SQL Server 2014 :

  • SQL Server 2014 SP2 CU10 12.00.5571.0, pour toutes les éditions et toutes les régions AWS.

    API RDS EngineVersion et interface de ligne de commande engine-version : 12.00.5571.0.v1

  • Version 12.00.5546.0, SP2 CU5, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 12.00.5546.0.v1

  • Version 12.00.5000.0, SP2, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 12.00.5000.0.v1

  • Version 12.00.4422.0, SP1 CU2, pour toutes les éditions sauf Enterprise Edition et toutes les régions AWS sauf Canada (Centre) et UE (Londres)

    API RDS EngineVersion et interface de ligne de commande engine-version : 12.00.4422.0.v1

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 de plus amples informations, veuillez consulter Comment activer l'option CHECKSUM si les utilitaires de sauvegarde n'exposent pas cette option dans la documentation de Microsoft.

Prise en charge de Microsoft SQL Server 2012 sur Amazon RDS

Amazon RDS prend en charge les versions suivantes de SQL Server 2012 :

  • SQL Server 2012 SP4 GDR 11.00.7462.6, pour toutes les éditions et toutes les régions AWS.

    API RDS EngineVersion et interface de ligne de commande engine-version : 11.00.7462.6.v1

  • Version 11.00.6594.0, SP3 CU8, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 11.00.6594.0.v1

  • Version 11.00.6020.0, SP3, pour toutes les éditions et toutes les régions AWS

    API RDS EngineVersion et interface de ligne de commande engine-version : 11.00.6020.0.v1

  • Version 11.00.5058.0, SP2, pour toutes les éditions et toutes les régions AWS sauf USA Est (Ohio), Canada (Centre) et UE (Londres)

    API RDS EngineVersion et interface de ligne de commande engine-version : 11.00.5058.0.v1

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

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, Rebuild 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 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 Master. Pour plus d'informations sur les bases de données à relation contenant-contenu partielle, consultez 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 2012 R2 vers la dernière version mineure de SQL Server 2012. Pour plus d'informations, consultez Gestion des versions du moteur Microsoft SQL Server dans Amazon RDS.

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

Gestion des versions du moteur Microsoft SQL Server 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 de correctif du moteur de base de données

  • Tester les nouvelles versions de correctif 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 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, consultez Versions et fonctions prises en charge sur Amazon RDS.

Actuellement, vous devez exécuter manuellement toutes les mises à niveau de moteur sur votre instance de base de données. Pour de plus amples informations, veuillez consulter 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 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.

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 de plus amples 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 :

    • 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 de plus amples informations, veuillez consulter 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 des 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 :

  • Stretch Database

  • Sauvegarde dans Microsoft Azure Blob Storage

  • Extension du pool de mémoires tampons

  • Fonctions BULK INSERT et OPENROWSET(BULK...)

  • Data Quality Services

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

  • Messagerie de base de données

  • Distributed Transaction Coordinator (MSDTC)

  • Tables de fichiers

  • Support FILESTREAM

  • Plans de maintenance

  • Performance Data Collector

  • Gestion basée sur la stratégie

  • PolyBase

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

  • Réplication

  • Resource Governor

  • Déclencheurs de niveau serveur

  • Points de terminaison Service Broker

  • 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 bases 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 pas, sauf 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 n'avez rien à faire. 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 de plus amples informations, veuillez consulter Déploiements multi-AZ pour Microsoft SQL Server.

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

Amazon RDS prend en charge Microsoft SQL Server Transparent Data Encryption (TDE), qui chiffre en toute transparence les données stockées. 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.

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 en utilisant la AWS Management Console, l'action d'API Amazon RDS CreateDBInstance ou la commande AWS CLI create-db-instance.

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 de plus amples informations, veuillez consulter 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 en UTC. Pendant le processus de restauration, l'heure est convertie en fonction du fuseau horaire de l'instance de base de données. Pour de plus amples informations, veuillez consulter Restauration d'une instance de base de données à une date spécifiée.

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 de plus amples informations, veuillez consulter 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.

Fuseau horaire

Décalage horaire standard

Description

Remarques

Heure normale d'Afghanistan

(UTC+04:30)

Kaboul

Heure normale de l'Alaska

(UTC–09:00)

Alaska

Heure normale des Emirats Arabe Unis

(UTC+04:00)

Abou Dhabi, Mascate

Heure normale de l'Atlantique

(UTC–04:00)

Heure de l'Atlantique (Canada)

Heure normale de l'Australie centrale

(UTC+09:30)

Darwin

Heure normale de l'Australie orientale

(UTC+10:00)

Canberra, Melbourne, Sydney

Heure normale de Biélorussie

(UTC+03:00)

Minsk

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

Heure normale du Canada central

(UTC–06:00)

Saskatchewan

Heure normale du Cap-Vert

(UTC–01:00)

Cap-Vert

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

Heure normale de l'Asie centrale

(UTC+06:00)

Astana

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

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 de Chine

(UTC+08:00)

Pékin, Chongqing, Hong-Kong, Urumqi

E. Heure normale d'Afrique

(UTC+03:00)

Nairobi

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

E. normale de l'Australie centrale

(UTC+10:00)

Brisbane

E. Heure normale d'Europe

(UTC+02:00)

Chișinău

E. Heure normale d'Amérique du Sud

(UTC–03:00)

Brasilia

Heure normale de l'Est

(UTC–05:00)

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

Heure normale de Géorgie

(UTC+04:00)

Tbilisi

Heure normale GMT

(UTC)

Dublin, Edimbourg, Lisbonne, Londres

Ce fuseau horaire n'est pas le même que l'heure moyenne de Greenwich. 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 de Hawaï

(UTC–10:00)

Hawaii

Heure normale d'Inde

(UTC+05:30)

Chennai, Calcutta, Mumbai, New Delhi

Heure normale de Jordanie

(UTC+02:00)

Amman

Heure normale de Corée

(UTC+09:00)

Séoul

Heure normale du Moyen-Orient

(UTC+02:00)

Beyrouth

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 des Rocheuses

(UTC–07:00)

Arizona

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 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 de Russie

(UTC+03:00)

Moscou, Saint-Pétersbourg, Volgograd

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'Asie du Sud-Est

(UTC+07:00)

Bangkok, Hanoï, Djakarta

Heure normale de Singapour

(UTC+08:00)

Kuala Lumpur, Singapour

Heure normale de Tokyo

(UTC+09:00)

Osaka, Sapporo, Tokyo

Heure normale de l'Est

(UTC–05:00)

Indiana (Est)

UTC

UTC

Temps universel coordonné

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

UTC–02

(UTC–02:00)

Temps universel coordonné–02

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

UTC+12

(UTC+12:00)

Temps universel coordonné+12

W. normale de l'Australie centrale

(UTC+08:00)

Perth

W. Heure normale d'Afrique centrale

(UTC+01:00)

Afrique centrale de l'Ouest

W. Heure normale d'Europe

(UTC+01:00)

Amsterdam, Berlin, Berne, Rome, Stockholm, Vienne