Solução de problemas em integrações ETL zero
Use as seções a seguir para solucionar problemas que possam surgir com as Integrações ETL zero.
Use as informações a seguir para solucionar problemas comuns com integrações ETL zero com o Aurora MySQL.
Tópicos
As tabelas do Aurora MySQL não são replicadas para o Amazon Redshift
As alterações rastreadas entre as fontes de dados não coincidem
O número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950
As configurações dos parâmetros do grupo de trabalho estão incorretas
O banco de dados não foi criado para ativar uma Integração ETL zero
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A criação da integração apresentou falha
Se a criação da Integração ETL zero apresentar falha, o status da integração será Inactive
. Confira se o indicado abaixo está correto para seu cluster de banco de dados de origem do Aurora:
-
Você criou o cluster no console do Amazon RDS.
-
O cluster de banco de dados de origem do Aurora está executando uma versão compatível. Consulte uma lista de versões compatíveis em Regiões e mecanismos de banco de dados do Aurora compatíveis com integrações ETL zero com o Amazon Redshift. Para confirmar, acesse a guia Configuração do cluster e verifique a Versão do mecanismo.
-
Você definiu corretamente as configurações dos parâmetros de log binário para o cluster. Se os parâmetros de log binário do Aurora MySQL estiverem definidos incorretamente ou não estiverem associados ao cluster de banco de dados de origem do Aurora, a criação falhará. Consulte Configurar parâmetros do cluster de banco de dados.
Além disso, confira se o indicado abaixo está correto para seu data warehouse do Amazon Redshift:
-
A diferenciação entre letras maiúsculas e minúsculas está ativada. Consulte Ative a diferenciação entre letras maiúsculas e minúsculas no data warehouse.
-
Você adicionou a entidade principal autorizada e a fonte de integração corretas para seu namespace. Consulte Configurar a autorização para o data warehouse do Amazon Redshift.
As tabelas não têm chaves primárias
No banco de dados de destino, uma ou mais tabelas não têm uma chave primária e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. É possível adicionar chaves primárias às tabelas, e o Amazon Redshift vai ressincronizar as tabelas. Como alternativa, embora não seja recomendável, é possível descartar essas tabelas no Aurora e criar tabelas com uma chave primária. Para obter mais informações, consulte Práticas recomendadas do Amazon Redshift para projetar tabelas.
As tabelas do Aurora MySQL não são replicadas para o Amazon Redshift
Caso não veja uma ou mais tabelas refletidas no Amazon Redshift, execute um dos comandos a seguir para ressincronizá-las. Substitua dbname
pelo nome do banco de dados do Amazon Redshift. E substitua table1
e table2
pelos nomes das tabelas a serem sincronizadas.
ALTER DATABASE
dbname
INTEGRATION REFRESH TABLEStable1
,table2
;
Consulte mais informações em ALTER DATABASE no Guia do desenvolvedor de banco de dados do Amazon Redshift.
Talvez seus dados não estejam sendo replicados porque uma ou mais tabelas de origem não têm uma chave primária. O painel de monitoramento no Amazon Redshift exibe o status dessas tabelas como Failed
, e o status da integração ETL zero geral muda para Needs
attention
. Para resolver esse problema, é possível identificar uma chave em sua tabela que pode se tornar uma chave primária ou adicionar uma chave primária sintética. Consulte soluções detalhadas em Handle tables without primary keys while creating Amazon Aurora MySQL or Amazon RDS for MySQL zero-ETL integrations with Amazon Redshift
Além disso, confirme se o seu destino é um cluster do Amazon Redshift e se ele não está pausado.
Tipos de dados não compatíveis em tabelas
No banco de dados criado por você pela integração no Amazon Redshift e no qual os dados são replicados do cluster do banco de dados do Aurora, uma ou mais das tabelas têm tipos de dados não compatíveis e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. Depois, remova essas tabelas e recrie outras no Amazon RDS. Para obter mais informações sobre tipos de dados não compatíveis, consulte Data type differences between Aurora and Amazon Redshift databases no Guia do usuário do Amazon Aurora.
Falha nos comandos da linguagem de manipulação de dados
O Amazon Redshift não pôde executar comandos DML nas tabelas do Redshift. Para resolver esse problema, use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. O Amazon Redshift ressincroniza automaticamente as tabelas para resolver esse erro.
As alterações rastreadas entre as fontes de dados não coincidem
Esse erro ocorre quando as alterações entre o Amazon Aurora e o Amazon Redshift não coincidem, fazendo com que a integração entre em um estado Failed
.
Para resolver isso, exclua a Integração ETL zero e crie-a novamente no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
Falha na autorização
A autorização falhou porque o cluster de banco de dados de origem do Aurora foi removido como uma fonte de integração autorizada para o data warehouse do Amazon Redshift.
Para resolver esse problema, exclua a Integração ETL zero e crie-a novamente no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
O número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950
Para um data warehouse de destino, o número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950. O Amazon Aurora não pode enviar dados para o Amazon Redshift. O número de tabelas e esquemas excede o limite definido. Para resolver esse problema, remova todos os esquemas ou tabelas desnecessários do banco de dados de origem.
O Amazon Redshift não consegue carregar dados
O Amazon Redshift não consegue carregar dados na Integração ETL zero.
Para resolver esse problema, exclua a Integração ETL zero no Amazon RDS e crie-a novamente. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
As configurações dos parâmetros do grupo de trabalho estão incorretas
O grupo de trabalho não diferencia letras maiúsculas de minúsculas.
Para resolver esse problema, acesse a guia Propriedades na página de detalhes da integração, escolha o grupo de parâmetros e ative o identificador que diferencia letras maiúsculas de minúsculas na guia Propriedades. Se você não tiver um grupo de parâmetros em vigor, crie um com o identificador que diferencia letras maiúsculas de minúsculas ativado. Depois, crie uma Integração ETL zero no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero.
O banco de dados não foi criado para ativar uma Integração ETL zero
Não há um banco de dados criado para que a Integração ETL zero o ative.
Para resolver esse problema, crie um banco de dados para a integração. Para obter mais informações, consulte Criar bancos de dados de destino no Amazon Redshift.
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada.
Para obter informações de erro mais detalhadas sobre o motivo pelo qual a tabela está nesse estado, use a exibição de sistema SYS_LOAD_ERROR_DETAIL.
Atraso de integração aumentando
O atraso de integração de suas integrações ETL zero pode aumentar se houver um uso intenso de SAVEPOINT em seu banco de dados de origem.
Use as informações a seguir para solucionar problemas comuns com integrações ETL zero com o Aurora PostgreSQL.
Tópicos
As tabelas do Aurora PostgreSQL não são replicadas para o Amazon Redshift
As alterações rastreadas entre as fontes de dados não coincidem
O número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950
As configurações dos parâmetros do grupo de trabalho estão incorretas
O banco de dados não foi criado para ativar uma Integração ETL zero
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A criação da integração apresentou falha
Se a criação da Integração ETL zero apresentar falha, o status da integração será Inactive
. Confira se o indicado abaixo está correto para seu cluster de banco de dados de origem do Aurora:
-
Você criou o cluster no console do Amazon RDS.
-
O cluster de banco de dados de origem do Aurora está executando uma versão compatível. Consulte uma lista de versões compatíveis em Regiões e mecanismos de banco de dados do Aurora compatíveis com integrações ETL zero com o Amazon Redshift. Para confirmar, acesse a guia Configuração do cluster e verifique a Versão do mecanismo.
-
Você definiu corretamente as configurações dos parâmetros de log binário para o cluster. Se os parâmetros de log binário do Aurora PostgreSQL estiverem definidos incorretamente ou não estiverem associados ao cluster do banco de dados do Aurora de origem, haverá falha na criação. Consulte Configurar parâmetros do cluster de banco de dados.
Além disso, confira se o indicado abaixo está correto para seu data warehouse do Amazon Redshift:
-
A diferenciação entre letras maiúsculas e minúsculas está ativada. Consulte Ative a diferenciação entre letras maiúsculas e minúsculas no data warehouse.
-
Você adicionou a entidade principal autorizada e a origem de integração corretas para seu endterm="zero-etl-using.redshift-iam.title"/>.
As tabelas não têm chaves primárias
No banco de dados de destino, uma ou mais tabelas não têm uma chave primária e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. É possível adicionar chaves primárias às tabelas, e o Amazon Redshift vai ressincronizar as tabelas. Como alternativa, embora não seja recomendável, é possível descartar essas tabelas no Aurora e criar tabelas com uma chave primária. Para obter mais informações, consulte Práticas recomendadas do Amazon Redshift para projetar tabelas.
As tabelas do Aurora PostgreSQL não são replicadas para o Amazon Redshift
Caso não veja uma ou mais tabelas refletidas no Amazon Redshift, execute um dos comandos a seguir para ressincronizá-las. Substitua dbname
pelo nome do banco de dados do Amazon Redshift. E substitua table1
e table2
pelos nomes das tabelas a serem sincronizadas.
ALTER DATABASE
dbname
INTEGRATION REFRESH TABLEStable1
,table2
;
Consulte mais informações em ALTER DATABASE no Guia do desenvolvedor de banco de dados do Amazon Redshift.
Talvez seus dados não estejam sendo replicados porque uma ou mais tabelas de origem não têm uma chave primária. O painel de monitoramento no Amazon Redshift exibe o status dessas tabelas como Failed
, e o status da integração ETL zero geral muda para Needs
attention
. Para resolver esse problema, é possível identificar uma chave em sua tabela que pode se tornar uma chave primária ou adicionar uma chave primária sintética. Consulte soluções detalhadas em Handle tables without primary keys while creating Amazon Aurora PostgreSQL zero-ETL integrations with Amazon Redshift
Além disso, confirme se o seu destino é um cluster do Amazon Redshift e se ele não está pausado.
Tipos de dados não compatíveis em tabelas
No banco de dados criado por você pela integração no Amazon Redshift e no qual os dados são replicados do cluster do banco de dados do Aurora, uma ou mais das tabelas têm tipos de dados não compatíveis e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. Depois, remova essas tabelas e recrie outras no Amazon RDS. Para obter mais informações sobre tipos de dados não compatíveis, consulte Data type differences between Aurora and Amazon Redshift databases no Guia do usuário do Amazon Aurora.
Falha nos comandos da linguagem de manipulação de dados
O Amazon Redshift não pôde executar comandos DML nas tabelas do Redshift. Para resolver esse problema, use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. O Amazon Redshift ressincroniza automaticamente as tabelas para resolver esse erro.
As alterações rastreadas entre as fontes de dados não coincidem
Esse erro ocorre quando as alterações entre o Amazon Aurora e o Amazon Redshift não coincidem, fazendo com que a integração entre em um estado Failed
.
Para resolver isso, exclua a Integração ETL zero e crie-a novamente no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
Falha na autorização
A autorização falhou porque o cluster de banco de dados de origem do Aurora foi removido como uma fonte de integração autorizada para o data warehouse do Amazon Redshift.
Para resolver esse problema, exclua a Integração ETL zero e crie-a novamente no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
O número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950
Para um data warehouse de destino, o número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950. O Amazon Aurora não pode enviar dados para o Amazon Redshift. O número de tabelas e esquemas excede o limite definido. Para resolver esse problema, remova todos os esquemas ou tabelas desnecessários do banco de dados de origem.
O Amazon Redshift não consegue carregar dados
O Amazon Redshift não consegue carregar dados na Integração ETL zero.
Para resolver esse problema, exclua a Integração ETL zero no Amazon RDS e crie-a novamente. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
As configurações dos parâmetros do grupo de trabalho estão incorretas
O grupo de trabalho não diferencia letras maiúsculas de minúsculas.
Para resolver esse problema, acesse a guia Propriedades na página de detalhes da integração, escolha o grupo de parâmetros e ative o identificador que diferencia letras maiúsculas de minúsculas na guia Propriedades. Se você não tiver um grupo de parâmetros em vigor, crie um com o identificador que diferencia letras maiúsculas de minúsculas ativado. Depois, crie uma Integração ETL zero no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero.
O banco de dados não foi criado para ativar uma Integração ETL zero
Não há um banco de dados criado para que a Integração ETL zero o ative.
Para resolver esse problema, crie um banco de dados para a integração. Para obter mais informações, consulte Criar bancos de dados de destino no Amazon Redshift.
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada.
Para obter informações de erro mais detalhadas sobre o motivo pelo qual a tabela está nesse estado, use a exibição de sistema SYS_LOAD_ERROR_DETAIL.
Use as informações a seguir para solucionar problemas comuns com integrações ETL zero com o RDS for MySQL.
Tópicos
As tabelas do RDS para MySQL não são replicadas para o Amazon Redshift
As alterações rastreadas entre as fontes de dados não coincidem
O número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950
As configurações dos parâmetros do grupo de trabalho estão incorretas
O banco de dados não foi criado para ativar uma Integração ETL zero
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A criação da integração apresentou falha
Se a criação da Integração ETL zero apresentar falha, o status da integração será Inactive
. Verifique se as seguintes informações estão corretas para a instância do banco de dados do RDS de origem:
-
Você criou a instância no console do Amazon RDS.
-
A instância de banco de dados de origem do RDS está executando uma versão compatível do RDS para MySQL. Consulte uma lista de versões compatíveis em Regiões e mecanismos de banco de dados compatíveis com integrações ETL zero com o Amazon Redshift. Para validar isso, vá até a guia Configuração da instância e verifique a Versão do mecanismo.
-
Você definiu corretamente as configurações do parâmetro de log binário para a instância. Se os parâmetros de log binário do RDS for MySQL estiverem definidos incorretamente ou não estiverem associados à instância do banco de dados do RDS de origem, haverá falha na criação. Consulte Configure DB instance parameters.
Além disso, confira se o indicado abaixo está correto para seu data warehouse do Amazon Redshift:
-
A diferenciação entre letras maiúsculas e minúsculas está ativada. Consulte Ative a diferenciação entre letras maiúsculas e minúsculas no data warehouse.
-
Você adicionou a entidade principal autorizada e a fonte de integração corretas para seu namespace. Consulte Configurar a autorização para o data warehouse do Amazon Redshift.
As tabelas não têm chaves primárias
No banco de dados de destino, uma ou mais tabelas não têm uma chave primária e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. É possível adicionar chaves primárias às tabelas, e o Amazon Redshift vai ressincronizar as tabelas. Como alternativa, embora não seja recomendável, é possível descartar essas tabelas no RDS e criar tabelas com uma chave primária. Para obter mais informações, consulte Práticas recomendadas do Amazon Redshift para projetar tabelas.
As tabelas do RDS para MySQL não são replicadas para o Amazon Redshift
Caso não veja uma ou mais tabelas refletidas no Amazon Redshift, execute um dos comandos a seguir para ressincronizá-las. Substitua dbname
pelo nome do banco de dados do Amazon Redshift. E substitua table1
e table2
pelos nomes das tabelas a serem sincronizadas.
ALTER DATABASE
dbname
INTEGRATION REFRESH TABLEStable1
,table2
;
Consulte mais informações em ALTER DATABASE no Guia do desenvolvedor de banco de dados do Amazon Redshift.
Talvez seus dados não estejam sendo replicados porque uma ou mais tabelas de origem não têm uma chave primária. O painel de monitoramento no Amazon Redshift exibe o status dessas tabelas como Failed
, e o status da integração ETL zero geral muda para Needs
attention
. Para resolver esse problema, é possível identificar uma chave em sua tabela que pode se tornar uma chave primária ou adicionar uma chave primária sintética. Consulte soluções detalhadas em Handle tables without primary keys while creating Aurora MySQL-Compatible Edition or RDS for MySQL zero-ETL integrations with Amazon Redshift
Além disso, confirme se o seu destino é um cluster do Amazon Redshift e se ele não está pausado.
Tipos de dados não compatíveis em tabelas
No banco de dados criado por você pela integração no Amazon Redshift e no qual os dados são replicados da instância do banco de dados do RDS, uma ou mais das tabelas têm tipos de dados não compatíveis e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. Depois, remova essas tabelas e recrie outras no Amazon RDS. Para obter mais informações sobre tipos de dados não compatíveis, consulte Data type differences between RDS and Amazon Redshift databases no Guia do usuário do Amazon RDS.
Falha nos comandos da linguagem de manipulação de dados
O Amazon Redshift não pôde executar comandos DML nas tabelas do Redshift. Para resolver esse problema, use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. O Amazon Redshift ressincroniza automaticamente as tabelas para resolver esse erro.
As alterações rastreadas entre as fontes de dados não coincidem
Esse erro ocorre quando as alterações entre o Amazon Aurora e o Amazon Redshift não coincidem, fazendo com que a integração entre em um estado Failed
.
Para resolver isso, exclua a Integração ETL zero e crie-a novamente no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
Falha na autorização
Houve falha na autorização porque o cluster do banco de dados do RDS de origem foi removido como uma fonte de integração autorizada para o data warehouse do Amazon Redshift.
Para resolver esse problema, exclua a Integração ETL zero e crie-a novamente no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
O número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950
Para um data warehouse de destino, o número de tabelas é superior a 100 mil ou o número de esquemas é superior a 4.950. O Amazon Aurora não pode enviar dados para o Amazon Redshift. O número de tabelas e esquemas excede o limite definido. Para resolver esse problema, remova todos os esquemas ou tabelas desnecessários do banco de dados de origem.
O Amazon Redshift não consegue carregar dados
O Amazon Redshift não consegue carregar dados na Integração ETL zero.
Para resolver esse problema, exclua a Integração ETL zero no Amazon RDS e crie-a novamente. Para obter mais informações, consulte Criar Integrações ETL zero e Excluir Integrações ETL zero.
As configurações dos parâmetros do grupo de trabalho estão incorretas
O grupo de trabalho não diferencia letras maiúsculas de minúsculas.
Para resolver esse problema, acesse a guia Propriedades na página de detalhes da integração, escolha o grupo de parâmetros e ative o identificador que diferencia letras maiúsculas de minúsculas na guia Propriedades. Se você não tiver um grupo de parâmetros em vigor, crie um com o identificador que diferencia letras maiúsculas de minúsculas ativado. Depois, crie uma Integração ETL zero no Amazon RDS. Para obter mais informações, consulte Criar Integrações ETL zero.
O banco de dados não foi criado para ativar uma Integração ETL zero
Não há um banco de dados criado para que a Integração ETL zero o ative.
Para resolver esse problema, crie um banco de dados para a integração. Para obter mais informações, consulte Criar bancos de dados de destino no Amazon Redshift.
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada.
Para obter informações de erro mais detalhadas sobre o motivo pelo qual a tabela está nesse estado, use a exibição de sistema SYS_LOAD_ERROR_DETAIL.
Use as informações a seguir para solucionar problemas comuns de integrações ETL zero com o Amazon DynamoDB.
Tópicos
As configurações dos parâmetros de grupo de trabalho ou cluster estão incorretas
O banco de dados não foi criado para ativar uma Integração ETL zero
A recuperação para um ponto no tempo (PITR) não está habilitada na tabela do DynamoDB de origem
O Amazon Redshift não tem acesso à chave da tabela do DynamoDB
A criação da integração apresentou falha
Se a criação da Integração ETL zero apresentar falha, o status da integração será Inactive
. Confira se o indicado abaixo está correto para seu data warehouse do Amazon Redshift e tabela de origem do DynamoDB:
-
A diferenciação entre maiúsculas e minúsculas é ativada para o seu data warehouse. Consulte Turn on case sensitivity no Guia de gerenciamento do Amazon Redshift.
-
Você adicionou a entidade principal autorizada e a origem de integração corretas para seu namespace no Amazon Redshift. Consulte Configure authorization for your Amazon Redshift data warehouse no Guia de gerenciamento do Amazon Redshift.
-
Você adicionou a política correta baseada em recursos à tabela de origem do DynamoDB. Consulte Permissões e políticas no IAM no Guia do usuário do IAM.
Tipos de dados não compatíveis em tabelas
Os números do DynamoDB são traduzidos em DECIMAL(38,10) no Amazon Redshift. Os números que excedem essa faixa de precisão são automaticamente transformados em (38,10). Exclua a integração e unifique as precisões numéricas e, em seguida, recrie a integração.
Nomes de tabelas e atributos sem suporte
O Amazon Redshift oferece suporte a nomes de tabelas e atributos de até 127 caracteres. Se um nome longo, como o nome da tabela do DynamoDB ou o nome da coluna da chave de partição ou da chave de classificação causar falha na integração, corrija-o usando um nome mais curto e recrie a integração.
Falha na autorização
Pode ocorrer falha na autorização quando a tabela do DynamoDB de origem for removida como uma origem de integração autorizada para o data warehouse do Amazon Redshift.
Para resolver esse problema, exclua a integração ETL zero e crie-a novamente usando o Amazon DynamoDB.
O Amazon Redshift não consegue carregar dados
O Amazon Redshift não consegue carregar dados de uma integração ETL zero.
Para resolver esse problema, atualize a integração com ALTER DATABASE.
ALTER DATABASE
sample_integration_db
INTEGRATION REFRESH ALL TABLES
As configurações dos parâmetros de grupo de trabalho ou cluster estão incorretas
O grupo de trabalho ou cluster não diferencia letras maiúsculas de minúsculas.
Para resolver esse problema, acesse a guia Propriedades na página de detalhes da integração, escolha o grupo de parâmetros e ative o identificador que diferencia letras maiúsculas de minúsculas na guia Propriedades. Se você não tiver um grupo de parâmetros em vigor, crie um com o identificador que diferencia letras maiúsculas de minúsculas ativado. Depois, crie uma nova integração ETL zero no DynamoDB. Consulte Turn on case sensitivity no Guia de gerenciamento do Amazon Redshift.
O banco de dados não foi criado para ativar uma Integração ETL zero
Não há um banco de dados criado para que a Integração ETL zero o ative.
Para resolver esse problema, crie um banco de dados para a integração. Consulte Criar bancos de dados de destino no Amazon Redshift no Guia de gerenciamento do Amazon Redshift.
A recuperação para um ponto no tempo (PITR) não está habilitada na tabela do DynamoDB de origem
É necessário ativar a PITR para que o DynamoDB exporte dados. Certifique-se de que a PITR esteja sempre habilitada. Se você alguma vez desativar a PITR enquanto a integração estiver ativa, precisará seguir as instruções na mensagem de erro e atualizar a integração usando ALTER DATABASE.
ALTER DATABASE
sample_integration_db
INTEGRATION REFRESH ALL TABLES
Acesso negado à chave do KMS
A chave do KMS usada para a tabela de origem ou integração deve ser configurada com permissões suficientes. Consulte informações sobre criptografia e descriptografia de tabela em Criptografia em repouso do DynamoDB no Guia do desenvolvedor do Amazon DynamoDB.
O Amazon Redshift não tem acesso à chave da tabela do DynamoDB
Se a criptografia da tabela de origem for uma Chave gerenciada pela AWS, alterne para uma chave Chave pertencente à AWS ou uma chave gerenciada pelo cliente. Se a tabela já estiver criptografada com uma chave gerenciada pelo cliente, certifique-se de que a política não tenha nenhuma chave de condição.
Use as informações a seguir para solucionar problemas comuns de Integrações ETL zero com aplicações, como Salesforce, SAP, ServiceNow e Zendesk.
Tópicos
A criação da integração apresentou falha
Se a criação da Integração ETL zero apresentar falha, o status da integração será Inactive
. Verifique se os seguintes itens estão corretos para o data warehouse do Amazon Redshift:
-
A diferenciação entre letras maiúsculas e minúsculas está ativada. Consulte Ative a diferenciação entre letras maiúsculas e minúsculas no data warehouse.
-
Você adicionou a entidade principal autorizada e a fonte de integração corretas para seu namespace. Consulte Configurar a autorização para o data warehouse do Amazon Redshift.
As tabelas não estão sendo replicadas para o Amazon Redshift
No banco de dados de destino, uma ou mais tabelas não têm uma chave primária e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. É possível adicionar chaves primárias às tabelas, e o Amazon Redshift vai ressincronizar as tabelas. Você pode executar o comando a seguir para ressincronizá-las. Substitua dbname
pelo nome do banco de dados do Amazon Redshift. E substitua table1
e table2
pelos nomes das tabelas a serem sincronizadas.
ALTER DATABASE
dbname
INTEGRATION REFRESH TABLEStable1
,table2
;
Consulte mais informações em ALTER DATABASE no Guia do desenvolvedor de banco de dados do Amazon Redshift.
Tipos de dados não compatíveis em tabelas
No banco de dados que você criou com base na integração no Amazon Redshift e no qual os dados são replicados de Integrações ETL zero com aplicações, uma ou mais tabelas têm tipos de dados não compatíveis e não podem ser sincronizadas.
Para resolver esse problema, acesse a guia Estatísticas da tabela na página de detalhes da integração ou use SVV_INTEGRATION_TABLE_STATE para visualizar as tabelas com falha. Em seguida, remova essas tabelas e recrie tabelas na origem. Para obter mais informações, consulte Integrações ETL zero no Guia do desenvolvedor do AWS Glue.
As configurações dos parâmetros do grupo de trabalho estão incorretas
O grupo de trabalho não diferencia letras maiúsculas de minúsculas.
Para resolver esse problema, acesse a guia Propriedades na página de detalhes da integração, escolha o grupo de parâmetros e ative o identificador que diferencia letras maiúsculas de minúsculas na guia Propriedades. Se você não tiver um grupo de parâmetros em vigor, crie um com o identificador que diferencia letras maiúsculas de minúsculas ativado. Depois, crie uma Integração ETL zero. Para obter mais informações, consulte Integrações ETL zero no Guia do desenvolvedor do AWS Glue.
O banco de dados não foi criado para ativar uma Integração ETL zero
Não há um banco de dados criado para que a Integração ETL zero o ative.
Para resolver esse problema, crie um banco de dados para a integração. Para obter mais informações, consulte Criar bancos de dados de destino no Amazon Redshift.
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada
A tabela está no estado Ressincronização necessária ou Ressincronização iniciada.
Para obter informações de erro mais detalhadas sobre o motivo pelo qual a tabela está nesse estado, use a exibição de sistema SYS_LOAD_ERROR_DETAIL.