Solução de problemas em integrações ETL zero - Amazon Redshift

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.

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:

Além disso, confira se o indicado abaixo está correto para seu 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 TABLES table1, 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 no AWS Database Blog.

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.

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:

Além disso, confira se o indicado abaixo está correto para seu 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 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 TABLES table1, 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 no AWS Database Blog.

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.

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:

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 TABLES table1, 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 no Blog de banco de dados da AWS.

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.

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:

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.

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:

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 TABLES table1, 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.