Esta página oferece uma visão geral da migração de banco de dados heterogênea usando o espaço de trabalho de conversão do Database Migration Service ou a versão legada. Os espaços de trabalho de conversão ajudam a converter o esquema e os objetos do banco de dados de origem em um formato compatível com o banco de dados de destino. Essa conversão permite que o Database Migration Service migre seus dados entre os bancos de dados de origem e de destino.
O espaço de trabalho de conversão inclui um editor de conversão em tempo real que permite manipular a conversão de esquema em tempo real, além de testar e aplicar conversões ao banco de dados de destino.
No entanto, se você estiver usando a ferramenta de migração Ora2Pg, recomendamos usar o espaço de trabalho de conversão legado. Nesses cenários, o processo de conversão de esquema acontece fora do Database Migration Service, e o espaço de trabalho serve principalmente como um conector entre os bancos de dados de origem e destino.
A tabela a seguir resume as diferenças entre as versões do espaço de trabalho:
Novo espaço de trabalho de conversão | Espaço de trabalho de conversão legado |
---|---|
As conversões de esquema e objeto de código acontecem no Database Migration Service. | Você realiza conversões de esquema e objeto de código fora do 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 na instância de destino do Cloud SQL para PostgreSQL. |
É possível testar o esquema e o código do rascunho diretamente no Database Migration Service para garantir que eles possam ser aplicados à instância de destino. | Não é possível testar o esquema e o código de rascunho sem afetar a instância de destino. |
Adiciona automaticamente colunas rowid ausentes para tabelas que
não têm chaves primárias. |
É necessário adicionar chaves primárias ausentes às tabelas de origem antes de converter o esquema. Consulte Migrar tabelas sem chaves primárias. |
Editor de conversões integrado
As seções a seguir fornecem uma visão geral dos objetos de código editáveis e das personalizações de conversão disponíveis no espaço de trabalho de conversão.
Objetos editáveis do Oracle
Depois de converter o banco de dados de origem e o código no novo espaço de trabalho de conversão, use o editor em tempo real para modificar o SQL gerado para determinados tipos de objetos. O editor ao vivo é compatível com os seguintes objetos do Oracle:
- Acionadores de tabela (necessita de permissão)
- Visualizações materializadas.
- Pacotes
- Funções e procedimentos armazenados
- Sinônimos
- Visualizações
- Restrições
- Índices
- Sequências
Além disso, alguns objetos são convertidos, mas não estão disponíveis para edição diretamente no Database Migration Service. Para modificar esses objetos, é necessário realizar as atualizações diretamente no banco de dados de destino depois de aplicar o esquema e o código convertidos.
Objetos que não têm suporte para edição:
- Tipos de objeto definidos pelo usuário
- Tabelas
- Esquemas
Suporte à conversão de código e esquema
Os novos espaços de trabalho de conversão oferecem suporte aos seguintes elementos de código e esquema do Oracle:
Elementos de esquema do Oracle com suporte
- Restrições
- Índices (somente índices criados no mesmo esquema da tabela)
- Visualizações materializadas
- Tipos de objetos (suporte parcial)
- Sequências
- Procedimentos armazenados
- Sinônimos
- Tabelas
- Visualizações
Elementos de código PL/SQL do Oracle com suporte
- Gatilhos (somente no nível da tabela)
- Pacotes
- remotas
- Procedimentos armazenados
Suporte a personalizações
O Database Migration Service oferece suporte para personalizar seu esquema e código durante a conversão. Os seguintes recursos de personalização estão disponíveis:
Renomear entidades
Disponível para elementos de esquema e código com suporte e colunas de tabela. Diretivas de renomeação compatíveis:
Mover entidades
É possível mover entidades usando a diretiva
REPLACE_TABLES
e especificar o nome completo da tabela de destino,
ou seja, scheme.table
.
Mudar o tipo de dados
Disponível para colunas de tabelas. Diretivas de controle de tipo de coluna com suporte: