Perguntas frequentes sobre a réplica de armazenamento

Este artigo contém respostas para perguntas frequentes sobre a Réplica de Armazenamento.

A Réplica de Armazenamento tem suporte no Azure?

Yes. Você pode usar os seguintes cenários com o Azure:

• Replicação de servidor para servidor dentro do Azure (de forma síncrona ou assíncrona entre VMs (máquinas virtuais) de iaaS (infraestrutura como serviço) em um ou dois domínios de falha de datacenter ou de forma assíncrona entre duas regiões separadas).
• Replicação assíncrona de servidor para servidor entre o Azure e o local (usando uma VPN (rede virtual privada) ou o Azure ExpressRoute).
• Replicação de cluster para cluster dentro do Azure (de forma síncrona ou assíncrona entre VMs iaaS em um ou dois domínios de falha de datacenter ou de forma assíncrona entre duas regiões separadas).
• Replicação assíncrona de cluster para cluster entre o Azure e o local (usando VPN ou Azure ExpressRoute).
• Alonge o clustering usando discos compartilhados do Azure (de forma síncrona ou assíncrona entre VMs iaaS em um ou dois domínios de falha de datacenter ou de forma assíncrona entre duas regiões separadas).

Para obter mais informações sobre o clustering de convidados no Azure, consulte Implantar clusters convidados de VM IaaS no Azure.

Important notes:

• Para obter modelos do Azure Resource Manager para clustering de Réplica de Armazenamento baseado em Espaços de Armazenamento Diretos, consulte Criar um cluster SOFS direto de espaços de armazenamento com a Réplica de Armazenamento para recuperação de desastre em regiões do Azure.
• A comunicação RPC cluster a cluster no Azure (exigida pelas APIs de cluster para conceder acesso entre clusters) requer a configuração de acesso à rede para o CNO (Operador de Rede de Cluster). Você deve permitir a porta TCP 135 e o intervalo dinâmico maior que a porta TCP 49152. Para obter mais informações, consulte Criar um cluster de failover do Windows Server em uma VM IaaS do Azure – Parte 2 Rede e criação.
• É possível usar clusters convidados de dois nós, em que cada nó usa o iSCSI de loopback para um cluster assimétrico replicado pela Réplica de Armazenamento. Mas essa configuração pode ter um desempenho ruim e deve ser usada apenas para cargas de trabalho ou testes limitados.

Como fazer para exibir o progresso da replicação durante a sincronização inicial?

As mensagens da ID de Evento 1237 no log de eventos do Administrador da Réplica de Armazenamento no servidor de destino mostram o número de bytes copiados e os bytes restantes a cada 10 segundos.

Outra opção é usar o contador de desempenho da Réplica de Armazenamento no servidor de destino em \Estatísticas de Réplica de Armazenamento\Total de Bytes Recebidos para um ou mais volumes replicados.

Você também pode consultar o grupo de replicação usando o Windows PowerShell. For example, the following sample command gets the name of the groups on the destination, and then queries one group named Replication 2 every 10 seconds to show progress:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Posso especificar os adaptadores de rede a serem usados para replicação?

Yes. Para especificar os adaptadores de rede a serem usados para replicação, use o cmdlet Set-SRNetworkConstraint. Esse cmdlet opera na camada de interface. Você pode usá-lo em cenários de cluster e não cluster.

Por exemplo, com um servidor autônomo (em cada nó), execute estes comandos:

Get-SRPartnership

Get-NetIPConfiguration

Observe as informações de gateway e interface (em ambos os servidores) e as instruções de parceria. Then run:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Para configurar restrições de rede em um cluster estendido, execute:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Posso configurar a replicação de um para muitos ou a replicação transitiva (de A para B para C)?

Não, a Réplica de Armazenamento dá suporte apenas à replicação um-para-um de um servidor, cluster ou nó de cluster estendido. Você pode configurar a replicação entre vários servidores de um par de volumes específico em qualquer direção. Por exemplo, o Servidor 1 pode replicar seu volume D para o Servidor 2 e seu volume E do Servidor 3.

Posso aumentar ou reduzir volumes replicados que a Réplica de Armazenamento replica?

Você pode aumentar (estender) volumes, mas não reduzi-los. Por padrão, a Réplica de Armazenamento impede que os administradores estendam volumes replicados. Antes de redimensionar, use a opção Set-SRGroup -AllowVolumeResize $TRUE no grupo de origem.

For example:

1. Execute este comando no computador de origem: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
2. Aumente o volume usando a técnica que você preferir.
3. Execute este comando no computador de origem: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

Posso colocar um volume de destino online para acesso somente leitura?

do Windows Server 2016: Não. A Réplica de Armazenamento desmonta o volume de destino quando a replicação começa no Windows Server 2016.

do Windows Server 2019: Sim. You can mount the destination storage by using the test failover feature. Para executar um failover de teste, você deve ter um volume formatado NTFS ou ReFS não utilizado que não esteja atualmente replicando no destino. Em seguida, monte um instantâneo do armazenamento replicado temporariamente para fins de teste ou backup.

Para criar um failover de teste para o grupo de replicação RG2 no servidor de destino SRV2, usando T: como uma unidade temporária que não está sendo replicada, execute o seguinte comando:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

O volume replicado agora está acessível no SRV2. Você pode ler e gravar nele normalmente, copiar arquivos dele ou executar um backup online que você salva em outro lugar para manter a segurança. O volume T: contém dados de log.

Para remover o instantâneo de failover de teste e descartar suas alterações, execute:

Dismount-SRDestination -Name RG2 -Computername SRV2

