Problemas conhecidos com Réplica de Armazenamento

Aplica-se a: Azure Stack HCI, Windows Server 2022, Windows Server 2019, Windows Server 2016

Este artigo descreve alguns dos problemas conhecidos com a Réplica de Armazenamento no Windows Server.

Discos offline após a remoção da replicação e você não pode configurar a replicação

Talvez você não consiga provisionar a replicação em um volume que tenha sido replicado anteriormente ou talvez encontre volumes que não possam ser montados. Os discos podem permanecer offline quando a replicação não é removida ou quando você reinstala o sistema operacional em um computador que estava replicando dados anteriormente.

Para corrigir isto, você deve remover a partição oculta da Réplica de Armazenamento dos discos e retorná-los a um estado gravável usando o cmdlet Clear-SRMetadata.

• Para remover todos os slots órfãos de banco de dados de partição da Réplica de Armazenamento e remontar todas as partições, use o parâmetro -AllPartitions da seguinte maneira:

  Clear-SRMetadata -AllPartitions
  

• Para remover todos os dados de log órfãos da Réplica de Armazenamento, use o parâmetro -AllLogs da seguinte maneira:

  Clear-SRMetadata -AllLogs
  

• Para remover todos os dados órfãos de configuração do cluster de failover, use o parâmetro -AllConfiguration da seguinte maneira:

  Clear-SRMetadata -AllConfiguration
  

• Para remover os metadados do grupo de replicação individual, use o parâmetro -Name e especifique um grupo de replicação da seguinte maneira:

  Clear-SRMetadata -Name RG01 -Logs -Partition
  

Talvez o servidor precise ser reiniciado após a limpeza do banco de dados de partição. Você pode impedir que o servidor seja reiniciado temporariamente com -NoRestart, mas não deve ignorar a reinicialização, se solicitado pelo cmdlet. Esse cmdlet não remove os volumes de dados nem os dados contidos nesses volumes.

Durante a sincronização inicial, os avisos da ID de evento 4004 são vistos no log de eventos

Após a configuração da replicação, durante a sincronização inicial, os servidores de origem e de destino podem mostrar vários eventos de avisos com a ID de evento 4004 no log de eventos StorageReplica\Admin. A descrição do evento mostra o status "Não há recursos suficientes do sistema para concluir a API". Provavelmente, você também verá erros 5014. Esses eventos indicam que os servidores não têm memória (RAM) disponível suficiente para executar a sincronização inicial e executar as cargas de trabalho. Adicione RAM ou reduza a RAM usada de recursos e aplicativos que não sejam de Réplica de Armazenamento.

As máquinas virtuais param de responder após a configuração da replicação no convidado

As máquinas virtuais param de responder depois que você configura a replicação ao usar o clustering no convidado e a Réplica de Armazenamento em um VHDX compartilhado (não um Volume Compartilhado Clusterizado). Se você reiniciar o host do Hyper-V, as máquinas virtuais começarão a responder. No entanto, a configuração de replicação não será concluída e nenhuma replicação ocorrerá.

Esse comportamento ocorre quando você usa fltmc.exe attach svhdxflt para ignorar o requisito do host do Hyper-V de executar um CSV. Não há suporte para o uso deste comando, e ele se destina apenas a fins de teste e demonstração.

A causa da lentidão é um problema de interoperabilidade entre a QoS de Armazenamento do Windows Server e o filtro de VHDX Compartilhado anexado manualmente. Para resolver esse problema, desabilite o driver de filtro de QoS de armazenamento e reinicie o host do Hyper-V:

SC config storqosflt start= disabled

Não é possível configurar a replicação quando um armazenamento diferente e New-Volume são usados

Ao usar o cmdlet New-Volume com conjuntos diferentes de armazenamento nos servidores de origem e de destino, como duas SANs diferentes ou dois JBODs com discos distintos, não é possível configurar a replicação usando New-SRPartnership. O erro mostrado pode incluir:

Data partition sizes are different in those two groups

Use o cmdlet New-Partition** para criar volumes e formatá-los em vez de New-Volume, porque o último cmdlet pode arredondar o tamanho do volume em matrizes de armazenamento diferentes. Se você já tiver criado um volume NTFS, use Resize-Partition para aumentar ou reduzir um dos volumes para que ele seja correspondentes ao outro. Não é possível usar esse método com volumes ReFS. Se estiver usando Diskmgmt ou Gerenciador do Servidor, não ocorrerá arredondamento.

