Compartilhar via

Problemas conhecidos na Réplica de Armazenamento

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

Os discos ficam offline depois que você remove a replicação e não é possível configurar a replicação

Pode ser que você não consiga provisionar a replicação em um volume que foi replicado anteriormente ou pode encontrar volumes não montáveis. 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 resolver o problema, limpe a partição oculta dos discos da Storage Replica e coloque-os em um estado gravável usando o cmdlet Clear-SRMetadata.

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

    Clear-SRMetadata -AllPartitions

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

    Clear-SRMetadata -AllLogs

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

    Clear-SRMetadata -AllConfiguration

  • Para remover metadados individuais do grupo de replicação, use o -Name parâmetro e especifique um grupo de replicação:

    Clear-SRMetadata -Name RG01 -Logs -Partition

O servidor pode precisar ser reiniciado depois que você limpar o banco de dados de partição. Você pode impedir temporariamente que o servidor reinicie usando o -NoRestart parâmetro, mas não deve ignorar a reinicialização se o cmdlet solicitar uma reinicialização. Esse cmdlet não remove volumes de dados ou dados contidos nesses volumes.

Durante a sincronização inicial, avisos de ID de evento 4004 aparecem no log de eventos

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

Configurar replicação no convidado: máquinas virtuais param de responder

Máquinas virtuais param de responder após você configurar a replicação quando usa clustering no convidado e Réplica de Armazenamento em um Disco Rígido Virtual v2 (VHDX) compartilhado, e não em um volume compartilhado clusterizado (CSV). Se você reiniciar o host Hyper-V, as máquinas virtuais começarão a responder, mas a configuração de replicação não estiver concluída e nenhuma replicação ocorrerá.

Esse cenário ocorrerá se você usar fltmc.exe attach svhdxflt para ignorar o requisito do host Hyper-V executando um CSV. Esse comando não tem suporte e destina-se apenas a fins de teste e demonstração.

A causa da desaceleração é um problema de interoperabilidade entre a QoS (Qualidade de Serviço de Armazenamento) no Windows Server e o filtro 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

Configurar a replicação usando New-Volume e armazenamento diferente

Ao usar o New-Volume cmdlet com diferentes conjuntos de armazenamento no servidor de origem e de destino, como dois SANs diferentes ou dois JBODs com discos diferentes, talvez você não consiga configurar a replicação usando o New-SRPartnership cmdlet.

O erro mostrado pode incluir esta saída:

Data partition sizes are different in those two groups

Use o cmdlet New-Partition em vez de New-Volume para criar e formatar volumes. O New-Volume cmdlet pode arredondar o tamanho do volume em diferentes matrizes de armazenamento. Se você já tiver criado um volume NTFS (New Technology File System), poderá usar Resize-Partition para aumentar ou reduzir um dos volumes para corresponder ao outro. Você não pode usar esse método com volumes do ReFS (Sistema de Arquivos Resiliente). Se você usar o Diskmgmt ou o Gerenciador de Servidores, nenhum arredondamento ocorrerá.

Quando você tenta usar Test-SRTopology, ocorre 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 tem relatórios de erros limitados no Windows Server e retorna a mesma saída para muitos 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 uma nova parceria falha: "Falha ao provisionar partição"

Quando você tenta criar uma nova parceria de replicação usando New-SRPartnership, ocorre o seguinte erro:

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ê experimenta esse erro quando seleciona um volume de dados que está na mesma partição que a unidade do sistema (ou seja, C: com a pasta do Windows). Por exemplo, em uma unidade que contém os volumes C: e D: criados a partir da mesma partição. O uso de uma unidade do sistema não tem suporte na Réplica de Armazenamento. Nesse cenário, você deve escolher um volume diferente para replicar.

Falha ao estender um volume replicado devido a uma atualização ausente

Você tenta aumentar ou estender um volume replicado e esse erro ocorre:

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

Você usa o snap-in do MMC de Gerenciamento de Disco e ocorre este erro:

Element not found

A mensagem de erro "A operação falhou com o código de retorno 8" é exibida, mesmo se você habilitar corretamente o redimensionamento de volume no servidor de origem usando o comando Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

The issue was fixed in Cumulative Update for Windows 10 version 1607 (Anniversary Update) and Windows Server 2016: December 9, 2016 (KB3201845).

Falha ao estender um volume replicado devido a uma etapa ausente

Você tenta redimensionar um volume replicado no servidor de origem sem definir -AllowResizeVolume $TRUE primeiro e esse erro ocorre:

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

Depois de redimensionar o volume, lembre-se de desabilitar o redimensionamento executando Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. Esse parâmetro impede que os administradores tentem redimensionar volumes antes de garantirem que haja espaço suficiente no volume de destino, normalmente porque eles não sabem que a Réplica de Armazenamento está em uso.

Mover um recurso de disco físico entre sites em um cluster estendido assíncrono

Você tenta mover uma função anexada ao recurso de disco físico (PDR) para mover o armazenamento associado em um cluster estendido assíncrono e ocorre um erro. Por exemplo, você tentou mover uma função de servidor de arquivos para o site assíncrono.

