Migrar o Oracle Database
É altamente recomendável migrar Bancos de Dados Oracle em execução em um ambiente VMware local para um serviço do Oracle Cloud Infrastructure Database, como Oracle Exadata Database Service, Oracle Autonomous Database, Oracle Base Database Service etc. Você pode aproveitar todos os benefícios oferecidos com os serviços do Oracle Cloud Infrastructure Database.
Migração de Banco de Dados de um Ambiente VMware Local
Não importa se você está migrando aplicativos existentes e sistemas de camada intermediária do local para a Oracle Cloud VMware Solution ou criando aplicativos e sistemas de camada intermediária na Oracle Cloud VMware Solution, os principais pontos a serem considerados são a latência e a proximidade do banco de dados com a plataforma Oracle Cloud VMware Solution.
- Criar um Oracle Database ou migrar um Oracle Database existente para o Oracle Cloud Infrastructure
Recomendamos um serviço do Oracle Cloud Infrastructure Database. Diferentes opções de serviço de banco de dados estão disponíveis no Oracle Cloud Infrastructure. Você pode escolher a opção apropriada, dependendo dos requisitos do aplicativo e da carga de trabalho.
- Migre bancos de dados não Oracle para a Oracle Cloud VMware Solution
Essa opção é específica para bancos de dados não Oracle, como Microsoft SQL Server, IBM DB2 e PostgreSQL. Nesse caso de uso, você pode migrar bancos de dados não Oracle para a Oracle Cloud VMware Solution usando a ferramenta VMware HCX e as melhores práticas de migração para o banco de dados específico.
- Manter bancos de dados on-premises
Essa opção reduz a necessidade de migrar seus sistemas de banco de dados do local para a nuvem. No entanto, a latência e o throughput podem ser considerações importantes para o impacto em seus aplicativos. Considere soluções como o Oracle Cloud Infrastructure FastConnect para conectividade entre a Oracle Cloud VMware Solution e no local.
Migrar Bancos de Dados Oracle para o Oracle Cloud Infrastructure
Antes de migrar bancos de dados Oracle ou não Oracle de um data center local para o Oracle Cloud Infrastructure, revise as considerações, os pré-requisitos e o processo de avaliação a seguir.
Considerações
Esta seção se aplica à migração de Bancos de Dados Oracle locais para o Oracle Cloud Infrastructure, que inclui as plataformas de banco de dados listadas na seção anterior. Antes de iniciar qualquer esforço de migração, entenda a carga de trabalho individual do banco de dados, as restrições e quaisquer dependências.
- Qual é a versão atual deste banco de dados?
- Quantos bancos de dados desta versão você migrará?
- Quantos bancos de dados estão vinculados a uma linha de negócios específica (LOB)?
- Existem bancos de dados em plataformas não Linux; ou seja, haverá alguma migração de cross-endianness?
- Existem bancos de dados dependentes que podem precisar ser migrados juntos?
- Existem bancos de dados de terceiros (não Oracle) para migrar e quais versões (por exemplo, SQL Server 2016)?
- Para o banco de dados de teste e desenvolvimento, todas as cópias serão migradas ou apenas a cópia mestre?
- Quão grandes são os bancos de dados - espaço total em disco e espaço para os próprios dados em GB/TB?
- Você usará FastConnect ou VPN para conectividade de rede com o Oracle Cloud? A largura de banda e o tamanho do banco de dados impulsionarão principalmente a solução de migração.
Opções de Migração
Há muitos métodos para migrar Oracle Databases do local para o Oracle Cloud Infrastructure. Cada método depende do RPO (Business Recovery Point Objective), RTO (Recovery Time Objective) e SLA (Service Level Agreement, Acordo de nível de serviço de disponibilidade geral). Os administradores de migração devem avaliar e mapear esses acordos de negócios com os métodos apropriados.
O Oracle Maximum Availability Architecture (MAA) aborda especificamente essas opções e métodos. A tabela a seguir discute-os brevemente.
| Solução | Complexidade | Granularidade da migração | Tipo de migração (físico ou lógico) | Esforço geral de implantação | Modelo de migração | Principais casos de uso de migração |
|---|---|---|---|---|---|---|
| Exportação e Importação convencionais do Data Pump | Low | Medium | Lógica | High | On-line/ponto no tempo |
|
| Data Pump Totalmente Transportável | Medium | Low | Físico | Medium | On-line/Contínuo
Requer que a origem seja somente leitura durante a exportação |
Banco de dados completo com a mesma endianidade (requer o Oracle Database de origem versão 11.2.0.3) |
| Tablespace Transportável do Data Pump | Medium | Low | Físico | Medium | On-line/Contínuo | Conjunto de tablespaces de esquema (requer o Oracle Database de origem versão 11.2.0.3) |
| SQL*Loader | Low | High | Lógica | High | Off-line | Migrar tabelas ou esquemas específicos |
| GoldenGate | High | High | Lógica | High | Off-line/Contínuo |
|
| Backup e Restauração de RMAN | Low | Low | Físico | Low | Off-line/Contínuo | Banco de dados completo ou conjunto de tablespaces |
| Data Guard | Low | Low | Físico | Low | On-line/Contínuo | Banco de dados completo com tempo de inatividade zero ou quase zero |
|
clonagem remota do PDB Clone Remoto Realocação do PDB Migração de PDB |
Low | Low | Físico | Low | On-line/Contínuo |
|
Observação:
Muitas das soluções podem ser combinadas para criar a estratégia de migração mais eficiente. Alguns aplicativos empacotados podem ter restrições nas ferramentas suportadas para migração.Planejamento de Dimensionamento e Implantação
Observação:
O esforço de dimensionamento de capacidade para o banco de dados e a VM é o mesmo que no local.- Requisitos de desempenho da carga de trabalho
- Transações por segundo
- O número de conexões do usuário
- Alterações futuras esperadas da carga de trabalho
- Requisitos de capacidade
- vCPUs
- Memória
- Armazenamento e capacidade de E/S
- Crescimento futuro
- Requisitos de gerenciabilidade
- Serviços e acessibilidade nativos do Oracle Cloud Infrastructure
- Ferramentas de monitoramento
- Soluções de backup
- Recursos de escalabilidade
- Escala de banco de dados
- Escala de VM
- Escala de cluster
- Requisitos de disponibilidade
- soluções de alta disponibilidade da Oracle
- vMotion, DRS
- Requisitos do aplicativo
- Dependências entre componentes locais
- Fluxo de rede entre aplicativos e serviços do Oracle Cloud Infrastructure
Racionalização, Padronização e Consolidação
Como parte do esforço de migração, recomendamos que a equipe de migração use essa oportunidade para padronizar a versão do banco de dados e consolidar sistemas de banco de dados quando apropriado. O Oracle Database 19c deve ser a versão de banco de dados padronizada mínima porque fornece a versão de suporte de longo prazo.
A consolidação é uma das principais estratégias que as organizações estão buscando para alcançar maior eficiência em suas operações. A consolidação permite que as organizações aumentem a utilização de recursos de TI, o que reduz os custos porque são necessários menos recursos para obter o mesmo resultado. Os custos operacionais também são reduzidos porque menos componentes e objetos precisam ser monitorados, gerenciados e mantidos.
DBAs e Administradores devem procurar a melhor oportunidade para consolidar o maior número possível de bancos de dados. Com o Oracle 19c, você tem a oportunidade de usar a opção multitenant da Oracle com no máximo três bancos de dados plugáveis (PDBs). Isso também fornece maiores economias de escala, e maiores densidades de consolidação podem ser realizadas com a modernização de aplicativos e bancos de dados. Portanto, você deve determinar quais bancos de dados se encaixariam no modelo de implantação do banco de dados contêiner (CDB).
Juntamente com a consolidação, considere o gerenciamento de isolamento. Os requisitos de isolamento podem influenciar o método ou grau de consolidação possível. O nível de isolamento que o sistema exige determina se você consolida vários PDBs em um único banco de dados, hospeda vários bancos de dados em uma única plataforma ou usa alguma combinação de ambas as abordagens. O isolamento pode ser categorizado em quatro áreas: falha, recurso, segurança e operacional. Cada modelo de nuvem lida com o isolamento de forma ligeiramente diferente, usando recursos integrados de SO ou banco de dados, geralmente combinados com recursos ou produtos avançados para fornecer uma solução completa, proporcional ao risco.
Migrando para o Oracle Database Service Usando o Oracle Zero Downtime Migration
Não está no escopo deste artigo fornecer etapas detalhadas para migração do Oracle Database sem tempo de inatividade de um ambiente on-premises. Você pode seguir as etapas detalhadas descritas no Oracle Database: Mover para o Oracle Cloud Usando o Zero Downtime Migration.
- O Oracle Zero Downtime Migration suporta o Oracle Database versões 11.2.0.4 e posteriores.
- Os bancos de dados de origem e de destino devem usar a mesma versão do banco de dados.
- O Oracle Zero Downtime Migration suporta Bancos de Dados Oracle hospedados em sistemas operacionais Linux.
- O banco de dados de origem pode ser um banco de dados de instância única que migra para uma única instância ou um banco de dados RAC (Oracle Real Application Clusters), ou pode ser um banco de dados RAC ou de um nó único RAC, migrando para um banco de dados RAC.
- O Oracle Zero Downtime Migration suporta Enterprise Edition e Standard Edition Oracle Databases como bancos de dados de origem. Os bancos de dados Enterprise Edition são migrados usando o Oracle Data Guard; os bancos de dados Standard Edition são migrados off-line usando uma metodologia de backup e restauração.
- O Oracle Zero Downtime Migration permite que o banco de dados de origem seja um banco de dados não contêiner (CDB) ou um banco de dados contêiner (CDB) com um ou mais bancos de dados plugáveis (PDBs). Se o banco de dados de origem for um não-CDB, ele será migrado como um não-CDB. Se o banco de dados de origem for um CDB com um ou mais PDBs, o Oracle Zero Downtime Migration o migrará para um CDB com o mesmo conjunto de PDBs do CDB de origem.
- Para oferecer suporte a migrações, o Oracle Zero Downtime Migration usa recursos e funcionalidades do framework Oracle Fleet Patching and Provisioning (FPP). Por exemplo, ele usa os recursos do programador de jobs FPP, que fornecem controle total para programação, pausa e retomada de qualquer tarefa de migração de banco de dados. O Oracle Zero Downtime Migration também usa o modo de avaliação do FPP para validar o processo de migração e detectar possíveis condições de falha antes do início da migração. O Oracle Zero Downtime Migration inclui recursos de auditoria durante e após a migração e distribui seu processo de migração em fases distintas, o que permite que os usuários personalizem o workflow e adicionem scripts de ação do usuário em qualquer etapa.
Ao migrar do local para a nuvem, há muitos cenários de origem e destino a serem considerados. Aplicativos e bancos de dados de origem locais podem estar em execução no VMware ou seus aplicativos podem estar em execução no VMware, enquanto os bancos de dados estão executando o Oracle Database Appliance ou o Oracle Exadata. Também há vários cenários de nuvem de destino a serem considerados, como aplicativos em execução na Oracle Cloud VMware Solution, enquanto os bancos de dados podem ser executados no Oracle Base Database Service, no Oracle Exadata Database Service on Dedicated Infrastructure ou no Oracle Autonomous Database on Dedicated Exadata Infrastructure. Consulte Explorar Mais para obter instruções detalhadas de migração do Oracle Database de acordo com cenários de origem e destino.