Diagnosticar problemas no Oracle para AlloyDB para migrações PostgreSQL

Esta página lista erros conhecidos e etapas de solução de problemas recomendadas para:

Erros de trabalho de migração

O processo de tarefa de migração pode incorrer em erros durante o tempo de execução.

  • Alguns erros, como uma senha incorreta no banco de dados de origem, são recuperáveis. O trabalho de migração é retomado automaticamente depois que esses erros são corrigidos.
  • Alguns erros são irrecuperáveis, como erros na replicação de dados. Você deve reiniciar o trabalho de migração depois que esses erros forem corrigidos.

Quando ocorre um erro, o status do trabalho de migração muda para Failed e o substatus reflete o último status antes da falha. Para solucionar um erro, navegue até o trabalho de migração com falha para visualizar o erro e siga as etapas descritas na mensagem de erro. Para ver mais detalhes sobre o erro, navegue até Cloud Monitoring usando o link no job de migração. Os logs são filtrados para o trabalho de migração específico.

Na tabela a seguir, você encontra alguns exemplos de problemas e como eles podem ser resolvidos:

Sintoma Possíveis causas Coisas para tentar
Mensagem de erro: Database Migration Service can't set up a tunnel to be connected to the bastion host . O Serviço de Migração de Banco de Dados não conseguiu acessar o host bastião ou o host bastião não está aceitando conexões. Verifique as configurações do túnel SSH de encaminhamento no perfil de conexão de origem e na configuração do servidor do túnel SSH e tente novamente.
Mensagem de erro: Database Migration Service can't connect to the database ou Database Migration Service private connectivity error, cannot connect to the database . O Database Migration Service não conseguiu estabelecer conectividade com o banco de dados Oracle de origem.

Verifique se você pode acessar o banco de dados de origem do seu projeto. Verifique as configurações relacionadas ao seu método de configuração de conectividade de origem .

Se houver um código de erro específico do Oracle incluído, por exemplo ORA-12170: TNS:Connect timeout occurred , consulte a documentação do Oracle para obter mais informações.

Mensagem de erro: Archiving mode is not ARCHIVELOG . Seu banco de dados de origem não está em execução no modo ARCHIVELOG . Configure seu banco de dados de origem para usar o modo ARCHIVELOG . Para obter mais informações, consulte Configurar seu banco de dados Oracle de origem .
Mensagem de erro: Supplemental logging ("ALL COLUMN LOGGING") isn't turned on for the tables listed below . Seu banco de dados de origem não tem dados de log complementares habilitados. Habilite dados de log suplementares e defina seu modo como ALL . Para obter mais informações, consulte Configurar seu banco de dados Oracle de origem .
Mensagem de erro: No Archive Log Files were found in the source . O Database Migration Service lê apenas logs de arquivo fechado e nenhum log foi encontrado no banco de dados de origem.
  1. Execute o seguinte comando no banco de dados de origem para fechar o arquivo de log atual: ALTER SYSTEM SWITCH LOGFILE .
  2. Tente encontrar os logs novamente.

Se o banco de dados não tiver nenhuma operação de gravação ativa, talvez seja necessário executar pelo menos uma operação INSERT para acionar a criação do log.

Mensagem de erro: We're missing the necessary permissions to read from the source . A conta de usuário de migração no banco de dados de origem não tem as permissões necessárias.

O Database Migration Service se conecta à sua origem como a conta de usuário configurada no perfil de conexão de origem. Essa conta precisa de um conjunto específico de permissões (por exemplo SELECT ANY TABLE ) para ler dados no seu banco de dados de origem.

Certifique-se de que a conta do usuário de migração tenha os privilégios necessários. Para obter mais informações, consulte Configurar seu banco de dados Oracle de origem .