Você deve usar o recurso de failover de teste apenas para operações temporárias de curto prazo. Ele não se destina ao uso de longo prazo. Quando em uso, a replicação continua para o volume de destino real.

Posso configurar Scale-Out SOFS (Servidor de Arquivos) em um cluster estendido?

Embora seja tecnicamente possível, não recomendamos essa configuração devido à falta de reconhecimento de site nos nós de computação que entram em contato com a instância do SOFS. Se você usar a rede de distância do campus, em que as latências normalmente são menores que um milissegundo, essa configuração normalmente funciona sem problemas.

Em uma replicação cluster a cluster, a Réplica de Armazenamento dá suporte total ao SOFS, incluindo o uso de Espaços de Armazenamento Diretos, quando você replica entre dois clusters.

Os Volumes Compartilhados de Cluster são necessários para replicar em um cluster estendido ou entre clusters?

No. Você pode replicar usando volumes compartilhados de cluster ou uma PDR (reserva de disco persistente) que pertence a um recurso de cluster, como uma função de Servidor de Arquivos.

Na replicação de cluster para cluster, a Réplica de Armazenamento dá suporte total ao SOFS, incluindo o uso de Espaços de Armazenamento Diretos, ao replicar entre dois clusters.

Posso configurar espaços de armazenamento diretos em um cluster estendido com a Réplica de Armazenamento?

No. Essa configuração não tem suporte no Windows Server.

Na replicação de cluster para cluster, a Réplica de Armazenamento dá suporte total a servidores SOFS e Hyper-V, incluindo o uso de Espaços de Armazenamento Diretos.

Como configurar a replicação assíncrona?

Execute New-SRPartnership -ReplicationMode e forneça o argumento Asynchronous. Por padrão, toda a replicação na Réplica de Armazenamento é síncrona. Você também pode alterar o modo executando Set-SRPartnership -ReplicationMode.

Como evitar o failover automático de um cluster estendido?

Para evitar o failover automático, você pode usar o PowerShell para configurar Get-ClusterNode -Name "NodeName").NodeWeight=0. Esse comando remove a votação em cada nó no site de recuperação de desastre. Em seguida, você pode executar Start-ClusterNode -PreventQuorum em nós no site primário e Start-ClusterNode -ForceQuorum em nós no site de desastre para forçar o failover. A prevenção de failover automático não está disponível como uma opção de configuração de interface do usuário e recomendamos que você não impeça o failover automático.

Como desabilitar a resiliência da máquina virtual?

Para impedir que o novo recurso de resiliência da máquina virtual Hyper-V seja executado e, em vez disso, pausar as VMs em vez de fazer failover para o site de recuperação de desastre, execute (Get-Cluster).ResiliencyDefaultPeriod=0.

Como posso reduzir o tempo para sincronização inicial?

Você pode usar o armazenamento provisionado fino para acelerar os tempos de sincronização iniciais. A Réplica de Armazenamento consulta e usa automaticamente o armazenamento provisionado fino, incluindo espaços de armazenamento não clusterizados, Hyper-V discos dinâmicos e LUNs (Números de Unidade Lógica de Rede de Área de Armazenamento) (SAN). Depois que a replicação inicial começar, você não poderá reduzir ou cortar o volume.

Você também pode usar volumes de dados semeados para reduzir o uso de largura de banda e, em alguns cenários, o tempo de sincronização. Use a opção Seeded no Gerenciador de Cluster de Failover ou use o cmdlet New-SRPartnership para garantir que o volume de destino tenha algum subconjunto de dados do site primário. Se o volume estiver quase vazio, o uso da sincronização semeada poderá reduzir o tempo e o uso da largura de banda.

Para propagar dados, você pode escolher entre as opções que oferecem diferentes graus de eficácia:

• Previous replication. Replique por meio da sincronização inicial normal localmente entre nós que contêm os discos e volumes, remova a replicação, envie os discos de destino para outro lugar e adicione a replicação usando a opção de propagação. Esse método é o mais eficaz porque a Réplica de Armazenamento garante um espelho de cópia em bloco e a única coisa a ser replicada são os blocos delta.
• instantâneo restaurado oude backup com base em instantâneo restaurado. Ao restaurar um instantâneo baseado em volume no volume de destino, deve haver diferenças mínimas no layout do bloco. Esse método é o próximo mais eficaz. É provável que os blocos correspondam porque os instantâneos de volume são imagens espelho.
• Copied files. Crie um novo volume no destino que não foi usado e execute uma cópia completa robocopy /MIR árvore dos dados. É provável que haja correspondências de bloco. Usar o Explorador de Arquivos do Windows ou copiar parte da árvore não cria muitas correspondências de bloco. Copiar arquivos manualmente é o método menos eficaz de propagação.

Posso delegar usuários para administrar a replicação?

Yes. Use o cmdlet Grant-SRDelegation para delegar usuários. Você pode usar o comando para definir usuários específicos em cenários de replicação de servidor para servidor, cluster para cluster e stretch cluster. O comando delega as permissões para criar, modificar ou remover a replicação sem ser membro do grupo de administradores locais.

For example:

Grant-SRDelegation -UserName contoso\tonywang

O cmdlet lembra que o usuário precisa sair e entrar no servidor que está planejando administrar para que a alteração entre em vigor. Você pode usar os cmdlets Get-SRDelegation e Revoke-SRDelegation para controlar ainda mais a delegação.

Quais são minhas opções de backup e restauração para volumes replicados?

