Risoluzione dei problemi delle integrazioni Zero-ETL - Amazon Redshift

Amazon Redshift non supporterà più la creazione di nuove UDF Python a partire dal 1º novembre 2025. Se desideri utilizzare le UDF Python, creale prima di tale data. Le UDF Python esistenti continueranno a funzionare normalmente. Per ulteriori informazioni, consulta il post del blog.

Risoluzione dei problemi delle integrazioni Zero-ETL

Utilizza le sezioni seguenti per risolvere i problemi che riscontri con le integrazioni Zero-ETL.

Utilizza le informazioni riportate di seguito per risolvere i problemi più comuni riscontrati per le integrazioni Zero-ETL con Aurora MySQL.

La creazione dell'integrazione non è riuscita

Se la creazione dell'integrazione Zero-ETL non è riuscita, lo stato dell'integrazione è Inactive. Assicurati che quanto segue sia corretto per il cluster DB Aurora di origine:

  • Hai creato il cluster nella console Amazon RDS.

  • Il cluster di database Aurora di origine esegue una versione supportata. Per un elenco delle versioni supportate, consulta Regioni supportate e motori di database Aurora per le integrazioni Zero-ETL con Amazon Redshift. Per la convalida, vai alla scheda Configurazione del cluster e controlla la Versione del motore.

  • Hai configurato correttamente le impostazioni dei parametri binlog per il cluster. Se i parametri binlog di Aurora MySQL sono impostati in modo errato o non sono associati al cluster database Aurora di origine, la creazione non riesce. Consulta Configure DB cluster parameters (Configurazione dei parametri del cluster database).

Inoltre, assicurati che quanto segue sia corretto per il data warehouse Amazon Redshift:

Le tabelle non hanno chiavi primarie

Nel database di destinazione, una o più tabelle non dispongono di una chiave primaria e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Puoi aggiungere alle tabelle le chiavi primarie e Amazon Redshift risincronizza le tabelle. In alternativa, sebbene non consigliabile, puoi rilasciare queste tabelle in Aurora e crearle con una chiave primaria. Per ulteriori informazioni, consulta Best practice di Amazon Redshift per la progettazione di tabelle.

Le tabelle Aurora MySQL non vengono replicate in Amazon Redshift

Se non visualizzi una o più tabelle riportate in Amazon Redshift, puoi eseguire il comando seguente per risincronizzarle. Sostituisci dbname con il nome del database Amazon Redshift. Inoltre sostituisci table1 e table2 con i nomi delle tabelle da sincronizzare.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Per ulteriori informazioni, consulta ALTER DATABASE nella Guida per sviluppatori di database di Amazon Redshift.

È possibile che i dati non vengano replicati perché una o più tabelle di origine non dispongono di una chiave primaria. La dashboard di monitoraggio in Amazon Redshift visualizza lo stato di queste tabelle come Failed e lo stato dell’integrazione Zero-ETL complessiva diventa Needs attention. Per risolvere questo problema, puoi identificare una chiave esistente nella tabella che può diventare una chiave primaria oppure puoi aggiungere una chiave primaria sintetica. Per soluzioni dettagliate, consulta Handle tables without primary keys while creating Amazon Aurora MySQL or RDS for MySQL zero-ETL integrations with Amazon Redshift in AWS Database Blog.

Verifica inoltre che, se la destinazione è un cluster Amazon Redshift, il cluster non sia in pausa.

Tipi di dati non supportati nelle tabelle

Nel database che hai creato dall'integrazione in Amazon Redshift e in cui i dati vengono replicati dal cluster di database Aurora, una o più tabelle hanno tipi di dati non supportati e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Rimuovi quindi queste tabelle e ricreane di nuove su Amazon RDS. Per ulteriori informazioni sui tipi di dati non supportati, consulta Differenze tra i tipi di dati tra i database Aurora e Amazon Redshift nella Guida per l'utente di Amazon Aurora.

Comandi DML (Data manipulation language) non riusciti

Amazon Redshift non è riuscito a eseguire comandi DML sulle tabelle Redshift. Per risolvere questo problema, utilizza SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Amazon Redshift risincronizza automaticamente le tabelle per correggere questo errore.

