Compartilhar via


Configurar a replicação de armazenamento de servidor para servidor usando a Réplica de Armazenamento

Você pode usar a Réplica de Armazenamento para configurar dois servidores para sincronizar dados de forma que cada um tenha uma cópia idêntica do mesmo volume. Este artigo descreve a configuração de replicação de servidor para servidor e como configurar e gerenciar o ambiente.

Para gerenciar a Réplica de Armazenamento, você pode usar o Windows Admin Center ou o PowerShell.

Para obter uma visão geral de como usar a Réplica de Armazenamento no Windows Admin Center, consulte o seguinte vídeo:

Prerequisites

  • Uma floresta do Active Directory Domain Services. (Você não precisa executar o Windows Server 2016.)

  • Dois servidores que executam o Windows Server 2019 ou o Windows Server 2016 Datacenter.

    Se você estiver executando o Windows Server 2019, poderá usar o Standard Edition se a replicação de apenas um único volume de até 2 TB for adequada para seu cenário.

  • Dois conjuntos de armazenamento que podem incluir gabinetes Serial Attached SCSI (SAS) do tipo "just a bunch of disk" (JBODs), uma Rede de Área de Armazenamento Fibre Channel (FC SAN), destino Interface de Sistemas de Pequenos Computadores via Internet (iSCSI) ou armazenamento local SCSI ou Serial Advanced Technology Attachment (SATA). O armazenamento deve conter uma combinação de hdd (disco rígido) e mídia SSD (unidade de estado sólido). Você disponibiliza cada conjunto de armazenamento apenas para cada um dos servidores, sem acesso compartilhado.

    Cada conjunto de armazenamento deve dar suporte à criação de pelo menos dois discos virtuais, um para dados replicados e outro para logs. O armazenamento físico deve ter os mesmos tamanhos de setor em todos os discos de dados. O armazenamento físico deve ter os mesmos tamanhos de setor em todos os discos de logs.

  • Pelo menos uma conexão Ethernet/TCP em cada servidor para replicação síncrona, mas o RDMA (Acesso Remoto à Memória Direta) é preferencial.

  • Regras apropriadas de firewall e de roteador para permitir o tráfego bidirecional do Protocolo de Mensagens de Controle da Internet (ICMP), do Server Message Block (SMB) (porta 445 e porta 5445 para SMB Direct) e do Gerenciamento de Serviços Web (WS-Man) (porta 5985) entre todos os nós.

  • Uma rede entre servidores que tem largura de banda suficiente para conter sua carga de trabalho de gravação de entrada/saída (E/S) e uma média de latência de ida e volta de 5 ms para replicação síncrona. Não há uma recomendação de latência para replicação assíncrona.

    Se você replicar entre servidores locais e VMs (máquinas virtuais) do Azure, será necessário criar um link de rede entre os servidores locais e as VMs do Azure. To create the link, use Azure ExpressRoute, use a site-to-site VPN gateway connection, or install VPN software in your Azure VMs to connect them with your on-premises network.

  • O armazenamento replicado não pode ser localizado na unidade que contém a pasta do sistema operacional Windows.

Important

Nesse cenário, cada servidor deve estar em um site físico diferente ou em um site lógico diferente. Cada servidor deve ser capaz de se comunicar com o outro servidor por meio de uma rede.

Você pode verificar muitos desses requisitos usando o Test-SRTopology cmdlet. Você terá acesso a essa ferramenta se instalar a Replicação de Armazenamento ou os recursos Ferramentas de Gerenciamento de Replicação de Armazenamento em pelo menos um servidor. Para usar a ferramenta, basta instalar e executar o cmdlet. Mais informações serão incluídas posteriormente no artigo.

Requisitos do Windows Admin Center

Para usar a Réplica de Armazenamento e o Windows Admin Center juntos, você precisa dos seguintes itens:

System Operating system Required for
Two servers
(qualquer combinação de hardware local, VMs e VMs de nuvem, incluindo VMs do Azure)
Windows Server 2019, Windows Server 2016 ou Windows Server (Canal Semestral) Storage Replica
One PC Windows 10 Windows Admin Center

Note

