Известные проблемы с репликой хранилища

Область применения: Windows Server 2022, Windows Server 2019, Windows Server 2016

в этом разделе обсуждаются известные проблемы с служба хранилища репликой в Windows Server.

После удаления репликации диски отключаются и для них невозможно снова настроить репликацию

В Windows Server 2016 может сложиться так, что вы не сможете подготовить репликацию для тома, который ранее реплицировался, или подключить некоторые тома. Такое происходит, если удаление репликации не было выполнено из-за ошибок, а также при повторной установке операционной системы на компьютер, который ранее реплицировал данные.

Чтобы устранить эту проблему, необходимо очистить скрытый раздел реплики хранилища на всех дисках, вернув их в состояние пригодных для записи, с помощью командлета Clear-SRMetadata.

  • чтобы удалить все потерянные слоты баз данных секции реплики служба хранилища и повторно подключить все секции, используйте -AllPartitions параметр следующим образом:

    Clear-SRMetadata -AllPartitions
    
  • Чтобы удалить данные журнала для всех потерянных реплик хранилища, используйте параметр -AllLogs, вот так:

    Clear-SRMetadata -AllLogs
    
  • Чтобы удалить потерянные данные настройки кластеров отработки отказа, используйте параметр -AllConfiguration, вот так:

    Clear-SRMetadata -AllConfiguration
    
  • Чтобы удалить отдельные метаданные групп репликации, используйте параметр -Name и укажите группу репликации, вот так:

    Clear-SRMetadata -Name RG01 -Logs -Partition
    

После очистки базы данных разделов может потребоваться перезагрузка сервера. Ее можно временно отложить, используя -NoRestart, но мы не рекомендуем пропускать перезапуск сервера, если ее предлагает командлет. Этот командлет не удаляет тома данных или данные в этих томах.

Во время начальной синхронизации вы видите предупреждения журнала событий 4004

в Windows Server 2016 при настройке репликации как на исходном, так и на целевом серверах может отображаться несколько предупреждений * * сторажереплика\админ 4004 *, каждый во время начальной синхронизации, с состоянием "недостаточно системных ресурсов для завершения API". Также вы можете увидеть несколько ошибок 5014. Это означает, что у серверов недостаточный объем доступной памяти (ОЗУ) для одновременного выполнения начальной синхронизации и обычных рабочих нагрузок. Следует увеличить объем оперативной памяти либо уменьшить объем используемой памяти для всех компонентов и приложений, кроме реплики хранилища.

При использовании гостевых кластеров с общим диском VHDX и узлом без CSV-файла виртуальные машины перестают отвечать после настройки репликации

Если в Windows Server 2016 для тестирования или демонстрации реплики хранилища используются гостевые кластеры Hyper-V, а в качестве хранилища гостевого кластера указан общий диск VHDX, виртуальные машины перестают отвечать после завершения настройки репликации. При перезапуске узла Hyper-V виртуальные машины начинают работать, но настройка на считается завершенной и репликация не выполняется.

Такое поведение возникает при использовании * * fltmc.exe подключении свхдксфлт * — для обхода требования к узлу Hyper-V, на котором выполняется CSV. Использование этой команды не поддерживается. Она предназначена только для тестирования или демонстрации.

Причиной замедления работы является естественная несогласованность взаимодействия между функцией качества обслуживания хранилища, появившейся в Windows Server 2016, и добавленным вручную фильтром общих дисков VHDX. Чтобы устранить эту проблему, отключите драйвер фильтра качества обслуживания хранилища и перезапустите узел Hyper-V:

SC config storqosflt start= disabled

Невозможно настроить репликацию для нового тома и другого хранилища

Если при использовании командлета New-Volume указать разные наборы хранилищ для серверов источника и назначения, например два различных SAN или два JBOD с различными дисками, вы не сможете позднее настроить репликацию с помощью New-SRPartnership. Возможны разные сообщения об ошибках, например:

Data partition sizes are different in those two groups

Для создания тома вместо New-Volume используйте командлет New-Partition**, а затем отформатируйте его. Первый из этих командлетов может округлять размера тома в разных массивах хранения данных. Если вы уже создали том NTFS, можно с помощью Resize-Partition увеличить или уменьшить размер одного тома, чтобы он в точности соответствовал другому (это невозможно для томов ReFS). Если используется * * diskmgmt *-или Диспетчер сервера, округление не выполняется.

