Migrar Oracle Database
É altamente recomendável migrar Oracle Databases executados em um ambiente VMware local para um serviço do Oracle Cloud Infrastructure Database, como o Oracle Exadata Database Service, o Oracle Autonomous Database, o Oracle Base Database Service etc. Você pode aproveitar todos os benefícios fornecidos com os serviços do Oracle Cloud Infrastructure Database.
Migração de Banco de Dados de um Ambiente VMware Local
Quer você esteja migrando sistemas de aplicativos e camadas intermediárias existentes do local para a Oracle Cloud VMware Solution ou criando sistemas de aplicativos e camadas intermediárias 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
É altamente recomendável 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 de aplicativo e 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.
- Mantenha bancos de dados no local
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 a taxa de transferência 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 on-premise.
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 do banco de dados individual, 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 entre finalidades?
- Há bancos de dados dependentes que talvez precisem ser migrados juntos?
- Há bancos de dados de terceiros (não Oracle) para migrar e quais versões (por exemplo, SQL Server 2016)?
- Para banco de dados de teste e desenvolvimento, todas as cópias serão migradas ou apenas a cópia principal?
- Qual é o tamanho dos 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 conduzirã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 objetivo do ponto de recuperação de negócios (RPO), do objetivo do tempo de recuperação (RTO) e do contrato de nível de serviço de disponibilidade geral (SLA). 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 os discute 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 eficiência (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 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 Clonagem remota Relocaçã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 sobre as ferramentas suportadas para migração.Planejamento de Dimensionamento e Implantação
Observação:
O esforço de dimensionamento de capacidade do banco de dados e da 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 de carga de trabalho futuras esperadas
- Requisitos de capacidade
- vCPUs
- Memória
- Capacidade de armazenamento e 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 do 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 os 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 menos recursos são necessários para alcançar o mesmo resultado. Os custos operacionais também são reduzidos porque menos componentes e objetos precisam ser monitorados, gerenciados e mantidos.
Os DBAs e os 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 proporciona 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 o 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, compatível com o risco.
Migrando para o Oracle Database Service Usando o Oracle Zero Downtime Migration
Não está no escopo deste artigo fornecer etapas detalhadas para a 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 de um nó ou RAC, migrando para um banco de dados RAC.
- O Oracle Zero Downtime Migration suporta Bancos de Dados Oracle Enterprise Edition e Standard Edition 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 não for um 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 da estrutura do Oracle Fleet Patching and Provisioning (FPP). Por exemplo, ele usa os recursos do programador de jobs FPP, que dão controle total para programar, pausar e retomar qualquer tarefa de migração do 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 aos usuários personalizar o workflow e adicionar 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. Os aplicativos e bancos de dados de origem on-premises podem estar em execução em VMware ou seus aplicativos podem estar em execução em VMware, enquanto os bancos de dados estão em execução no Oracle Database Appliance ou no 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 Explore Mais para obter instruções detalhadas de migração do Oracle Database de acordo com os cenários de origem e destino.