Solución de problemas de integración sin ETL

Utilice la siguiente información para solucionar problemas habituales relacionados con las integraciones sin ETL con Aurora MySQL.

Error en la creación de la integración

Si se ha producido un error en la creación de la integración sin ETL, el estado de la integración es Inactive. Asegúrese de que lo siguiente sea correcto para su clúster de base de datos de Aurora de origen:

Además, asegúrese de que lo siguiente sea correcto para su almacenamiento de datos de Amazon Redshift:

Las tablas no tienen claves principales

En la base de datos de destino, una o varias de las tablas no tienen clave principal y no se pueden sincronizar.

Para resolver este problema, vaya a la pestaña Estadísticas de la tabla en la página de detalles de integración o utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. También puede agregar claves principales a las tablas y Amazon Redshift volverá a sincronizarlas. Como alternativa, aunque no se recomienda, puede eliminar estas tablas en Aurora y crear tablas con una clave principal. Para obtener más información, consulte Prácticas recomendadas de Amazon Redshift para el diseño de tablas.

Las tablas de Aurora MySQL no se replican en Amazon Redshift

Si no ve reflejadas una o varias tablas en Amazon Redshift, puede ejecutar el siguiente comando para volver a sincronizarlas. Reemplace dbname por el nombre de su base de datos de Amazon Redshift. Y reemplace tabla1 y tabla2 por los nombres de las tablas que se sincronizarán.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Para obtener más información, consulte ALTER DATABASE en la Guía para desarrolladores de bases de datos de Amazon Redshift.

Es posible que los datos no se estén replicando porque una o varias de las tablas de origen no tienen una clave principal. El panel de supervisión de Amazon Redshift muestra el estado de estas tablas como Failed y el estado de la integración sin ETL global cambia a Needs attention. Para resolver este problema, puede identificar una clave existente en la tabla que pueda convertirse en clave principal o puede añadir una clave principal sintética. Para obtener soluciones detalladas, consulte Handle tables without primary keys while creating Aurora MySQL-Compatible Edition or RDS for MySQL zero-ETL integrations with Amazon Redshift. en el Blog de bases de datos de AWS.

Confirme también que si su objetivo es un clúster de Amazon Redshift, el clúster no esté en pausa.

Tipos de datos no admitidos en las tablas

En la base de datos que ha creado a partir de la integración en Amazon Redshift y en la que se replican datos desde el clúster de base de datos de Aurora, una o varias de las tablas tienen tipos de datos no compatibles y no se pueden sincronizar.

Para resolver este problema, vaya a la pestaña Estadísticas de la tabla en la página de detalles de integración o utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. A continuación, elimine estas tablas y vuelva a crear tablas nuevas en Amazon RDS. Para obtener más información sobre los tipos de datos no compatibles, consulte Diferencias de tipos de datos entre las bases de datos de Aurora y Amazon Redshift en la Guía del usuario de Amazon Aurora.

Error en los comandos del lenguaje de manipulación de datos

Amazon Redshift no ha podido ejecutar comandos DML en las tablas de Redshift. Para resolver este problema, utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. Amazon Redshift vuelve a sincronizar automáticamente las tablas para resolver este error.

Los cambios de los que se hecho el seguimiento entre orígenes de datos no coinciden

Este error se produce cuando los cambios entre Amazon Aurora y Amazon Redshift no coinciden, lo que provoca que la integración cambie a un estado Failed.

Para solucionarlo, elimine la integración sin ETL y vuelva a crearla en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

Error de autorización

Se ha producido un error en la autorización porque el clúster de base de datos de Aurora de origen se ha eliminado como origen de integración autorizado para el almacenamiento de datos de Amazon Redshift.

Para solucionar este problema, elimine la integración sin ETL y vuelva a crearla en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

El número de tablas es superior a 100 000 o el número de esquemas es superior a 4950

Para un almacenamiento de datos de destino, el número de tablas es superior a 100 000 o el número de esquemas es superior a 4950. Amazon Aurora no puede enviar datos a Amazon Redshift. El número de tablas y esquemas supera el límite establecido. Para solucionar este problema, elimine los esquemas o las tablas innecesarios de la base de datos de origen.