Executar Test-SRTopology falha com erros relacionados ao nome

Ao tentar usar Test-SRTopology, você recebe um dos seguintes erros:

EXEMPLO DE ERRO 1:

WARNING: Invalid value entered for target computer name: sr-srv03. Test-SrTopology cmdlet does not accept IP address as input for target computer name parameter. NetBIOS names and fully qualified domain names are acceptable inputs
WARNING: System.Exception
WARNING: at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.BeginProcessing()
Test-SRTopology : Invalid value entered for target computer name: sr-srv03. Test-SrTopology cmdlet does not accept IP address as input for target computer name parameter. NetBIOS names and fully qualified domain names are acceptable inputs
At line:1 char:1
+ Test-SRTopology -SourceComputerName sr-srv01 -SourceVolumeName d: -So ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : InvalidArgument: (:) [Test-SRTopology], Exception
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

EXEMPLO DE ERRO 2:

WARNING: Invalid value entered for source computer name

EXEMPLO DE ERRO 3:

The specified volume cannot be found G: cannot be found on computer SRCLUSTERNODE1

Esse cmdlet limitou o relatório de erros no Windows Server e retornará o mesmo resultado para vários problemas comuns. O erro pode ocorrer pelos seguintes motivos:

• Você fez logon no computador de origem como um usuário local, não um usuário de domínio.

• O computador de destino não está em execução ou não está acessível pela rede.

• Você especificou um nome incorreto para o computador de destino.

• Você especificou um endereço IP para o servidor de destino.

• O firewall do computador de destino está bloqueando o acesso às chamadas do PowerShell e/ou CIM.

• O computador de destino não executa o serviço do WMI.

• Você não usou o CREDSSP ao executar o cmdlet Test-SRTopology remotamente em um computador de gerenciamento.

• O volume de origem ou de destino especificado é um disco local em um nó de cluster, não um disco clusterizado.

Configurar nova parceria de Réplica de Armazenamento retorna um erro - "Falha ao provisionar partição"

Ao tentar criar uma nova parceria de replicação com New-SRPartnership, o seguinte erro é exibido:

New-SRPartnership : Unable to create replication group test01, detailed reason: Failed to provision partition ed0dc93f-107c-4ab4-a785-afd687d3e734.
At line: 1 char: 1
+ New-SRPartnership -SourceComputerName srv1 -SourceRGName test01
+ Categorylnfo : ObjectNotFound: (MSFT_WvrAdminTasks : root/ Microsoft/. . s) CNew-SRPartnership], CimException
+ FullyQua1ifiedErrorId : Windows System Error 1168 ,New-SRPartnership

Você verá esse erro ao selecionar um volume de dados que esteja na mesma partição da unidade do sistema (ou seja, a unidade C: com a respectiva pasta do Windows). Por exemplo, em uma unidade que contém os volumes C: e D: criados da mesma partição. Não há suporte para o uso de uma unidade do sistema na Réplica de Armazenamento. É preciso escolher outro volume para fazer a replicação.

A tentativa de aumentar um volume replicado falha devido a uma atualização ausente.

Ao tentar aumentar ou ampliar um volume replicado, você recebe o seguinte erro:

Resize-Partition -DriveLetter d -Size 44GB
Resize-Partition : The operation failed with return code 8
At line:1 char:1
+ Resize-Partition -DriveLetter d -Size 44GB
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSFT_Partition
[Resize-Partition], CimException
+ FullyQualifiedErrorId : StorageWMI 8,Resize-Partition

Se estiver usando o snap-in Gerenciamento de Disco do MMC, você receberá este erro:

Element not found

Você receberá The operation failed with return code 8 mesmo se habilitar corretamente o redimensionamento de volume no servidor de origem usando o comando Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

O problema foi corrigido na atualização cumulativa do Windows 10, versão 1607 (Atualização de Aniversário) e do Windows Server 2016: 9 de dezembro de 2016 (KB3201845).

A tentativa de aumentar um volume replicado falha devido a um passo ausente.

Se você tentar redimensionar um volume replicado no servidor de origem sem primeiro configurar -AllowResizeVolume $TRUE, receberá os seguintes erros:

