Migrar servidores com o Windows Server 2008 para o Azure

Este tutorial mostra-lhe como migrar servidores no local com o Windows Server 2008 ou 2008 R2 para o Azure com o Azure Site Recovery.

Neste tutorial, ficará a saber como:

• Migrar máquinas virtuais do Windows Server 2008 no local para o Azure.
• Execute uma migração de teste para garantir que está tudo a funcionar conforme esperado.
• Efetue a ativação pós-falha para o Azure e conclua a migração.

Migrar com o Azure Migrate

Recomendamos que migre máquinas para o Azure com o serviço Azure Migrate .

• O Azure Migrate foi concebido para fins de migração do servidor.
• O Azure Migrate fornece um hub centralizado para deteção, avaliação e migração de máquinas no local para o Azure. O Azure Site Recovery deve ser utilizado apenas para recuperação após desastre e não para migração.
• O Azure Migrate suporta a migração de servidores com o Windows Server 2008.

Migrar com Site Recovery

Sistemas operativos suportados

Sistema Operativo	Ambiente
Windows Server 2008 SP2 - 32 bits e 64 bits (IA-32 e x86-64) - Standard - Enterprise - Datacenter	VMs de VMware, VMs de Hyper-V e Servidores Físicos
Windows Server 2008 R2 SP1 - 64 bits - Standard - Enterprise - Datacenter	VMs de VMware, VMs de Hyper-V e Servidores Físicos

Aviso

• A migração de servidores com o Server Core não é suportada.
• Antes da migração, certifique-se de que tem o service pack e as atualizações do Windows mais recentes instalados.

Pré-requisitos

Antes de começar, é útil rever a arquitetura do Azure Site Recovery para migração de VMware e servidor físico ou migração de máquinas virtuais Hyper-V.

Para migrar máquinas virtuais de Hyper-V com o Windows Server 2008 ou Windows Server 2008 R2, siga os passos indicados no tutorial Migrar máquinas no local para o Azure.

O resto deste tutorial mostra como pode migrar máquinas virtuais de VMware no local e Servidores físicos com o Windows Server 2008 ou 2008 R2.

Dica

Procura uma forma sem agente de migrar VMs VMware para o Azure? Clique aqui

Problemas e limitações conhecidos

• O Servidor de Configuração, os servidores de processos adicionais e o serviço de mobilidade utilizados para migrar servidores Windows Server 2008 SP2 devem executar a versão 9.19.0.0 ou posterior do software Azure Site Recovery.

• Os pontos de recuperação consistentes com a aplicação e a funcionalidade de consistência de várias VMS não são suportados na replicação de servidores com o Windows Server 2008 SP2. Os servidores Windows Server 2008 SP2 devem ser migrados para um ponto de recuperação consistente com falhas. Os pontos de recuperação consistentes com falhas são gerados a cada 5 minutos por predefinição. A utilização de uma política de replicação com uma frequência de instantâneo consistente com a aplicação configurada irá fazer com que o estado de funcionamento da replicação passe a ser crítico devido à inexistência de pontos de recuperação consistentes com a aplicação. Para evitar falsos positivos, defina a frequência de instantâneo consistente com a aplicação na política de replicação como "Desativada".

• Os servidores que estão a ser migrados devem ter o .NET Framework 3.5 Service Pack 1 para que o serviço de mobilidade funcione.

• Se o servidor tiver discos dinâmicos, poderá reparar em determinadas configurações que estes discos no servidor de ativação pós-falha estão marcados como offline ou são apresentados como discos externos. Também poderá reparar que o estado do conjunto espelhado para volumes espelhados em discos dinâmicos está marcado como "Ocorreu uma falha na redundância". Para corrigir este problema a partir de diskmgmt.msc, importe manualmente estes discos e reative-os.

• Os servidores que estão a ser migrados devem ter o controlador vmstorfl.sys. A ativação pós-falha poderá falhar se o controlador não estiver presente no servidor que está a ser migrado.

  Dica

  Verifique se o controlador está presente em "C:\Windows\system32\drivers\vmstorfl.sys" . Se o controlador não for encontrado, pode solucionar o problema criando um ficheiro fictício em alternativa.

  Abra a linha de comandos (execute > cmd) e execute o seguinte: "copy nul c:\Windows\system32\drivers\vmstorfl.sys"

• Pode não ser possível fazer o RDP para servidores Windows Server 2008 SP2 com o sistema operativo de 32 bits imediatamente após a respetiva ativação pós-falha ou ativação pós-falha de teste no Azure. Reinicie a máquina virtual na qual foi feita a ativação pós-falha a partir do portal do Azure e tente ligar novamente. Se ainda assim não conseguir ligar, verifique se o servidor está configurado para permitir ligações ao ambiente de trabalho remoto e certifique-se de que não existem regras de firewall ou grupos de segurança de rede que estejam a bloquear a ligação.

  Dica

  Antes de migrar servidores, é altamente recomendada uma ativação pós-falha de teste. Certifique-se de que efetuou pelo menos uma ativação pós-falha de teste bem-sucedida em cada servidor que está a migrar. Como parte da ativação pós-falha de teste, ligue-se ao computador com ativação pós-falha de teste e certifique-se de que funciona conforme esperado.

  A operação de ativação pós-falha de teste não é disruptiva e ajuda-o a testar as migrações ao criar máquinas virtuais numa rede isolada à sua escolha. Ao contrário da operação de ativação pós-falha, durante a operação de ativação pós-falha de teste, a replicação de dados continua a progredir. Pode efetuar as ativações pós-falha de teste que quiser antes de estar pronto para migrar.