Amazon Redshift no puede cargar datos

Amazon Redshift no puede cargar datos en la integración sin ETL.

Para resolver este problema, elimine la integración sin ETL en Amazon RDS y vuelva a crearla. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

La configuración de los parámetros del grupo de trabajo es incorrecta

Su grupo de trabajo no tiene activada la distinción entre mayúsculas y minúsculas.

Para resolver este problema, vaya a la pestaña Propiedades en la página de detalles de integración, elija el grupo de parámetros y active el identificador de distinción entre mayúsculas y minúsculas en la pestaña Propiedades. Si no tiene un grupo de parámetros existente, cree uno con el identificador de distinción entre mayúsculas y minúsculas activado. A continuación, cree una nueva integración sin ETL en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL.

No se ha creado una base de datos para activar una integración sin ETL

No hay una base de datos creada para la integración sin ETL a fin de activarla.

Para resolver este problema, cree una base de datos para la integración. Para obtener más información, consulte Creación de bases de datos de destino en Amazon Redshift.

La tabla tiene el estado Resincronización requerida o Resincronización iniciada

Su tabla tiene el estado Resincronización requerida o Resincronización iniciada.

Para recopilar información de error más detallada sobre por qué la tabla tiene ese estado, utilice la vista de sistema SYS_LOAD_ERROR_DETAIL.

Incremento del retraso de integración

El retraso de integración de sus integraciones sin ETL puede incrementarse si se hace un uso intensivo de SAVEPOINT en la base de datos de origen.

Utilice la siguiente información para solucionar problemas habituales relacionados con las integraciones sin ETL con Aurora PostgreSQL.

Error en la creación de la integración

Si se ha producido un error en la creación de la integración sin ETL, el estado de la integración es Inactive. Asegúrese de que lo siguiente sea correcto para su clúster de base de datos de Aurora de origen:

Además, asegúrese de que lo siguiente sea correcto para su almacenamiento de datos de Amazon Redshift:

Las tablas no tienen claves principales

En la base de datos de destino, una o varias de las tablas no tienen clave principal y no se pueden sincronizar.

Para resolver este problema, vaya a la pestaña Estadísticas de la tabla en la página de detalles de integración o utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. También puede agregar claves principales a las tablas y Amazon Redshift volverá a sincronizarlas. Como alternativa, aunque no se recomienda, puede eliminar estas tablas en Aurora y crear tablas con una clave principal. Para obtener más información, consulte Prácticas recomendadas de Amazon Redshift para el diseño de tablas.

Las tablas de Aurora PostgreSQL no se replican en Amazon Redshift

Si no ve reflejadas una o varias tablas en Amazon Redshift, puede ejecutar el siguiente comando para volver a sincronizarlas. Reemplace dbname por el nombre de su base de datos de Amazon Redshift. Y reemplace tabla1 y tabla2 por los nombres de las tablas que se sincronizarán.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Para obtener más información, consulte ALTER DATABASE en la Guía para desarrolladores de bases de datos de Amazon Redshift.

Es posible que los datos no se estén replicando porque una o varias de las tablas de origen no tienen una clave principal. El panel de supervisión de Amazon Redshift muestra el estado de estas tablas como Failed y el estado de la integración sin ETL global cambia a Needs attention. Para resolver este problema, puede identificar una clave existente en la tabla que pueda convertirse en clave principal o puede añadir una clave principal sintética. Para obtener soluciones detalladas, consulte Handle tables without primary keys while creating Aurora PostgreSQL-Compatible Edition zero-ETL integrations with Amazon Redshift. en el Blog de base de datos de AWS.

Confirme también que si su objetivo es un clúster de Amazon Redshift, el clúster no esté en pausa.

Tipos de datos no admitidos en las tablas

En la base de datos que ha creado a partir de la integración en Amazon Redshift y en la que se replican datos desde el clúster de base de datos de Aurora, una o varias de las tablas tienen tipos de datos no compatibles y no se pueden sincronizar.