Atualmente, você não pode usar o Windows Admin Center no Portal do Azure para gerenciar a Réplica de Armazenamento. O Windows Admin Center versão 2410 e posterior pode ser usado para gerenciar a Réplica de Armazenamento.

Terms

Este passo a passo usa o seguinte ambiente como exemplo:

  • Two servers: SR-SRV05 and SR-SRV06

  • A pair of logical "sites" that represent two different datacenters: Redmond and Bellevue

Diagrama que mostra um servidor no Edifício 5 replicando com um servidor no Edifício 9.

Etapa 1: instalar e configurar o Windows Admin Center no PC

Se você estiver usando o Windows Admin Center para gerenciar a Replicação de Armazenamento, siga estas etapas para configurar o PC para gerenciar a Replicação de Armazenamento.

  1. Baixe e instale o Windows Admin Center.

  2. Baixe e instale as Ferramentas de Administração de Servidor Remoto.

    Se você usar o Windows 10 versão 1809 ou posterior, instale o recurso RSAT: Módulo de Réplica de Armazenamento para Windows PowerShell a partir de Recursos sob Demanda.

  3. Abra uma sessão do PowerShell como administrador:

    1. Select Start.
    2. Enter PowerShell.
    3. Right-click Windows PowerShell.
    4. Selecione Executar como administrador.
  4. Insira o seguinte comando para habilitar o protocolo WS-Man no computador local e configurar a configuração padrão para o gerenciamento remoto no cliente:

    winrm quickconfig
    
  5. Enter Y to enable WinRM services and to enable a WinRM firewall exception.

