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.
# Creación de proveedores de datos de origen para la conversión de esquemas del DMS
Puede utilizar una base de datos de Microsoft SQL Server, Oracle, PostgreSQL, MySQL, IBM for LUW DB2 DB2 , z/OS IBM for y SAP ASE (Sybase ASE) como proveedor de datos de origen en proyectos de migración para DMS Schema Conversion.
Asegúrese de configurar la red para permitir la interacción entre el proveedor de datos de origen y la conversión de esquemas del DMS. Para obtener más información, consulte [Configuración de una red para la conversión de esquemas del DMS](instance-profiles-network.md).
**Topics**
+ [Uso de la base de datos de Microsoft SQL Server como origen en la conversión de esquemas del DMS](data-providers-sql-server.md)
+ [Uso de una base de datos de Oracle como origen en la conversión de esquemas del DMS](data-providers-oracle.md)
+ [Uso de una base de datos de Oracle Data Warehouse como origen en la conversión de esquemas del DMS](data-providers-oracle-dw.md)
+ [Uso de una base de datos de PostgreSQL como origen en la conversión de esquemas de DMS](sc-data-providers-postgresql.md)
+ [Uso de una base de datos de MySQL como origen en la conversión de esquemas de DMS](sc-data-providers-mysql.md)
+ [Uso de una base de datos IBM Db2 para Linux, UNIX y Windows como fuente en la conversión de esquemas de DMS](sc-data-providers-db2luw.md)
+ [Uso de una z/OS base de datos IBM Db2 como fuente en DMS Schema Conversion](sc-data-providers-db2zos.md)
+ [Uso de una base de datos SAP ASE (Sybase ASE) como fuente en Schema Conversion AWS DMS](dm-data-providers-source-sybase-ASE.md)
# Uso de la base de datos de Microsoft SQL Server como origen en la conversión de esquemas del DMS
Puede utilizar las bases de datos de SQL Server como origen de migración en la conversión de esquemas del DMS.
Puede utilizar la conversión de esquemas del DMS para convertir los objetos de código de base de datos de SQL Server en los siguientes destinos:
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS para MySQL
+ RDS para PostgreSQL
Para obtener información sobre las versiones de base de datos de SQL Server, consulte [Proveedores de datos de origen para la conversión de esquemas del DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Para obtener más información sobre el uso de la conversión de esquemas de DMS con una base de datos de SQL Server de origen, consulte el [ step-by-steptutorial de migración de SQL Server a MySQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-sql-server-mysql.html).
## Privilegios para Microsoft SQL Server como origen
Consulte la siguiente lista de privilegios necesarios para Microsoft SQL Server como origen:
+ VIEW DEFINITION
+ VIEW DATABASE STATE
El privilegio `VIEW DEFINITION` permite a los usuarios que tienen acceso público ver las definiciones de objetos. La conversión de esquemas del DMS utiliza el privilegio `VIEW DATABASE STATE` para comprobar las características de SQL Server Enterprise Edition.
Repita la concesión para cada base de datos cuyo esquema vaya a convertir.
Además, conceda los siguientes privilegios en la base de datos `master`:
+ VIEW SERVER STATE
+ VER CUALQUIER DEFINICIÓN
La conversión de esquemas del DMS utiliza el privilegio `VIEW SERVER STATE` para recopilar los ajustes y la configuración del servidor. Asegúrese de conceder el privilegio `VIEW ANY DEFINITION` para ver los proveedores de datos.
Para leer información sobre Microsoft Analysis Services, ejecute el siguiente comando en la base de datos `master`.
```
EXEC master..sp_addsrvrolemember @loginame = N'', @rolename = N'sysadmin'
```
En el ejemplo anterior, sustituya el marcador de posición `` por el nombre del usuario al que concedió anteriormente los privilegios necesarios.
Para leer información sobre el agente de SQL Server, añada su usuario a la función de SQLAgent usuario. Ejecute el siguiente comando en la base de datos `msdb`.
```
EXEC sp_addrolemember , ;
```
En el ejemplo anterior, sustituya el marcador de posición `` por el nombre del rol del Agente SQL Server. A continuación, sustituya el marcador de posición `` por el nombre del usuario al que concedió anteriormente los privilegios necesarios. Para obtener más información, consulte [Añadir un usuario al rol de SQLAgent usuario](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/Appendix.SQLServer.CommonDBATasks.Agent.html#SQLServerAgent.AddUser) en la *Guía del usuario de Amazon RDS*.
Para detectar el envío de registros, conceda el privilegio `SELECT on dbo.log_shipping_primary_databases` en la base de datos de `msdb`.
Para utilizar el enfoque de notificación de la replicación del lenguaje de definición de datos (DDL), conceda el privilegio `RECEIVE ON .` en las bases de datos de origen. En este ejemplo, sustituya el marcador de posición `` por el nombre del esquema de la base de datos. A continuación, sustituya el marcador de posición `` por el nombre de una tabla de colas.
# Uso de una base de datos de Oracle como origen en la conversión de esquemas del DMS
Puede utilizar las bases de datos de Oracle como origen de migración en la conversión de esquemas del DMS.
Para conectarse a la base de datos de Oracle, utilice el ID de sistema de Oracle (SID). Para encontrar el SID de Oracle, envíe la siguiente consulta a su base de datos de Oracle:
```
SELECT sys_context('userenv','instance_name') AS SID FROM dual;
```
Puede utilizar la conversión de esquemas del DMS para convertir los objetos de código de base de datos de Oracle Database en los siguientes destinos:
+ Aurora MySQL
+ Aurora PostgreSQL
+ RDS para MySQL
+ RDS para PostgreSQL
Para obtener información sobre las versiones de base de datos de Oracle admitidas, consulte [Proveedores de datos de origen para la conversión de esquemas del DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion).
Para obtener más información sobre el uso de la conversión de esquemas de DMS con una base de datos Oracle de origen, consulte el tutorial de migración de [Oracle a step-by-step PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html).
## Privilegios para Oracle como origen
Los privilegios siguientes son necesarios para Oracle como origen:
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
+ SELECT ON SYS.ARGUMENT\$1
# Uso de una base de datos de Oracle Data Warehouse como origen en la conversión de esquemas del DMS
Puede utilizar las bases de datos de Oracle Data Warehouse como origen de migración en la conversión de esquemas DMS para convertir los objetos de código de base de datos y el código de la aplicación a Amazon Redshift.
Para obtener información sobre las versiones de base de datos de Oracle admitidas, consulte [Proveedores de datos de origen para la conversión de esquemas del DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion). Para obtener más información sobre el uso de la conversión de esquemas de DMS con una base de datos Oracle de origen, consulte el tutorial de migración de [Oracle a step-by-step PostgreSQL](https://docs.aws.amazon.com/dms/latest/sbs/schema-conversion-oracle-postgresql.html).
## Privilegios de utilizar una base de datos de Oracle Data Warehouse como origen
Los privilegios necesarios para Oracle Data Warehouse como origen se enumeran a continuación:
+ CONNECT
+ SELECT\$1CATALOG\$1ROLE
+ SELECT ANY DICTIONARY
## Configuración de conversión de Oracle Data Warehouse a Amazon Redshift
Para obtener información acerca de la configuración de conversión de esquemas DMS, consulte [Especificación de la configuración de conversión de esquemas para proyectos de migración](schema-conversion-settings.md).
La configuración de conversión de Oracle Data Warehouse a Amazon Redshift incluye lo siguiente:
+ **Agregar comentarios en el código convertido para los elementos de acción de la gravedad seleccionada o superior**: esta configuración limita el número de comentarios con elementos de acción en el código convertido. DMS agrega comentarios en el código convertido para los elementos de acción de la gravedad seleccionada o superior.
Por ejemplo, para minimizar el número de comentarios en el código convertido, seleccione **Solo errores**. Para incluir comentarios para todos los elementos de acción del código convertido, seleccione **Todos los mensajes**.
+ **El número máximo de tablas para el clúster de Amazon Redshift de destino:** esta configuración establece el número máximo de tablas que DMS puede aplicar a su clúster de Amazon Redshift. Amazon Redshift tiene cuotas que limitan las tablas de uso para los distintos tipos de nodos de clúster. Esta configuración admite los siguientes valores:
+ **Auto**: DMS determina el número de tablas que se van a aplicar al clúster de Amazon Redshift de destino en función del tipo de nodo.
+ **Establecer un valor**: establece el número de tablas manualmente.
DMS convierte todas las tablas de origen, incluso si el número de tablas es superior al que puede almacenar el clúster de Amazon Redshift. DMS almacena el código convertido en su proyecto y no lo aplica a la base de datos de destino. Si alcanza la cuota del clúster de Amazon Redshift para las tablas al aplicar el código convertido, DMS mostrará un mensaje de advertencia. Además, DMS aplica tablas a su clúster de Amazon Redshift de destino hasta que el número de tablas alcanza el límite.
Para obtener información sobre las cuotas de las tablas de Amazon Redshift, consulte [Cuotas y límites en Amazon Redshift](https://docs.aws.amazon.com/redshift/latest/mgmt/amazon-redshift-limits.html).
+ **Usar la vista UNION ALL**: esta configuración le permite establecer el número máximo de tablas de destino que DMS puede crear para una única tabla de origen.
Amazon Redshift no admite particionamiento de tablas. Para simular el particionamiento de tablas y agilizar la ejecución de las consultas, DMS puede migrar cada partición de la tabla de origen a una tabla independiente en Amazon Redshift. A continuación, DMS crea una vista que incluye los datos de todas las tablas de destino que crea.
DMS determina automáticamente el número de particiones de la tabla de origen. Según el tipo de particionamiento de la tabla de origen, este número puede superar la cuota de tablas que puede aplicar a su clúster de Amazon Redshift. Para evitar alcanzar esta cuota, introduzca el número máximo de tablas de destino que DMS puede crear para las particiones de una sola tabla de origen. La opción predeterminada es 368 tablas, lo que representa una partición para 366 días de un año, más dos tablas para las particiones NO RANGE y UNKNOWN.
+ **Los elementos de formato Datetype que utiliza en el código de Oracle son similares a las cadenas de formato de fecha y hora de Amazon Redshift**: utilice esta configuración para convertir funciones de formato de tipo de datos como `TO_CHAR`, `TO_DATE` y `TO_NUMBER` con elementos de formato de fecha y hora que Amazon Redshift no admite. De forma predeterminada, DMS utiliza las funciones del paquete de extensión para simular estos elementos de formato no compatibles en el código convertido.
El modelo de formato de fecha y hora de Oracle incluye más elementos que las cadenas de formato de fecha y hora de Amazon Redshift. Si su código fuente incluye únicamente elementos de formato de fecha y hora compatibles con Amazon Redshift, establezca este valor para evitar las funciones del paquete de extensión incluidas en el código convertido. Al evitar las funciones de extensión, el código convertido se ejecuta más rápido.
+ **Los elementos de formato numérico que utiliza en el código de Oracle son similares a las cadenas de formato numérico de Amazon Redshift**: utilice esta configuración para convertir funciones de formato de tipo de datos numéricos que Amazon Redshift no admite. De forma predeterminada, DMS utiliza las funciones del paquete de extensión para simular estos elementos de formato no compatibles en el código convertido.
El modelo de formato numérico de Oracle incluye más elementos que las cadenas de formato numérico de Amazon Redshift. Si su código fuente incluye únicamente elementos de formato numérico compatibles con Amazon Redshift, establezca este valor para evitar las funciones del paquete de extensión incluidas en el código convertido. Al evitar las funciones de extensión, el código convertido se ejecuta más rápido.
+ **Utilice la función NVL para emular el comportamiento de las funciones LEAD y LAG de Oracle**: si el código fuente no utiliza los valores predeterminados de compensación en las `LAG` funciones `LEAD` y, DMS puede simular estas funciones con la función. `NVL` De forma predeterminada, DMS genera un elemento de acción para cada función `LEAD` y `LAG`. Al emular estas funciones con `NVL`, el código convertido se ejecuta más rápido.
+ **Simular el comportamiento de las claves principales y únicas**: establezca esta configuración para que DMS simule el comportamiento de las restricciones de claves principales y únicas en el clúster de Amazon Redshift de destino. Amazon Redshift no exige restricciones de claves principales y únicas, y solo las utiliza para fines informativos. Si el código fuente utiliza restricciones de claves principales o únicas, establezca esta configuración para garantizar que DMS simule su comportamiento.
+ **Utilizar codificación de compresión**: establezca esta configuración para aplicar la codificación de compresión a las columnas de la tabla de Amazon Redshift. DMS asigna automáticamente la codificación de compresión mediante el algoritmo Redshift predeterminado. Para obtener información sobre la codificación de compresión, consulte [Codificaciones de compresión](https://docs.aws.amazon.com/redshift/latest/dg/c_Compression_encodings.html) en la *Guía para desarrolladores de bases de datos de Amazon Redshift*.
Amazon Redshift no aplica de forma predeterminada compresión a las columnas definidas como claves de clasificación y distribución. Para aplicar compresión a estas columnas, establezca **Usar codificación de compresión para columnas KEY**. Puede seleccionar esta opción cuando establezca **Usar codificación de compresión**.
# Uso de una base de datos de PostgreSQL como origen en la conversión de esquemas de DMS
Puede utilizar las bases de datos de PostgreSQL como origen de migración en la conversión de esquemas de DMS.
Puede utilizar la conversión de esquemas de DMS para convertir los objetos de código de la base de datos de PostgreSQL a los siguientes destinos:
+ MySQL
+ Aurora MySQL
Los privilegios necesarios para PostgreSQL como origen son los siguientes:
+ CONNECT ON DATABASE
+ USAGE ON SCHEMA
+ SELECT ON ALL TABLES IN SCHEMA
+ SELECT ON ALL SEQUENCES IN SCHEMA
# Uso de una base de datos de MySQL como origen en la conversión de esquemas de DMS
Puede utilizar las bases de datos de MySQL como origen de migración en la conversión de esquemas de DMS.
Puede utilizar la conversión de esquemas de DMS para convertir los objetos de código de base de datos de MySQL a los siguientes destinos:
+ PostgreSQL
+ Aurora PostgreSQL
A continuación se enumeran los privilegios necesarios para MySQL como origen:
+ `SELECT ON *.*`
+ `SHOW VIEW ON *.*`
## Configuración de conversión de MySQL a PostgreSQL
Para obtener información acerca de la configuración de conversión de esquemas DMS, consulte [Especificación de la configuración de conversión de esquemas para proyectos de migración](schema-conversion-settings.md).
La configuración de conversión de MySQL a PostgreSQL incluye lo siguiente:
+ **Comentarios en el código SQL convertido**: establezca esta configuración para agregar comentarios en el código convertido para los elementos de acción de la gravedad seleccionada y superior.
Valores válidos:
+ **Solo errores**
+ **Errores y advertencias**
+ **Todos los mensajes**
# Uso de una base de datos IBM Db2 para Linux, UNIX y Windows como fuente en la conversión de esquemas de DMS
Puede utilizar una base de datos IBM Db2 para Linux, UNIX y Windows como fuente de migración en DMS Schema Conversion.
Puede utilizar la conversión de esquemas de DMS para convertir objetos de código de base de datos de Db2 para bases de datos de Linux, UNIX y Windows a los siguientes destinos:
+ Aurora PostgreSQL
+ Amazon RDS para PostgreSQL
Para obtener información sobre las versiones de bases de datos IBM Db2 para Linux, UNIX y Windows compatibles, consulte [Proveedores de datos de origen para la conversión de esquemas del DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Requisitos previos para utilizar IBM Db2 para Linux, UNIX y Windows como base de datos fuente
Puede utilizar el siguiente ejemplo de código para comprobar la versión de la base de datos fuente de IBM Db2 para Linux, UNIX y Windows:
```
SELECT SERVICE_LEVEL FROM SYSIBMADM.ENV_INST_INFO;
```
## Privilegios de IBM Db2 para Linux, UNIX y Windows como base de datos de origen
Los privilegios necesarios para conectarse a una base de datos de Db2 para Linux, UNIX y Windows y leer los catálogos y tablas del sistema son los siguientes:
```
EXECUTE ON PACKAGE NULLID.SYSSH200
EXECUTE ON PACKAGE NULLID.SQLC2O26 /* If Db2 LUW runs on a Linux operating system */
EXECUTE ON FUNCTION SYSPROC.ENV_GET_INST_INFO
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_AUTHORITIES_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_GROUPS_FOR_AUTHID
EXECUTE ON FUNCTION SYSPROC.AUTH_LIST_ROLES_FOR_AUTHID
SELECT ON SYSIBMADM.ENV_INST_INFO
SELECT ON SYSIBMADM.ENV_SYS_INFO
SELECT ON SYSIBMADM.PRIVILEGES
SELECT ON SYSCAT.ATTRIBUTES
SELECT ON SYSCAT.CHECKS
SELECT ON SYSCAT.COLIDENTATTRIBUTES
SELECT ON SYSCAT.COLUMNS
SELECT ON SYSCAT.DATAPARTITIONEXPRESSION
SELECT ON SYSCAT.DATAPARTITIONS
SELECT ON SYSCAT.DATATYPEDEP
SELECT ON SYSCAT.DATATYPES
SELECT ON SYSCAT.HIERARCHIES
SELECT ON SYSCAT.INDEXCOLUSE
SELECT ON SYSCAT.INDEXES
SELECT ON SYSCAT.INDEXPARTITIONS
SELECT ON SYSCAT.KEYCOLUSE
SELECT ON SYSCAT.MODULEOBJECTS
SELECT ON SYSCAT.MODULES
SELECT ON SYSCAT.NICKNAMES
SELECT ON SYSCAT.PERIODS
SELECT ON SYSCAT.REFERENCES
SELECT ON SYSCAT.ROUTINEPARMS
SELECT ON SYSCAT.ROUTINES
SELECT ON SYSCAT.ROWFIELDS
SELECT ON SYSCAT.SCHEMATA
SELECT ON SYSCAT.SEQUENCES
SELECT ON SYSCAT.TABCONST
SELECT ON SYSCAT.TABLES
SELECT ON SYSCAT.TRIGGERS
SELECT ON SYSCAT.VARIABLEDEP
SELECT ON SYSCAT.VARIABLES
SELECT ON SYSCAT.VIEWS
SELECT ON SYSIBM.SYSDUMMY1
```
# Uso de una z/OS base de datos IBM Db2 como fuente en DMS Schema Conversion
Puede utilizar un IBM Db2 para z/OS bases de datos como fuente de migración en DMS Schema Conversion.
Puede utilizar la conversión de esquemas de DMS para convertir los objetos de código de base de datos de Db2 for z/OS Database a los siguientes destinos:
+ Amazon RDS para Db2
+ Amazon RDS para PostgreSQL
+ Aurora PostgreSQL
Para obtener más información sobre las versiones de bases de datos de IBM Db2 compatibles, consulte [Proveedores de z/OS datos de origen para la conversión de esquemas de DMS](https://docs.aws.amazon.com/dms/latest/userguide/CHAP_Introduction.Sources.html#CHAP_Introduction.Sources.SchemaConversion).
## Requisitos previos para utilizar IBM Db2 como base de datos fuente z/OS
La versión de base de datos de nivel 100 de IBM Db2 para la z/OS versión 12 no admite la mayoría de las nuevas capacidades de IBM Db2 para la versión 12. z/OS Esta versión de base de datos proporciona soporte para la solución alternativa para la versión 11 de Db2 y el intercambio de datos con la versión 11 de Db2. Para evitar la conversión de funciones no compatibles de la versión 11 de Db2, le recomendamos que utilice un IBM Db2 para el nivel de función de z/OS base de datos 500 o superior como fuente de SC. AWS DMS
Puede utilizar el siguiente ejemplo de código para comprobar la versión de la base de datos IBM Db2 de origen: z/OS
```
SELECT GETVARIABLE('SYSIBM.VERSION') as version FROM SYSIBM.SYSDUMMY1;
```
Asegúrese de que este código devuelva la versión `DSN12015` o posterior.
Puede utilizar el siguiente ejemplo de código para comprobar el valor del registro especial `APPLICATION COMPATIBILITY` en su base de datos de IBM Db2 para z/OS de origen.
```
SELECT CURRENT APPLICATION COMPATIBILITY as version FROM SYSIBM.SYSDUMMY1;
```
Asegúrese de que este código devuelva la versión `V12R1M500` o posterior.
## Privilegios para IBM Db2 z/OS como base de datos fuente
Los privilegios necesarios para conectarse a un Db2 para la z/OS base de datos y leer los catálogos y tablas del sistema son los siguientes:
```
SELECT ON SYSIBM.LOCATIONS
SELECT ON SYSIBM.SYSCHECKS
SELECT ON SYSIBM.SYSCOLUMNS
SELECT ON SYSIBM.SYSDATABASE
SELECT ON SYSIBM.SYSDATATYPES
SELECT ON SYSIBM.SYSDUMMY1
SELECT ON SYSIBM.SYSFOREIGNKEYS
SELECT ON SYSIBM.SYSINDEXES
SELECT ON SYSIBM.SYSKEYCOLUSE
SELECT ON SYSIBM.SYSKEYS
SELECT ON SYSIBM.SYSKEYTARGETS
SELECT ON SYSIBM.SYSJAROBJECTS
SELECT ON SYSIBM.SYSPACKAGE
SELECT ON SYSIBM.SYSPARMS
SELECT ON SYSIBM.SYSRELS
SELECT ON SYSIBM.SYSROUTINES
SELECT ON SYSIBM.SYSSEQUENCES
SELECT ON SYSIBM.SYSSEQUENCESDEP
SELECT ON SYSIBM.SYSSYNONYMS
SELECT ON SYSIBM.SYSTABCONST
SELECT ON SYSIBM.SYSTABLES
SELECT ON SYSIBM.SYSTABLESPACE
SELECT ON SYSIBM.SYSTRIGGERS
SELECT ON SYSIBM.SYSVARIABLES
SELECT ON SYSIBM.SYSVIEWS
```
# Uso de una base de datos SAP ASE (Sybase ASE) como fuente en Schema Conversion AWS DMS
Puede utilizar las bases de datos SAP ASE (Sybase ASE) como fuente de migración en DMS Schema Conversion.
Puede utilizar la conversión de esquemas de DMS para convertir los objetos de código de base de datos de la base de datos SAP ASE (Sybase ASE) a los siguientes destinos:
+ Aurora PostgreSQL
+ RDS para PostgreSQL
Para obtener información sobre las versiones de bases de datos SAP ASE (Sybase ASE) compatibles, consulte [Proveedores de datos de origen para la conversión de esquemas del DMS](CHAP_Introduction.Sources.md#CHAP_Introduction.Sources.SchemaConversion)
## Privilegios de SAP ASE (Sybase ASE) como base de datos de origen
Se requieren los siguientes privilegios cuando se utiliza SAP ASE (Sybase ASE) como base de datos de origen:
+ UTILICE master
+ seleccione en dbo.spt\$1values
+ seleccione asehostname
Para cada base de datos que se vaya a migrar, otorgue los siguientes privilegios:
+ UTILICE db\$1name *(sustituya db\$1name por el nombre de la base de datos que se va a migrar*)
+ seleccione dbo.sysusers
+ seleccione en dbo.sysobjects
+ seleccione en dbo.sysindex.es
+ seleccione en dbo.syscolumns
+ seleccione en dbo.sysreferences
+ seleccione en dbo.syscomments
+ seleccione en dbo.syspartition
+ seleccione en dbo.syspartitionkeys
+ seleccione en dbo.sysconstraints
+ seleccione en dbo.systypes
+ seleccione en dbo.sysqueryplans