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.
# Especificación de la configuración de conversión de esquemas para proyectos de migración
Tras crear un proyecto de migración, puede especificar la configuración de conversión en la conversión de esquemas del DMS. La configuración de los ajustes de la conversión de esquemas mejora el rendimiento del código convertido.
**Edición de la configuración de conversión**
1. Inicie sesión en la AWS DMS consola Consola de administración de AWS y ábrala en la versión [https://console.aws.amazon.com/dms/2/](https://console.aws.amazon.com/dms/v2/).
1. Elija **Proyectos de migración**. Se abre la página **Proyectos de migración**.
1. Elija el proyecto de migración. Elija **Conversión de esquemas** y, a continuación, **Lanzar conversión de esquemas**.
1. Seleccione **Configuración**. Se abre la página de **configuración**.
1. En la sección **Conversión**, cambie la configuración.
1. Elija **Aplicar** y, a continuación, elija **Conversión de esquemas**.
Para todos los pares de conversiones, puede limitar el número de comentarios con elementos de acción en el código convertido. Para limitar el número de comentarios en el código convertido, abra la configuración de conversión en el proyecto de migración.
Para los **comentarios en el código SQL convertido**, elija el nivel de gravedad de los elementos de acción. La conversión de esquemas del 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, elija **Solo errores**.
Para incluir comentarios para todos los elementos de acción del código convertido, elija **Todos los mensajes**.
Las demás configuraciones de conversión son diferentes para cada par de bases de datos de origen y de destino.
**Topics**
+ [Descripción de la configuración de conversión de Oracle a MySQL](schema-conversion-oracle-mysql.md)
+ [Descripción de la configuración de conversión de Oracle a PostgreSQL](schema-conversion-oracle-postgresql.md)
+ [Descripción de la configuración de conversión de SQL Server a MySQL](schema-conversion-sql-server-mysql.md)
+ [Descripción de la configuración de conversión de SQL Server a PostgreSQL](schema-conversion-sql-server-postgresql.md)
+ [Descripción de la configuración de conversión de PostgreSQL a MySQL](schema-conversion-postgresql-mysql.md)
+ [Descripción de la configuración de conversión de IBM Db2 for LUW a Amazon RDS for PostgreSQL](schema-conversion-db2-luw-postgresql.md)
+ [Descripción de la configuración de conversión de IBM Db2 for z/OS a Amazon RDS for Db2](schema-conversion-db2-zos-db2.md)
+ [Descripción de la configuración de conversión de IBM Db2 for z/OS a Amazon RDS for PostgreSQL](schema-conversion-db2-zos-postgresql.md)
+ [Descripción de la configuración de conversión de SAP ASE (Sybase ASE) a PostgreSQL](schema-conversion--sybase-ASE.md)
# Descripción de la configuración de conversión de Oracle a MySQL
La configuración de conversión de Oracle a MySQL en la conversión de esquemas del DMS incluye lo siguiente:
+ La base de datos Oracle de origen puede utilizar la pseudocolumna `ROWID`. MySQL no admite funciones similares. La conversión de esquemas del DMS puede emular la pseudocolumna `ROWID` del código convertido. Para ello, active la opción **Generar ID de fila**.
Si el código de origen de Oracle no usa la pseudocolumna `ROWID`, desactive la opción **Generar ID de fila**. En este caso, el código convertido funciona más rápido.
+ El código de Oracle de origen puede incluir las funciones `TO_CHAR`, `TO_DATE` y `TO_NUMBER` con parámetros que MySQL no admite. De forma predeterminada, la conversión de esquemas del DMS simula el uso de estos parámetros en el código convertido.
Puede utilizar funciones `TO_CHAR`, `TO_DATE` y `TO_NUMBER` de MySQL nativas cuando el código de origen de Oracle carezca de parámetros que MySQL no admite. En este caso, el código convertido funciona más rápido. Para ello, seleccione los valores siguientes:
+ **Utilizar una función TO\$1CHAR de MySQL nativa**
+ **Utilizar una función TO\$1DATE de MySQL nativa**
+ **Utilizar una función TO\$1NUMBER de MySQL nativa**
+ La base de datos y las aplicaciones se ejecutan en zonas horarias diferentes. De forma predeterminada, la conversión de esquemas del DMS emula las zonas horarias del código convertido. Sin embargo, no necesita esta simulación cuando la base de datos y las aplicaciones utilizan la misma zona horaria. En este caso, seleccione **Mejorar el rendimiento del código convertido cuando la base de datos y las aplicaciones utilizan la misma zona horaria**.
# Descripción de la configuración de conversión de Oracle a PostgreSQL
La configuración de conversión de Oracle a PostgreSQL en la conversión de esquemas del DMS incluye lo siguiente:
+ Para convertir los objetos de base de datos aplicables mediante la IA generativa, active la configuración **IA generativa**. Los objetos que se conviertan correctamente mediante IA generativa se identificarán claramente con el **Elemento de acción 5444**, que afirma: “Esta conversión utiliza modelos de machine learning que generan predicciones basadas en patrones de datos”. Para obtener más información, consulte [Conversión de objetos de base de datos con IA generativa](schema-conversion-convert.databaseobjects.md).
+ Puede convertir los esquemas para distintas versiones compatibles de la base de datos de destino, no solo para la versión más reciente. Para especificar una versión, utilice la configuración **Versión del motor de destino**. Las opciones de conversión disponibles variarán en función de la versión de motor que elija. Actualmente, se admiten las versiones 14 y 15 de PostgreSQL (tienen la misma configuración). Tenga en cuenta que el uso de una versión del motor de destino durante la conversión del esquema que sea diferente de la versión especificada en esta configuración puede provocar problemas de compatibilidad y errores al realizar la operación de aplicación al destino.
+ AWS DMS puede convertir vistas materializadas de Oracle en tablas o vistas materializadas en PostgreSQL. Para **vistas materializadas**, elija cómo convertir las vistas materializadas de origen.
+ La base de datos Oracle de origen puede utilizar la pseudocolumna `ROWID`. PostgreSQL no admite funciones similares. La conversión de esquemas del DMS puede emular la pseudocolumna `ROWID` del código convertido mediante el tipo de datos `bigint` o `character varying`. Para ellos, elija **Usar el tipo de datos bigint para emular la pseudocolumna ROWID** o **Usar el carácter que varía el tipo de datos para emular la pseudocolumna ROWID** para **ID de fila**.
+ Para convertir el tipo de datos NUMBER en el tipo de datos numérico que mejor se ajuste, en función de la precisión y la escala, puede seleccionar Utilizar la asignación de tipos de datos optimizada para las columnas del tipo de datos NUMBER.
+ Si el código de Oracle de origen no utiliza la pseudocolumna `ROWID`, elija **No generar**. En este caso, el código convertido funciona más rápido.
+ El código de Oracle de origen puede incluir las funciones `TO_CHAR`, `TO_DATE` y `TO_NUMBER` con parámetros que PostgreSQL no admite. De forma predeterminada, la conversión de esquemas del DMS simula el uso de estos parámetros en el código convertido.
Puede utilizar funciones `TO_CHAR`, `TO_DATE` y `TO_NUMBER` de PostgreSQL nativas cuando el código de Oracle de origen carezca de parámetros que PostgreSQL no admite. En este caso, el código convertido funciona más rápido. Para ello, seleccione los valores siguientes:
+ **Utilizar una función TO\$1CHAR de PostgreSQL nativa**
+ **Utilizar una función TO\$1DATE de PostgreSQL nativa**
+ **Utilizar una función TO\$1NUMBER de PostgreSQL nativa**
+ La base de datos y las aplicaciones se ejecutan en zonas horarias diferentes. De forma predeterminada, la conversión de esquemas del DMS emula las zonas horarias del código convertido. Sin embargo, no necesita esta simulación cuando la base de datos y las aplicaciones utilizan la misma zona horaria. En este caso, seleccione **Mejorar el rendimiento del código convertido cuando la base de datos y las aplicaciones utilizan la misma zona horaria**.
+ Para seguir utilizando secuencias en el código convertido, seleccione **Rellenar las secuencias convertidas con el último valor generado en el código de origen**.
+ En algunos casos, es posible que la base de datos Oracle de origen almacene solo valores enteros en las columnas de clave principal o externa del tipo de datos `NUMBER`. En estos casos, AWS DMS puede convertir estas columnas al tipo de datos. `BIGINT` Este enfoque mejora el rendimiento del código convertido. Para ello, seleccione **Convertir columnas de clave principal y externa del tipo de datos NUMBER al tipo de datos BIGINT**. Asegúrese de que el origen no incluya valores de punto flotante en estas columnas para evitar la pérdida de datos.
+ Para omitir los desencadenadores y las restricciones desactivados en el código fuente, elija **Convertir solo los desencadenadores y las restricciones activos**.
+ Puede utilizar la conversión de esquemas del DMS para convertir variables de cadena denominadas SQL dinámico. El código de la base de datos puede cambiar los valores de estas variables de cadena. Para asegurarse de que AWS DMS siempre convierte el último valor de esta variable de cadena, seleccione **Convertir el código SQL dinámico que se crea en las llamadas rutinas**.
+ Las versiones 10 y anteriores de PostgreSQL no admiten procedimientos. Si no está familiarizado con el uso de procedimientos en PostgreSQL AWS DMS , puede convertir los procedimientos de Oracle en funciones de PostgreSQL. Para ello, seleccione **Convertir procedimientos en funciones**.
+ Para ver información adicional sobre los elementos de acción ocurridos, puede agregar funciones específicas al paquete de extensión. Para ello, seleccione **Agregar funciones del paquete de extensión que generen excepciones definidas por el usuario**. A continuación, elija los niveles de gravedad para aumentar las excepciones definidas por el usuario. Asegúrese de aplicar el esquema del paquete de extensión después de convertir los objetos de la base de datos de origen. Para obtener más información acerca de los paquetes de extensión, consulte [Usar paquetes de extensión](extension-pack.md).
+ La base de datos de Oracle de origen puede incluir restricciones con los nombres generados automáticamente. Si el código fuente utiliza estos nombres, asegúrese de seleccionar **Mantener los nombres de restricciones generados por el sistema**. Si el código fuente utiliza estas restricciones pero no los nombres, desactive esta opción para aumentar la velocidad de conversión.
+ Si las bases de datos de origen y destino se ejecutan en diferentes zonas horarias, la función que simula la función `SYSDATE` integrada de Oracle devuelve valores diferentes a los de la función de origen. Para asegurarse de que las funciones de origen y destino devuelven los mismos valores, elija **Establecer la zona horaria de la base de datos de origen**.
+ Puede usar las funciones de la extensión orafce en el código convertido. Para ello, en el caso de las **rutinas integradas de Orafce**, seleccione las funciones que desee utilizar. [Para obtener más información sobre oracle, consulte orace on.](https://github.com/orafce/orafce) GitHub
# Descripción de la configuración de conversión de SQL Server a MySQL
La configuración de conversión de SQL Server a MySQL en la conversión de esquemas del DMS incluye lo siguiente:
+ La base de datos de SQL Server de origen puede almacenar el resultado de `EXEC` en una tabla. La conversión de esquemas del DMS crea tablas temporales y un procedimiento adicional para emular esta característica. Para usar esta simulación, seleccione **Crear rutinas adicionales para gestionar conjuntos de datos abiertos**.
# Descripción de la configuración de conversión de SQL Server a PostgreSQL
La configuración de conversión de SQL Server a PostgreSQL en la conversión de esquemas del DMS incluye lo siguiente:
+ Para convertir los objetos de base de datos aplicables mediante la IA generativa, active la configuración **IA generativa**. Los objetos que se conviertan correctamente mediante la IA generativa se identificarán claramente con el **Elemento de acción 7744**, que afirma: “Esta conversión utiliza modelos de machine learning que generan predicciones basadas en patrones de datos”. Para obtener más información, consulte [Conversión de objetos de base de datos con IA generativa](schema-conversion-convert.databaseobjects.md).
+ En SQL Server, puede usar índices con el mismo nombre en diferentes tablas. Sin embargo, en PostgreSQL, todos los nombres de índice que utilice en el esquema deben ser únicos. Para asegurarse de que la conversión de esquemas del DMS genera nombres únicos para todos los índices, seleccione **Generar nombres únicos para los índices**.
+ Las versiones 10 y anteriores de PostgreSQL no admiten procedimientos. Si no está familiarizado con el uso de procedimientos en PostgreSQL AWS DMS , puede convertir los procedimientos de SQL Server en funciones de PostgreSQL. Para ello, seleccione **Convertir procedimientos en funciones**.
+ La base de datos de SQL Server de origen puede almacenar el resultado de `EXEC` en una tabla. La conversión de esquemas del DMS crea tablas temporales y un procedimiento adicional para emular esta característica. Para usar esta simulación, seleccione **Crear rutinas adicionales para gestionar conjuntos de datos abiertos**.
+ Puede definir la plantilla que se utilizará para los nombres de los esquemas del código convertido. Para **Nombres de esquema**, elija una de las siguientes opciones:
+ **DB**: utiliza el nombre de la base de datos de SQL Server como nombre de esquema en PostgreSQL.
+ **SCHEMA**: utiliza el nombre del esquema de SQL Server como nombre de esquema en PostgreSQL.
+ **DB\$1SCHEMA**: utiliza una combinación de los nombres de la base de datos y del esquema de SQL Server como nombre de esquema en PostgreSQL.
+ Puede mantener las mayúsculas y minúsculas en los nombres de los operandos de origen. Para evitar la conversión de los nombres de los operandos a minúsculas, seleccione **Evitar la conversión a minúsculas para las operaciones que distingan entre mayúsculas y minúsculas**. Esta opción solo se aplica si la característica de distinción entre mayúsculas y minúsculas está activada en la base de datos de origen.
+ Puede conservar los nombres de los parámetros de la base de datos de origen. La conversión de esquemas del DMS puede agregar comillas dobles a los nombres de los parámetros del código convertido. Para ello, seleccione **Conservar los nombres de los parámetros originales**.
+ Puede mantener una longitud de los parámetros de rutina de la base de datos de origen. La conversión de esquemas DMS crea dominios y los utiliza para especificar la longitud de los parámetros de rutina. Para ello, seleccione **Conservar la longitud de los parámetros.**
+ Para convertir objetos integrados no compatibles en objetos auxiliares, active la opción **Convertir objetos integrados no compatibles en objetos auxiliares**:
+ Si está activada, DMS SC reemplaza los objetos integrados no compatibles por los objetos auxiliares correspondientes en la base de datos de destino. Esta característica convierte las secciones de código que normalmente se incluirían en los problemas de migración 7811 o 7904. Crea objetos auxiliares basados en el tipo de objetos integrados de origen `PROCEDURE` para procedimientos y `VIEW` para vistas o tablas.
La conversión de un objeto de base de datos de origen con una llamada a un objeto no compatible desencadena la llamada a un objeto auxiliar y genera un problema de migración 7822.
Puede optar por crear objetos auxiliares en un esquema independiente activando la opción **Crear objetos auxiliares en un esquema independiente**. Cuando se seleccionan, los objetos auxiliares se crean en un esquema especial denominado `aws_sqlserver_stub` en la base de datos de destino. Si no se seleccionan, se crean en el mismo esquema que los objetos de llamada.
+ El nombre de las rutinas auxiliares se basa en el nombre completo del elemento integrado original. En el caso de las vistas auxiliares, la convención de nomenclatura incluye el nombre del esquema del sistema `system_schema_name$builtin_view_name`.
Durante la reconversión, DMS SC comprueba las rutinas auxiliares existentes en la base de datos de destino. Si ya existe una rutina con el mismo nombre y los mismos parámetros de entrada, no se sobrescribe.
Tras la conversión, revise e implemente el código personalizado para las rutinas auxiliares según sea necesario.
+ El tipo de datos `CITEXT` para la configuración de todos los tipos de datos de cadena en la Conversión de esquemas de DMS incluye lo siguiente:
+ Para usar el tipo de datos `CITEXT` para operaciones de cadena que no distingan entre mayúsculas y minúsculas al convertir desde SQL Server a PostgreSQL, active la opción **Usar CITEXT para todos los tipos de datos de cadenas**. Esta opción ayuda a mantener un comportamiento coherente al migrar desde un SQL Server que no distingue entre mayúsculas y minúsculas a un entorno de PostgreSQL que distinga entre mayúsculas y minúsculas.
+ Cuando está activado, DMS SC convierte todos los tipos de datos de cadena relevantes desde la base de datos de SQL Server de origen a `CITEXT` en PostgreSQL. Esto elimina la necesidad de realizar llamadas explícitas a la función LOWER () en determinadas condiciones y convierte automáticamente las expresiones de cadena en operaciones condicionales a `CITEXT`.
+ Para determinar si la instancia de SQL Server distingue entre mayúsculas y minúsculas, ejecute la siguiente consulta:
```
SELECT SERVERPROPERTY('COLLATION');
```
Un resultado que contiene “CI” indica que no distingue entre mayúsculas y minúsculas, mientras que “CS” indica que sí distingue entre mayúsculas y minúsculas.
+ Es posible que la conversión `CITEXT` no se aplique en situaciones en las que se utilicen configuraciones de compilado explícitas que distingan mayúsculas de minúsculas en el servidor, la base de datos o la columna.
Para utilizar esta característica, asegúrese de que el módulo `CITEXT` esté instalado y disponible en la base de datos de PostgreSQL de destino.
+ Al utilizar la conversión de tipos de datos `CITEXT`, tenga en cuenta las siguientes prácticas recomendadas:
+ Active esta característica al migrar desde un servidor SQL Server que no distinga entre mayúsculas y minúsculas para mantener un comportamiento coherente en PostgreSQL.
+ Revise el código de la aplicación para asegurarse de que no dependa de operaciones de cadenas que distingan entre mayúsculas y minúsculas.
+ Pruebe minuciosamente la aplicación después de la migración para comprobar que el comportamiento que no distingue entre mayúsculas y minúsculas se mantiene tal como se esperaba.
# Descripción de la configuración de conversión de PostgreSQL a MySQL
La configuración de la conversión de PostgreSQL a MySQL en la conversión de esquemas de DMS incluye lo siguiente:
+ **Comentarios en código SQL convertido**: esta configuración incluye comentarios en el código convertido para los elementos de acción de la gravedad seleccionada y superior. Esta configuración admite los siguientes valores:
+ Solo errores
+ Errores y advertencias
+ Todos los mensajes
# Descripción de la configuración de conversión de IBM Db2 for LUW a Amazon RDS for PostgreSQL
**nota**
La consola AWS de administración no admite la creación de proyectos de migración en DMS Schema Conversion que utilicen IBM Db2 for LUW como proveedor de datos de origen y Amazon RDS for PostgreSQL como proveedor de datos de destino. En su lugar, utilice la API de conversión de esquemas AWS CLI o DMS.
La configuración de conversión de IBM Db2 para Linux, UNIX y Windows a Amazon RDS for PostgreSQL en la conversión de esquemas de DMS incluye lo siguiente:
+ **Comentarios en código SQL convertido**: esta configuración incluye comentarios en el código convertido para los elementos de acción de la gravedad seleccionada y superior. Esta configuración admite los siguientes valores:
+ Solo errores
+ Errores y advertencias
+ Todos los mensajes
# Descripción de la configuración de conversión de IBM Db2 for z/OS a Amazon RDS for Db2
La configuración de DB2 conversión de IBM for z/OS a Amazon RDS for en DMS Schema Conversion incluye lo siguiente:
+ **Comentarios en código SQL convertido**: esta configuración incluye comentarios en el código convertido para los elementos de acción de la gravedad seleccionada y superior. Esta configuración admite los siguientes valores:
+ Solo errores
+ Errores y advertencias
+ Todos los mensajes
# Descripción de la configuración de conversión de IBM Db2 for z/OS a Amazon RDS for PostgreSQL
**nota**
La consola AWS de administración no admite la creación de proyectos de migración en DMS Schema Conversion que utilicen IBM Db2 z/OS como proveedor de datos de origen con Amazon RDS for PostgreSQL como proveedor de datos de destino. En su lugar, utilice la API de conversión de esquemas AWS CLI o DMS.
La configuración de conversión de IBM Db2 for z/OS a Amazon RDS for PostgreSQL en DMS Schema Conversion incluye lo siguiente:
+ **Comentarios en código SQL convertido**: esta configuración incluye comentarios en el código convertido para los elementos de acción de la gravedad seleccionada y superior. Esta configuración admite los siguientes valores:
+ Solo errores
+ Errores y advertencias
+ Todos los mensajes
# Descripción de la configuración de conversión de SAP ASE (Sybase ASE) a PostgreSQL
La configuración de conversión de SAP ASE (Sybase ASE) a PostgreSQL en la conversión de esquemas de DMS incluye lo siguiente:
+ Para convertir los objetos de base de datos aplicables mediante la IA generativa, active la configuración **IA generativa**. Los objetos convertidos correctamente mediante IA generativa se identificarán claramente con el **elemento de acción 3077**, que dice: «Esta conversión utiliza modelos de aprendizaje automático que generan predicciones basadas en patrones de datos». Para obtener más información, consulte [Conversión de objetos de base de datos con IA generativa](schema-conversion-convert.databaseobjects.md).
+ **Comentarios en código SQL convertido**: esta configuración incluye comentarios en el código convertido para los elementos de acción de la gravedad seleccionada y superior. Esta configuración admite los siguientes valores:
+ Solo errores
+ Errores y advertencias
+ Todos los mensajes
+ Puede definir la plantilla que se utilizará para los nombres de los esquemas del código convertido. Para **Nombres de esquema**, elija una de las siguientes opciones:
+ **DB**: utiliza el nombre de la base de datos SAP ASE (Sybase ASE) como nombre de esquema en PostgreSQL.
+ **ESQUEMA**: utiliza el nombre del esquema SAP ASE (Sybase ASE) como nombre de esquema en PostgreSQL.
+ **DB\$1SCHEMA**: utiliza una combinación de los nombres de la base de datos y el esquema de SAP ASE (Sybase ASE) como nombre de esquema en.
+ Puede conservar las mayúsculas y minúsculas exactas de los nombres de los objetos de la base de datos de origen. Para ello, seleccione Tratar los nombres de los objetos de la base de datos fuente con distinción de mayúsculas y minúsculas. Si esta opción está desactivada, todos los nombres de los objetos de la base de datos se convierten a minúsculas.
+ Puede evitar convertir los operandos a minúsculas durante las operaciones que no distinguen mayúsculas de minúsculas. La conversión de esquemas de DMS no aplicará la función LOWER a los operandos del código convertido. Para ello, seleccione **Evitar convertir los operandos a minúsculas para las operaciones que no distingan mayúsculas de minúsculas**. Si esta opción no está seleccionada (predeterminada), la conversión de esquemas de DMS aplica automáticamente la función LOWER para convertir los operandos a minúsculas antes de realizar comparaciones que no distingan mayúsculas de minúsculas.
+ En SAP ASE (Sybase ASE), puede crear índices con nombres idénticos en distintas tablas. PostgreSQL requiere que todos los nombres de índice de un esquema sean únicos. Para garantizar que AWS Schema Conversion cree nombres de índice únicos durante la migración, seleccione **Generar nombres únicos para los** índices. Esta opción añade automáticamente prefijos a los nombres de los índices para evitar conflictos de nombres en la base de datos PostgreSQL de destino.