Etapa 2: Provisionar o sistema operacional, os recursos, as funções, o armazenamento e a rede

  1. Install Windows Server on both server nodes by using the installation type Windows Server (Desktop Experience).

    Você pode usar uma VM do Azure conectada à rede por meio do ExpressRoute.

    Note

    A partir do Windows Admin Center versão 1910, é possível configurar um servidor de destino automaticamente no Azure. Se você escolher essa opção, instale o Windows Server no servidor de origem e pule para a Etapa 3: configurar a replicação de servidor para servidor.

  2. Adicione as informações de rede, conecte os servidores ao mesmo domínio do PC de gerenciamento do Windows 10 (se estiver usando um) e reinicie os servidores.

    Note

    Para as etapas restantes, faça logon como um usuário de domínio que seja membro do grupo de administradores interno em todos os servidores. Certifique-se de elevar o PowerShell e os prompts de comando nas etapas restantes se você estiver executando uma instalação gráfica do servidor ou em um computador com Windows 10.

  3. Connect the first set of JBOD storage enclosures, iSCSI target, FC SAN, or local fixed disk direct-attached storage (DAS) to the server in site Redmond.

  4. Connect the second set of storage to the server in site Bellevue.

  5. Se necessário, instale o firmware e os drivers de armazenamento e gabinete mais recentes do fornecedor, os drivers de adaptador de barramento de host (HBA) mais recentes do fornecedor, o firmware BIOS/UEFI mais recente do fornecedor, os drivers de rede mais recentes do fornecedor e os drivers de chipset de placa-mãe mais recentes em ambos os nós. Reinicie os nós conforme necessário.

    Note

    Consulte a documentação do fornecedor de hardware para configurar o armazenamento compartilhado e o hardware de rede.

  6. Verifique se as configurações de BIOS/UEFI para servidores permitem alto desempenho, como desabilitar o estado C, definir a velocidade do QPI, habilitar o NUMA (acesso à memória nãoforma) e definir a frequência de memória mais alta. Verifique se o gerenciamento de energia no Windows Server está definido como Alto Desempenho. Reinicie conforme necessário.

  7. Configure funções conforme descrito nas seções a seguir:

    • Método do Windows Admin Center

      1. No Windows Admin Center, vá para o Gerenciador do Servidor e selecione um dos servidores.
      2. Vá para Funções & Recursos.
      3. Select Features>Storage Replica, and then select Install.
      4. Repita essas etapas no outro servidor.
    • Método do Gerenciador do Servidor

      1. Run ServerManager.exe and create a server group. Adicione todos os nós do servidor.

      2. Instale as funções e os recursos do Servidor de Arquivos e da Réplica de Armazenamento em cada um dos nós. Em seguida, reinicie os nós.

    • Método do Windows PowerShell

      Em SR-SRV06 ou em um computador de gerenciamento remoto, execute o seguinte comando em um console do Windows PowerShell para instalar os recursos e funções necessários. Em seguida, reinicie os nós.

    1. In Server Manager, select Create a server group, then add all server nodes.

    2. Install the File Server role and Storage Replica feature on each of the nodes and restart them. Para saber mais, confira Instalar ou Desinstalar Funções, Serviços de Função ou Recursos

      Para obter mais informações sobre essas etapas, consulte Instalar ou desinstalar funções, serviços de função ou recursos

  8. Configure o armazenamento conforme descrito nas etapas a seguir.

    Important

    • Você deve criar dois volumes em cada compartimento: um para dados e outro para logs.
    • Os discos de log e de dados devem ser inicializados como GPT (Guid Partition Table), não como MBR (Registro de Inicialização Mestre).
    • Os dois volumes de dados devem ter o tamanho idêntico.
    • Os dois volumes de log devem ter o tamanho idêntico.
    • Todos os discos de dados replicados devem ter os mesmos tamanhos de setor.
    • Todos os discos de log devem ter os mesmos tamanhos de setor.
    • Os volumes de log devem usar armazenamento baseado em flash, como SSD. Recomendamos o armazenamento de logs que seja mais rápido. Volumes de log nunca devem ser usados para outras cargas de trabalho.
    • Os discos de dados podem usar HDD, SSD ou uma combinação em camadas e podem usar espaços espelhados ou de paridade ou RAID 1, RAID 10, RAID 5 ou RAID 50.
    • O tamanho do log usa como padrão 8 GB se não for especificado. O volume de log deve ter pelo menos 10 GB ou mais com base nos requisitos de log e nas necessidades organizacionais.
    • A função servidor de arquivos é necessária apenas para que Test-SRTopology opere. Ele abre as portas de firewall necessárias para teste.
    • Para gabinetes JBOD:

      1. Verifique se cada servidor pode ver apenas os compartimentos de armazenamento do site e se as conexões SAS estão configuradas corretamente.

      2. Provisione o armazenamento usando Espaços de Armazenamento: conclua as etapas 1 a 3 em Implantar Espaços de Armazenamento em um servidor Stand-Alone usando o Windows PowerShell ou o Gerenciador de Servidores.

    • Para o armazenamento de iSCSI:

      1. Verifique se cada cluster pode ver apenas os compartimentos de armazenamento desse site. Você deve usar mais de um único adaptador de rede se usar iSCSI.

      2. Provisione o armazenamento usando a documentação do fornecedor. Se você usar o direcionamento iSCSI baseado no Windows, consulte o armazenamento de blocos de destino iSCSI, como fazer.

    • Para o armazenamento SAN FC:

      1. Verifique se cada cluster pode ver apenas os compartimentos de armazenamento do site e se você zoneou corretamente os hosts.

      2. Provisione o armazenamento usando a documentação do fornecedor.

    • Para o armazenamento em disco fixo local:

      • Verifique se o armazenamento não contém um volume do sistema, um arquivo de paginação ou arquivos de despejo.

      • Provisione o armazenamento usando a documentação do fornecedor.

  9. Inicie o Windows PowerShell e use o Test-SRTopology cmdlet para verificar se você atende a todos os requisitos do Storage Replica. Você pode usar o cmdlet no modo apenas para requisitos para um teste rápido ou no modo de avaliação de execução prolongada.

    Por exemplo, para validar que os nós propostos têm um volume F: e um volume G: e para executar o teste por 30 minutos, use este comando:

    MD c:\temp
    

    Important

    Se você usar um servidor de teste e não houver carga de entrada/saída de escrita no volume de origem especificado durante o período de avaliação, considere adicionar uma tarefa que gere um relatório útil. Você deve testar com cargas de trabalho semelhantes às de produção para ver números reais e tamanhos de log recomendados. Alternatively, copy some files into the source volume during the test or download and run DISKSPD to generate write I/Os. Por exemplo, copie uma amostra com uma carga de trabalho de E/S de gravação baixa que seja executada por 10 minutos no volume D:

    Diskspd.exe -c1g -d600 -W5 -C5 -b8k -t2 -o2 -r -w5 -i100 -j100 d:\test

  10. Examine the TestSrTopologyReport.html report to ensure that you meet the Storage Replica requirements.

    Captura de tela que mostra um exemplo de um relatório de topologia.