Le modifiche tracciate tra le origini dati non corrispondono

Questo errore si verifica quando le modifiche tra Amazon Aurora e Amazon Redshift non corrispondono, portando l'integrazione in uno stato Failed.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Autorizzazione non riuscita

L'autorizzazione non è riuscita perché il cluster DB Aurora di origine è stato rimosso come origine di integrazione autorizzata per il data warehouse Amazon Redshift.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Il numero di tabelle è superiore a 100.000 o il numero di schemi è superiore a 4950

Per un data warehouse di destinazione, il numero di tabelle è superiore a 100.000 o il numero di schemi è superiore a 4950. Amazon Aurora non può inviare dati ad Amazon Redshift. Il numero di tabelle e schemi supera il limite impostato. Per risolvere questo problema, rimuovi gli schemi o le tabelle non necessari dal database di origine.

Amazon Redshift non è in grado di caricare i dati

Amazon Redshift non è in grado di caricare i dati nell'integrazione Zero-ETL.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Le impostazioni dei parametri del gruppo di lavoro non sono corrette

La distinzione tra maiuscole e minuscole non è attivata per il gruppo di lavoro.

Per risolvere questo problema, vai alla scheda Proprietà nella pagina dei dettagli delle integrazioni, scegli il gruppo di parametri e attiva l'identificatore con distinzione tra maiuscole e minuscole dalla scheda Proprietà. Se non disponi di un gruppo di parametri esistente, creane uno con l'identificatore con distinzione tra maiuscole e minuscole attivato. Quindi, crea una nuova integrazione zero-ETL su Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL).

Il database non è stato creato per attivare un'integrazione Zero-ETL

Non esiste un database creato per attivare un'integrazione Zero-ETL.

Per risolvere questo problema, crea un database per l'integrazione. Per ulteriori informazioni, consulta Creazione di database di destinazione in Amazon Redshift.

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata.

Per raccogliere informazioni più dettagliate sugli errori relativi al motivo per cui la tabella si trova in questo stato, utilizza la vista di sistema SYS_LOAD_ERROR_DETAIL.

Ritardo di integrazione crescente

Il ritardo di integrazione delle integrazioni Zero-ETL può aumentare se fai un uso intensivo di SAVEPOINT nel database di origine.

Utilizza le informazioni riportate di seguito per risolvere i problemi più comuni riscontrati per le integrazioni Zero-ETL con Aurora PostgreSQL.

La creazione dell'integrazione non è riuscita

Se la creazione dell'integrazione Zero-ETL non è riuscita, lo stato dell'integrazione è Inactive. Assicurati che quanto segue sia corretto per il cluster DB Aurora di origine:

  • Hai creato il cluster nella console Amazon RDS.

  • Il cluster di database Aurora di origine esegue una versione supportata. Per un elenco delle versioni supportate, consulta Regioni supportate e motori di database Aurora per le integrazioni Zero-ETL con Amazon Redshift. Per la convalida, vai alla scheda Configurazione del cluster e controlla la Versione del motore.

  • Hai configurato correttamente le impostazioni dei parametri binlog per il cluster. Se i parametri binlog di Aurora PostgreSQL sono impostati in modo errato o non sono associati al cluster di database Aurora di origine, la creazione non riesce. Consulta Configure DB cluster parameters (Configurazione dei parametri del cluster database).

Inoltre, assicurati che quanto segue sia corretto per il data warehouse Amazon Redshift:

Le tabelle non hanno chiavi primarie

Nel database di destinazione, una o più tabelle non dispongono di una chiave primaria e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Puoi aggiungere alle tabelle le chiavi primarie e Amazon Redshift risincronizza le tabelle. In alternativa, sebbene non consigliabile, puoi rilasciare queste tabelle in Aurora e crearle con una chiave primaria. Per ulteriori informazioni, consulta Best practice di Amazon Redshift per la progettazione di tabelle.

Le tabelle Aurora PostgreSQL non vengono replicate in Amazon Redshift

Se non visualizzi una o più tabelle riportate in Amazon Redshift, puoi eseguire il comando seguente per risincronizzarle. Sostituisci dbname con il nome del database Amazon Redshift. Inoltre sostituisci table1 e table2 con i nomi delle tabelle da sincronizzare.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Per ulteriori informazioni, consulta ALTER DATABASE nella Guida per sviluppatori di database di Amazon Redshift.

