Migrar cargas de trabalho Oracle para o Azure
Como parte de sua jornada de adoção da nuvem, você deve migrar suas cargas de trabalho existentes para a nuvem. As cargas de trabalho Oracle são semelhantes a outras cargas de trabalho e exigem uma abordagem metódica para garantir uma migração bem-sucedida. Para obter mais informações sobre a metodologia de migração, consulte Migração para a nuvem no Cloud Adoption Framework. Este artigo descreve restrições e considerações exclusivas específicas para cargas de trabalho Oracle.
O processo de migração Oracle
Você deve reavaliar continuamente seus requisitos de infraestrutura para melhorar o desempenho e reduzir custos usando o tipo de serviço relevante para sua carga de trabalho. Por exemplo, se você planeja mover sua carga de trabalho para o Oracle Database@Azure, certifique-se de que a SKU selecionada atenda aos seus requisitos. Da mesma forma, se você mover sua carga de trabalho para Oracle em Máquinas Virtuais do Azure, verifique se os tamanhos de máquina virtual (VM) atendem às suas necessidades. Para obter mais informações, consulte Planejamento de capacidade para migrar cargas de trabalho Oracle para zonas de aterrissagem do Azure.
Analise os recursos de migração para definir seu processo de migração do Oracle para o Azure. Também pode:
Verificar limites de cota de assinatura do Azure: certifique-se de que os limites de cota em sua assinatura do Azure acomodam os tamanhos de VM de destino escolhidos se migrar para o Oracle em Máquinas Virtuais do Azure.
Identificar um modelo de implantação: automatize a implantação de componentes da solução tanto quanto possível usando a infraestrutura como código (IaaS), pipelines de integração contínua e entrega contínua (CI/CD) e outras práticas de DevOps.
Determinar as dependências do aplicativo: certifique-se de que as atividades de migração causem o mínimo de interrupções.
Identificar a capacidade de dados: identifique a quantidade de dados a migrar e avalie a capacidade de conectividade de rede disponível atual de ambientes locais para o Azure. Use essas informações para determinar se você pode copiar os dados diretamente de ambientes locais para o Azure. Você pode precisar de um dispositivo de transferência de dados físico, como o Azure Data Box , para a carga inicial de dados.
Determinar requisitos de disponibilidade: determine os requisitos de disponibilidade da carga de trabalho porque eles podem afetar as ferramentas de migração que você pode usar.
Para Oracle Database@Azure, certifique-se de:
Verifique se a solução Oracle Database@Azure está disponível na região onde você deseja implantar a solução. Para obter mais informações, consulte Regiões disponíveis.
Considere o uso do Oracle Zero Downtime Migration para o processo de migração. Avalie as estratégias de migração para determinar a abordagem mais adequada aos seus requisitos específicos de migração. Para obter mais informações, consulte Migração de tempo de inatividade zero.
Atividades específicas da carga de trabalho de migração Oracle
A seção a seguir descreve o processo de migração com mais detalhes. As etapas não são necessariamente sequenciais. Você pode executar algumas etapas em paralelo.
Avalie as versões do sistema de origem e destino: avalie se as versões do sistema operacional (SO) local, as versões do aplicativo e as versões do banco de dados são as mesmas que as versões que você planeja usar no Azure.
Se você precisar atualizar um ou mais recursos, atualize-os antes da migração para evitar complicar o processo de migração.
Se seu banco de dados local for executado em um sistema operacional big-endian, como Oracle Solaris, IBM Advanced Interactive eXecutive ou Hewlett Packard Unix, o processo de migração do banco de dados incluirá uma conversão endian. O Azure suporta apenas sistemas operativos little-endian. Essa limitação reduz o número de ferramentas disponíveis para a migração. Especificamente, você não pode usar o Oracle Data Guard ou qualquer outro método de cópia de arquivo. Os métodos de migração compatíveis com a conversão endian incluem Oracle Data Pump Export or Import, Oracle cross-platform transportable tablespaces (XTTS) ou utilitários de replicação de dados como Oracle GoldenGate, Quest SharePlex e Striim.
Você pode modernizar ou migrar servidores de aplicativos locais dependendo dos requisitos e da compatibilidade. Para obter mais informações, consulte Cenários de adoção de nuvem.
Avalie os requisitos de disponibilidade da carga de trabalho durante o processo de migração: se você precisar minimizar o tempo de inatividade da carga de trabalho, os métodos de migração, como Exportação ou Importação do Data Pump, podem não se adequar à sua carga de trabalho. Nesse caso, você pode seguir este processo de quatro etapas:
Use o Oracle Recovery Manager (RMAN) para fazer backup e restaurar todo o banco de dados no Azure. Execute uma conversão endian através de XTTS, se necessário. O resultado é um banco de dados que é uma cópia point-in-time do banco de dados de origem local. Para obter mais informações, consulte Transporte de dados entre plataformas.
Use o Oracle Data Guard para sincronizar o banco de dados recém-restaurado no Azure com o banco de dados de origem se ambas as fontes tiverem o formato little-endian. Não é possível usar o Data Guard se a migração envolver a conversão de big-endian para little-endian. Em vez disso, use um utilitário de replicação de dados baseado em SQL, como Oracle GoldenGate, Quest SharePlex ou Striim, para sincronizar o banco de dados recém-restaurado no Azure com o banco de dados de origem.
Depois de sincronizar o banco de dados de destino no Azure com o banco de dados local de origem, você pode agendar uma substituição. Uma substituição desliga o banco de dados local de origem e libera as últimas transações para o banco de dados de destino no Azure. Em seguida, você pode abrir o banco de dados de destino no Azure como o novo banco de dados de origem. Uma substituição pode levar apenas alguns minutos, dependendo do método de sincronização usado.
Dependendo da abordagem de migração escolhida para serviços de aplicativo, talvez seja necessário concluir várias tarefas de serviço de aplicativo antes de migrar totalmente o aplicativo para o Azure.
Avalie as licenças necessárias: seu banco de dados pode exigir várias licenças, dependendo das ferramentas de migração. Por exemplo:
O Oracle Data Guard requer o Oracle Database Enterprise Edition.
O Oracle GoldenGate requer licenças do Oracle GoldenGate.
Para obter mais informações sobre o licenciamento Oracle no Azure, consulte Licenciamento de software Oracle no ambiente de computação em nuvem.