Etapa 3: configurar a replicação de servidor para servidor

Como usar o Windows Admin Center

  1. Adicione o servidor de origem:

    1. Select Add.
    2. Selecione Adicionar conexão do servidor.
    3. Enter the name of the server, and then select Submit.
  2. On the All Connections pane, select the source server.

  3. On the Tools pane, select Storage Replica.

  4. Select New to create a new partnership.

    Para criar uma nova VM do Azure para usar como destino da parceria:

    1. Em Replicar com outro servidor, selecione Usar uma nova VM do Azure e selecione Avançar. Se você não visualizar essa opção, verifique se está usando o Windows Admin Center versão 1910 ou posterior.

    2. Specify your source server information and replication group name, and then select Next.

      Esta etapa inicia um processo que seleciona automaticamente uma VM do Azure do Windows Server 2019 ou do Windows Server 2016 como um destino para a origem da migração. O Serviço de Migração de Armazenamento recomenda tamanhos de VM que correspondam à sua origem, mas você pode substituir essa limitação selecionando Ver todos os tamanhos. Os dados de inventário são usados para configurar automaticamente seus discos gerenciados e seus sistemas de arquivos e para unir sua nova VM do Azure ao seu domínio do Active Directory.

    3. After Windows Admin Center creates the Azure VM, provide a replication group name, and then select Create. O Windows Admin Center inicia o processo normal de sincronização inicial da réplica de armazenamento para começar a proteger os dados.

    Veja um vídeo que mostra como usar a Réplica de Armazenamento para migrar para VMs do Azure:

  5. Provide the details of the partnership, and then select Create.

    Captura de tela mostrando a tela Nova Parceria e os detalhes da parceria, como um log de 8 GB.

Note

Remover a parceria da Replicação de Armazenamento no Windows Admin Center não remove o nome do grupo de replicação.

Usando o Windows PowerShell