При попытке использовать Test-SRTopology вы получите одну из следующих ошибок.

ПРИМЕР ОШИБКИ 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

ПРИМЕР ОШИБКИ 2:

WARNING: Invalid value entered for source computer name

ПРИМЕР ОШИБКИ 3:

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

Этот командлет использует ограниченные функции отчетов об ошибках в Windows Server 2016 и поэтому возвращает одинаковые выходные данные для многих распространенных проблем. Такая ошибка может возникнуть по следующим причинам:

  • вы вошли на исходный компьютер как локальный пользователь, а не как пользователь домена;

  • конечный компьютер не работает или не доступен по сети;

  • указано неправильное имя конечного компьютера;

  • указан IP-адрес вместо имени конечного компьютера;

  • брандмауэр на конечном компьютере блокирует доступ для вызовов PowerShell или CIM;

  • на конечном компьютере не работает служба WMI;

  • при выполнении командлета Test-SRTopology с удаленного компьютера управления вы не применили CREDSSP.

  • Указанные тома источника или назначения являются локальными дисками на узле кластера, а не кластерными дисками.

При настройке нового партнерства реплики хранилища возвращается сообщение об ошибке "Не удалось подготовить к работе раздел"

При попытке создать новое партнерство репликации с помощью New-SRPartnership вы получаете следующую ошибку:

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

это связано с выбором тома данных, находящегося в том же разделе, что и системный диск (т. е. * * C:-диск с папкой Windows). Например, на диске, который содержит как * * C:-и * * D: *-тома, созданные из одного раздела. Реплика хранилища не поддерживает такую возможность. Необходимо выбрать другой том для репликации.

Не удается увеличить размер реплицированного тома из-за отсутствующего обновления

При попытке увеличения или расширения реплицированного тома возникает следующая ошибка:

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

При использовании оснастки консоли MMC "Управление дисками" появляется эта ошибка:

Element not found

Она появляется, даже если вы правильно включили изменение размера тома на исходном сервере с помощью параметра Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE.

эта проблема была исправлена в накопительном обновлении для Windows 10, версии 1607 (годовщина обновления) и Windows Server 2016:9 декабря 2016 (KB3201845).

Не удается увеличить размер реплицированного тома из-за пропущенного действия

Если вы попытаетесь изменить размер реплицированного тома на исходном сервере, предварительно не установив -AllowResizeVolume $TRUE, то возникнут следующие ошибки:

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

Прежде чем увеличивать секцию исходных данных, убедитесь, что в секции данных назначения достаточно места, чтобы увеличить его до равного размера. сжатие секции данных, защищенной репликой служба хранилища, заблокировано.

Ошибка оснастки "Управление дисками":

An unexpected error has occurred

После изменения размера тома не забудьте отключить изменение размера с помощью параметра Set-SRGroup -Name rg01 -AllowVolumeResize $FALSE. После этого администраторы не смогут изменить размеры томов, не убедившись, что на целевом томе достаточно места, обычно они не знают о реплике хранилища.

Происходит сбой при попытке переместить ресурс PDR между сайтами в асинхронном растянутом кластере

При попытке переместить присоединенную к ресурсу роль физического диска, например файловый сервер для общего использования, чтобы переместить связанное хранилище в асинхронный растянутый кластер, возникает ошибка.

При использовании оснастки диспетчера отказоустойчивости кластеров:

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

При использовании командлета 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

Это происходит из-за ожидаемого поведения Windows Server 2016. Используйте Set-SRPartnership для перемещения этих дисков PDR в асинхронный растянутый кластер.

это поведение было изменено в Windows Server версии 1709, чтобы разрешить ручные и автоматические отработки отказа с асинхронной репликацией на основе отзывов пользователей.

При попытке добавить диски в асимметричный кластер с двумя узлами отображается сообщение "Не найдены диски, подходящие для дисков кластера"

При попытке подготовить кластер только с двумя узлами перед добавлением растянутой репликации для реплики хранилища предпринимается попытка добавить диски в раздел "Доступные диски" на втором сайте. Вы получили следующую ошибку:

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.