Se você usar o snap-in de 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 você usar o cmdlet do Cluster PowerShell:

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 o Set-SRPartnership cmdlet para mover esses discos PDR em um cluster estendido assíncrono. Com base nos comentários dos clientes, o comportamento de movimentação foi alterado a partir do Windows Server 2019 para permitir failovers manuais e automáticos com replicação assíncrona.

Adicionar discos em um cluster de dois nós assimétrico: "Nenhum disco adequado encontrado para uso como disco de cluster"

Para provisionar um cluster com apenas dois nós, antes de adicionar a replicação estendida da Réplica de Armazenamento, tente adicionar os discos no segundo site aos discos disponíveis. Ocorre 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 funciona com o armazenamento local do node. Você pode usar a Réplica de Armazenamento para replicar um cluster estendido entre dois nós totais, cada um usando seu próprio conjunto de armazenamento compartilhado.

O aviso da ID do Evento 1241 é repetido durante a sincronização inicial

Você especifica que uma parceria de replicação é assíncrona e o computador de origem registra repetidamente eventos de aviso com ID 1241 no canal de Administração da Réplica de Armazenamento. For example:

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 do evento 1241, "O RPO (Objetivo de Ponto de Recuperação) do destino assíncrono não está disponível", normalmente ocorre por um dos seguintes motivos:

  • O destino assíncrono está desconectado no momento. O RPO pode ficar disponível depois que a conexão for restaurada.

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

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

O aviso de ID de evento 4004 se repete após você reiniciar um nó replicado

Em circunstâncias raras, reiniciar um servidor que está em uma parceria leva à falha na replicação. O nó reiniciado registra a ID de evento 4004 como um evento de aviso, 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.

Note Status: "{Access Denied}" and the message A process has requested access to an object, but has not been granted those access rights. This is a known issue within Storage Replica and was fixed in Quality Update September 12, 2017 KB4038782 (OS Build 14393.1715).

Erro "Falha ao colocar o recurso 'Cluster Disk x' online" com um cluster estendido

Para colocar um disco de cluster online após um failover bem-sucedido, você tenta tornar o site de origem original o principal novamente, mas ocorre um erro no Gerenciador de Cluster de Failover.

For example:

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 CSV manualmente, ocorrerá outro erro. For example:

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 ocorre quando um ou mais discos não inicializados são anexados a um ou mais nós de cluster. Para resolver o problema, inicialize todo o armazenamento anexado usando DiskMgmt.msc, DiskPart.exeou o cmdlet do Initialize-Disk PowerShell.

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

Erro de GPT ao tentar criar uma nova parceria de Storage Replica

Você executa o New-SRPartnership cmdlet, mas ele falha e mostra este 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

Não é possível configurar a replicação do disco usando o Gerenciador de Cluster de Failover.

Você executa o Test-SRTopology cmdlet, mas ele falha e mostra 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

O erro ocorre porque o nível funcional do cluster ainda está definido como Windows Server 2012 R2 (ou seja, FL 8). A Réplica de Armazenamento deve retornar um erro específico aqui, mas, em vez disso, retorna um mapeamento de erro incorreto.

Em uma sessão do PowerShell com permissões de administrador, execute o seguinte comando em cada nó:

Get-Cluster | fl *

Se o atributo ClusterFunctionalLevel for 9 ou superior, o valor incorreto será definido para implementar a Réplica de Armazenamento. Se ClusterFunctionalLevel não for 9, o ClusterFunctionalLevel deverá ser atualizado para implementar a Réplica de Armazenamento neste nó.

To resolve the issue, raise the cluster functional level by running the PowerShell cmdlet Update-ClusterFunctionalLevel.

Pequeno volume desconhecido é listado no DISKMGMT para cada volume replicado

Ao executar o snap-in do Gerenciamento de Disco (DiskMgmt.msc), você observará um ou mais volumes listados sem rótulo ou letra de unidade. Os volumes têm 1 MB de tamanho. Você pode excluir os volumes desconhecidos ou pode ver este erro:

An Unexpected Error has Occurred

Essa mensagem é esperada e faz parte do projeto. Os itens listados são partições, não volumes. A Réplica de Armazenamento cria uma partição de 512 KB como slot de banco de dados para operações de replicação (a ferramenta herdada DiskMgmt.msc arredonda para o megabyte mais próximo). É comum ter uma partição como esta para cada volume replicado. Quando o disco não é mais usado pela Réplica de Armazenamento, você pode excluir essa partição de 512 KB. Você não poderá excluir uma partição se ela estiver em uso. O tamanho da partição nunca é alterado. Se você estiver recriando a replicação, recomendamos excluir a partição porque a Réplica de Armazenamento declara partições não usadas.

Para exibir detalhes, use a ferramenta DISKPART ou o Get-Partition cmdlet. Essas partições têm um tipo 558d43c5-a1ac-43c0-aac8-d1472b2923d1 do GPT.