Em seguida, configure a replicação de servidor para servidor usando o Windows PowerShell. Você deve executar todas as etapas a seguir diretamente nos nós ou em um computador de gerenciamento remoto que contém as Ferramentas de Administração de Servidor Remoto do Windows Server.

  1. Verifique se você está usando um console do PowerShell com privilégios elevados como administrador.

  2. Configure a replicação de servidor para servidor. Especifique os discos de origem e destino, os registros de origem e destino, os nós de origem e destino e o tamanho do log.

    New-SRPartnership -SourceComputerName sr-srv05 -SourceRGName rg01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName sr-srv06 -DestinationRGName rg02 -DestinationVolumeName f: -DestinationLogVolumeName g: -LogType Raw
    

    Veja um exemplo de saída:

    DestinationComputerName : SR-SRV06
    DestinationRGName       : RG02
    SourceComputerName      : SR-SRV05
    PSComputerName          :
    

    Important

    O tamanho de log padrão é de 8 GB. Dependendo dos resultados do Test-SRTopology cmdlet, você pode optar por usar o -LogSizeInBytes parâmetro para definir um valor maior ou inferior.

  3. Para obter o estado de origem e de destino da replicação, use os cmdlets Get-SRGroup e Get-SRPartnership.

    Get-SRGroup
    Get-SRPartnership
    (Get-SRGroup).replicas
    

    Veja um exemplo de saída:

    CurrentLsn             : 0
    DataVolume             : F:\
    LastInSyncTime         :
    LastKnownPrimaryLsn    : 1
    LastOutOfSyncTime      :
    NumOfBytesRecovered    : 37731958784
    NumOfBytesRemaining    : 30851203072
    PartitionId            : c3999f10-dbc9-4a8e-8f9c-dd2ee6ef3e9f
    PartitionSize          : 68583161856
    ReplicationMode        : synchronous
    ReplicationStatus      : InitialBlockCopy
    PSComputerName         :
    
  4. Determine o progresso da replicação, conforme descrito nas etapas a seguir.

    1. No servidor de origem, execute o seguinte comando e examine as IDs de evento 5015, 5002, 5004, 1237, 5001 e 2200:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -Max 20
      
    2. No servidor de destino, execute o seguinte comando para ver os eventos do Storage Replica que indicam a criação de uma parceria. Esse evento indica o número de bytes copiados e quanto tempo levou para criar a parceria.

      For example:

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | fl
      

      Veja um exemplo de saída:

      TimeCreated  : 4/8/2016 4:12:37 PM
      ProviderName : Microsoft-Windows-StorageReplica
      Id           : 1215
      Message      : Block copy completed for replica.
      
      > [!NOTE]
      > By design, Storage Replica dismounts the destination volumes and their drive letters or mount points.
      
      
    3. Como alternativa, o grupo de servidores de destino para a réplica sempre indica o número de bytes restantes para copiar. Você pode usar o PowerShell para consultar as informações.

      For example:

      (Get-SRGroup).Replicas | Select-Object numofbytesremaining
      

      Aqui está um exemplo de progresso (que não termina):

      while($true) {
      
      $v = (Get-SRGroup -Name "RG02").replicas | Select-Object numofbytesremaining
      [System.Console]::Write("Number of bytes remaining: {0}`r", $v.numofbytesremaining)
      Start-Sleep -s 5
      }
      
    4. No servidor de destino, execute o comando a seguir e examine as IDs de evento 5009, 1237, 5001, 5015, 5005 e 2200 para entender o andamento do processamento. Não deve haver nenhum aviso de erro nessa sequência. Haverá muitas IDs de evento 1237, que indicam o progresso do processamento.

      Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
      

Etapa 4: Gerenciar a replicação

Por fim, gerencie e opere sua infraestrutura replicada de servidor para servidor. Você pode executar todas as etapas a seguir diretamente nos nós diretamente ou em um computador de gerenciamento remoto que contém as Ferramentas de Administração de Servidor Remoto do Windows Server.

  1. Use os cmdlets Get-SRPartnership e Get-SRGroup para determinar a origem e o destino atuais da replicação e seus status.

  2. Para medir o desempenho da replicação, use o cmdlet Get-Counter nos nós de origem e destino. Os nomes dos contadores são:

    • \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Número de vezes que a liberação pausou

    • \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Número de E/S com liberação pendente

    • \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Número de solicitações da última gravação de log

    • \Estatísticas de E/S de Partição da Replicação de Armazenamento(*)\Média Médio da Fila de Liberação

    • \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Tamanho da Fila de Liberação Atual

    • \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Número de Solicitações de Gravação de Aplicativo

    • \Estatísticas de E/S da Partição de Réplica de Armazenamento(*)\Tamanho Médio de solicitações por gravação de log

    • \Estatísticas de E/S de Partição da Replicação de Armazenamento(*)\Média Média de Gravação de Aplicativo

    • \Estatísticas de E/S de Partição da Replicação de Armazenamento(*)\Média Média de Leitura de Aplicativo

    • \Estatísticas de Réplica de Armazenamento(*)\RPO de Destino

    • \Estatísticas de Réplica de Armazenamento(*)\RPO Atual

    • \Estatísticas de Réplica de Armazenamento(*)\Tamanho Médio da Fila de Log

    • \Estatísticas de Réplica de Armazenamento(*)\Comprimento da Fila de Log Atual

    • \Estatísticas de Réplica de Armazenamento(*)\Total de Bytes Recebidos

    • \Estatísticas de Réplica de Armazenamento(*)\Total de Bytes Enviados

    • \Estatísticas da Replicação de Armazenamento(*)\Média Média de Envio de Rede

    • \Estatísticas de Réplica de Armazenamento(*)\Estado da Replicação

    • \Estatísticas de Réplica de Armazenamento(*)\Latência Média de Viagem de Ida e Volta da Mensagem

    • \Estatísticas de Réplica de Armazenamento(*)\Tempo Decorrido da Última Recuperação

    • \Estatísticas da Réplica de Armazenamento(*)\Número de Transações de Recuperação Liberadas

    • \Estatísticas de Réplica de Armazenamento(*)\Número de Transações de Recuperação

    • \Estatísticas da Réplica de Armazenamento(*)\Número de Transações de Replicação Liberadas

    • \Estatísticas de Réplica de Armazenamento(*)\Número de Transações de Replicação

    • \Estatísticas da Réplica de Armazenamento(*)\Número Máximo de Sequência de Log

    • \Estatísticas da Réplica de Armazenamento(*)\Número de Mensagens Recebidas

    • \Estatísticas de Réplica de Armazenamento(*)\Número de Mensagens Enviadas

    For more information on performance counters in Windows PowerShell, see Get-Counter.

  3. Para mover a direção da replicação de um site, use o cmdlet Set-SRPartnership:

      $params = @{
      NewSourceComputerName  = 'SR-SRV06'
      SourceRGName           = 'RG02'
      DestinationComputerName = 'SR-SRV05'
      DestinationRGName      = 'RG01'
    }
    Set-SRPartnership @params
    

    Warning

    O Windows Server impede a alternância de função quando a sincronização inicial está em andamento. A perda de dados poderá ocorrer se você tentar alternar antes de permitir a conclusão da replicação inicial. Não force a alternância de direções até que a sincronização inicial seja concluída.

    Verifique os logs de eventos para ver a alteração da direção da replicação e o modo de recuperação e, em seguida, reconcilie. As E/S de gravação poderão então ser gravadas no armazenamento do novo servidor de origem. Alterar a direção da replicação bloqueia as E/S de gravação no computador de origem original.

  4. Para remover a replicação, use Get-SRGroup, Get-SRPartnership, Remove-SRGroup e Remove-SRPartnership em cada nó. Verifique se você executou o Remove-SRPartnership cmdlet somente na origem atual da replicação, não no servidor de destino. Execute o Remove-SRGroup nos dois servidores.

    Por exemplo, para remover toda a replicação de dois servidores, execute estes comandos:

    Get-SRPartnership
    Get-SRPartnership | Remove-SRPartnership
    Get-SRGroup | Remove-SRGroup
    