A Réplica de Armazenamento dá suporte ao backup e à restauração do volume de origem. Ele também dá suporte à criação e restauração de instantâneos do volume de origem. Você não pode fazer backup ou restaurar o volume de destino enquanto ele está protegido pela Réplica de Armazenamento porque ele não está montado ou acessível.

Se você enfrentar um desastre e o volume de origem for perdido, poderá usar o cmdlet Set-SRPartnership para promover o destino como o novo volume de origem. Na origem recém-promovida, você pode fazer backup ou restaurar esse volume. Você também pode remover a replicação usando os cmdlets Remove-SRPartnership e Remove-SRGroup para remontar o volume como leitura/gravável.

Para criar instantâneos periódicos consistentes com o aplicativo, você pode usar o VSS (Serviço de Cópia de Sombra de Volume) executando VSSAdmin.exe no servidor de origem para instantâneo de volumes de dados replicados.

Por exemplo, em que você está replicando o volume de F: com a Réplica de Armazenamento, execute este comando:

vssadmin create shadow /for=F:

Em seguida, depois de alternar a direção da replicação, remover a replicação ou simplesmente ainda estiver no mesmo volume de origem, você poderá restaurar qualquer instantâneo para seu ponto no tempo.

Por exemplo, ainda usando F:, execute:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

Você também pode agendar essa ferramenta para ser executada periodicamente usando uma tarefa agendada. For more information on using VSS, see vssadmin. O VSS ignora o volume de log, portanto, você não precisa fazer backup do volume de log.

A Réplica de Armazenamento dá suporte a backups baseados em arquivo. A Réplica de Armazenamento não dá suporte a backup e restauração baseados em blocos.

Quais portas de rede a Réplica de Armazenamento requer?

A Réplica de Armazenamento depende do SMB (Server Message Block) e do WSMan (Gerenciamento de Serviços Web) para sua replicação e gerenciamento, portanto, as seguintes portas são necessárias:

• 445 (SMB; protocolo de transporte de replicação, protocolo de gerenciamento RPC de cluster)
• 5445 (iWARP SMB; necessário somente ao usar a rede RDMA (acesso remoto à memória direta) iWARP)
• 5985 (WSManHTTP; protocolo de gerenciamento para WMI (Instrumentação de Gerenciamento do Windows)/CIM (Common Information Model)/PowerShell)

Note

O cmdlet Test-SRTopology requer ICMPv4/ICMPv6, mas não para replicação ou gerenciamento.

Quais são as melhores práticas de volume de log?

O tamanho ideal do log varia amplamente por ambiente e carga de trabalho e pela quantidade de E/S de gravação que sua carga de trabalho executa.

• Um log maior ou menor não torna a replicação mais rápida ou lenta.
• Um log maior ou menor não tem qualquer influência em um volume de dados de 10 GB versus um volume de dados de 10 TB (por exemplo).

Um log maior simplesmente coleta e retém mais E/Ss de gravação antes de serem encapsulados. Um log maior permite que uma interrupção no serviço entre o computador de origem e de destino, como uma interrupção de rede ou o destino estar offline, fique mais tempo. Por exemplo, seu log está configurado para armazenar até 10 horas de gravações e a rede fica inativa por 2 horas. Quando a rede retorna, a origem pode reproduzir somente o delta de alterações não sincronizadas de volta para o destino. Se o log tiver 10 horas e a interrupção for de dois dias, a origem agora terá que reproduzir de um log diferente chamado bitmap e t's normalmente mais lento para voltar à sincronização. Quando estiver em sincronia, ele retornará ao uso do log.

A Réplica de Armazenamento depende do log para todo o desempenho de gravação. O desempenho do log é fundamental para o desempenho da replicação. Você deve garantir que o volume de log tenha um desempenho melhor do que o volume de dados porque o log serializa e sequencializa todas as E/S de gravação. Você sempre deve usar mídia flash como uma SSD (unidade de estado sólido) em volumes de log. Você nunca deve permitir que outras cargas de trabalho sejam executadas no volume de log, da mesma forma que você nunca permitiria que outras cargas de trabalho fossem executadas em volumes de log do banco de dados SQL.

Important

Recomendamos que o armazenamento de logs seja mais rápido do que o armazenamento de dados e que os volumes de log nunca sejam usados para outras cargas de trabalho.

Você pode obter recomendações de dimensionamento de log executando o cmdlet Test-SRTopology. Como alternativa, você pode usar contadores de desempenho em servidores existentes para fazer um julgamento de tamanho de log. A fórmula é simples: monitore a taxa de transferência do disco de dados (Avg Write Bytes/Sec) na carga de trabalho e use-a para calcular o tempo necessário para preencher o log de tamanhos diferentes. Por exemplo, a taxa de transferência do disco de dados de 50 MB/s faz com que o log de 120 GB seja encapsulado em 120 GB dividido por 50 MB por segundo, o que é de 2.400 segundos ou 40 minutos. Portanto, a quantidade de tempo que o servidor de destino pode ser inacessível antes do log encapsulado é de 40 minutos. Se o log for encapsulado, mas o destino se tornar acessível novamente, a origem repetirá os blocos por meio do log de bitmap em vez do log principal. O tamanho do log não tem um efeito sobre o desempenho.

Only the data disk from the source cluster should be backed up. The Storage Replica log disks should not be backed up because a backup can conflict with Storage Replica operations.

Qual topologia devo escolher: alongar cluster, cluster para cluster ou servidor para servidor?

A Réplica de Armazenamento vem em três configurações principais: cluster estendido, cluster para cluster e servidor para servidor. Cada topologia tem vantagens diferentes.