Resize-Partition -DriveLetter I -Size 8GB
Resize-Partition : Failed

Activity ID: {87aebbd6-4f47-4621-8aa4-5328dfa6c3be}
At line:1 char:1
+ Resize-Partition -DriveLetter I -Size 8GB
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : NotSpecified: (StorageWMI:ROOT/Microsoft/.../MSFT_Partition) [Resize-Partition], CimException
     + FullyQualifiedErrorId : StorageWMI 4,Resize-Partition

Storage Replica Event log error 10307:

Attempted to resize a partition that is protected by Storage Replica.

DeviceName: \Device\Harddisk1\DR1
PartitionNumber: 7
PartitionId: {b71a79ca-0efe-4f9a-a2b9-3ed4084a1822}

Guidance: To grow a source data partition, set the policy on the replication group containing the data partition.

Set-SRGroup -ComputerName [ComputerName] -Name [ReplicationGroupName] -AllowVolumeResize $true

Antes de aumentar a partição de dados de origem, verifique se a partição de dados de destino tem espaço suficiente para aumentar para um tamanho igual. A redução da partição de dados protegida pela Réplica de Armazenamento é bloqueada.

Erro de snap-in de Gerenciamento de Disco

An unexpected error has occurred

Após o redimensionamento do volume, lembre-se de desabilitar o redimensionamento com Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Esse parâmetro impede que os administradores tentem redimensionar volumes antes de garantir que haja espaço suficiente no volume de destino, geralmente porque não perceberam a presença da Réplica de Armazenamento.

Falha na movimentação de um recurso Disco Físico entre sites em um cluster estendido assíncrono

Na tentativa de mover uma função anexada de PDR (recurso Disco Físico) para mover o armazenamento associado em um cluster estendido assíncrono, você recebe um erro. Por exemplo, tentar mover uma função de servidor de arquivos para o site assíncrono.

Se estiver usando o snap-in Gerenciador de Cluster de Failover:

Error
The operation has failed.
The action 'Move' did not complete.
Error Code: 0x80071398
The operation failed because either the specified cluster node is not the owner of the group, or the node is not a possible owner of the group

Se estiver usando o cmdlet do PowerShell do cluster:

Move-ClusterGroup -Name sr-fs-006 -Node sr-srv07
Move-ClusterGroup : An error occurred while moving the clustered role 'sr-fs-006'.
The operation failed because either the specified cluster node is not the owner of the group, or the node is not a possible owner of the group
At line:1 char:1
+ Move-ClusterGroup -Name sr-fs-006 -Node sr-srv07
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : NotSpecified: (:) [Move-ClusterGroup], ClusterCmdletException
+ FullyQualifiedErrorId : Move-ClusterGroup,Microsoft.FailoverClusters.PowerShell.MoveClusterGroupCommand

Use Set-SRPartnership para mover esses discos PDR em um cluster estendido assíncrono. O comportamento movido foi alterado a partir do Windows Server 2019 para permitir failovers manuais e automatizados com replicação assíncrona, de acordo com os comentários dos clientes.

Tentativa de adicionar discos a um cluster assimétrico de dois nós retorna "Nenhum disco adequado para discos de cluster encontrado"

Ao tentar provisionar um cluster com apenas dois nós, antes de adicionar a replicação estendida da Réplica de Armazenamento, você tenta adicionar os discos no segundo local aos Discos Disponíveis. Você recebe o seguinte erro:

No disks suitable for cluster disks found. For diagnostic information about disks available to the cluster, use the Validate a Configuration Wizard to run Storage tests.

Você não verá o erro se tiver, no mínimo, três nós no cluster. Para adicionar o armazenamento, você pode executar o comando a seguir no nó no segundo local:

Get-ClusterAvailableDisk -All | Add-ClusterDisk

O comando não funcionará com o armazenamento local do nó. Você pode usar o armazenamento réplica para replicar um cluster estendido entre dois nós totais, cada um usando seu próprio conjunto de armazenamento compartilhado.

Aviso da ID de evento 1241 repetido durante a sincronização inicial

Quando uma parceria de replicação especificada é assíncrona, o computador de origem registra em log o evento de aviso 1241 várias vezes no canal de administração de réplica de armazenamento. Por exemplo:

Log Name:      Microsoft-Windows-StorageReplica/Admin
Source:        Microsoft-Windows-StorageReplica
Date:          3/21/2017 3:10:41 PM
Event ID:      1241
Task Category: (1)
Level:         Warning
Keywords:      (1)
User:          SYSTEM
Computer:      sr-srv05.corp.contoso.com
Description:
The Recovery Point Objective (RPO) of the asynchronous destination is unavailable.

LocalReplicationGroupName: rg01
LocalReplicationGroupId: {e20b6c68-1758-4ce4-bd3b-84a5b5ef2a87}
LocalReplicaName: f:\
LocalPartitionId: {27484a49-0f62-4515-8588-3755a292657f}
ReplicaSetId: {1f6446b5-d5fd-4776-b29b-f235d97d8c63}
RemoteReplicationGroupName: rg02
RemoteReplicationGroupId: {7f18e5ea-53ca-4b50-989c-9ac6afb3cc81}
TargetRPO: 30

A ID de evento 1241, "O RPO (Objetivo de Ponto de Recuperação) do destino assíncrono não está disponível", normalmente ocorre devido a um dos seguintes motivos:

• O destino assíncrono está desconectado no momento. O RPO pode ser disponibilizado depois que a conexão é restaurada.

• O destino assíncrono não consegue acompanhar a origem, de modo que o registro de log de destino mais recente não está mais presente no log de origem. O destino começará a bloquear a cópia. O RPO deve ficar disponível após a conclusão da cópia de bloco.

Durante a sincronização inicial, o evento é um comportamento esperado e pode ser ignorado com segurança. O comportamento de evento pode mudar em uma versão posterior. Se você esse comportamento ocorrer durante uma replicação assíncrona contínua, investigue a parceria para determinar por que a duplicação atrasa além do RPO configurado (30 segundos por padrão).

Aviso da ID de evento 4004 repetido após a reinicialização de um nó replicado

Em raras circunstâncias, a reinicialização de um servidor que está em uma parceria resulta na falha da replicação e registro em log pelo nó reinicializado da ID de evento 4004 com um erro de acesso negado.

Log Name:      Microsoft-Windows-StorageReplica/Admin
Source:        Microsoft-Windows-StorageReplica
Date:          3/21/2017 11:43:25 AM
Event ID:      4004
Task Category: (7)
Level:         Warning
Keywords:      (256)
User:          SYSTEM
Computer:      server.contoso.com
Description:
Failed to establish a connection to a remote computer.

RemoteComputerName: server
LocalReplicationGroupName: rg01
LocalReplicationGroupId: {a386f747-bcae-40ac-9f4b-1942eb4498a0}
RemoteReplicationGroupName: rg02
RemoteReplicationGroupId: {a386f747-bcae-40ac-9f4b-1942eb4498a0}
ReplicaSetId: {00000000-0000-0000-0000-000000000000}
RemoteShareName:{a386f747-bcae-40ac-9f4b-1942eb4498a0}.{00000000-0000-0000-0000-000000000000}
Status: {Access Denied}
A process has requested access to an object, but has not been granted those access rights.

Guidance: Possible causes include network failures, share creation failures for the remote replication group, or firewall settings. Make sure SMB traffic is allowed and there are no connectivity issues between the local computer and the remote computer. You should expect this event when suspending replication or removing a replication partnership.

Observe Status: "{Access Denied}" e a mensagem A process has requested access to an object, but has not been granted those access rights.. Esse é um problema conhecido na Réplica do armazenamento que foi corrigido na atualização de qualidade de 12 de setembro de 2017 KB4038782 (Build de sistema operacional 14393.1715).

Erro "Falha ao colocar o recurso 'Disco de Cluster x' online." com um cluster estendido

Durante a tentativa de colocar um disco de cluster online após um failover bem-sucedido, em que você estiver tentando tornar o site de origem o primário novamente, receberá um erro no Gerenciador de Cluster de Failover. Por exemplo:

Error
The operation has failed.
Failed to bring the resource 'Cluster Disk 2' online.

Error Code: 0x80071397
The operation failed because either the specified cluster node is not the owner of the resource, or the node is not a possible owner of the resource.

Se você tentar mover o disco ou o CSV manualmente, receberá outro erro. Por exemplo:

