Guia de migração: Oracle para SQL Server em Máquinas Virtuais do Azure
Aplica-se a:Banco de Dados SQL do Azure
Este guia ensina você a migrar seus esquemas Oracle para o SQL Server em Máquinas Virtuais do Azure usando o Assistente de Migração do SQL Server para Oracle.
Para obter outros guias de migração, consulte Migração de banco de dados.
Pré-requisitos
Para migrar seu esquema Oracle para o SQL Server em Máquinas Virtuais do Azure, você precisa:
- Um ambiente de origem suportado.
- Assistente de Migração do SQL Server (SSMA) para Oracle.
- Uma VM do SQL Server de destino.
- As permissões necessárias para SSMA para Oracle e o provedor.
- Conectividade e permissões suficientes para acessar a origem e o destino.
Pré-migração
Para se preparar para migrar para a nuvem, verifique se o ambiente de origem é suportado e se você atendeu a todos os pré-requisitos. Tal contribuirá para assegurar uma migração eficiente e bem-sucedida.
Esta parte do processo envolve:
- Realizar um inventário dos bancos de dados que você precisa migrar.
- Avaliar esses bancos de dados quanto a possíveis problemas de migração ou bloqueadores.
- Resolver quaisquer problemas que descubra.
Detetar
Use o MAP Toolkit para identificar fontes de dados existentes e detalhes sobre os recursos que sua empresa está usando. Ao fazê-lo, obterá uma melhor compreensão da migração e ajudá-lo-á a planeá-la. Esse processo envolve a verificação da rede para identificar as instâncias Oracle da sua organização e as versões e recursos que você está usando.
Para usar o MAP Toolkit para fazer uma verificação de inventário, siga estas etapas:
Abra o MAP Toolkit.
Selecione Criar/Selecionar banco de dados:
Selecione Criar um banco de dados de inventário. Insira o nome do novo banco de dados de inventário e uma breve descrição e selecione OK
Selecione Coletar dados de inventário para abrir o Assistente de inventário e avaliação:
No Assistente de Inventário e Avaliação, selecione Oracle e, em seguida, selecione Avançar:
Selecione a opção de pesquisa de computador que melhor se adapta às suas necessidades de negócios e ambiente e, em seguida, selecione Avançar:
Introduza credenciais ou crie novas credenciais para os sistemas que pretende explorar e, em seguida, selecione Seguinte:
Defina a ordem das credenciais e selecione Avançar:
Introduza as credenciais de cada computador que pretende descobrir. Você pode usar credenciais exclusivas para cada computador/máquina ou pode usar a lista de credenciais de Todos os Computadores.
Verifique as suas seleções e, em seguida, selecione Concluir:
Após a conclusão da verificação, exiba o resumo da Coleta de dados. A verificação pode levar alguns minutos, dependendo do número de bancos de dados. Selecione Fechar quando terminar:
Selecione Opções para gerar um relatório sobre a avaliação Oracle e os detalhes do banco de dados. Selecione ambas as opções, uma de cada vez, para gerar o relatório.
Avaliação
Depois de identificar as fontes de dados, use o Assistente de Migração do SQL Server para Oracle para avaliar as instâncias Oracle que migram para a VM do SQL Server. O assistente irá ajudá-lo a compreender as lacunas entre as bases de dados de origem e de destino. Você pode revisar objetos e dados de banco de dados, avaliar bancos de dados para migração, migrar objetos de banco de dados para o SQL Server e, em seguida, migrar dados para o SQL Server.
Para criar uma avaliação, siga estas etapas:
No menu Arquivo, selecione Novo Projeto.
Forneça um nome de projeto e um local para seu projeto e, em seguida, selecione um destino de migração do SQL Server na lista. Selecione OK:
Selecione Conectar ao Oracle. Insira valores para a conexão Oracle na caixa de diálogo Conectar ao Oracle :
Selecione os esquemas Oracle que você deseja migrar:
No Oracle Metadata Explorer, clique com o botão direito do mouse no esquema Oracle que você deseja migrar e selecione Criar relatório. Isso gerará um relatório HTML. Ou, você pode selecionar o banco de dados e, em seguida, selecionar Criar relatório no menu superior.
Analise o relatório HTML para obter estatísticas de conversão, erros e avisos. Analisá-lo para entender problemas de conversão e resoluções.
Você também pode abrir o relatório no Excel para obter um inventário de objetos Oracle e o esforço necessário para concluir conversões de esquema. O local padrão para o relatório é a pasta de relatório em
SSMAProjects
.Por exemplo:
drive:\<username>\Documents\SSMAProjects\MyOracleMigration\report\report_2016_11_12T02_47_55\
Validar tipos de dados
Valide os mapeamentos de tipo de dados padrão e altere-os com base nos requisitos, se necessário. Para o fazer, siga estes passos:
No menu Ferramentas, selecione Configurações do projeto.
Selecione a guia Mapeamentos de tipo.
Você pode alterar o mapeamento de tipo para cada tabela selecionando a tabela no Oracle Metadata Explorer.
Converter o esquema
Para converter o esquema, siga estes passos:
(Opcional) Para converter consultas dinâmicas ou ad hoc, clique com o botão direito do mouse no nó e selecione Adicionar instrução.
Selecione Conectar ao SQL Server no menu superior.
- Insira os detalhes de conexão do SQL Server na VM do Azure.
- Selecione seu banco de dados de destino na lista ou forneça um novo nome. Se você fornecer um novo nome, um banco de dados será criado no servidor de destino.
- Forneça detalhes de autenticação.
- Selecione Ligar.
Clique com o botão direito do mouse no esquema Oracle no Oracle Metadata Explorer e selecione Converter esquema. Ou, você pode selecionar Converter esquema no menu superior:
Após a conclusão da conversão do esquema, revise os objetos convertidos e compare-os com os objetos originais para identificar possíveis problemas. Use as recomendações para resolver quaisquer problemas:
Compare o texto Transact-SQL convertido com os procedimentos armazenados originais e revise as recomendações:
Você pode salvar o projeto localmente para um exercício de correção de esquema offline. Para fazer isso, selecione Salvar projeto no menu Arquivo . Salvar o projeto localmente permite avaliar os esquemas de origem e destino offline e executar a correção antes de publicar o esquema no SQL Server.
Selecione Rever resultados no painel Saída e, em seguida, reveja erros no painel Lista de erros.
Salve o projeto localmente para um exercício de correção de esquema offline. Selecione Salvar projeto no menu Arquivo . Isso lhe dá a oportunidade de avaliar os esquemas de origem e destino offline e executar a correção antes de publicar o esquema no SQL Server em Máquinas Virtuais do Azure.
Migrate
Depois de ter os pré-requisitos necessários e ter concluído as tarefas associadas ao estágio de pré-migração, você estará pronto para iniciar o esquema e a migração de dados. A migração envolve duas etapas: publicar o esquema e migrar os dados.
Para publicar o esquema e migrar os dados, siga estas etapas:
Publique o esquema: clique com o botão direito do mouse no banco de dados no SQL Server Metadata Explorer e selecione Sincronizar com o banco de dados. Isso publica o esquema Oracle no SQL Server em Máquinas Virtuais do Azure.
Analise o mapeamento entre seu projeto de origem e seu destino:
Migrar os dados: clique com o botão direito do mouse no banco de dados ou objeto que deseja migrar no Oracle Metadata Explorer e selecione Migrar Dados. Ou, você pode selecionar a guia Migrar dados . Para migrar dados para um banco de dados inteiro, marque a caixa de seleção ao lado do nome do banco de dados. Para migrar dados de tabelas individuais, expanda o banco de dados, expanda Tabelas e marque as caixas de seleção ao lado das tabelas. Para omitir dados de tabelas individuais, desmarque as caixas de seleção.
Forneça detalhes de conexão para Oracle e SQL Server em Máquinas Virtuais do Azure na caixa de diálogo.
Após a conclusão da migração, exiba o Relatório de Migração de Dados:
Conecte-se à sua instância do SQL Server em Máquinas Virtuais do Azure usando o SQL Server Management Studio. Valide a migração revisando os dados e o esquema:
Em vez de usar o SSMA, você pode usar o SQL Server Integration Services (SSIS) para migrar os dados. Para saber mais, veja:
- O artigo SQL Server Integration Services.
- O white paper SSIS para Azure e Movimento de Dados Híbridos.
Pós-migração
Depois de concluir o estágio de migração, você precisa concluir uma série de tarefas pós-migração para garantir que tudo esteja funcionando da forma mais suave e eficiente possível.
Remediar aplicações
Depois que os dados são migrados para o ambiente de destino, todos os aplicativos que consumiram anteriormente a origem precisam começar a consumir o destino. Fazer essas alterações pode exigir alterações nos aplicativos.
Data Access Migration Toolkit é uma extensão para Visual Studio Code. Ele permite que você analise seu código-fonte Java e detete chamadas e consultas de API de acesso a dados. O kit de ferramentas fornece uma visão de painel único do que precisa ser abordado para dar suporte ao novo back-end do banco de dados. Para saber mais, consulte Migrar seu aplicativo Java do Oracle.
Realizar testes
Para testar a migração do banco de dados, conclua estas atividades:
Desenvolver testes de validação. Para testar a migração do banco de dados, você precisa usar consultas SQL. Crie as consultas de validação para serem executadas nos bancos de dados de origem e de destino. Suas consultas de validação devem cobrir o escopo que você definiu.
Configure um ambiente de teste. O ambiente de teste deve conter uma cópia do banco de dados de origem e do banco de dados de destino. Certifique-se de isolar o ambiente de teste.
Execute testes de validação. Execute os testes de validação na origem e no destino e, em seguida, analise os resultados.
Execute testes de desempenho. Execute o teste de desempenho na origem e no destino e, em seguida, analise e compare os resultados.
Validar objetos migrados
O Assistente de Migração do Microsoft SQL Server para Oracle Tester (SSMA Tester) permite testar objetos de banco de dados migrados. O SSMA Tester é usado para verificar se os objetos convertidos se comportam da mesma maneira.
Criar caso de teste
Abra o SSMA for Oracle, selecione Tester seguido de New Test Case.
No assistente de caso de teste, forneça as seguintes informações:
Nome: insira o nome para identificar o caso de teste.
Data de criação: Data atual de hoje, definida automaticamente.
Data da última modificação: preenchida automaticamente, não deve ser alterada.
Descrição: insira todas as informações adicionais para identificar a finalidade do caso de teste.
Selecione os objetos que fazem parte do caso de teste na árvore de objetos Oracle localizada no lado esquerdo.
Neste exemplo, procedimento
ADD_REGION
armazenado e tabelaREGION
são selecionados.Para saber mais, consulte Selecionando e configurando objetos para teste.
Em seguida, selecione as tabelas, chaves estrangeiras e outros objetos dependentes na árvore de objetos Oracle na janela esquerda.
Para saber mais, consulte Selecionando e configurando objetos afetados.
Revise a sequência de avaliação de objetos. Altere a ordem selecionando os botões na grade.
Finalize o caso de teste revisando as informações fornecidas nas etapas anteriores. Configure as opções de execução de teste com base no cenário de teste.
Para obter mais informações sobre as configurações do caso de teste, Finalizando a preparação do caso de teste
Selecione Concluir para criar o caso de teste.
Executar caso de teste
Quando o SSMA Tester executa um caso de teste, o mecanismo de teste executa os objetos selecionados para teste e gera um relatório de verificação.
Selecione o caso de teste no repositório de teste e, em seguida, selecione executar.
Revise o caso de teste de inicialização e selecione executar.
Em seguida, forneça credenciais de origem Oracle. Selecione conectar depois de inserir as credenciais.
Forneça credenciais do SQL Server de destino e selecione conectar.
Com êxito, o caso de teste passa para o estágio de inicialização.
Uma barra de progresso em tempo real mostra o status de execução da execução do teste.
Revise o relatório após a conclusão do teste. O relatório fornece as estatísticas, quaisquer erros durante a execução do teste e um relatório detalhado.
Selecione os detalhes para obter mais informações.
Exemplo de validação de dados positivos.
Exemplo de falha na validação de dados.
Otimização
A fase pós-migração é crucial para conciliar quaisquer problemas de precisão dos dados e verificar a exaustividade. Também é fundamental para resolver problemas de desempenho com a carga de trabalho.
Nota
Para obter mais informações sobre esses problemas e etapas específicas para mitigá-los, consulte o Guia de validação e otimização pós-migração.
Recursos de migração
Para obter mais ajuda com a conclusão desse cenário de migração, consulte os recursos a seguir, que foram desenvolvidos para dar suporte a um projeto de migração do mundo real.
Título/Link | Descrição |
---|---|
Modelo e ferramenta de avaliação da carga de trabalho de dados | Essa ferramenta fornece plataformas de destino mais adequadas, prontidão para a nuvem e níveis de correção de aplicativos/bancos de dados para uma determinada carga de trabalho. Ele oferece cálculo simples com um clique e geração de relatórios que ajudam a acelerar avaliações de grandes propriedades, fornecendo um processo de decisão automatizado e uniforme da plataforma de destino. |
Artefatos de script de inventário Oracle | Esse ativo inclui uma consulta PL/SQL direcionada a tabelas do sistema Oracle e fornece uma contagem de objetos por tipo de esquema, tipo de objeto e status. Ele também fornece uma estimativa aproximada de dados brutos em cada esquema e o dimensionamento de tabelas em cada esquema, com resultados armazenados em um formato CSV. |
Automatize o SSMA Oracle Assessment Collection & Consolidação | Esse conjunto de recursos usa um arquivo .csv como entrada (fontes.csv nas pastas do projeto) para produzir os arquivos XML necessários para executar uma avaliação SSMA no modo de console. Você fornece o arquivo .csv origem fazendo um inventário das instâncias Oracle existentes. Os arquivos de saída são AssessmentReportGeneration_source_1.xml, ServersConnectionFile.xml e VariableValueFile.xml. |
Problemas de SSMA e possíveis soluções ao migrar bancos de dados Oracle | Com o Oracle, você pode atribuir uma condição não escalar em uma cláusula WHERE. O SQL Server não oferece suporte a esse tipo de condição. Portanto, o SSMA para Oracle não converte consultas que tenham uma condição não escalar na cláusula WHERE. Em vez disso, gera um erro: O2SS0001. Este white paper fornece detalhes sobre o problema e maneiras de resolvê-lo. |
Manual de migração do Oracle para o SQL Server | Este documento se concentra nas tarefas associadas à migração de um esquema Oracle para a versão mais recente do SQL Server. Se a migração exigir alterações nos recursos/funcionalidades, você precisará considerar cuidadosamente o possível efeito de cada alteração nos aplicativos que usam o banco de dados. |
Oracle para SQL Server - Utilitário de comparação de banco de dados | O SSMA for Oracle Tester é a ferramenta recomendada para validar automaticamente a conversão de objetos de banco de dados e a migração de dados, além de ser um superconjunto da funcionalidade de comparação de banco de dados. Se você estiver procurando uma opção alternativa de validação de dados, poderá usar o utilitário Comparar Banco de Dados para comparar dados até o nível de linha ou coluna em todas as tabelas, linhas e colunas selecionadas. |
A equipe de Engenharia de Dados SQL desenvolveu esses recursos. A carta principal desta equipe é desbloquear e acelerar a modernização complexa para projetos de migração de plataforma de dados para a plataforma de dados Microsoft Azure.
Próximos passos
Para verificar a disponibilidade de serviços aplicáveis ao SQL Server, consulte o Centro de infraestrutura global do Azure.
Para obter uma matriz dos serviços e ferramentas da Microsoft e de terceiros disponíveis para ajudá-lo com vários cenários de migração de banco de dados e dados e tarefas especializadas, consulte Serviços e ferramentas para migração de dados.
Para saber mais sobre o Azure SQL, consulte:
Para saber mais sobre a estrutura e o ciclo de adoção para migrações para a nuvem, consulte:
Para obter informações sobre licenciamento, consulte:
Para avaliar a camada de acesso ao aplicativo, use o Data Access Migration Toolkit Preview.
Para obter detalhes sobre como fazer testes de camada A/B de acesso a dados, consulte Visão geral do Assistente de Experimentação de Banco de Dados.