È possibile che i dati non vengano replicati perché una o più tabelle di origine non dispongono di una chiave primaria. La dashboard di monitoraggio in Amazon Redshift visualizza lo stato di queste tabelle come Failed e lo stato dell’integrazione Zero-ETL complessiva diventa Needs attention. Per risolvere questo problema, puoi identificare una chiave esistente nella tabella che può diventare una chiave primaria oppure puoi aggiungere una chiave primaria sintetica. Per soluzioni dettagliate, consulta Handle tables without primary keys while creating Amazon Aurora PostgreSQL zero-ETL integrations with Amazon Redshift in AWS Database Blog.

Verifica inoltre che, se la destinazione è un cluster Amazon Redshift, il cluster non sia in pausa.

Tipi di dati non supportati nelle tabelle

Nel database che hai creato dall'integrazione in Amazon Redshift e in cui i dati vengono replicati dal cluster di database Aurora, una o più tabelle hanno tipi di dati non supportati e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Rimuovi quindi queste tabelle e ricreane di nuove su Amazon RDS. Per ulteriori informazioni sui tipi di dati non supportati, consulta Differenze tra i tipi di dati tra i database Aurora e Amazon Redshift nella Guida per l'utente di Amazon Aurora.

Comandi DML (Data manipulation language) non riusciti

Amazon Redshift non è riuscito a eseguire comandi DML sulle tabelle Redshift. Per risolvere questo problema, utilizza SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Amazon Redshift risincronizza automaticamente le tabelle per correggere questo errore.

Le modifiche tracciate tra le origini dati non corrispondono

Questo errore si verifica quando le modifiche tra Amazon Aurora e Amazon Redshift non corrispondono, portando l'integrazione in uno stato Failed.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Autorizzazione non riuscita

L'autorizzazione non è riuscita perché il cluster DB Aurora di origine è stato rimosso come origine di integrazione autorizzata per il data warehouse Amazon Redshift.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Il numero di tabelle è superiore a 100.000 o il numero di schemi è superiore a 4950

Per un data warehouse di destinazione, il numero di tabelle è superiore a 100.000 o il numero di schemi è superiore a 4950. Amazon Aurora non può inviare dati ad Amazon Redshift. Il numero di tabelle e schemi supera il limite impostato. Per risolvere questo problema, rimuovi gli schemi o le tabelle non necessari dal database di origine.

Amazon Redshift non è in grado di caricare i dati

Amazon Redshift non è in grado di caricare i dati nell'integrazione Zero-ETL.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Le impostazioni dei parametri del gruppo di lavoro non sono corrette

La distinzione tra maiuscole e minuscole non è attivata per il gruppo di lavoro.

Per risolvere questo problema, vai alla scheda Proprietà nella pagina dei dettagli delle integrazioni, scegli il gruppo di parametri e attiva l'identificatore con distinzione tra maiuscole e minuscole dalla scheda Proprietà. Se non disponi di un gruppo di parametri esistente, creane uno con l'identificatore con distinzione tra maiuscole e minuscole attivato. Quindi, crea una nuova integrazione zero-ETL su Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL).

Il database non è stato creato per attivare un'integrazione Zero-ETL

Non esiste un database creato per attivare un'integrazione Zero-ETL.

Per risolvere questo problema, crea un database per l'integrazione. Per ulteriori informazioni, consulta Creazione di database di destinazione in Amazon Redshift.

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata.

Per raccogliere informazioni più dettagliate sugli errori relativi al motivo per cui la tabella si trova in questo stato, utilizza la vista di sistema SYS_LOAD_ERROR_DETAIL.

Utilizza le informazioni riportate di seguito per risolvere i problemi più comuni riscontrati per le integrazioni Zero-ETL con RDS per MySQL.

La creazione dell'integrazione non è riuscita

