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. Eles não oferecem suporte a recursos de conversão aprimorados pelo Gemini nem ao 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 interativo | Espaço de trabalho de conversão legado |
|---|---|
| A conversão de objetos de esquema e código acontece no Database Migration Service. | Você realiza conversões de objetos de esquema e código fora Database Migration Service usando a ferramenta de migração Ora2Pg. |
| É possível aplicar 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 esquema e o código de rascunho 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 chaves primárias ausentes às tabelas de destino depois de aplicar o esquema. |
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:
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 conferir a lista completa de diretivas com suporte no Database Migration Service.
Configuração do Ora2Pg com suporte no Database Migration Service
O Database Migration Service usa a seguinte configuração para arquivos Ora2Pg:
BOOLEAN_VALUESDATA_TYPEDEFAULT_NUMERICENABLE_MICROSECONDEXPORT_SCHEMAMODIFY_STRUCTMODIFY_TYPEPG_INTEGER_TYPEPG_NUMERIC_TYPEPG_SCHEMAPRESERVE_CASEREPLACE_AS_BOOLEANREPLACE_COLSREPLACE_TABLESREPLACE_ZERO_DATESCHEMA
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_DSNORACLE_HOMEORACLE_PWDORACLE_USERPG_DSNPG_PWDPG_USER
Além disso, o Database Migration Service não usa a
WHEREdiretiva de configuração para limitar os registros a serem migrados.- Crie um espaço de trabalho de conversão legado e converta o esquema.
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, aplique o código gerado diretamente no banco de dados de destino.
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 executar o fluxo de trabalho de conversão com o espaço de trabalho legado, você pode continuar com os procedimentos de migração padrão. Consulte Criar um job de migração.