Mensagem de erro: Unable to connect to the destination database . Ocorreu um problema na conexão com o banco de dados de destino. Verifique se você pode acessar o banco de dados de destino do seu projeto. Verifique as configurações relacionadas ao método de configuração da conectividade de destino .
Mensagem de erro: The following tables don't exist in the destination database: {table_names} . As tabelas listadas que você está tentando migrar não existem no banco de dados de destino. O Database Migration Service cria a tabela e as definições necessárias quando você converte seu esquema de origem.
Mensagem de erro: password authentication failed for user {username} . O nome de usuário ou a senha do banco de dados de destino estão configurados incorretamente. Certifique-se de que o perfil de conexão PostgreSQL de destino esteja configurado corretamente com o nome de usuário e a senha corretos.
Mensagem de erro: The following tables in the destination database don't have primary keys: {table_names} . As tabelas listadas na mensagem de erro existem no banco de dados de destino, mas faltam chaves primárias.

Os espaços de trabalho de conversão do Database Migration Service adicionam automaticamente chaves primárias para tabelas que não as possuem quando você converte o esquema.

Se você usar espaços de trabalho de conversão herdados, precisará criar as chaves primárias manualmente em seu destino. Para obter mais informações, consulte Espaços de trabalho de conversão legados .

Aviso: The following tables have foreign keys: {table_names} . As tabelas listadas na mensagem de erro existem no banco de dados de destino, mas possuem chaves estrangeiras.

O Database Migration Service não replica dados de maneira transacional, portanto as tabelas podem ser migradas fora de ordem. Se chaves estrangeiras estiverem presentes e uma tabela filha que usa uma chave estrangeira for migrada antes de sua pai, você poderá encontrar erros de replicação.

Para evitar esses problemas de integridade de dados, ignore as chaves estrangeiras usando a opção REPLICATION para o usuário de migração. Para obter mais informações, consulte Considerações sobre chaves estrangeiras e gatilhos .

Mensagem de erro: Unable to resume replication as log position is lost . Este erro pode ocorrer quando o processo de replicação fica pausado por um longo período, levando à perda da posição do log. Um trabalho de migração não deve ser pausado por mais tempo (ou próximo) do período de retenção de log. Se a posição do log for perdida, será necessário recriar a tarefa de migração.
Mensagem de erro: ORA-00942: table or view does not exist . Este erro pode ocorrer como resultado do armazenamento em cache no servidor Oracle. Recrie o usuário do banco de dados para corrigir o problema de cache.
O trabalho de migração permanece na fase de dump completo e não avança para a fase de change data capture (CDC). O Serviço de Migração de Banco de Dados ainda está executando o dump completo para algumas tabelas ou uma ou mais tabelas não podem concluir o dump completo devido a erros.
  • Verifique os erros do trabalho de migração e corrija os erros que se aplicam às tabelas ou remova as tabelas associadas do trabalho.
  • Verifique os logs do Serviço de Migração de Banco de Dados para ver se há atividade de despejo completo em andamento e aguarde até que ela termine.

Problemas de conectividade

Esta seção lista e descreve etapas de solução de problemas potenciais de conectividade de rede.

Não é possível conectar-se ao banco de dados de destino: EOF

A execução de um teste de conectividade retorna [DATABASE] unable to connect to the destination database: EOF .

Causa possível: O anexo de serviço está configurado incorretamente.

Coisas para tentar: certifique-se de que enable_proxy_protocol esteja definido como false no arquivo de configuração do Terraform do anexo de serviço . O protocolo proxy é compatível apenas com servidores HTTP, como NGINX e Apache.

Ao usar gcloud para criar a configuração do Private Service Connect, o protocolo proxy é desabilitado por padrão.

Tempo limite de conexão, conexão recusada

A execução do teste de conectividade falha ou expira. Provavelmente, isso é causado por roteamento mal configurado na configuração do Private Service Connect. Pode haver vários motivos para esse problema.

Causa possível: há uma regra de firewall ausente que permite que o intervalo CIDR NAT do Private Service Connect acesse a sub-rede do Private Service Connect onde o bastião está localizado, especificamente a interface nic0 da VM do bastião.