Error
The operation has failed.
The action 'Move' did not complete.

Error Code: 0x8007138d
A cluster node is not available for this operation

Esse problema é causado pelo fato de um ou mais discos não inicializados estarem conectados a um ou mais nós de cluster. Para resolver o problema, inicialize todos os armazenamentos anexados usando o DiskMgmt.msc, o DISKPART.EXE ou o cmdlet Initialize-Disk do PowerShell.

Estamos trabalhando para fornecer uma atualização que resolva definitivamente esse problema. Entre em contato com o Suporte da Microsoft para obter mais informações.

Erro GPT durante a tentativa de criar uma nova parceria de SR

Ocorre uma falha na execução de New-SRPartnership com o erro:

Disk layout type for volume \\?\Volume{GUID}\ is not a valid GPT style layout.
New-SRPartnership : Unable to create replication group SRG01, detailed reason: Disk layout type for volume
\\?\Volume{GUID}\ is not a valid GPT style layout.
At line:1 char:1
+ New-SRPartnership -SourceComputerName nodesrc01 -SourceRGName SRG01 ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : NotSpecified: (MSFT_WvrAdminTasks:root/Microsoft/...T_WvrAdminTasks) [New-SRPartnership], CimException
+ FullyQualifiedErrorId : Windows System Error 5078,New-SRPartnership

Na GUI do Gerenciador de Cluster de Failover, não há a capacidade de configurar a replicação para o disco.

Ocorre uma falha na execução Test-SRTopology com a seguinte saída:

WARNING: Object reference not set to an instance of an object.
WARNING: System.NullReferenceException
WARNING:    at Microsoft.FileServices.SR.Powershell.MSFTPartition.GetPartitionInStorageNodeByAccessPath(String AccessPath, String ComputerName, MIObject StorageNode)
    at Microsoft.FileServices.SR.Powershell.Volume.GetVolume(String Path, String ComputerName)
    at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.BeginProcessing()
Test-SRTopology : Object reference not set to an instance of an object.
At line:1 char:1
+ Test-SRTopology -SourceComputerName nodesrc01 -SourceVolumeName U: - ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : InvalidArgument: (:) [Test-SRTopology], NullReferenceException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

Esse erro é causado porque o nível funcional do cluster ainda está sendo definido para o Windows Server 2012 R2 (ou seja, FL 8). Espera-se que a réplica de armazenamento retorne um erro específico aqui, mas em vez disso, ela retorna um mapeamento de erro incorreto.

Em uma sessão do PowerShell com privilégios elevados, execute o comando a seguir em cada nó.

Get-Cluster | fl *

Se o atributo ClusterFunctionalLevel for 9 ou superior, essa será a versão necessária para implementar a Réplica de Armazenamento. Se ClusterFunctionalLevel não for 9, o ClusterFunctionalLevel precisará ser atualizado para que a Réplica de Armazenamento seja implementada nesse nó.

Para resolver o problema, aumente o nível funcional do cluster executando o cmdlet do PowerShell: Update-ClusterFunctionalLevel.

Pequeno volume desconhecido listado em DISKMGMT para cada volume replicado

Ao executar o snap-in de Gerenciamento de Disco (DISKMGMT.MSC), você percebe um ou mais volumes listados sem rótulo ou letra de unidade e 1 MB de tamanho. Você poderá excluir o volume desconhecido ou receber:

An Unexpected Error has Occurred

A mensagem acima é um comportamento esperado e ocorre por design. Os itens listados não são volumes, mas partições. A Réplica de Armazenamento cria uma partição de 512 KB como um slot de banco de dados para operações de replicação (a ferramenta DiskMgmt.msc herdada arredonda isso para o MB mais próximo). Ter uma partição assim para cada volume replicado é normal e desejável. Depois que o disco não for mais usado pela Réplica de Armazenamento, você estará livre para excluir essa partição de 512 KB. As partições em uso não podem ser excluídas. A partição nunca aumentará ou diminuirá. Se você estiver recriando a replicação, recomendaremos manter a partição, pois a Réplica de Armazenamento solicitará as inutilizadas.

Para ver os detalhes, use a ferramenta DISKPART ou o cmdlet Get-Partition. Essas partições terão um tipo GPT de 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