A topologia de cluster estendido é ideal se a carga de trabalho exigir failover automático com orquestração, como em um cluster de nuvem Hyper-V privado ou para a FCI do SQL Server. Ele também tem uma interface gráfica interna, o Gerenciador de Cluster de Failover, para facilitar o uso. Ele usa a arquitetura de armazenamento compartilhado de cluster assimétrico clássico de Espaços de Armazenamento, SAN, iSCSI e RAID por meio de reserva persistente. Você pode executar essa topologia com apenas dois nós.

A topologia cluster a cluster usa dois clusters separados. Essa topologia é ideal se você quiser failover manual ou quando o segundo site for provisionado para recuperação de desastre e não para uso diário. A orquestração é manual. Ao contrário de uma topologia de cluster estendido, você pode usar espaços de armazenamento diretos nessa configuração (para ressalvas, consulte as perguntas frequentes da Réplica de Armazenamento e a documentação cluster a cluster). Você pode executar essa topologia com apenas quatro nós.

A topologia de servidor para servidor é ideal se você estiver executando hardware que não pode ser clusterizado. Ele requer failover manual e orquestração. É ideal para implantações baratas entre filiais e datacenters centrais, especialmente quando você usa replicação assíncrona. Essa configuração geralmente pode substituir instâncias de servidores de arquivos protegidos pela Replicação do Sistema de Arquivos Distribuído (Replicação dfs) que você usa para cenários de recuperação de desastre de mestre único.

Em todos os casos, as topologias dão suporte à execução em hardware físico e à execução em máquinas virtuais. Em uma máquina virtual, o hipervisor subjacente não requer Hyper-V. Você pode usar, por exemplo, VMware, KVM ou Xen.

A Réplica de Armazenamento também tem um modo de servidor para auto, em que você aponta a replicação para dois volumes diferentes no mesmo computador.

A Eliminação de Duplicação de Dados tem suporte com a Réplica de Armazenamento?

Yes. Habilite a Eliminação de Duplicação de Dados em um volume no servidor de origem e, durante a replicação, o servidor de destino recebe uma cópia duplicada do volume.

Although you should install Data Deduplication on both the source and the destination servers (see Install and enable Data Deduplication), it's important not to enable Data Deduplication on the destination server. A Réplica de Armazenamento permite gravações somente no servidor de origem. Como a Eliminação de Duplicação de Dados faz gravações no volume, ela deve ser executada somente no servidor de origem.

Posso replicar entre o Windows Server 2019 e o Windows Server 2016?

Unfortunately, we don't support creating a new partnership between Windows Server 2019 and Windows Server 2016. You can safely upgrade a server or cluster running Windows Server 2016 to Windows Server 2019 and any existing partnerships continue to work.

Para obter o melhor desempenho de replicação do Windows Server 2019, todos os membros da parceria devem executar o Windows Server 2019. Você também deve excluir parcerias existentes e grupos de replicação associados e, em seguida, recriá-las com dados semeados (ao criar a parceria no Windows Admin Center ou usando o cmdlet New-SRPartnership).

Como relatar um problema com a Réplica de Armazenamento ou com a documentação?

Para obter assistência técnica com a Réplica de Armazenamento, você pode postar em Microsoft Q & A ou entrar em contato com microsoft Business Support.

For issues with this documentation, see the Feedback section at the bottom of this page, and select This page.

A Réplica de Armazenamento pode ser configurada para ser replicada em ambas as direções?

A Réplica de Armazenamento é uma tecnologia de replicação unidirecional. Ele replica somente da origem para o destino por volume. A direção pode ser invertida a qualquer momento, mas ainda é replicada em apenas uma direção.

Você pode ter um conjunto de volumes (origem e destino) replicados em uma direção e um conjunto diferente de unidades (origem e destino) replicados na direção oposta.

Por exemplo, você deseja ter a replicação de servidor para servidor configurada. Server1 e Server2 têm letras de unidade L:, M:, N:e O:. Você deseja replicar M: de unidade de Server1 para Server2e replicar O: de unidade de Server2 para Server1. Desde que haja unidades de log separadas para cada um dos grupos, você poderá usar esta configuração:

• Server1 unidade de origem M: com a unidade de logs de origem L: replicando para Server2drive M: de destino com L:de unidade de logs de destino.
• Server2 unidade de origem O: com a unidade de log de origem N: replicando para Server1drive O: de destino com N:de unidade de log de destino.

Você pode colocar discos de cluster no modo de manutenção?

A Réplica de Armazenamento bloqueia a entrada de discos de cluster no modo de manutenção. Para algumas tarefas, como habilitar ou desabilitar o BitLocker, os discos devem estar no modo de manutenção. Para tarefas que exigem que os discos estejam no modo de manutenção, a parceria deve primeiro ser interrompida e, em seguida, criada novamente quando a tarefa for concluída.

Você pode configurar a Réplica de Armazenamento entre diferentes versões do sistema operacional?

A Réplica de Armazenamento bloqueará uma nova parceria se as versões do log de replicação não corresponderem ou se não houver suporte para uma funcionalidade de ambos os servidores. A compactação da Réplica de Armazenamento é um exemplo de uma funcionalidade que não corresponde entre versões do sistema operacional porque foi adicionada pela primeira vez no Windows Server 2022. A tentativa de configurar uma parceria com um servidor que não dá suporte a uma funcionalidade retorna o erro "A operação solicitada não tem suporte".

A tabela a seguir mostra a matriz de interoperabilidade da versão de log atual:

Replicação de/para	Windows Server 2016	Windows Server 2019	Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

Related content

