As traduções são geradas por tradução automática. Em caso de conflito entre o conteúdo da tradução e da versão original em inglês, a versão em inglês prevalecerá.
# Fase 1: Preparar
A primeira fase do processo de migração do banco de dados é a preparação. Durante a preparação, você identifica as interdependências entre seus aplicativos e bancos de dados. Você também analisa as cargas de trabalho do banco de dados para determinar as categorias de migração: da simples migração de rehospedagem (homogênea) à migração de rearquitetura (heterogênea). Sem concluir essa fase, você corre o risco de atrasar os cronogramas de migração.
Esses são discutidos nas seções a seguir.
+ [Identificação de dependências](id-dependencies.md)
+ [Cargas de trabalho qualificadas](qualify-workloads.md)
# Identificar dependências
Você começa identificando as dependências do aplicativo e do banco de dados, fazendo perguntas como as seguintes:
+ Esse banco de dados é acessado diretamente por qualquer outro aplicativo?
Nesse caso, você deve determinar como a migração do banco de dados afeta esse aplicativo. Se você estiver hospedando novamente o banco de dados, precisará garantir que o aplicativo ainda possa acessar o banco de dados com desempenho aceitável.
+ O aplicativo acessa diretamente algum outro banco de dados?
Em caso afirmativo, determine o plano de migração para o outro banco de dados. Se ele também estiver migrando, você precisará atualizar o aplicativo adequadamente. Se não estiver migrando, você precisa garantir que o aplicativo possa continuar se conectando a ele com uma latência aceitável.
+ O banco de dados está usando links de banco de dados para buscar dados de outros bancos de dados?
Como no ponto anterior, determine o plano de migração para o outro banco de dados e gerencie os links adequadamente.
+ O aplicativo depende de algum software on premises?
Nesse caso, você deve determinar o plano de migração para esse software. Se estiver migrando, você precisará atualizar seu aplicativo adequadamente. Caso contrário, certifique-se de que o aplicativo possa continuar se conectando ao software e que a latência seja aceitável.
+ Há alguma dependência de hardware?
Em caso afirmativo, elabore um plano para resolvê-los.
+ Há algum requisito estrito de largura de banda ou rede?
Nesse caso, escolha os serviços do AWS que podem ajudá-lo a atender a esses requisitos.
+ O aplicativo usa alguma opção ou recurso especial do mecanismo de banco de dados?
Se você estiver migrando para um mecanismo de banco de dados diferente, precisará atualizar o aplicativo adequadamente.
Se as respostas a essas perguntas forem complexas, a melhor opção é desacoplar o banco de dados do aplicativo usando microsserviços. Dessa forma, um aplicativo pode obter dados chamando o microsserviço em vez de se conectar diretamente ao banco de dados.
# Qualifique as cargas de trabalho
Para determinar a melhor estratégia de migração para seu banco de dados, é importante entender o workload atual do banco de dados. Você precisa analisar seu banco de dados para determinar quais recursos você está usando atualmente e o que está envolvido na migração para outro mecanismo de banco de dados nativo da nuvem, como o [Amazon Aurora PostgreSQL.](https://aws.amazon.com/rds/aurora/)
O AWS fornece uma ferramenta de qualificação de workload chamada AWS Workload Qualification Framework (AWS WQF). Essa ferramenta pode ajudar a identificar a complexidade de sua migração de banco de dados Oracle e Microsoft SQL Server analisando esquemas de banco de dados e objetos de código, código de aplicativo, dependências, características de desempenho e entradas semelhantes. O WQF fornece recomendações sobre o mecanismo do banco de dados de destino. Ele também estima o tipo de trabalho envolvido e o nível de esforço necessário.
O WQF avalia seu workload de migração e a coloca em uma das cinco categorias de workload, resumidas na tabela a seguir.
![\[Five migration workload categories reported by WQF\]](http://docs.aws.amazon.com/pt_br/prescriptive-guidance/latest/strategy-database-migration/images/wqf-categories.png)
+ **Categoria 1:** cargas de trabalho que usam conectividade aberta de banco de dados (ODBC) ou conectividade de banco de dados Java (JDBC) em vez de drivers proprietários para se conectar ao banco de dados. Essa categoria normalmente tem procedimentos simples armazenados que são usados para controles de acesso. A conversão requer menos de 50 alterações manuais.
+ **Categoria 2:** workloads com pouco uso de recursos proprietários e que não usam recursos avançados da linguagem SQL. Esse tipo de workload exige menos de 200 alterações manuais.
+ **Categoria 3:** cargas de trabalho com uso pesado de recursos exclusivos As cargas de trabalho nessa categoria são completamente orientadas por uma lógica avançada de procedimento armazenado ou recursos exclusivos. Esse tipo de workload requer mais de 200 alterações manuais que envolvem código e recursos residentes no banco de dados.
+ **Categoria 4:** cargas de trabalho específicas do mecanismo As cargas de trabalho nessa categoria usam estruturas que podem trabalhar somente com um mecanismo de banco de dados comercial específico. Por exemplo, estruturas de aplicativo específicas do banco de dados incluem Oracle Forms, Oracle Reports, Oracle ADF e Oracle APEX (Application Express) ou aplicativos quem usem .NET ActiveRecord extensivamente.
+ **Categoria 5:** cargas de trabalho não transferíveis, de risco inaceitável ou de "lift and shift" As cargas de trabalho nessa categoria podem ser implementadas em mecanismos de banco de dados que não têm equivalentes baseados em nuvem. Em alguns casos, os clientes não têm o código-fonte para esses programas.
Essa categorização pode ajudá-lo a determinar o caminho de migração para seu aplicativo, conforme discutiremos na seção [Fase 2: planejamento](planning-phase.md).
A AWS atualmente não fornece AWS WQF para download. Se você precisar de ajuda para avaliar uma migração para AWS com o AWS WQF, será recomendável abrir um chamado de suporte. A AWS entrará em contato diretamente com você para ajudar a fazer com que o processo funcione para você.