Um nó da Réplica de Armazenamento trava ao criar instantâneos

A criação de um instantâneo do VSS (por meio de backup, VSSADMIN etc.) causa o travamento de um nó da Réplica de Armazenamento. Para recuperação, você precisa forçar uma reinicialização do nó. Não há nenhum erro, apenas um travamento persistente do servidor.

Esse problema ocorre quando você cria um instantâneo do VSS do volume de log. A causa subjacente é um aspecto de design herdado do VSS, não da Réplica de Armazenamento. O comportamento resultante quando você cria o instantâneo do volume de log da Réplica de Armazenamento é um mecanismo de enfileiramento de E/S do VSS que trava o servidor.

Para evitar esse comportamento, não crie um instantâneo dos volumes de log da Réplica de Armazenamento. Não é necessário criar um instantâneo dos volumes de log da Réplica de Armazenamento, pois esses logs não podem ser restaurados. Além disso, o volume de log nunca deve conter nenhuma outra carga de trabalho, ou seja, nenhum instantâneo é necessário em geral.

Alta latência de E/S quando os Espaços de Armazenamento Diretos são usados com a Réplica de Armazenamento

Ao usar os Espaços de Armazenamento Diretos com um dispositivo NVMe (expressão de memória não volátil) ou um cache SSD (unidade de estado sólido), você verá um aumento maior do que o esperado na latência ao configurar a replicação da Réplica de Armazenamento entre clusters dos Espaços de Armazenamento Diretos. A alteração na latência é proporcionalmente muito maior do que você observa ao usar o NVMe e o SSD em uma configuração de desempenho + capacidade, sem camada de HD ou de capacidade.

Esse problema ocorre devido às limitações de arquitetura no mecanismo de log da Réplica de Armazenamento, combinado com a baixa latência do NVMe quando comparado com a mídia mais lenta. Com o cache dos Espaços de Armazenamento Diretos, todos os logs de E/S da Réplica de Armazenamento, acompanhados de toda a E/S de leitura/gravação recente dos aplicativos, ocorrerão no cache e nunca nas camadas de desempenho ou de capacidade. Isso significa que todas as atividades da Réplica de Armazenamento ocorrem na mesma mídia de velocidade. Há suporte para a configuração, mas ela não é recomendada (confira Perguntas frequentes sobre a Réplica de Armazenamento para ver as recomendações de log).

Ao usar os Espaços de Armazenamento Diretos com HDDs, não é possível desabilitar ou evitar o cache. Como solução alternativa, se estiver usando apenas o SSD e o NVMe, configure apenas as camadas de desempenho e de capacidade. Se estiver usando essa configuração e colocando os logs de SR na camada de desempenho apenas com os volumes de dados que eles atendem na camada de capacidade, você evitará o problema de alta latência descrito acima. O mesmo pode ser feito com uma combinação de SSDs mais rápidos e mais lentos sem NVMe.

Essa solução alternativa não é ideal, e alguns clientes talvez não consigam usá-la. A equipe da Réplica de Armazenamento está trabalhando em otimizações e em um mecanismo de log atualizado para o futuro a fim de reduzir esses gargalos artificiais. Este log da v1.1 ficou disponível pela primeira vez no Windows Server 2019, e o desempenho aprimorado dele é descrito no Blog do Armazenamento do Servidor.

Erro "Não foi possível encontrar o arquivo" ao executar Test-SRTopology entre dois clusters

Falha na execução de Test-SRTopology entre dois clusters e os respectivos caminhos de CSV com o erro:

Validating data and log volumes...
Measuring Storage Replica recovery and initial synchronization performance...
WARNING: Could not find file '\\SERVER01\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
WARNING: System.IO.FileNotFoundException
WARNING:    at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost) at System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options) at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.GenerateWriteIOWorkload(String Path, UInt32 IoSizeInBytes, UInt32 Parallel IoCount, UInt32 Duration)at Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand.<>c__DisplayClass75_0.<PerformRecoveryTest>b__0()at System.Threading.Tasks.Task.Execute()
Test-SRTopology : Could not find file '\\SERVER01\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
At line:1 char:1
+ Test-SRTopology -SourceComputerName ClusterA -SourceVolumeName  ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : ObjectNotFound: (:) [Test-SRTopology], FileNotFoundException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