Introdução

Execute as seguintes tarefas para preparar a subscrição do Azure e o ambiente de VMware/Físico no local:

1. Preparar o Azure
2. Preparar o VMware no local

Criar um cofre dos Serviços de Recuperação

1. Inicie sessão no portal do Azure>Recovery Services.

2. Clique em Criar umaCópia de Segurança e Site Recovery dasFerramentas> de Gestão de recursos>.

3. Em Nome, especifique o nome amigável W2K8-migration. Se tiver mais do que uma subscrição, selecione a que for adequada.

4. Crie um grupo de recursos com o nome w2k8migrate.

5. Selecione uma região do Azure. Para verificar as regiões suportadas, veja a disponibilidade geográfica em Detalhes dos Preços do Azure Site Recovery.

6. Para aceder rapidamente ao cofre a partir do dashboard, clique em Afixar ao dashboard e clique em Criar.

   

O cofre novo é adicionado ao Dashboard em Todos os recursos e na página principal Cofres dos Serviços de Recuperação.

Preparar o ambiente no local para a migração

• Para migrar máquinas virtuais do Windows Server 2008 em execução no VMware, configure o Servidor de Configuração no local no VMware.
• Se não for possível configurar o Servidor de Configuração como uma máquina virtual VMware, configure o Servidor de Configuração num servidor físico ou máquina virtual no local.

Configurar o ambiente de destino

Selecione e verifique os recursos de destino.

1. Clique em Preparardestino da infraestrutura > e selecione a subscrição do Azure que pretende utilizar.
2. Especifique o modelo de implementação do Resource Manager.
3. A Recuperação de Sites verifica que tem uma ou mais contas de armazenamento e redes do Azure compatíveis.

Configurar uma política de replicação

1. Para criar uma nova política de replicação, clique em Site Recoverypolíticas de replicação de infraestrutura>+Política de > Replicação.
2. Em Criar política de replicação, especifique um nome de política.
3. Em Limiar RPO, especifique o limite do objetivo de ponto de recuperação (RPO). Se o RPO de replicação exceder este limite, será gerado um alerta.
4. Em Retenção do ponto de recuperação, especifique (em horas) a duração da janela de retenção para cada ponto de recuperação. Os servidores replicados podem ser recuperados para qualquer ponto nesta janela. É suportada uma retenção de até 24 horas para máquinas replicadas para o armazenamento premium e até 72 horas para armazenamento standard.
5. Em Frequência de instantâneo consistente com a aplicação, especifique Desativada. Clique em OK para criar a política.

A política é associada automaticamente ao servidor de configuração.

Aviso

Certifique-se de que especifica DESATIVADA na definição Frequência de instantâneo consistente com a aplicação da política de replicação. Apenas os pontos de recuperação consistentes com falhas são suportados ao replicar servidores com o Windows Server 2008. Especificar qualquer outro valor para a frequência de instantâneo consistente com a aplicação resultará em alertas falsos ao tornar o estado de funcionamento da replicação crítico do servidor devido à falta de pontos de recuperação consistentes com a aplicação.

Ativar a replicação

Ative a replicação para que o servidor Windows Server 2008 SP2/Windows Server 2008 R2 SP1 seja migrado.

Executar uma migração de teste

Pode executar uma ativação pós-falha de teste da replicação de servidores após a conclusão da replicação inicial e o estado do servidor passar para Protegido.

Execute uma ativação pós-falha de teste para o Azure para confirmar que está tudo a funcionar conforme o previsto.

Migrar para o Azure

Execute a ativação pós-falha nos computadores que quer migrar.

1. Em Definições>Itens replicados, clique na ativação pós-falha da máquina>.

2. Em Ativação pós-falha, selecione um Ponto de Recuperação para o qual fazer a ativação pós-falha. Selecione o ponto de recuperação mais recente.

3. Selecione Encerrar a máquina antes de iniciar a ativação pós-falha. O Site Recovery tentará encerrar o servidor antes de acionar a ativação pós-falha. A ativação pós-falha continua, mesmo que o encerramento falhe. Pode seguir o progresso da ativação pós-falha na página Tarefas .

4. Certifique-se de que a VM do Azure é apresentada no Azure conforme esperado.

5. Em Itens replicados, clique com o botão direito do rato no servidor >Concluir Migração. Efetua o seguinte procedimento:

   • Termina o processo de migração, para a replicação do servidor e para Site Recovery a faturação do serviço.
   • Este passo limpa os dados de replicação. Não elimina as VMs migradas.

   

Aviso

Não cancele uma ativação pós-falha em curso: a replicação do servidor é parada antes do início da ativação pós-falha. Se cancelar uma ativação pós-falha em curso, a ativação pós-falha para, mas o servidor não continuará a replicar.

Passos seguintes

Veja as perguntas comuns sobre o Azure Migrate.