Migrar cargas de trabalho do 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 saber mais sobre a metodologia de migração, confira Migração na nuvem na Cloud Adoption Framework. Este artigo descreve restrições e considerações exclusivas específicas das 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, verifique se o SKU selecionado atende aos seus requisitos. Da mesma forma, se você mover sua carga de trabalho para o Oracle em Máquinas Virtuais do Azure, verifique se os tamanhos da VM (máquina virtual) atendem aos seus requisitos. Para obter mais informações, confira Planejamento de capacidade para migrar cargas de trabalho Oracle para zonas de destino do Azure.
Revise os recursos de migração para definir o processo de migração do Oracle para o Azure. Também é possível:
Verifique os limites de cota de assinatura do Azure: verifique se os limites de cota em sua assinatura do Azure acomodarão os tamanhos de VM de destino que você escolher se migrar para o Oracle em Máquinas Virtuais do Azure.
Identifique um modelo de implantação: automatize o máximo possível a implantação de componentes da solução usando IaC (infraestrutura como código), pipelines de CI/CD (integração contínua e entrega contínua) e outras práticas de DevOps.
Determine as dependências do aplicativo: verifique se as atividades de migração causam o mínimo de interrupção.
Identifique a capacidade de dados: identifique a quantidade de dados a serem migrados e avalie a capacidade de conectividade de rede disponível atualmente 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. Pode ser necessário um dispositivo de transferência de dados físico, como o Azure Data Box, para o carregamento inicial de dados.
Determine os requisitos de disponibilidade: determine os requisitos de disponibilidade da carga de trabalho, pois eles podem afetar as ferramentas de migração que você pode usar.
Para o Oracle Database@Azure:
Verifique se a solução Oracle Database@Azure está disponível na região em que você deseja implantar a solução. Para obter mais informações, confira Regiões disponíveis.
Considere usar o Oracle Zero Downtime Migration para o processo de migração. Avalie as estratégias de migração para determinar a abordagem mais adequada para seus requisitos específicos de migração. Para obter mais informações, confira Migração sem tempo de inatividade.
Atividades específicas da carga de trabalho de migração Oracle
A seção a seguir descreve o processo de migração em 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 de destino: avalie se as versões do sistema operacional local, as versões do aplicativo e as versões do banco de dados são as mesmas que você planeja usar no Azure.
Se você precisa atualizar um ou mais recursos, atualize-os antes da migração para evitar que o processo de migração fique mais complicado.
Se o 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 dá suporte apenas a sistemas operacionais 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 nem 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 ou Import, Oracle XTTS (tablespaces transportáveis entre plataformas) 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, confira 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 serem adequados à sua carga de trabalho. Nesse caso, você pode seguir este processo de quatro etapas:
Use o RMAN (Oracle Recovery Manager) para fazer backup e restaurar todo o banco de dados no Azure. Execute uma conversão endian por meio do XTTS, se necessário. O resultado é um banco de dados que é uma cópia pontual do banco de dados de origem local. Para obter mais informações, confira 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 estiverem no formato little-endian. Não será possível usar o Data Guard se a migração envolver 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 poucos minutos, dependendo do método de sincronização usado.
Dependendo da abordagem de migração escolhida para os 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 saber mais sobre o licenciamento do Oracle no Azure, confira Licenciamento do software Oracle no Ambiente de Computação em Nuvem.