Para resolver este problema, vaya a la pestaña Estadísticas de la tabla en la página de detalles de integración o utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. A continuación, elimine estas tablas y vuelva a crear tablas nuevas en Amazon RDS. Para obtener más información sobre los tipos de datos no compatibles, consulte Diferencias de tipos de datos entre las bases de datos de Aurora y Amazon Redshift en la Guía del usuario de Amazon Aurora.

Error en los comandos del lenguaje de manipulación de datos

Amazon Redshift no ha podido ejecutar comandos DML en las tablas de Redshift. Para resolver este problema, utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. Amazon Redshift vuelve a sincronizar automáticamente las tablas para resolver este error.

Los cambios de los que se hecho el seguimiento entre orígenes de datos no coinciden

Este error se produce cuando los cambios entre Amazon Aurora y Amazon Redshift no coinciden, lo que provoca que la integración cambie a un estado Failed.

Para solucionarlo, elimine la integración sin ETL y vuelva a crearla en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

Error de autorización

Se ha producido un error en la autorización porque el clúster de base de datos de Aurora de origen se ha eliminado como origen de integración autorizado para el almacenamiento de datos de Amazon Redshift.

Para solucionar este problema, elimine la integración sin ETL y vuelva a crearla en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

El número de tablas es superior a 100 000 o el número de esquemas es superior a 4950

Para un almacenamiento de datos de destino, el número de tablas es superior a 100 000 o el número de esquemas es superior a 4950. Amazon Aurora no puede enviar datos a Amazon Redshift. El número de tablas y esquemas supera el límite establecido. Para solucionar este problema, elimine los esquemas o las tablas innecesarios de la base de datos de origen.

Amazon Redshift no puede cargar datos

Amazon Redshift no puede cargar datos en la integración sin ETL.

Para resolver este problema, elimine la integración sin ETL en Amazon RDS y vuelva a crearla. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

La configuración de los parámetros del grupo de trabajo es incorrecta

Su grupo de trabajo no tiene activada la distinción entre mayúsculas y minúsculas.

Para resolver este problema, vaya a la pestaña Propiedades en la página de detalles de integración, elija el grupo de parámetros y active el identificador de distinción entre mayúsculas y minúsculas en la pestaña Propiedades. Si no tiene un grupo de parámetros existente, cree uno con el identificador de distinción entre mayúsculas y minúsculas activado. A continuación, cree una nueva integración sin ETL en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL.

No se ha creado una base de datos para activar una integración sin ETL

No hay una base de datos creada para la integración sin ETL a fin de activarla.

Para resolver este problema, cree una base de datos para la integración. Para obtener más información, consulte Creación de bases de datos de destino en Amazon Redshift.

La tabla tiene el estado Resincronización requerida o Resincronización iniciada

Su tabla tiene el estado Resincronización requerida o Resincronización iniciada.

Para recopilar información de error más detallada sobre por qué la tabla tiene ese estado, utilice la vista de sistema SYS_LOAD_ERROR_DETAIL.

Utilice la siguiente información para solucionar problemas habituales relacionados con las integraciones sin ETL con RDS para MySQL.

Error en la creación de la integración

Si se ha producido un error en la creación de la integración sin ETL, el estado de la integración es Inactive. Asegúrese de que lo siguiente sea correcto para su instancia de base de datos de RDS de origen:

Además, asegúrese de que lo siguiente sea correcto para su almacenamiento de datos de Amazon Redshift:

Las tablas no tienen claves principales

En la base de datos de destino, una o varias de las tablas no tienen clave principal y no se pueden sincronizar.

Para resolver este problema, vaya a la pestaña Estadísticas de la tabla en la página de detalles de integración o utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. También puede agregar claves principales a las tablas y Amazon Redshift volverá a sincronizarlas. Como alternativa, aunque no se recomienda, puede eliminar estas tablas en RDS y crear tablas con una clave principal. Para obtener más información, consulte Prácticas recomendadas de Amazon Redshift para el diseño de tablas.

Las tablas de RDS para MySQL no se replican en Amazon Redshift