• Visão geral da Réplica de Armazenamento
• replicação de cluster Stretch usando de armazenamento compartilhado
• de replicação de armazenamento servidor a servidor
• de replicação de armazenamento cluster a cluster
• Réplica de Armazenamento: problemas conhecidos
• Storage overview
• Espaços de Armazenamento Diretos

Este artigo contém respostas para perguntas frequentes sobre a Réplica de Armazenamento.

Yes. Você pode usar os seguintes cenários com o Azure:

• Replicação de servidor para servidor dentro do Azure (de forma síncrona ou assíncrona entre VMs (máquinas virtuais) de iaaS (infraestrutura como serviço) em um ou dois domínios de falha de datacenter ou de forma assíncrona entre duas regiões separadas).
• Replicação assíncrona de servidor para servidor entre o Azure e o local (usando uma VPN (rede virtual privada) ou o Azure ExpressRoute).
• Replicação de cluster para cluster dentro do Azure (de forma síncrona ou assíncrona entre VMs iaaS em um ou dois domínios de falha de datacenter ou de forma assíncrona entre duas regiões separadas).
• Replicação assíncrona de cluster para cluster entre o Azure e o local (usando VPN ou Azure ExpressRoute).
• Alonge o clustering usando discos compartilhados do Azure (de forma síncrona ou assíncrona entre VMs iaaS em um ou dois domínios de falha de datacenter ou de forma assíncrona entre duas regiões separadas).

Para obter mais informações sobre o clustering de convidados no Azure, consulte Implantar clusters convidados de VM IaaS no Azure.

Important notes:

• Para obter modelos do Azure Resource Manager para clustering de Réplica de Armazenamento baseado em Espaços de Armazenamento Diretos, consulte Criar um cluster SOFS direto de espaços de armazenamento com a Réplica de Armazenamento para recuperação de desastre em regiões do Azure.
• A comunicação RPC cluster a cluster no Azure (exigida pelas APIs de cluster para conceder acesso entre clusters) requer a configuração de acesso à rede para o CNO (Operador de Rede de Cluster). Você deve permitir a porta TCP 135 e o intervalo dinâmico maior que a porta TCP 49152. Para obter mais informações, consulte Criar um cluster de failover do Windows Server em uma VM IaaS do Azure – Parte 2 Rede e criação.
• É possível usar clusters convidados de dois nós, em que cada nó usa o iSCSI de loopback para um cluster assimétrico replicado pela Réplica de Armazenamento. Mas essa configuração pode ter um desempenho ruim e deve ser usada apenas para cargas de trabalho ou testes limitados.

As mensagens da ID de Evento 1237 no log de eventos do Administrador da Réplica de Armazenamento no servidor de destino mostram o número de bytes copiados e os bytes restantes a cada 10 segundos.

Outra opção é usar o contador de desempenho da Réplica de Armazenamento no servidor de destino em \Estatísticas de Réplica de Armazenamento\Total de Bytes Recebidos para um ou mais volumes replicados.

Você também pode consultar o grupo de replicação usando o Windows PowerShell. For example, the following sample command gets the name of the groups on the destination, and then queries one group named Replication 2 every 10 seconds to show progress:

Get-SRGroup

do{
    $r=(Get-SRGroup -Name "Replication 2").replicas
    [System.Console]::Write("Number of remaining bytes {0}`n", $r.NumOfBytesRemaining)
    Start-Sleep 10
}until($r.ReplicationStatus -eq 'ContinuouslyReplicating')
Write-Output "Replica Status: "$r.replicationstatus

Yes. Para especificar os adaptadores de rede a serem usados para replicação, use o cmdlet Set-SRNetworkConstraint. Esse cmdlet opera na camada de interface. Você pode usá-lo em cenários de cluster e não cluster.

Por exemplo, com um servidor autônomo (em cada nó), execute estes comandos:

Get-SRPartnership

Get-NetIPConfiguration

Observe as informações de gateway e interface (em ambos os servidores) e as instruções de parceria. Then run:

Set-SRNetworkConstraint -SourceComputerName sr-srv06 -SourceRGName rg02 -
SourceNWInterface 2 -DestinationComputerName sr-srv05 -DestinationNWInterface 3 -DestinationRGName rg01

Get-SRNetworkConstraint

Update-SmbMultichannelConnection

Para configurar restrições de rede em um cluster estendido, execute:

Set-SRNetworkConstraint -SourceComputerName sr-cluster01 -SourceRGName group1 -SourceNWInterface "Cluster Network 1","Cluster Network 2" -DestinationComputerName sr-cluster02 -DestinationRGName group2 -DestinationNWInterface "Cluster Network 1","Cluster Network 2"

Não, a Réplica de Armazenamento dá suporte apenas à replicação um-para-um de um servidor, cluster ou nó de cluster estendido. Você pode configurar a replicação entre vários servidores de um par de volumes específico em qualquer direção. Por exemplo, o Servidor 1 pode replicar seu volume D para o Servidor 2 e seu volume E do Servidor 3.

Você pode aumentar (estender) volumes, mas não reduzi-los. Por padrão, a Réplica de Armazenamento impede que os administradores estendam volumes replicados. Antes de redimensionar, use a opção Set-SRGroup -AllowVolumeResize $TRUE no grupo de origem.

For example:

1. Execute este comando no computador de origem: Set-SRGroup -Name YourRG -AllowVolumeResize $TRUE.
2. Aumente o volume usando a técnica que você preferir.
3. Execute este comando no computador de origem: Set-SRGroup -Name YourRG -AllowVolumeResize $FALSE.

do Windows Server 2016: Não. A Réplica de Armazenamento desmonta o volume de destino quando a replicação começa no Windows Server 2016.