Этого не происходит, если в кластере не менее трех узлов. Ошибка возникает из-за намеренного изменения кода в Windows Server 2016 на случай асимметричной кластеризации хранилища.

Чтобы добавить хранилище, необходимо выполнить следующую команду на узле второго сайта:

Get-ClusterAvailableDisk -All | Add-ClusterDisk

Это не будет работать с локальным хранилищем узла. Можно использовать реплику хранилища, чтобы реплицировать растянутый кластер между двумя узлами, на каждом из которых используется свой собственный набор общих хранилищ.

Механизму ограничения пропускной способности в протоколе SMB не удается регулировать пропускную способность реплики хранилища

При указании ограничение пропускной способности реплики хранилища оно игнорируется, и используется полная пропускная способность. Например:

Set-SmbBandwidthLimit  -Category StorageReplication -BytesPerSecond 32MB

Эта проблема возникает из-за ошибки совместимости реплики хранилища и SMB.

Предупреждение о событии 1241 повторяется во время исходной синхронизации

Хотя партнерство репликации указывается асинхронно, на исходном компьютере несколько раз регистрируется предупреждение (событие 1241) в канале администратора реплики хранилища. Например:

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

Рекомендации. обычно это обусловлено одной из следующих причин:

  • В настоящее время асинхронный получатель отсоединен. RPO может стать доступной после восстановления подключения.

  • Асинхронное назначение не может продолжить работу с источником таким образом, что самая последняя запись журнала назначения больше не существует в исходном журнале. Назначение начнет копировать блок. После завершения копирования блока RPO должен стать доступным.

Такое поведение во время исходной синхронизации не является, его можно игнорировать. Такое поведение может измениться в более поздней версии. Если вы наблюдаете такое поведение во время текущей асинхронной репликации, изучите партнерство, чтобы определить, почему репликация выходит за пределы настроенной RPO (по умолчанию 30 секунд).

Предупреждение о событии 4004 повторяется после перезагрузки узла репликации

В редких и обычно невоспроизводимых обстоятельствах перезагрузка сервера, который находится в отношениях партнерства, приводит к сбою репликации с регистрацией предупреждения 4004 и ошибкой доступа на перезагруженном узле.

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.

обратите внимание, что Status: "{Access Denied}" и сообщение A process has requested access to an object, but has not been granted those access rights. это известная проблема в служба хранилища реплике и исправлена в обновлении с 12 сентября 2017 — KB4038782 (сборка ос 14393,1715)https://support.microsoft.com/help/4038782/windows-10-update-kb4038782

Ошибка "не удалось подключить диск кластера x" к сети ". Растянутый кластер

При подключении диска кластера после успешной отработки отказа, когда вы пытаетесь снова сделать исходный сайт основным, возникает ошибка диспетчера отказоустойчивого кластера. Например:

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.

Если вы попытаетесь переместить диск или CSV вручную, возникает другая ошибка. Например:

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

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

Эта проблема вызвана тем, что один или несколько неинициализированных дисков подключены к одному или нескольким узлам кластера. Для решения проблемы инициализируйте все подключенные ресурсы хранилища с помощью DiskMgmt.msc, DISKPART.EXE или командлета PowerShell Initialize-Disk.

Мы работаем над обновлением, в котором эта проблема будет полностью устранена. Если вы хотите нам помочь и у вас есть соглашение о поддержке Microsoft Premier, напишите по адресу SRFEED@microsoft.com, чтобы мы вместе могли создать запрос на применение исправления предыдущей версии.

Ошибка GPT при попытке создать партнерство SR

При выполнении командлета New-SRPartnership возникает ошибка:

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

В графическом интерфейсе диспетчера отказоустойчивого кластера нет параметра для настройки репликации диска.

При выполнении командлета Test-SRTopology возникает ошибка:

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

Это вызвано тем, что функциональный уровень кластера по-прежнему настроен как Windows Server 2012 R2 (т. е. FL 8). Хранилище реплики должно возвращать определенную ошибку, но вместо этого возвращает неверное сопоставление ошибки.

Run Get-Cluster | fl - on each node.