O erro mostrado no exemplo é causado por um defeito de código conhecido no Windows Server 2016. Esse problema foi corrigido no Windows Server 2019 e nas ferramentas RSAT associadas. Para ver uma resolução de nível inferior, entre em contato com o Suporte da Microsoft. Não há nenhuma solução alternativa.

Erro "Não foi possível encontrar o volume especificado" ao executar Test-SRTopology entre dois clusters

Falha na execução de Test-SRTopology entre dois clusters e os respectivos caminhos de CSV com o erro:

Test-SRTopology : The specified volume C:\ClusterStorage\Volume1 cannot be found on computer RRN44-14-09. If this is a cluster node, the volume must be part of a role or CSV; volumes in Available Storage are not accessible
At line:1 char:1
+ Test-SRTopology -SourceComputerName RRN44-14-09 -SourceVolumeName C:\ ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : ObjectNotFound: (:) [Test-SRTopology], Exception
    + FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

Ao especificar o CSV do nó de origem como o volume de origem, você precisa selecionar o nó ao qual pertence o CSV. Você pode mover o CSV para o nó especificado ou alterar o nome do nó especificado em -SourceComputerName. Uma mensagem aprimorada foi introduzida a partir do Windows Server 2019.

Não é possível acessar a unidade de dados na Réplica de Armazenamento após uma reinicialização inesperada quando o BitLocker está habilitado

Se o BitLocker estiver habilitado em ambas as unidades (a Unidade de Log e a Unidade de Dados), o Servidor Primário será reinicializado e você não poderá acessar a Unidade Primária mesmo depois de desbloquear a Unidade de Log do BitLocker.

Para recuperar os dados ou acessar a unidade, primeiro, você precisa desbloquear a unidade de log e, depois, abrir o Diskmgmt.msc para localizar a unidade de dados. Marque a unidade de dados como offline e online novamente. Localize o ícone do BitLocker na unidade e desbloqueie a unidade.

Problema ao desbloquear a unidade de dados no servidor secundário depois de interromper a parceria de Réplica de Armazenamento

Após a desabilitação da Parceria da SR e a remoção da parceria da Réplica de Armazenamento, é esperado que você não consiga desbloquear a unidade de Dados do Servidor Secundário com a respectiva senha ou chave.

Você precisa usar a chave ou a senha da unidade de dados do servidor primário para desbloquear a unidade de dados do servidor secundário.

O failover de teste não é montado quando a replicação assíncrona é usada

Falha na execução de Mount-SRDestination para colocar um volume de destino online como parte do failover de teste com o erro:

Mount-SRDestination: Unable to mount SR group <TEST>, detailed reason: The group or resource is not in the correct state to perform the supported operation.
    At line:1 char:1
    + Mount-SRDestination -ComputerName SRV1 -Name TEST -TemporaryP . . .
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : NotSpecified: (MSFT WvrAdminTasks : root/Microsoft/...(MSFT WvrAdminTasks : root/Microsoft/. T_WvrAdminTasks) (Mount-SRDestination], CimException
        + FullyQua1ifiedErrorId : Windows System Error 5823, Mount-SRDestination.

Se você estiver usando um tipo de parceria síncrona, o failover de teste funcionará normalmente.

Há um defeito de código conhecido no Windows Server, versão 1709, que causava esse erro mostrado. Para resolver esse problema, instale a atualização de 18 de outubro de 2018. Esse problema não está presente no Windows Server 2019 e mais recente.

Não é possível configurar a Réplica de Armazenamento com tamanhos de setor físico maiores que 4K

No momento, a Réplica de Armazenamento não dá suporte a discos com tamanho de setor físico maior que 4K. Estamos explorando a implementação desse recurso em versões futuras.

Confira este documento para obter mais informações e soluções alternativas.

Próximas etapas

Agora que você já viu alguns dos problemas conhecidos com a Réplica de Armazenamento nos Windows Servers, confira alguns artigos que podem ser úteis no uso dela.

• Réplica de armazenamento
• Replicação de cluster estendido usando Armazenamento Compartilhado
• Replicação de armazenamento de servidor para servidor
• Replicação de armazenamento de cluster para cluster
• Réplica de armazenamento: perguntas frequentes
• Espaços de Armazenamento Diretos