Coisas para tentar: certifique-se de que a política da sua organização não restrinja regras de firewall internas, como a regra de firewall psc_sp_in_fw definida no script Terraform de exemplo para configurar a conectividade IP privada de destino para instâncias do AlloyDB para PostgreSQL não habilitadas para PSC .

Possível causa: o proxy está inativo. Não há nenhum ouvinte na porta fornecida e, portanto, a conexão é interrompida.

Coisas para tentar: você pode tentar estabelecer uma conexão SSH com a VM bastião e procurar o proxy usando o seguinte comando:

  • netstat -tunalp | grep PORT

Analise as respostas ao comando:

  • Se você receber uma resposta vazia, o proxy está inativo. Tente executar os seguintes comandos:

    sudo su; cd / e verifique se o servidor Dante está instalado executando sudo dpkg -s dante-server :

  • Se o proxy estiver em execução e escutando na porta fornecida, tente abrir uma conexão com ele fazendo o seguinte:

    1. Instale o cliente PostgreSQL:

      sudo apt-get install postgresql-client .

    2. Conecte-se ao banco de dados PostgreSQL:

      psql -h 127.0.0.1 -p PORT -U DBUSERNAME -W (será solicitado que você insira a senha).

      Substitua o seguinte:

      • PORT : o número da porta do banco de dados.
      • DBUSERNAME : o nome de usuário usado para conectar-se ao banco de dados PostgreSQL.
    3. Instale o cliente Telnet:

      sudo apt-get install telnet

    4. Conecte-se ao cliente Telnet:

      telnet 127.0.0.1 PORT

      Substitua PORT pelo número da porta do banco de dados.

    Dependendo dos resultados dos comandos:

    • Se os comandos não conseguirem abrir uma conexão, tente consultar os logs do proxy para localizar a causa raiz. A causa raiz pode variar dependendo da configuração da instância do AlloyDB para PostgreSQL.

    • Se a conexão for aberta usando telnet, mas travar no cliente, o problema provável é o roteamento do endereço IP do bastião. Na sua VM, digite ip route no terminal. Veja se você consegue localizar uma regra de roteamento que roteia conexões para o endereço IP privado da instância do AlloyDB para PostgreSQL usando o nic secundário ( nic1 , o endereço IP DB_SUBNETWORK_GATEWAY ).

Causa possível: o anexo do serviço não aceita a conexão do endpoint proveniente do Database Migration Service. O anexo de serviço contém uma lista de projetos aceitos, e o projeto do Serviço de Migração de Banco de Dados não está incluído na lista.

Coisas para tentar: Para resolver o problema, tente um dos seguintes:

  • No Google Cloud console, acesse Private Service Connect .

    Vá para Conexão de serviço privado

    Na guia Serviços publicados , aceite a conexão do Database Migration Service para seu anexo de serviço (se estiver pendente).

  • Adicione o projeto solicitante aos projetos permitidos no anexo de serviço (se for rejeitado).

    Se isso não resolver o problema, recrie o perfil de conexão.

  • Exclua o perfil de conexão associado à conectividade do Private Service Connect e recrie-o.

Solucionar erros do Oracle SCAN

Esta seção descreve possíveis problemas que você pode ter ao migrar de origens Oracle Real Application Clusters (RAC) usando o recurso Single Client Access Name (SCAN).

Não é possível estabelecer conectividade com um banco de dados Oracle SCAN

A execução do teste de conectividade falha ou expira.

Possível causa: você pode estar tentando estabelecer conectividade diretamente com seu banco de dados de origem Oracle SCAN. O Database Migration Service não oferece suporte à conectividade direta com bancos de dados usando o recurso SCAN em ambientes Oracle RAC.

Coisas para tentar: Para resolver o problema, tente um dos seguintes:

  • Conecte-se diretamente a um dos nós.

  • Utilize o Gerenciador de Conexões Oracle .

  • Crie uma configuração de conectividade privada usando uma solução de proxy reverso como o HAProxy.