Um nó da Réplica de Armazenamento para de responder quando você cria instantâneos

You create a Volume Shadow Copy Service (VSS) snapshot, such as through backup or by using vssadmin, and a Storage Replica node stops responding, or hangs. Você deve forçar a reinicialização do nó para se recuperar.

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 ao tirar um instantâneo do volume de log da Réplica de Armazenamento é um mecanismo de enfileiramento de E/S do VSS que causa deadlock no servidor.

Para evitar esse cenário, não tire instantâneos dos volumes de log da Réplica de Armazenamento. Os logs não podem ser restaurados, portanto, não há necessidade de tirar instantâneos dos volumes de log. Além disso, o volume de log nunca deve conter outras cargas de trabalho, portanto, em geral, não é necessário tirar instantâneos.

Alta latência de E/S ao usar espaços de armazenamento diretos com a réplica de armazenamento

Quando você usa Storage Spaces Direct com um dispositivo de memória expressa não volátil (NVMe) ou um cache de unidade de estado sólido (SSD), ocorre um aumento maior do que o esperado na latência ao configurar a replicação da Réplica de Armazenamento entre clusters de Storage Spaces Direct. A alteração na latência é proporcionalmente muito maior do que você observa quando utiliza NVMe e SSD em uma configuração de desempenho + capacidade, sem uma camada de capacidade ou de HDD.

Esse problema ocorre devido a limitações arquitetônicas no mecanismo de log da Réplica de Armazenamento combinadas com a baixa latência do NVMe em comparação com mídias mais lentas. No cache de Espaços de Armazenamento Diretos, todas as E/S de log da Réplica de Armazenamento e todas as E/S de leitura/gravação recentes de aplicativos ocorrem no cache e nunca nos níveis de desempenho ou capacidade. Toda a atividade da Réplica de Armazenamento ocorre em mídias de mesma velocidade. Há suporte para a configuração, mas não recomendamos. Para obter recomendações de log, confira Perguntas frequentes sobre a Réplica de Armazenamento.

Ao usar espaços de armazenamento diretos com HDDs, você não pode desabilitar ou evitar a criação de um cache. Como solução alternativa, se você usar apenas SSD e NVMe, poderá configurar apenas camadas de desempenho e capacidade. Nesse cenário, se você colocar apenas os logs da Réplica de Armazenamento no nível de desempenho e colocar apenas os volumes de dados que eles atendem no nível de capacidade, evitará um cenário de alta latência. Você pode obter um resultado semelhante usando uma combinação de SSDs mais rápidos e mais lentos e sem NVMe.

Essa solução alternativa não é ideal e alguns clientes podem não ser capazes de usá-la. A equipe da Réplica de Armazenamento está trabalhando em otimizações e em um mecanismo de log atualizado para reduzir esses gargalos artificiais. Esse log v1.1 ficou disponível pela primeira vez no Windows Server 2019. O desempenho melhorado está descrito na seção Armazenamento da Microsoft.

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

Você executa o Test-SRTopology cmdlet entre dois clusters, mas seus caminhos CSV falham e vê este 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 ocorre devido a 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 "Volume especificado não pôde ser encontrado" ao executar Test-SRTopology entre dois clusters

Você executa o Test-SRTopology cmdlet entre dois clusters, mas seus caminhos CSV falham e vê este 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 de origem como o volume de origem, você deve selecionar o nó que possui o CSV. Você pode mover o CSV para o nó especificado ou alterar o nome do nó definido em -SourceComputerName. Uma mensagem aprimorada foi introduzida a partir do Windows Server 2019.

Você não pode 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á reiniciado. Depois que o servidor for reiniciado, você não poderá acessar a unidade primária, mesmo depois de desbloquear a unidade de log no BitLocker.

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

Não é possível desbloquear a unidade de dados no servidor secundário após interromper a parceria da Réplica de Armazenamento

Depois de desabilitar a parceria da Réplica de Armazenamento e, em seguida, remover a parceria, não será possível desbloquear a unidade de dados do servidor secundário usando a senha ou a chave correspondente.

Para desbloquear a unidade de dados do servidor secundário, você deve usar a chave ou a senha da unidade de dados do servidor primário.

O failover de teste não é montado na assíncrona

Você executa o cmdlet Mount-SRDestination para colocar um volume de destino online durante o failover de teste, mas a operação falha e você vê este 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
        + FullyQualifiedErrorId : Windows System Error 5823, Mount-SRDestination.

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

Um defeito de código conhecido no Windows Server versão 1709 causa esse erro. Para resolver esse problema, instale a atualização de 18 de outubro de 2018. O problema não está presente no Windows Server 2019 e versões posteriores.

Você não pode configurar o Storage Replica com um tamanho de setor físico superior a 4 KB.

Atualmente, a Réplica de Armazenamento não dá suporte a discos que têm um tamanho de setor físico maior que 4 KB. Para obter mais informações e saber mais sobre resoluções, consulte Solucionar problemas de tamanho do setor de disco de 4 KB.

Related content