Si no ve reflejadas una o varias tablas en Amazon Redshift, puede ejecutar el siguiente comando para volver a sincronizarlas. Reemplace dbname por el nombre de su base de datos de Amazon Redshift. Y reemplace tabla1 y tabla2 por los nombres de las tablas que se sincronizarán.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Para obtener más información, consulte ALTER DATABASE en la Guía para desarrolladores de bases de datos de Amazon Redshift.

Es posible que los datos no se estén replicando porque una o varias de las tablas de origen no tienen una clave principal. El panel de supervisión de Amazon Redshift muestra el estado de estas tablas como Failed y el estado de la integración sin ETL global cambia a Needs attention. Para resolver este problema, puede identificar una clave existente en la tabla que pueda convertirse en clave principal o puede añadir una clave principal sintética. Para obtener soluciones detalladas, consulte Handle tables without primary keys while creating Aurora MySQL-Compatible Edition or RDS for MySQL zero-ETL integrations with Amazon Redshift. en el Blog de bases de datos de AWS.

Confirme también que si su objetivo es un clúster de Amazon Redshift, el clúster no esté en pausa.

Tipos de datos no admitidos en las tablas

En la base de datos que ha creado a partir de la integración en Amazon Redshift y en la que se replican datos desde la instancia de base de datos de RDS, una o varias de las tablas tienen tipos de datos no compatibles y no se pueden sincronizar.

Para resolver este problema, vaya a la pestaña Estadísticas de la tabla en la página de detalles de integración o utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. A continuación, elimine estas tablas y vuelva a crear tablas nuevas en Amazon RDS. Para obtener más información sobre los tipos de datos no compatibles, consulte Diferencias de tipos de datos entre las bases de datos de RDS y Amazon Redshift en la Guía del usuario de Amazon Aurora.

Error en los comandos del lenguaje de manipulación de datos

Amazon Redshift no ha podido ejecutar comandos DML en las tablas de Redshift. Para resolver este problema, utilice SVV_INTEGRATION_TABLE_STATE para ver las tablas con errores. Amazon Redshift vuelve a sincronizar automáticamente las tablas para resolver este error.

Los cambios de los que se hecho el seguimiento entre orígenes de datos no coinciden

Este error se produce cuando los cambios entre Amazon Aurora y Amazon Redshift no coinciden, lo que provoca que la integración cambie a un estado Failed.

Para solucionarlo, elimine la integración sin ETL y vuelva a crearla en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

Error de autorización

Se ha producido un error en la autorización porque la instancia de base de datos de RDS de origen se ha eliminado como origen de integración autorizado para el almacenamiento de datos de Amazon Redshift.

Para solucionar este problema, elimine la integración sin ETL y vuelva a crearla en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

El número de tablas es superior a 100 000 o el número de esquemas es superior a 4950

Para un almacenamiento de datos de destino, el número de tablas es superior a 100 000 o el número de esquemas es superior a 4950. Amazon Aurora no puede enviar datos a Amazon Redshift. El número de tablas y esquemas supera el límite establecido. Para solucionar este problema, elimine los esquemas o las tablas innecesarios de la base de datos de origen.

Amazon Redshift no puede cargar datos

Amazon Redshift no puede cargar datos en la integración sin ETL.

Para resolver este problema, elimine la integración sin ETL en Amazon RDS y vuelva a crearla. Para obtener más información, consulte Creación de integraciones sin ETL y Eliminación de las integraciones sin ETL.

La configuración de los parámetros del grupo de trabajo es incorrecta

Su grupo de trabajo no tiene activada la distinción entre mayúsculas y minúsculas.

Para resolver este problema, vaya a la pestaña Propiedades en la página de detalles de integración, elija el grupo de parámetros y active el identificador de distinción entre mayúsculas y minúsculas en la pestaña Propiedades. Si no tiene un grupo de parámetros existente, cree uno con el identificador de distinción entre mayúsculas y minúsculas activado. A continuación, cree una nueva integración sin ETL en Amazon RDS. Para obtener más información, consulte Creación de integraciones sin ETL.

No se ha creado una base de datos para activar una integración sin ETL