Se la creazione dell'integrazione Zero-ETL non è riuscita, lo stato dell'integrazione è Inactive. Assicurati di aver eseguito le seguenti operazioni per l'istanza database RDS di origine:

  • L'istanza è stata creata nella console Amazon RDS.

  • L’istanza di database RDS di origine esegue una versione supportata di RDS per MySQL. Per un elenco delle versioni supportate, consulta Regioni e motori di database supportati per le integrazioni Zero-ETL di Amazon RDS con Amazon Redshift. Per la verifica, vai alla scheda Configurazione dell'istanza e controlla la Versione del motore.

  • Le impostazioni dei parametri binlog sono state correttamente impostate per l'istanza. Se i parametri binlog di RDS per MySQL sono impostati in modo errato o non sono associati all'istanza database RDS di origine, la creazione non riesce. Consulta Configure DB instance parameters.

Inoltre, assicurati che quanto segue sia corretto per il data warehouse Amazon Redshift:

Le tabelle non hanno chiavi primarie

Nel database di destinazione, una o più tabelle non dispongono di una chiave primaria e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Puoi aggiungere alle tabelle le chiavi primarie e Amazon Redshift risincronizza le tabelle. In alternativa, sebbene non consigliabile, puoi rilasciare queste tabelle in RDS e crearle con una chiave primaria. Per ulteriori informazioni, consulta Best practice di Amazon Redshift per la progettazione di tabelle.

Le tabelle RDS per MySQL non vengono replicate in Amazon Redshift

Se non visualizzi una o più tabelle riportate in Amazon Redshift, puoi eseguire il comando seguente per risincronizzarle. Sostituisci dbname con il nome del database Amazon Redshift. Inoltre sostituisci table1 e table2 con i nomi delle tabelle da sincronizzare.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Per ulteriori informazioni, consulta ALTER DATABASE nella Guida per sviluppatori di database di Amazon Redshift.

È possibile che i dati non vengano replicati perché una o più tabelle di origine non dispongono di una chiave primaria. La dashboard di monitoraggio in Amazon Redshift visualizza lo stato di queste tabelle come Failed e lo stato dell’integrazione Zero-ETL complessiva diventa Needs attention. Per risolvere questo problema, puoi identificare una chiave esistente nella tabella che può diventare una chiave primaria oppure puoi aggiungere una chiave primaria sintetica. Per soluzioni dettagliate, consulta Handle tables without primary keys while creating Aurora MySQL-Compatible Edition or RDS for MySQL zero-ETL integrations with Amazon Redshift in AWS Database Blog.

Verifica inoltre che, se la destinazione è un cluster Amazon Redshift, il cluster non sia in pausa.

Tipi di dati non supportati nelle tabelle

Nel database di destinazione che hai creato in Amazon Redshift e in cui i dati vengono replicati dall'istanza database RDS, una o più tabelle hanno tipi di dati non supportati e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Rimuovi quindi queste tabelle e ricreane di nuove su Amazon RDS. Per ulteriori informazioni sui tipi di dati non supportati, consulta Differenze tra i tipi di dati tra i database Aurora e Amazon Redshift nella Guida per l'utente di Amazon RDS.

Comandi DML (Data manipulation language) non riusciti

Amazon Redshift non è riuscito a eseguire comandi DML sulle tabelle Redshift. Per risolvere questo problema, utilizza SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Amazon Redshift risincronizza automaticamente le tabelle per correggere questo errore.

Le modifiche tracciate tra le origini dati non corrispondono

Questo errore si verifica quando le modifiche tra Amazon Aurora e Amazon Redshift non corrispondono, portando l'integrazione in uno stato Failed.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Autorizzazione non riuscita

L'autorizzazione non è riuscita perché l'istanza database RDS di origine è stata rimossa come origine di integrazione autorizzata per il data warehouse Amazon Redshift.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Il numero di tabelle è superiore a 100.000 o il numero di schemi è superiore a 4950

Per un data warehouse di destinazione, il numero di tabelle è superiore a 100.000 o il numero di schemi è superiore a 4950. Amazon Aurora non può inviare dati ad Amazon Redshift. Il numero di tabelle e schemi supera il limite impostato. Per risolvere questo problema, rimuovi gli schemi o le tabelle non necessari dal database di origine.

Amazon Redshift non è in grado di caricare i dati

Amazon Redshift non è in grado di caricare i dati nell'integrazione Zero-ETL.

