Las traducciones son generadas a través de traducción automática. En caso de conflicto entre la traducción y la version original de inglés, prevalecerá la version en inglés.

# Uso de una base de datos de Microsoft SQL Server como destino para AWS Database Migration Service
<a name="CHAP_Target.SQLServer"></a>

Puede migrar datos a bases de datos de Microsoft SQL Server mediante AWS DMS. Con una base de datos de SQL Server como destino, podrá migrar datos desde otra base de datos de SQL Server o desde una de las bases de datos compatibles.

Para obtener información sobre las versiones de SQL Server AWS DMS compatibles como destino, consulte[Objetivos para AWS DMS](CHAP_Introduction.Targets.md). 

AWS DMS es compatible con las ediciones locales y Amazon RDS de Enterprise, Standard, Workgroup y Developer.

Para obtener información adicional sobre cómo trabajar con bases de datos de destino de SQL Server AWS DMS y las bases de datos de destino, consulte lo siguiente.

**Topics**
+ [Limitaciones del uso de SQL Server como destino para AWS Database Migration Service](#CHAP_Target.SQLServer.Limitations)
+ [Requisitos de seguridad cuando se utiliza SQL Server como objetivo para AWS Database Migration Service](#CHAP_Target.SQLServer.Security)
+ [Configuración del punto final cuando se utiliza SQL Server como destino para AWS DMS](#CHAP_Target.SQLServer.ConnectionAttrib)
+ [Tipos de datos de destino para Microsoft SQL Server](#CHAP_Target.SQLServer.DataTypes)

## Limitaciones del uso de SQL Server como destino para AWS Database Migration Service
<a name="CHAP_Target.SQLServer.Limitations"></a>

Cuando se utiliza una base de datos de SQL Server como destino para AWS DMS, se aplican las siguientes restricciones:
+ Al crear manualmente una tabla de destino de SQL Server con una columna calculada, no se admite la replicación de carga completa al utilizar la utilidad de copia en masa de BCP. Para utilizar la replicación de carga completa, desactive la carga de BCP configurando el atributo de conexión adicional (ECA) `'useBCPFullLoad=false'` en el punto de conexión. Para obtener información sobre ECAs la configuración de los puntos finales, consulte[Creación de puntos de enlace de origen y destino](CHAP_Endpoints.Creating.md). Para obtener más información sobre cómo trabajar con BCP, consulte la [documentación de 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).
+ Al replicar tablas con tipos de datos espaciales de SQL Server (GEOMETRÍA y GEOGRAFÍA), AWS DMS reemplaza cualquier identificador de referencia espacial (SRID) que haya insertado por el SRID predeterminado. El SRID predeterminado es 0 para GEOMETRY y 4326 para GEOGRAPHY.
+ No se permite usar tablas temporales. La migración de tablas temporales podría funcionar con una tarea de solo replicación en modo de aplicación transaccional si dichas tablas se crean manualmente en el destino.
+ Actualmente, `boolean` los tipos de datos de una fuente de PostgreSQL se migran a SQLServer un destino como `bit` el tipo de datos con valores incoherentes. 

  Para resolver este problema, haga lo siguiente:
  + Cree previamente la tabla con un tipo de `VARCHAR(1)` datos para la columna (o deje que AWS DMS cree la tabla). A continuación, haga que el procesamiento descendente trate la "F" como falso y la "T" como verdadero.
  + Para evitar tener que cambiar el procesamiento posterior, agregue una regla de transformación a la tarea para cambiar los valores “F” a “0” y los valores “T” a 1 y guárdelos como el tipo de datos de bits del servidor SQL.
+ AWS DMS no admite el procesamiento de cambios para establecer la nulabilidad de las columnas (se usa la `ALTER COLUMN [SET|DROP] NOT NULL` cláusula con `ALTER TABLE` declaraciones).
+ No se admite la autenticación de Windows.

## Requisitos de seguridad cuando se utiliza SQL Server como objetivo para AWS Database Migration Service
<a name="CHAP_Target.SQLServer.Security"></a>

A continuación se describen los requisitos de seguridad para su uso AWS DMS con un destino de Microsoft SQL Server:
+ La cuenta AWS DMS de usuario debe tener al menos el rol de `db_owner` usuario en la base de datos de SQL Server a la que se está conectando.
+ Un administrador del sistema de SQL Server deberá proporcionar este permiso a todas las cuentas de usuario de AWS DMS .

## Configuración del punto final cuando se utiliza SQL Server como destino para AWS DMS
<a name="CHAP_Target.SQLServer.ConnectionAttrib"></a>

Puede utilizar la configuración de punto de conexión para configurar la base de datos de destino de SQL Server de forma similar al uso de atributos de conexión adicionales. Los ajustes se especifican al crear el punto final de destino mediante la AWS DMS consola o mediante el `create-endpoint` comando del [AWS CLI](https://docs.aws.amazon.com/cli/latest/reference/dms/index.html), con la sintaxis `--microsoft-sql-server-settings '{"EndpointSetting": "value", ...}'` JSON.

La siguiente tabla muestra la configuración de punto de conexión que puede utilizar con SQL Server como destino.

[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/dms/latest/userguide/CHAP_Target.SQLServer.html)

## Tipos de datos de destino para Microsoft SQL Server
<a name="CHAP_Target.SQLServer.DataTypes"></a>

En la siguiente tabla se muestran los tipos de datos de destino de Microsoft SQL Server que se admiten cuando se utilizan AWS DMS y la asignación predeterminada a partir de AWS DMS los tipos de datos. Para obtener información adicional sobre AWS DMS los tipos de datos, consulte[Tipos de datos de AWS Database Migration Service](CHAP_Reference.DataTypes.md).


|  AWS DMS tipo de datos  |  Tipos de datos de SQL Server  | 
| --- | --- | 
|  BOOLEANO  |  TINYINT  | 
|  BYTES  |  VARBINARY (longitud)  | 
|  DATE  |  Para SQL Server 2008 y versiones superiores, utilice DATE. Para versiones anteriores, si la escala es 3 o inferior, utilice DATETIME. En el resto de casos, utilice VARCHAR (37).  | 
|  TIME  |  Para SQL Server 2008 y versiones posteriores, utilice DATETIME2 (%d). Para versiones anteriores, si la escala es 3 o inferior, utilice DATETIME. En el resto de casos, utilice VARCHAR (37).  | 
|  DATETIME  |  Para SQL Server 2008 y versiones posteriores, utilice DATETIME2 (escalar).  Para versiones anteriores, si la escala es 3 o inferior, utilice DATETIME. En el resto de casos, utilice VARCHAR (37).  | 
|  INT1  | SMALLINT | 
|  INT2  |  SMALLINT  | 
|  INT4  | INT | 
|  INT8  |  BIGINT  | 
|  NUMERIC  |  NUMERIC (p,s)  | 
|  REAL4  |  REAL  | 
|  REAL8  | FLOAT | 
|  STRING  |  Si la columna es una columna de fecha u hora, haga lo siguiente:  [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/es_es/dms/latest/userguide/CHAP_Target.SQLServer.html) Si la columna no es una columna de fecha o de hora, utilice VARCHAR (longitud).  | 
|  UINT1  |  TINYINT  | 
|  UINT2  |  SMALLINT  | 
|  UINT4  |  INT  | 
|  UINT8  |  BIGINT  | 
|  WSTRING  |  NVARCHAR (longitud)  | 
|  BLOB  |  VARBINARY (máx.) IMAGE Para usar este tipo de datos con AWS DMS, debe habilitar el uso de BLOBs para una tarea específica. AWS DMS solo admite los tipos de datos BLOB en las tablas que incluyen una clave principal.  | 
|  CLOB  |  VARCHAR (máx.) Para usar este tipo de datos con AWS DMS, debe habilitar el uso de CLOBs para una tarea específica. En la captura de datos de cambios (CDC), AWS DMS admite tipos de datos CLOB solo en tablas que incluyan una clave principal.  | 
|  NCLOB  |  NVARCHAR (máx.) Para usar este tipo de datos con AWS DMS, debe habilitar el uso de NCLOBs para una tarea específica. Durante los CDC, solo AWS DMS admite los tipos de datos del NCLOB en las tablas que incluyen una clave principal.  |