do Windows Server 2019: Sim. You can mount the destination storage by using the test failover feature. Para executar um failover de teste, você deve ter um volume formatado NTFS ou ReFS não utilizado que não esteja atualmente replicando no destino. Em seguida, monte um instantâneo do armazenamento replicado temporariamente para fins de teste ou backup.

Para criar um failover de teste para o grupo de replicação RG2 no servidor de destino SRV2, usando T: como uma unidade temporária que não está sendo replicada, execute o seguinte comando:

Mount-SRDestination -Name RG2 -Computername SRV2 -TemporaryPath T:\

O volume replicado agora está acessível no SRV2. Você pode ler e gravar nele normalmente, copiar arquivos dele ou executar um backup online que você salva em outro lugar para manter a segurança. O volume T: contém dados de log.

Para remover o instantâneo de failover de teste e descartar suas alterações, execute:

Dismount-SRDestination -Name RG2 -Computername SRV2

Você deve usar o recurso de failover de teste apenas para operações temporárias de curto prazo. Ele não se destina ao uso de longo prazo. Quando em uso, a replicação continua para o volume de destino real.

Embora seja tecnicamente possível, não recomendamos essa configuração devido à falta de reconhecimento de site nos nós de computação que entram em contato com a instância do SOFS. Se você usar a rede de distância do campus, em que as latências normalmente são menores que um milissegundo, essa configuração normalmente funciona sem problemas.

Em uma replicação cluster a cluster, a Réplica de Armazenamento dá suporte total ao SOFS, incluindo o uso de Espaços de Armazenamento Diretos, quando você replica entre dois clusters.

No. Você pode replicar usando volumes compartilhados de cluster ou uma PDR (reserva de disco persistente) que pertence a um recurso de cluster, como uma função de Servidor de Arquivos.

Na replicação de cluster para cluster, a Réplica de Armazenamento dá suporte total ao SOFS, incluindo o uso de Espaços de Armazenamento Diretos, ao replicar entre dois clusters.

No. Essa configuração não tem suporte no Windows Server.

Na replicação de cluster para cluster, a Réplica de Armazenamento dá suporte total a servidores SOFS e Hyper-V, incluindo o uso de Espaços de Armazenamento Diretos.

Execute New-SRPartnership -ReplicationMode e forneça o argumento Asynchronous. Por padrão, toda a replicação na Réplica de Armazenamento é síncrona. Você também pode alterar o modo executando Set-SRPartnership -ReplicationMode.

Para evitar o failover automático, você pode usar o PowerShell para configurar Get-ClusterNode -Name "NodeName").NodeWeight=0. Esse comando remove a votação em cada nó no site de recuperação de desastre. Em seguida, você pode executar Start-ClusterNode -PreventQuorum em nós no site primário e Start-ClusterNode -ForceQuorum em nós no site de desastre para forçar o failover. A prevenção de failover automático não está disponível como uma opção de configuração de interface do usuário e recomendamos que você não impeça o failover automático.

Para impedir que o novo recurso de resiliência da máquina virtual Hyper-V seja executado e, em vez disso, pausar as VMs em vez de fazer failover para o site de recuperação de desastre, execute (Get-Cluster).ResiliencyDefaultPeriod=0.

Você pode usar o armazenamento provisionado fino para acelerar os tempos de sincronização iniciais. A Réplica de Armazenamento consulta e usa automaticamente o armazenamento provisionado fino, incluindo espaços de armazenamento não clusterizados, Hyper-V discos dinâmicos e LUNs (Números de Unidade Lógica de Rede de Área de Armazenamento) (SAN). Depois que a replicação inicial começar, você não poderá reduzir ou cortar o volume.

Você também pode usar volumes de dados semeados para reduzir o uso de largura de banda e, em alguns cenários, o tempo de sincronização. Use a opção Seeded no Gerenciador de Cluster de Failover ou use o cmdlet New-SRPartnership para garantir que o volume de destino tenha algum subconjunto de dados do site primário. Se o volume estiver quase vazio, o uso da sincronização semeada poderá reduzir o tempo e o uso da largura de banda.

Para propagar dados, você pode escolher entre as opções que oferecem diferentes graus de eficácia:

• Previous replication. Replique por meio da sincronização inicial normal localmente entre nós que contêm os discos e volumes, remova a replicação, envie os discos de destino para outro lugar e adicione a replicação usando a opção de propagação. Esse método é o mais eficaz porque a Réplica de Armazenamento garante um espelho de cópia em bloco e a única coisa a ser replicada são os blocos delta.
• instantâneo restaurado oude backup com base em instantâneo restaurado. Ao restaurar um instantâneo baseado em volume no volume de destino, deve haver diferenças mínimas no layout do bloco. Esse método é o próximo mais eficaz. É provável que os blocos correspondam porque os instantâneos de volume são imagens espelho.
• Copied files. Crie um novo volume no destino que não foi usado e execute uma cópia completa robocopy /MIR árvore dos dados. É provável que haja correspondências de bloco. Usar o Explorador de Arquivos do Windows ou copiar parte da árvore não cria muitas correspondências de bloco. Copiar arquivos manualmente é o método menos eficaz de propagação.

Yes. Use o cmdlet Grant-SRDelegation para delegar usuários. Você pode usar o comando para definir usuários específicos em cenários de replicação de servidor para servidor, cluster para cluster e stretch cluster. O comando delega as permissões para criar, modificar ou remover a replicação sem ser membro do grupo de administradores locais.

For example:

Grant-SRDelegation -UserName contoso\tonywang