Per risolvere il problema, elimina l'integrazione Zero-ETL e creala nuovamente in Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL) e Deleting zero-ETL integrations (Eliminazione di integrazioni Zero-ETL).

Le impostazioni dei parametri del gruppo di lavoro non sono corrette

La distinzione tra maiuscole e minuscole non è attivata per il gruppo di lavoro.

Per risolvere questo problema, vai alla scheda Proprietà nella pagina dei dettagli delle integrazioni, scegli il gruppo di parametri e attiva l'identificatore con distinzione tra maiuscole e minuscole dalla scheda Proprietà. Se non disponi di un gruppo di parametri esistente, creane uno con l'identificatore con distinzione tra maiuscole e minuscole attivato. Quindi, crea una nuova integrazione zero-ETL su Amazon RDS. Per ulteriori informazioni, consulta Creating zero-ETL integrations (Creazione di integrazioni Zero-ETL).

Il database non è stato creato per attivare un'integrazione Zero-ETL

Non esiste un database creato per attivare un'integrazione Zero-ETL.

Per risolvere questo problema, crea un database per l'integrazione. Per ulteriori informazioni, consulta Creazione di database di destinazione in Amazon Redshift.

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata.

Per raccogliere informazioni più dettagliate sugli errori relativi al motivo per cui la tabella si trova in questo stato, utilizza la vista di sistema SYS_LOAD_ERROR_DETAIL.

Utilizza le informazioni riportate di seguito per risolvere i problemi comuni riscontrati con le integrazioni Zero-ETL con Amazon DynamoDB.

La creazione dell'integrazione non è riuscita

Se la creazione dell'integrazione Zero-ETL non è riuscita, lo stato dell'integrazione è Inactive. Assicurati che quanto segue sia corretto per il data warehouse Amazon Redshift e la tabella DynamoDB di origine:

Tipi di dati non supportati nelle tabelle

I numeri DynamoDB vengono tradotti in DECIMAL (38,10) in Amazon Redshift. I numeri che superano questo intervallo di precisione vengono trasformati automaticamente in (38,10). Elimina l’integrazione e unifica le precisioni numeriche, quindi ricrea l’integrazione.

Nomi di tabelle e attributi non supportati

Amazon Redshift supporta fino a 127 caratteri nei nomi di attributi e tabelle. Se un nome lungo, ad esempio il nome della tabella DynamoDB o il nome della colonna della chiave di partizione o della chiave di ordinamento, causa un errore nell’integrazione, correggilo utilizzando un nome più breve e ricrea l’integrazione.

Autorizzazione non riuscita

L’autorizzazione può non riuscire quando la tabella DynamoDB di origine è stata rimossa come origine di integrazione autorizzata per il data warehouse Amazon Redshift.

Per risolvere il problema, elimina l’integrazione Zero-ETL e creala nuovamente utilizzando Amazon DynamoDB.

Amazon Redshift non è in grado di caricare i dati

Amazon Redshift non è in grado di caricare i dati da un’integrazione Zero-ETL.

Per risolvere questo problema, aggiorna l’integrazione con ALTER DATABASE.

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

Le impostazioni dei parametri del gruppo di lavoro o del cluster non sono corrette

La distinzione tra maiuscole e minuscole è attivata per il gruppo di lavoro o il cluster.

Per risolvere questo problema, vai alla scheda Proprietà nella pagina dei dettagli delle integrazioni, scegli il gruppo di parametri e attiva l'identificatore con distinzione tra maiuscole e minuscole dalla scheda Proprietà. Se non disponi di un gruppo di parametri esistente, creane uno con l'identificatore con distinzione tra maiuscole e minuscole attivato. Quindi crea una nuova integrazione Zero-ETL in DynamoDB. Consulta Attivazione della distinzione tra maiuscole e minuscole nella Guida alla gestione di Amazon Redshift.

Il database non è stato creato per attivare un'integrazione Zero-ETL

Non esiste un database creato per attivare un'integrazione Zero-ETL.

Per risolvere questo problema, crea un database per l'integrazione. Consulta Creazione di database di destinazione in Amazon Redshift nella Guida alla gestione di Amazon Redshift.

Il recupero point-in-time (PITR) non è abilitato nella tabella DynamoDB di origine