если ClusterFunctionalLevel = 9 , это Windows версия клустерфунктионаллевел 2016, необходимая для реализации реплики служба хранилища на этом узле. Если значение ClusterFunctionalLevel отличается от 9, свойство ClusterFunctionalLevel необходимо обновить для реализации реплики хранилища на этом узле.

Чтобы устранить эту проблему, увеличьте функциональный уровень кластера, выполнив командлет PowerShell Update-клустерфунктионаллевел.

Небольшой неизвестный раздел, указанный в DISKMGMT для реплицированного тома

При запуске оснастки "Управление дисками" (DISKMGMT.MSC) вы заметите один или несколько томов, указанных без ярлыка или буквы диска и с размером 1 МБ. Вы сможете удалить неизвестный том или вы можете получить:

An Unexpected Error has Occurred

В этом весь замысел. Это не том, а раздел. Реплика хранилища создает раздел размером 512 КБ как слот базы данных для операций репликации (устаревшее средство DiskMgmt.msc округляется до ближайшего размера в МБ). Наличие раздела, подобного этому, для каждого реплицированного тома является нормальным и желательным. Если этот раздел размером 512 КБ больше не используется, его можно удалить. Разделы, которые используются, удалять нельзя. Раздел никогда не увеличится и не уменьшится. Если вы повторно создаете репликацию, мы рекомендуем оставить раздел, так как реплика хранилища будет требовать неиспользуемые разделы.

Для просмотра сведений используйте средство DISKPART или командлет Get-Partition. Эти разделы будут иметь тип GPT 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

узел реплики служба хранилища зависает при создании моментальных снимков

при создании моментального снимка VSS (с помощью backup, VSSADMIN и т. д.) служба хранилища узел реплики зависает, и необходимо принудительно выполнить перезагрузку узла для восстановления. Ошибки не обнаружены, достаточно жестко зависает сервер.

Эта проблема возникает при создании моментального снимка VSS для тома журнала. базовая причина — это устаревший аспект разработки VSS, а не служба хранилища реплики. результирующее поведение при создании моментального снимка служба хранилища том журнала реплики — механизм куеинг ввода-вывода VSS взаимодействует с сервером.

чтобы предотвратить такое поведение, не следует выполнять моментальные снимки служба хранилища томов журналов реплики. нет необходимости создавать моментальные снимки томов журналов служба хранилища реплики, так как эти журналы невозможно восстановить. Кроме того, том журнала никогда не должен содержать никаких других рабочих нагрузок, поэтому в целом моментальный снимок не требуется.

увеличение задержки ввода-вывода при использовании дисковые пространства Direct с репликой служба хранилища

при использовании дисковые пространства Direct с кэшем NVME или SSD вы видите больше ожидаемого увеличения задержки при настройке репликации реплики служба хранилища между дисковые пространства прямыми кластерами. Изменение задержки пропорционально значительно выше, чем вы видите при использовании NVME и SSD в конфигурации производительности и емкости, а также при отсутствии уровня жесткого диска и уровня емкости.