No hay una base de datos creada para la integración sin ETL a fin de activarla.

Para resolver este problema, cree una base de datos para la integración. Para obtener más información, consulte Creación de bases de datos de destino en Amazon Redshift.

La tabla tiene el estado Resincronización requerida o Resincronización iniciada

Su tabla tiene el estado Resincronización requerida o Resincronización iniciada.

Para recopilar información de error más detallada sobre por qué la tabla tiene ese estado, utilice la vista de sistema SYS_LOAD_ERROR_DETAIL.

Utilice la siguiente información para solucionar problemas habituales relacionados con las integraciones sin ETL con Amazon DynamoDB.

Error en la creación de la integración

Si se ha producido un error en la creación de la integración sin ETL, el estado de la integración es Inactive. Asegúrese de que lo siguiente sea correcto para su almacenamiento de datos de Amazon Redshift y para la tabla de DynamoDB de origen:

Tipos de datos no admitidos en las tablas

Los números de DynamoDB se traducen en formato DECIMAL (38,10) en Amazon Redshift. Los números que superan este rango de precisión se transforman automáticamente en (38,10). Elimine la integración y unifique las precisiones numéricas y, a continuación, vuelva a crear la integración.

Nombres de tablas y atributos no compatibles

Amazon Redshift admite nombres de tablas y atributos de hasta 127 caracteres. Si un nombre largo, como el nombre de la tabla de DynamoDB o la clave de clasificación o el nombre de la columna de la clave de ordenación, no se realiza correctamente en la integración, corríjalo utilizando un nombre más corto y vuelva a crear la integración.

Error de autorización

La autorización puede fallar cuando la tabla de origen de DynamoDB se elimina como fuente de integración autorizada para el almacenamiento de datos de Amazon Redshift.

Para resolver este problema, elimine la integración sin ETL y vuelva a crearla utilizando Amazon DynamoDB.

Amazon Redshift no puede cargar datos

Amazon Redshift no puede cargar datos desde una integración sin ETL.

Para resolver este problema, actualice la integración con ALTER DATABASE.

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

La configuración de los parámetros del grupo de trabajo o clúster es incorrecta

Su grupo de trabajo o clúster no tienen activada la distinción entre mayúsculas y minúsculas.

Para resolver este problema, vaya a la pestaña Propiedades en la página de detalles de integración, elija el grupo de parámetros y active el identificador de distinción entre mayúsculas y minúsculas en la pestaña Propiedades. Si no tiene un grupo de parámetros existente, cree uno con el identificador de distinción entre mayúsculas y minúsculas activado. A continuación, cree una nueva integración sin ETL en DynamoDB. Consulte Activar la distinción entre mayúsculas y minúsculas en la Guía de administración de Amazon Redshift.

No se ha creado una base de datos para activar una integración sin ETL

No hay una base de datos creada para la integración sin ETL a fin de activarla.

Para resolver este problema, cree una base de datos para la integración. Consulte Creación de bases de datos de destino en Amazon Redshift en la Guía de administración de Amazon Redshift.

La recuperación en un momento dado (PITR) no está habilitada en la tabla de DynamoDB de origen

Es necesario activar la PITR para que DynamoDB exporte datos. Asegúrese de que la PITR esté siempre habilitada. Si alguna vez desactiva la PITR mientras la integración está activa, tendrá que seguir las instrucciones del mensaje de error y actualizar la integración mediante ALTER DATABASE.

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

Acceso denegado a la clave KMS

La clave de KMS utilizada para la tabla de origen o la integración debe configurarse con permisos suficientes. Para obtener más información sobre el cifrado y descifrado de tablas, consulte Cifrado en reposo en DynamoDB en la Guía para desarrolladores de Amazon DynamoDB.

Amazon Redshift no tiene acceso a la clave de tabla de DynamoDB

Si el cifrado de la tabla de origen es una Clave administrada de AWS, cambie a una Clave propiedad de AWS o administrada por el cliente. Si la tabla ya está cifrada con una clave administrada por el cliente, asegúrese de que la política no tenga ninguna clave de condición.