L’abilitazione del PITR è necessaria per consentire a DynamoDB di esportare i dati. Assicurati che il PITR sia sempre abilitato. Se disattivi il PITR mentre l’integrazione è attiva, devi seguire le istruzioni nel messaggio di errore e aggiornare l’integrazione utilizzando ALTER DATABASE.

ALTER DATABASE sample_integration_db INTEGRATION REFRESH ALL TABLES

Accesso tramite chiave KMS negato

La chiave KMS utilizzata per la tabella di origine o l’integrazione deve essere configurata con autorizzazioni sufficienti. Per informazioni sulla crittografia e sulla decrittografia della tabella, consulta Crittografia a riposo per DynamoDB nella Guida per gli sviluppatori di Amazon DynamoDB.

Amazon Redshift non ha accesso alla chiave della tabella DynamoDB

Se la crittografia della tabella di origine è Chiave gestita da AWS, passa a una chiave Chiave di proprietà di AWS o una chiave gestita dal cliente. Se la tabella è già crittografata con una chiave gestita dal cliente, assicurati che la policy non contenga chiavi di condizione.

Utilizza le informazioni riportate di seguito per risolvere i problemi comuni riscontrati per le integrazioni Zero-ETL con applicazioni come Salesforce, SAP, ServiceNow e Zendesk.

La creazione dell'integrazione non è riuscita

Se la creazione dell'integrazione Zero-ETL non è riuscita, lo stato dell'integrazione è Inactive. Assicurati che quanto segue sia corretto per il data warehouse Amazon Redshift:

Le tabelle non vengono replicate in Amazon Redshift

Nel database di destinazione, una o più tabelle non dispongono di una chiave primaria e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Puoi aggiungere alle tabelle le chiavi primarie e Amazon Redshift risincronizza le tabelle. Per risincronizzarle, puoi eseguire il comando seguente. Sostituisci dbname con il nome del database Amazon Redshift. Inoltre sostituisci table1 e table2 con i nomi delle tabelle da sincronizzare.

ALTER DATABASE dbname INTEGRATION REFRESH TABLES table1, table2;

Per ulteriori informazioni, consulta ALTER DATABASE nella Guida per sviluppatori di database di Amazon Redshift.

Tipi di dati non supportati nelle tabelle

Nel database di destinazione che hai creato a partire dall’integrazione in Amazon Redshift e in cui i dati vengono replicati dalle integrazioni Zero-ETL con le applicazioni, una o più tabelle hanno tipi di dati non supportati e non possono essere sincronizzate.

Per risolvere questo problema, vai alla scheda Statistiche della tabella nella pagina dei dettagli delle integrazioni oppure usa SVV_INTEGRATION_TABLE_STATE per visualizzare le tabelle con errori. Quindi rimuovi queste tabelle e ricreane di nuove all’origine. Per ulteriori informazioni, consulta Integrazioni Zero-ETL nella Guida per gli sviluppatori di AWS Glue.

Le impostazioni dei parametri del gruppo di lavoro non sono corrette

La distinzione tra maiuscole e minuscole non è attivata per il gruppo di lavoro.

Per risolvere questo problema, vai alla scheda Proprietà nella pagina dei dettagli delle integrazioni, scegli il gruppo di parametri e attiva l'identificatore con distinzione tra maiuscole e minuscole dalla scheda Proprietà. Se non disponi di un gruppo di parametri esistente, creane uno con l'identificatore con distinzione tra maiuscole e minuscole attivato. Quindi crea una nuova integrazione Zero-ETL. Per ulteriori informazioni, consulta Integrazioni Zero-ETL nella Guida per gli sviluppatori di AWS Glue.

Il database non è stato creato per attivare un'integrazione Zero-ETL

Non esiste un database creato per attivare un'integrazione Zero-ETL.

Per risolvere questo problema, crea un database per l'integrazione. Per ulteriori informazioni, consulta Creazione di database di destinazione in Amazon Redshift.

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata

La tabella è nello stato Risincronizzazione richiesta o Risincronizzazione avviata.

Per raccogliere informazioni più dettagliate sugli errori relativi al motivo per cui la tabella si trova in questo stato, utilizza la vista di sistema SYS_LOAD_ERROR_DETAIL.