эта проблема возникает из-за ограничений архитектуры в механизме журнала служба хранилища реплики в сочетании с чрезвычайно низкой задержкой NVME по сравнению с медленным носителем. при использовании прямого кэша дисковые пространства все операции ввода-вывода служба хранилища реплики, а также все последние операции чтения и записи в приложениях выполняются в кэше и никогда не на уровнях производительности или емкости. это означает, что все действия служба хранилища реплики выполняются на одном носителе с одинаковой скоростью. эта конфигурация поддерживается, но не рекомендуется (см https://aka.ms/srfaq . рекомендации по работе с журналами).

при использовании дисковые пространства Direct с дисками нельзя отключить или исключить кэш. В качестве обходного решения при использовании только SSD и NVME можно настроить только уровни производительности и емкости. Если вы используете эту конфигурацию и разместите журналы SR на уровне производительности только с томами данных, которые они обслуживают только на уровне емкости, вы не сможете избежать проблем с высокой задержкой, описанных выше. То же самое можно сделать с помощью сочетания быстрых и медленных твердотельных накопителей, а также без NVME.

Это решение не является идеальным, и некоторые клиенты могут не иметь возможности его использовать. группа служба хранилищаной реплики работает над оптимизациями и обновленным механизмом ведения журнала в будущем для снижения этих искусственных узких мест. этот журнал версии 1.1 впервые стал доступен в Windows server 2019, и его улучшенная производительность описана в блоге сервера служба хранилища.

Ошибка "не удается найти файл" при запуске Test-SRTopology между двумя кластерами

При запуске Test-SRTopology между двумя кластерами и их путями CSV происходит сбой с ошибкой:

PS C:\Windows\system32> Test-SRTopology -SourceComputerName NedClusterA -SourceVolumeName C:\ClusterStorage\Volume1 -SourceLogVolumeName L: -DestinationComputerName NedClusterB -DestinationVolumeName C:\ClusterStorage\Volume1 -DestinationLogVolumeName L: -DurationInMinutes 1 -ResultPath C:\Temp

Validating data and log volumes...
Measuring Storage Replica recovery and initial synchronization performance...
WARNING: Could not find file '\\NedNode1\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 '\\NedNode1\C$\CLUSTERSTORAGE\VOLUME1TestSRTopologyRecoveryTest\SRRecoveryTestFile01.txt'.
At line:1 char:1
+ Test-SRTopology -SourceComputerName NedClusterA -SourceVolumeName  ...
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo          : ObjectNotFound: (:) [Test-SRTopology], FileNotFoundException
+ FullyQualifiedErrorId : TestSRTopologyFailure,Microsoft.FileServices.SR.Powershell.TestSRTopologyCommand

Это вызвано известным дефектом кода в Windows Server 2016. эта проблема была впервые исправлена в Windows Server, версии 1709 и связанных средствах RSAT. Для разрешения предыдущей версии обратитесь в служба поддержки Майкрософт и запросите обновление порта. и решить ее невозможно.

Ошибка "не удалось найти указанный том" при запуске Test-SRTopology между двумя кластерами

При запуске Test-SRTopology между двумя кластерами и их путями CSV происходит сбой с ошибкой:

PS C:\> Test-SRTopology -SourceComputerName RRN44-14-09 -SourceVolumeName C:\ClusterStorage\Volume1 -SourceLogVolumeName L: -DestinationComputerName RRN44-14-13 -DestinationVolumeName C:\ClusterStorage\Volume1 -DestinationLogVolumeName L: -DurationInMinutes 30 -ResultPath c:\report

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

При указании CSV-файла исходного узла в качестве исходного тома необходимо выбрать узел, которому принадлежит этот CSV-файл. Можно либо переместить CSV-файл в указанный узел, либо изменить имя узла, указанное в -SourceComputerName . эта ошибка получила улучшенное сообщение в Windows Server 2019.

не удается получить доступ к диску данных в реплике служба хранилища после непредвиденной перезагрузки, если BitLocker включен

если bitlocker включен на обоих дисках (дисках журнала и дисках данных) и на обоих дисках служба хранилища реплики, если сервер-источник перезагружается, вы не сможете получить доступ к основному диску даже после разблокировки диска с помощью bitlocker.

Это ожидаемое поведение. Чтобы восстановить данные или получить доступ к диску, необходимо сначала разблокировать диск журнала, а затем открыть diskmgmt. msc, чтобы обнаружить диск данных. Отключите диск данных в автономном режиме и снова подключитесь к сети. На диске щелкните значок BitLocker и разблокируйте диск.

выдача разблокировки диска данных на сервере-получателе после нарушения партнерства служба хранилища реплики

после отключения связи SR и удаления реплики служба хранилища, она ожидается, если не удается разблокировать диск данных сервера-получателя с соответствующим паролем или ключом.

Для разблокировки диска данных сервера-получателя необходимо использовать ключ или пароль диска данных сервера-источника.

Тестовая отработка отказа не подключается при использовании асинхронной репликации

При запуске Mount-SRDestination для перевода целевого тома в режим «в сети» в рамках функции тестовой отработки отказа происходит сбой с ошибкой:

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.

При использовании синхронного типа партнерства тестовая отработка отказа работает нормально.

это вызвано известным дефектом кода в Windows Server версии 1709. Чтобы устранить эту проблему, установите обновление 18 октября 2018 г. эта проблема отсутствует в Windows server 2019 и Windows server версии 1809 и более поздних.

Дополнительные ссылки