Sobre os espaços de trabalho de conversão legados

Os espaços de trabalho de conversão legados são um tipo mais antigo e limitado de espaços de trabalho de conversão. Os espaços de trabalho de conversão legados não são compatíveis com os recursos de conversão aprimorados pelo Gemini nem com o editor de SQL interativo. Só é possível usá-los para converter o esquema de origem com a ferramenta de migração Ora2Pg.

Não recomendamos o uso do tipo legado de espaços de trabalho de conversão para suas migrações, porque eles apresentam várias outras limitações ao fluxo de trabalho de conversão:

Espaço de trabalho de conversão interativoEspaço de trabalho de conversão legado
A conversão de esquemas e objetos de código acontece no Database Migration Service. As conversões de esquema e objeto de código são feitas fora do Database Migration Service usando a ferramenta de migração Ora2Pg.
É possível aplicar as origens convertidas ao banco de dados de destino diretamente no Database Migration Service. Você é responsável por aplicar o esquema convertido ao banco de dados de destino no cluster de destino do AlloyDB para PostgreSQL.
É possível testar o rascunho do esquema e do código diretamente no Database Migration Service para garantir que eles possam ser aplicados ao cluster de destino. Não é possível testar o esquema e o código de rascunho sem afetar o cluster de destino.
Adiciona automaticamente colunas rowid ausentes para tabelas que não têm chaves primárias e restrições exclusivas. É necessário adicionar as chaves primárias ausentes às tabelas de destino depois de aplicar o esquema.
Tabela 1: comparação de recursos do espaço de trabalho de conversão

Usar espaços de trabalho de conversão legados

Se o cenário exigir o uso de espaços de trabalho de conversão legados, modifique o processo de migração com as seguintes ações:

  1. Escreva um arquivo de configuração do Ora2Pg.

    Consulte a documentação do Ora2Pg para orientações sobre como usar a ferramenta de conversão do Ora2Pg. Expanda as seções a seguir para ver a lista completa de diretivas compatíveis com o Database Migration Service.

    Configuração do Ora2Pg compatível com o Database Migration Service

    O Database Migration Service é compatível com a seguinte configuração para arquivos Ora2Pg:

    • BOOLEAN_VALUES
    • DATA_TYPE
    • DEFAULT_NUMERIC
    • ENABLE_MICROSECOND
    • EXPORT_SCHEMA
    • MODIFY_STRUCT
    • MODIFY_TYPE
    • PG_INTEGER_TYPE
    • PG_NUMERIC_TYPE
    • PG_SCHEMA
    • PRESERVE_CASE
    • REPLACE_AS_BOOLEAN
    • REPLACE_COLS
    • REPLACE_TABLES
    • REPLACE_ZERO_DATE
    • SCHEMA

    O Database Migration Service usa perfis de conexão para definir detalhes de conectividade. Portanto, não é necessário definir as seguintes informações no arquivo de configuração do Or2Pg:

    • ORACLE_DSN
    • ORACLE_HOME
    • ORACLE_PWD
    • ORACLE_USER
    • PG_DSN
    • PG_PWD
    • PG_USER

    Além disso, o Database Migration Service não usa a diretiva de configuração WHERE para limitar os registros a serem migrados.
  2. Criar um espaço de trabalho de conversão legado e converter o esquema.

  3. Aplique manualmente o esquema convertido ao banco de dados de destino.

    Depois de criar a configuração do Ora2Pg e o espaço de trabalho, você precisa aplicar o código gerado diretamente no banco de dados de destino.

  4. Migre tabelas sem chaves primárias.

    O Database Migration Service migra apenas tabelas que têm chaves primárias. Se o banco de dados de origem incluir tabelas que não têm chaves primárias, será necessário criar manualmente chaves primárias ou restrições exclusivas nas tabelas convertidas no banco de dados de destino depois de aplicar o esquema convertido. Para mais informações e etapas detalhadas, consulte Adicionar restrições de chave primária no banco de dados de destino.

A seguir

Depois de realizar o fluxo de trabalho de conversão com o espaço de trabalho legado, prossiga com os procedimentos de migração padrão. Consulte Criar um job de migração.