O cmdlet lembra que o usuário precisa sair e entrar no servidor que está planejando administrar para que a alteração entre em vigor. Você pode usar os cmdlets Get-SRDelegation e Revoke-SRDelegation para controlar ainda mais a delegação.

A Réplica de Armazenamento dá suporte ao backup e à restauração do volume de origem. Ele também dá suporte à criação e restauração de instantâneos do volume de origem. Você não pode fazer backup ou restaurar o volume de destino enquanto ele está protegido pela Réplica de Armazenamento porque ele não está montado ou acessível.

Se você enfrentar um desastre e o volume de origem for perdido, poderá usar o cmdlet Set-SRPartnership para promover o destino como o novo volume de origem. Na origem recém-promovida, você pode fazer backup ou restaurar esse volume. Você também pode remover a replicação usando os cmdlets Remove-SRPartnership e Remove-SRGroup para remontar o volume como leitura/gravável.

Para criar instantâneos periódicos consistentes com o aplicativo, você pode usar o VSS (Serviço de Cópia de Sombra de Volume) executando VSSAdmin.exe no servidor de origem para instantâneo de volumes de dados replicados.

Por exemplo, em que você está replicando o volume de F: com a Réplica de Armazenamento, execute este comando:

vssadmin create shadow /for=F:

Em seguida, depois de alternar a direção da replicação, remover a replicação ou simplesmente ainda estiver no mesmo volume de origem, você poderá restaurar qualquer instantâneo para seu ponto no tempo.

Por exemplo, ainda usando F:, execute:

vssadmin list shadows
vssadmin revert shadow /shadow={shadown copy ID GUID listed previously}

Você também pode agendar essa ferramenta para ser executada periodicamente usando uma tarefa agendada. For more information on using VSS, see vssadmin. O VSS ignora o volume de log, portanto, você não precisa fazer backup do volume de log.

A Réplica de Armazenamento dá suporte a backups baseados em arquivo. A Réplica de Armazenamento não dá suporte a backup e restauração baseados em blocos.

A Réplica de Armazenamento depende do SMB (Server Message Block) e do WSMan (Gerenciamento de Serviços Web) para sua replicação e gerenciamento, portanto, as seguintes portas são necessárias:

• 445 (SMB; protocolo de transporte de replicação, protocolo de gerenciamento RPC de cluster)
• 5445 (iWARP SMB; necessário somente ao usar a rede RDMA (acesso remoto à memória direta) iWARP)
• 5985 (WSManHTTP; protocolo de gerenciamento para WMI (Instrumentação de Gerenciamento do Windows)/CIM (Common Information Model)/PowerShell)

Note

O cmdlet Test-SRTopology requer ICMPv4/ICMPv6, mas não para replicação ou gerenciamento.

O tamanho ideal do log varia amplamente por ambiente e carga de trabalho e pela quantidade de E/S de gravação que sua carga de trabalho executa.

• Um log maior ou menor não torna a replicação mais rápida ou lenta.
• Um log maior ou menor não tem qualquer influência em um volume de dados de 10 GB versus um volume de dados de 10 TB (por exemplo).

Um log maior simplesmente coleta e retém mais E/Ss de gravação antes de serem encapsulados. Um log maior permite que uma interrupção no serviço entre o computador de origem e de destino, como uma interrupção de rede ou o destino estar offline, fique mais tempo. Por exemplo, seu log está configurado para armazenar até 10 horas de gravações e a rede fica inativa por 2 horas. Quando a rede retorna, a origem pode reproduzir somente o delta de alterações não sincronizadas de volta para o destino. Se o log tiver 10 horas e a interrupção for de dois dias, a origem agora terá que reproduzir de um log diferente chamado bitmap e t's normalmente mais lento para voltar à sincronização. Quando estiver em sincronia, ele retornará ao uso do log.

A Réplica de Armazenamento depende do log para todo o desempenho de gravação. O desempenho do log é fundamental para o desempenho da replicação. Você deve garantir que o volume de log tenha um desempenho melhor do que o volume de dados porque o log serializa e sequencializa todas as E/S de gravação. Você sempre deve usar mídia flash como uma SSD (unidade de estado sólido) em volumes de log. Você nunca deve permitir que outras cargas de trabalho sejam executadas no volume de log, da mesma forma que você nunca permitiria que outras cargas de trabalho fossem executadas em volumes de log do banco de dados SQL.

Important

Recomendamos que o armazenamento de logs seja mais rápido do que o armazenamento de dados e que os volumes de log nunca sejam usados para outras cargas de trabalho.

Você pode obter recomendações de dimensionamento de log executando o cmdlet Test-SRTopology. Como alternativa, você pode usar contadores de desempenho em servidores existentes para fazer um julgamento de tamanho de log. A fórmula é simples: monitore a taxa de transferência do disco de dados (Avg Write Bytes/Sec) na carga de trabalho e use-a para calcular o tempo necessário para preencher o log de tamanhos diferentes. Por exemplo, a taxa de transferência do disco de dados de 50 MB/s faz com que o log de 120 GB seja encapsulado em 120 GB dividido por 50 MB por segundo, o que é de 2.400 segundos ou 40 minutos. Portanto, a quantidade de tempo que o servidor de destino pode ser inacessível antes do log encapsulado é de 40 minutos. Se o log for encapsulado, mas o destino se tornar acessível novamente, a origem repetirá os blocos por meio do log de bitmap em vez do log principal. O tamanho do log não tem um efeito sobre o desempenho.

Only the data disk from the source cluster should be backed up. The Storage Replica log disks should not be backed up because a backup can conflict with Storage Replica operations.

