As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
Migração heterogênea de bancos de dados
Devido às inovações e melhorias em bancos de dados de código aberto e plataformas de computação em nuvem, como a AWS, muitas organizações estão migrando de mecanismos de banco de dados proprietários (processamento de transações online ou OLTP), como Oracle, para mecanismos de código aberto. Os bancos de dados Oracle são sistemas essenciais para qualquer organização, mas ficar preso a um determinado fornecedor é uma situação arriscada e cara. O baixo custo operacional e a ausência de tarifas de licenças são motivos convincentes para considerar a mudança da tecnologia de banco de dados subjacente para bancos de dados de código aberto ou bases de dados nativas da Nuvem AWS.
Outros motivos para migrar da Oracle são períodos de dependência de fornecedores, auditorias de licenciamento, licenciamento caro e custo. O preço sugerido da Oracle é baseado em um modelo por núcleo com custos adicionais para atributos como particionamento e alta disponibilidade. Por esse motivo, muitas organizações optam por migrar seus bancos de dados Oracle para bancos de dados de código aberto (como PostgreSQL, MySQL ou MariaDB) ou bancos de dados nativos de nuvem da AWS (como Amazon Aurora ou Amazon DynamoDB) quando migram para a AWS.
Você também pode migrar seu banco de dados do data warehouse Oracle para o Amazon Redshift, que é um data warehouse em nuvem rápido e totalmente gerenciado. O Amazon Redshift é integrado ao seu data lake, oferece desempenho até três vezes mais rápido do que qualquer outro data warehouse e custa até 75% menos do que qualquer outro data warehouse na nuvem. Para mais informações, consulte Migrar da Oracle para o Amazon Redshift
Para migrar para um banco de dados de código aberto ou nativo da AWS, escolha o banco de dados certo, dependendo do tipo de dados que você tem, do modelo de acesso, da escalabilidade, dos aspectos práticos do aplicativo e da complexidade. Por exemplo, os bancos de dados PostgreSQL se tornaram muito populares nos últimos anos por sua poderosa funcionalidade e alto grau de compatibilidade com bancos de dados comerciais e são o alvo de migração mais comum para usuários que estão refatorando seus bancos de dados Oracle. Porém, migrar do Oracle para o PostgreSQL e para outros bancos de dados de código aberto costuma ser difícil e demorado, além de exigir avaliação, planejamento e testes cuidadosos.
Esse processo se torna mais fácil com serviços como o AWS DMS e o AWS Schema Conversion Tool (AWS SCT), que ajudam você a migrar seu banco de dados comercial para um banco de dados de código aberto na AWS com o mínimo de tempo de inatividade.
Em migrações heterogêneas de banco de dados, os mecanismos de banco de dados de origem e destino são diferentes, como nas migrações do Oracle para Amazon Aurora ou Oracle para PostgreSQL, MySQL ou MariaDB. A estrutura do esquema, os tipos de dados e o código do banco de dados nos bancos de dados de origem e de destino podem ser bem diferentes e, portanto, o esquema e o código devem ser transformados antes do início da migração de dados. Por esse motivo, a migração heterogênea é um processo de duas etapas:
-
Etapa 1. Converta o esquema e o código de origem para que correspondam aos do banco de dados de destino. Você pode usar o AWS SCT para essa conversão.
-
Etapa 2. Migre dados do banco de dados de origem para o banco de dados de destino. Você pode usar o AWS DMS para esse processo.

O AWS DMS processa automaticamente todas as conversões de tipo de dados necessárias durante a migração. O banco de dados de origem pode estar localizado em suas próprias instalações fora da AWS, pode ser um banco de dados executado em uma EC2 instância ou pode ser um banco de dados do Amazon RDS (consulte Fontes para migração de dados na documentação do AWS DMS). O destino pode ser um banco de dados na Amazon EC2, Amazon RDS ou Amazon Aurora.
Ferramentas para migrações heterogêneas de bancos de dados
O gráfico a seguir fornece uma lista de ferramentas que você pode usar para migrar do Oracle Database para outro mecanismo de banco de dados.
Ferramenta de migração |
Suporte ao banco de dados de destino |
Usado para |
Amazon RDS para MySQL Amazon RDS para PostgreSQL Amazon Aurora MySQL Amazon Aurora PostgreSQL |
Conversão do esquema |
|
Amazon RDS para MySQL Amazon RDS para PostgreSQL Amazon Aurora MySQL Amazon Aurora PostgreSQL |
Migração de dados |
As subseções a seguir fornecem mais informações sobre cada ferramenta.
AWS SCT
O AWS Schema Conversion Tool (AWS SCT) converte seus esquemas de banco de dados comerciais existentes em um mecanismo de código aberto ou em um banco de dados nativo de nuvem da AWS. O AWS SCT torna as migrações heterogêneas de banco de dados previsíveis ao converter automaticamente o esquema e uma maioria dos objetos do código do banco de dados, incluindo visualizações, procedimentos armazenados e funções para um formato compatível com o banco de dados de destino. Todos os objetos que não podem ser convertidos automaticamente são claramente marcados para conversão manual. O AWS SCT também pode escanear o código-fonte do seu aplicativo em busca de instruções SQL incorporadas e convertê-las como parte de um projeto de conversão de esquema de banco de dados.
AWS DMS
O AWS Database Migration Service (AWS DMS) migra seus dados de forma rápida e segura para o AWS. Durante a migração, o banco de dados de origem permanece totalmente operacional, o que minimiza o tempo de inatividade de aplicativos. O AWS DMS oferece suporte a migrações homogêneas, como Oracle para Oracle, bem como migrações heterogêneas entre diferentes plataformas de banco de dados, como Oracle para um banco de dados de código aberto ou para um banco de dados nativo de nuvem da AWS. O AWS DMS gerencia as complexidades do processo de migração, incluindo a replicação automática das alterações de dados que ocorrem no banco de dados de origem para o banco de dados de destino. Quando a migração do banco de dados estiver concluída, o banco de dados de destino permanece sincronizado com o de origem pelo tempo que você especificar, permitindo que você alterne para o banco de dados de destino em um momento conveniente.