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á.
Fase 2: Planejar
Depois de coletar informações sobre o banco de dados durante a fase de preparação, você decide a estratégia de migração na fase de planejamento. Existem sete estratégias comuns de migração (7 Rs):
-
Redefinir a hospedagem
-
Redefinir a plataforma
-
Refatorar (rearquitetar)
-
Recompra
-
Retirada
-
Reter
-
Realocar
Para obter ajuda na determinação do tipo R, consulte a árvore decisória no Guia de avaliação do portfólio de aplicativos para Nuvem AWS migração. A estratégia de migração para seu banco de dados depende de fatores como suas necessidades comerciais, restrições financeiras e de tempo e requisitos de recursos. No entanto, em uma migração homogênea, em que os mecanismos de banco de dados de origem e de destino são ambos Oracle, a estratégia de migração se limita a rehospedar, reformular a plataforma e realocar. A estratégia de migração também ajuda a determinar a meta. Se você escolher rehospedar ou realocar como o tipo de migração, o destino do Oracle Database será uma EC2 instância. Se você escolher a estratégia de replataforma, o destino será Amazon RDS for Oracle ou Amazon RDS Custom for Oracle.
A tabela a seguir lista os tipos R suportados para migrações homogêneas de banco de dados com base na tecnologia de banco de dados Oracle de origem.
| Fonte: tecnologia de banco de dados Oracle | Redefinir a hospedagem | Redefinir a plataforma | Realocar |
|---|---|---|---|
Oracle Database Enterprise Edition |
|
|
|
Oracle Database Standard Edition 2 |
|
|
|
Oracle Real Application Clusters (RAC) |
Não disponível |
Não disponível |
Não disponível |
Oracle RAC com Data Guard |
Não disponível |
Não disponível |
|
Cluster autônomo Oracle com Data Guard |
|
|
|
Oracle Exadata |
Indisponível |
|
Indisponível |
Armazém de dados Oracle |
|
Indisponível |
|
Planejamento de Recursos Empresariais (ERP) da Oracle |
|
Indisponível |
|
A escolha de uma estratégia de migração também depende da carga de trabalho. Você pode usar AWS Schema Conversion Tool (AWS SCT) ou AWS Database Migration Service (AWS DMS) Schema Conversion para avaliar e decidir a estratégia de migração. A tabela a seguir mostra exemplos de cargas de trabalho de aplicativos e suas estratégias de migração correspondentes.
| Tipo de aplicativo | Descrição | Estratégia de migração |
|---|---|---|
Aplicações internas |
Cargas de trabalho de conectividade de banco de dados on-line (ODBC) ou conectividade de banco de dados Java (JDBC) e cargas de trabalho leves com recursos proprietários |
Candidato à replataforma |
Software fornecido por SaaS ou ISV |
Cargas de trabalho pesadas com recursos proprietários |
Candidato à replataforma |
Aplicativos de ERP |
Workloads específicas do mecanismo |
Candidato para redefinir a plataforma ou redefinir a hospedagem |