Substituir a Replicação do DFS por Réplica de Armazenamento

Muitos clientes da Microsoft implantam o serviço Windows Replicação do DFS como uma solução de recuperação de desastres para dados de usuário não estruturados, como pastas base e compartilhamentos departamentais. A Replicação DFS está incluída em todas as versões desde o Windows Server 2003 R2 e funciona em redes de baixa largura de banda. É uma alternativa atraente para ambientes de alta latência e de baixa alteração que têm muitos nós.

No entanto, a Replicação DFS tem limitações importantes como solução de replicação de dados:

  • Não replica arquivos em uso ou abertos.
  • Não replica de forma síncrona.
  • Sua latência de replicação assíncrona pode levar muitos minutos, horas ou até mesmo dias.
  • Ele se baseia em um banco de dados que pode exigir verificações de consistência demoradas após uma queda de energia.
  • Geralmente, ele é configurado como multi-master, o que permite que as alterações fluam em ambas as direções e pode sobrescrever dados mais novos.

A Réplica de Armazenamento não tem nenhuma dessas limitações.

No entanto, o Storage Replica possui diversas limitações que podem torná-lo menos interessante em alguns ambientes:

  • Só permite replicação individual entre volumes. É possível replicar diferentes volumes entre vários servidores.
  • Embora dê suporte à replicação assíncrona, ela não foi projetada para redes de baixa largura de banda e alta latência.
  • Ele não permite que os usuários acessem dados protegidos no servidor de destino enquanto a replicação estiver em andamento.

Se esses fatores não forem bloqueadores no seu cenário, você poderá usar a Réplica de Armazenamento para substituir servidores de Replicação do DFS pela tecnologia mais recente de Réplica de Armazenamento.