A Réplica de Armazenamento vem em três configurações principais: cluster estendido, cluster para cluster e servidor para servidor. Cada topologia tem vantagens diferentes.

A topologia de cluster estendido é ideal se a carga de trabalho exigir failover automático com orquestração, como em um cluster de nuvem Hyper-V privado ou para a FCI do SQL Server. Ele também tem uma interface gráfica interna, o Gerenciador de Cluster de Failover, para facilitar o uso. Ele usa a arquitetura de armazenamento compartilhado de cluster assimétrico clássico de Espaços de Armazenamento, SAN, iSCSI e RAID por meio de reserva persistente. Você pode executar essa topologia com apenas dois nós.

A topologia cluster a cluster usa dois clusters separados. Essa topologia é ideal se você quiser failover manual ou quando o segundo site for provisionado para recuperação de desastre e não para uso diário. A orquestração é manual. Ao contrário de uma topologia de cluster estendido, você pode usar espaços de armazenamento diretos nessa configuração (para ressalvas, consulte as perguntas frequentes da Réplica de Armazenamento e a documentação cluster a cluster). Você pode executar essa topologia com apenas quatro nós.

A topologia de servidor para servidor é ideal se você estiver executando hardware que não pode ser clusterizado. Ele requer failover manual e orquestração. É ideal para implantações baratas entre filiais e datacenters centrais, especialmente quando você usa replicação assíncrona. Essa configuração geralmente pode substituir instâncias de servidores de arquivos protegidos pela Replicação do Sistema de Arquivos Distribuído (Replicação dfs) que você usa para cenários de recuperação de desastre de mestre único.

Em todos os casos, as topologias dão suporte à execução em hardware físico e à execução em máquinas virtuais. Em uma máquina virtual, o hipervisor subjacente não requer Hyper-V. Você pode usar, por exemplo, VMware, KVM ou Xen.

A Réplica de Armazenamento também tem um modo de servidor para auto, em que você aponta a replicação para dois volumes diferentes no mesmo computador.

Yes. Habilite a Eliminação de Duplicação de Dados em um volume no servidor de origem e, durante a replicação, o servidor de destino recebe uma cópia duplicada do volume.

Although you should install Data Deduplication on both the source and the destination servers (see Install and enable Data Deduplication), it's important not to enable Data Deduplication on the destination server. A Réplica de Armazenamento permite gravações somente no servidor de origem. Como a Eliminação de Duplicação de Dados faz gravações no volume, ela deve ser executada somente no servidor de origem.

Unfortunately, we don't support creating a new partnership between Windows Server 2019 and Windows Server 2016. You can safely upgrade a server or cluster running Windows Server 2016 to Windows Server 2019 and any existing partnerships continue to work.

Para obter o melhor desempenho de replicação do Windows Server 2019, todos os membros da parceria devem executar o Windows Server 2019. Você também deve excluir parcerias existentes e grupos de replicação associados e, em seguida, recriá-las com dados semeados (ao criar a parceria no Windows Admin Center ou usando o cmdlet New-SRPartnership).

Para obter assistência técnica com a Réplica de Armazenamento, você pode postar em Microsoft Q & A ou entrar em contato com microsoft Business Support.

For issues with this documentation, see the Feedback section at the bottom of this page, and select This page.

A Réplica de Armazenamento é uma tecnologia de replicação unidirecional. Ele replica somente da origem para o destino por volume. A direção pode ser invertida a qualquer momento, mas ainda é replicada em apenas uma direção.

Você pode ter um conjunto de volumes (origem e destino) replicados em uma direção e um conjunto diferente de unidades (origem e destino) replicados na direção oposta.

Por exemplo, você deseja ter a replicação de servidor para servidor configurada. Server1 e Server2 têm letras de unidade L:, M:, N:e O:. Você deseja replicar M: de unidade de Server1 para Server2e replicar O: de unidade de Server2 para Server1. Desde que haja unidades de log separadas para cada um dos grupos, você poderá usar esta configuração:

• Server1 unidade de origem M: com a unidade de logs de origem L: replicando para Server2drive M: de destino com L:de unidade de logs de destino.
• Server2 unidade de origem O: com a unidade de log de origem N: replicando para Server1drive O: de destino com N:de unidade de log de destino.

A Réplica de Armazenamento bloqueia a entrada de discos de cluster no modo de manutenção. Para algumas tarefas, como habilitar ou desabilitar o BitLocker, os discos devem estar no modo de manutenção. Para tarefas que exigem que os discos estejam no modo de manutenção, a parceria deve primeiro ser interrompida e, em seguida, criada novamente quando a tarefa for concluída.

A Réplica de Armazenamento bloqueará uma nova parceria se as versões do log de replicação não corresponderem ou se não houver suporte para uma funcionalidade de ambos os servidores. A compactação da Réplica de Armazenamento é um exemplo de uma funcionalidade que não corresponde entre versões do sistema operacional porque foi adicionada pela primeira vez no Windows Server 2022. A tentativa de configurar uma parceria com um servidor que não dá suporte a uma funcionalidade retorna o erro "A operação solicitada não tem suporte".

A tabela a seguir mostra a matriz de interoperabilidade da versão de log atual:

Replicação de/para	Windows Server 2016	Windows Server 2019	Windows Server 2022
Windows Server 2016
Windows Server 2019
Windows Server 2022

• Visão geral da Réplica de Armazenamento
• replicação de cluster Stretch usando de armazenamento compartilhado
• de replicação de armazenamento servidor a servidor
• de replicação de armazenamento cluster a cluster
• Réplica de Armazenamento: problemas conhecidos
• Storage overview
• Espaços de Armazenamento Diretos