Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
# Utilisation d'une base de données Microsoft SQL Server comme cible pour AWS Database Migration Service
Vous pouvez migrer des données vers des bases de données Microsoft SQL Server à l'aide de AWS DMS. Avec une base de données SQL Server comme cible, vous pouvez migrer les données à partir d'une autre base de données SQL Server, ou d'une des autres bases de données prises en charge.
Pour plus d'informations sur les versions de SQL Server prises AWS DMS en charge en tant que cible, consultez[Objectifs pour AWS DMS](CHAP_Introduction.Targets.md).
AWS DMS prend en charge les éditions sur site et Amazon RDS d'Enterprise, Standard, Workgroup et Developer.
Pour plus d'informations sur l'utilisation des bases de données cibles SQL Server AWS DMS et de leurs utilisations, consultez ce qui suit.
**Topics**
+ [Limitations relatives à l'utilisation de SQL Server comme cible pour AWS Database Migration Service](#CHAP_Target.SQLServer.Limitations)
+ [Exigences de sécurité lors de l'utilisation de SQL Server comme cible pour AWS Database Migration Service](#CHAP_Target.SQLServer.Security)
+ [Paramètres du point de terminaison lors de l'utilisation de SQL Server comme cible pour AWS DMS](#CHAP_Target.SQLServer.ConnectionAttrib)
+ [Types de données cibles pour Microsoft SQL Server](#CHAP_Target.SQLServer.DataTypes)
## Limitations relatives à l'utilisation de SQL Server comme cible pour AWS Database Migration Service
Les limitations suivantes s'appliquent lors de l'utilisation d'une base de données SQL Server comme cible pour AWS DMS :
+ Lorsque vous créez manuellement une table SQL Server cible avec une colonne calculée, la réplication de chargement complet n'est pas prise en charge lors de l'utilisation de l'utilitaire de copie groupée BCP. Pour utiliser la réplication à chargement complet, désactivez le chargement BCP en définissant l’attribut de connexion supplémentaire (ECA) `'useBCPFullLoad=false'` sur le point de terminaison. Pour plus d'informations sur ECAs le paramétrage des points de terminaison, consultez[Création de points de terminaison source et cible](CHAP_Endpoints.Creating.md). Pour en savoir plus sur l'utilisation avec BCP, consultez la [documentation Microsoft SQL Server](https://docs.microsoft.com/en-us/sql/relational-databases/import-export/import-and-export-bulk-data-by-using-the-bcp-utility-sql-server).
+ Lorsque vous répliquez des tables avec des types de données spatiales SQL Server (GEOMETRY et AWS DMS GEOGRAPHY), remplacez tout identifiant de référence spatiale (SRID) que vous pourriez avoir inséré par le SRID par défaut. Le SRID par défaut est 0 pour GEOMETRY et 4326 pour GEOGRAPHY.
+ Les tables temporelles ne sont pas prises en charge. La migration de tables temporelles peut fonctionner avec une tâche de réplication seule en mode d'application transactionnelle si ces tables sont créées manuellement sur la cible.
+ Actuellement, `boolean` les types de données d'une source PostgreSQL sont migrés vers SQLServer une cible en tant que type de données présentant des valeurs `bit` incohérentes.
Pour contourner ce problème, procédez comme suit :
+ Précréez la table avec un type de `VARCHAR(1)` données pour la colonne (ou laissez AWS DMS créer la table). Ensuite, faites en sorte que le traitement en aval traite un « F » comme Faux et un « T » comme Vrai.
+ Pour éviter d’avoir à modifier le traitement en aval, ajoutez une règle de transformation à la tâche pour remplacer les valeurs « F » par « 0 » et les valeurs « T » par 1, puis stockez-les en tant que type de données binaire SQL Server.
+ AWS DMS ne prend pas en charge le traitement des modifications pour définir la nullité des colonnes (en utilisant la `ALTER COLUMN [SET|DROP] NOT NULL` clause avec des `ALTER TABLE` instructions).
+ L'authentification Windows n'est pas prise en charge.
## Exigences de sécurité lors de l'utilisation de SQL Server comme cible pour AWS Database Migration Service
Ce qui suit décrit les exigences de sécurité pour une utilisation AWS DMS avec une cible Microsoft SQL Server :
+ Le compte AWS DMS utilisateur doit avoir au moins le rôle `db_owner` d'utilisateur dans la base de données SQL Server à laquelle vous vous connectez.
+ Un administrateur système SQL Server doit fournir cette autorisation à tous les comptes utilisateur AWS DMS .
## Paramètres du point de terminaison lors de l'utilisation de SQL Server comme cible pour AWS DMS
Vous pouvez utiliser des paramètres de point de terminaison pour configurer la base de données cible SQL Server comme si vous utilisiez des attributs de connexion supplémentaires. Vous spécifiez les paramètres lorsque vous créez le point de terminaison cible à l'aide de la AWS DMS console ou à l'aide de la `create-endpoint` commande dans le [AWS CLI](https://docs.aws.amazon.com/cli/latest/reference/dms/index.html), avec la syntaxe `--microsoft-sql-server-settings '{"EndpointSetting": "value", ...}'` JSON.
Les paramètres de point de terminaison que vous pouvez utiliser avec SQL Server en tant que cible sont indiqués dans le tableau suivant.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Target.SQLServer.html)
## Types de données cibles pour Microsoft SQL Server
Le tableau suivant indique les types de données cibles Microsoft SQL Server pris en charge lors de l'utilisation AWS DMS et le mappage par défaut à partir AWS DMS des types de données. Pour plus d'informations sur AWS DMS les types de données, consultez[Types de données pour AWS Database Migration Service](CHAP_Reference.DataTypes.md).
| AWS DMS type de données | Type de données SQL Server |
| --- | --- |
| BOOLEAN | TINYINT |
| BYTES | VARBINARY(Length) |
| DATE | Pour SQL Server 2008 et versions ultérieures, utilisez DATE. Pour les versions antérieures, si l'échelle est 3 ou inférieure utilisez DATETIME. Dans tous les autres cas, utilisez VARCHAR (37). |
| TIME | Pour SQL Server 2008 et versions ultérieures, utilisez DATETIME2 (%d). Pour les versions antérieures, si l'échelle est 3 ou inférieure utilisez DATETIME. Dans tous les autres cas, utilisez VARCHAR (37). |
| DATETIME | Pour SQL Server 2008 et versions ultérieures, utilisez DATETIME2 (scale). Pour les versions antérieures, si l'échelle est 3 ou inférieure utilisez DATETIME. Dans tous les autres cas, utilisez VARCHAR (37). |
| INT1 | SMALLINT |
| INT2 | SMALLINT |
| INT4 | INT |
| INT8 | BIGINT |
| NUMERIC | NUMERIC (p,s) |
| REAL4 | REAL |
| REAL8 | FLOAT |
| CHAÎNE | Si la colonne est une colonne de date ou d'heure, effectuez les opérations suivantes : [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/fr_fr/dms/latest/userguide/CHAP_Target.SQLServer.html) Si la colonne n'est pas une colonne de date ou d'heure, utilisez VARCHAR (length). |
| UINT1 | TINYINT |
| UINT2 | SMALLINT |
| UINT4 | INT |
| UINT8 | BIGINT |
| WSTRING | NVARCHAR (length) |
| BLOB | VARBINARY(max) IMAGE Pour utiliser ce type de données avec AWS DMS, vous devez activer l'utilisation de BLOBs pour une tâche spécifique. AWS DMS prend en charge les types de données BLOB uniquement dans les tables qui incluent une clé primaire. |
| CLOB | VARCHAR(max) Pour utiliser ce type de données avec AWS DMS, vous devez activer l'utilisation de CLOBs pour une tâche spécifique. Au cours de la capture des données modifiées (CDC), AWS DMS prend en charge les types de données CLOB uniquement dans les tables qui comprennent une clé primaire. |
| NCLOB | NVARCHAR(max) Pour utiliser ce type de données avec AWS DMS, vous devez activer l'utilisation de NCLOBs pour une tâche spécifique. Pendant le CDC, AWS DMS prend en charge les types de données NCLOB uniquement dans les tables qui incluent une clé primaire. |