O processo, em alto nível, tem estas etapas:

  1. Instale o Windows Server em dois servidores e configure o armazenamento. Talvez seja necessário atualizar um conjunto existente de servidores ou fazer instalações limpas do sistema operacional.

  2. Verifique se os dados que você deseja replicar existem em um ou mais volumes de dados e não na unidade C:.

    • Você também pode propagar os dados no outro servidor para economizar tempo, usando um backup ou cópias de arquivos, ou usar armazenamento provisionado de forma fina. Não é necessário fazer com que os metadados semelhantes à segurança sejam perfeitamente correspondentes, ao contrário da Replicação do DFS.
  3. Compartilhe os dados em seu servidor de origem e torne-os acessíveis por meio de um namespace de Namespaces do DFS. Essa etapa é importante para garantir que os usuários ainda possam acessá-la se o nome do servidor mudar para um namespace dfs em um site de desastre.

    • Você pode criar compartilhamentos correspondentes no servidor de destino, que não está disponível durante operações normais.
    • Não adicione o servidor de destino ao namespace DFS Namespaces. Se o fizer, verifique se todos os destinos de pasta estão desabilitados.
  4. Habilite a replicação do Storage Replica e complete a sincronização inicial. A replicação pode ser síncrona ou assíncrona.

    • Recomendamos a replicação síncrona para garantir a consistência de dados de E/S no servidor de destino.
    • Recomendamos enfaticamente habilitar Cópias de Sombra de Volume e tirar instantâneos periodicamente usando vssadmin ou outra ferramenta. Essa ação garante que os aplicativos liberem seus arquivos de dados para o disco de forma consistente. Se ocorrer um desastre, você poderá recuperar arquivos de instantâneos no servidor de destino que podem estar parcialmente replicados de forma assíncrona. Os instantâneos são replicados junto com os arquivos.
  5. Opere normalmente até que ocorra um desastre.

  6. Alterne o servidor de destino para ser a nova origem, que expõe seus volumes replicados para os usuários.

  7. Se você optar por usar a replicação síncrona, nenhuma restauração de dados será necessária, a menos que um usuário esteja usando um aplicativo que estava gravando dados sem proteção de transação (a replicação não tem efeito neste cenário) quando o servidor de origem é perdido. Se você optar por usar replicação assíncrona, a necessidade de montagem de instantâneo do Serviço de Cópias de Sombra de Volume (VSS) será maior, mas considere usar o VSS em todas as circunstâncias para obter instantâneos consistentes com aplicativos.

  8. Adicione o servidor e os compartilhamentos como um destino de pasta de Namespaces do DFS.

Os usuários podem acessar seus dados.

Note

O planejamento de recuperação de desastres é um assunto complexo e requer atenção significativa e detalhada ao plano. Recomendamos enfaticamente que você crie runbooks e realize exercícios anuais de failover ao vivo. Quando um desastre real acontece, o caos prevalece, e o pessoal experiente pode estar indisponível.

Adicionar uma VM do Azure conectada à rede por meio do ExpressRoute

  1. No portal do Azure, crie uma instância do ExpressRoute.

    Depois que o ExpressRoute for aprovado, um grupo de recursos será adicionado à assinatura. To view this new group, go to Resource groups. Observe o nome da rede virtual.

    Captura de tela do portal do Azure mostrando o grupo de recursos adicionado ao ExpressRoute.

  2. Crie um novo grupo de recursos.

  3. Adicione um grupo de segurança de rede. Ao criar o grupo de segurança de rede, selecione a ID da assinatura associada à instância do ExpressRoute que você criou e selecione o grupo de recursos associado ao ExpressRoute.

    Adicione todas as regras de segurança de entrada e saída necessárias ao grupo de segurança de rede. Por exemplo, é possível permitir o acesso da Área de Trabalho Remota à VM.

  4. Create an Azure VM that has the following settings:

    • Endereço IP público: nenhum
    • Virtual network: Select the virtual network name you noted from the resource group added with the ExpressRoute instance.
    • Grupo de segurança de rede (firewall): selecione o grupo de segurança de rede que você criou.

    Captura de tela da criação de uma máquina virtual que mostra as configurações de rede do ExpressRoute.

  5. Depois que a VM for criada, consulte a Etapa 2: Provisionar o sistema operacional, os recursos, as funções, o armazenamento e uma rede.