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

Статья
03/25/2025
Применяется к:

✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016, ✅ Azure Local, versions 23H2 and 22H2

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

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

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

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

Чтобы удалить все потерянные слоты базы данных реплики хранилища и повторно подключить все секции, используйте параметр -AllPartitions:
```
Clear-SRMetadata -AllPartitions
```
Чтобы удалить все потерянные данные журнала реплики хранилища, используйте параметр -AllLogs:
```
Clear-SRMetadata -AllLogs
```
Чтобы удалить все потерянные данные конфигурации отказоустойчивого кластера, используйте параметр -AllConfiguration:
```
Clear-SRMetadata -AllConfiguration
```
Чтобы удалить метаданные отдельной группы репликации, используйте параметр -Name и укажите группу репликации:
```
Clear-SRMetadata -Name RG01 -Logs -Partition
```

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

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

Во время начальной синхронизации после настройки репликации исходный и конечный серверы могут отображать несколько событий предупреждения с идентификатором события 4004 в журнале событий StorageReplica\Admin. В описании события отображается состояние "недостаточно системных ресурсов для завершения API". Скорее всего, вы увидите ошибки идентификатора события 5014. Эти события указывают на то, что на серверах недостаточно доступной памяти (ОЗУ) для выполнения начальной синхронизации и запуска рабочих нагрузок. Рекомендуется увеличить объем оперативной памяти или уменьшить объем используемой памяти для функций и приложений, кроме Storage Replica.

Настройка гостевой репликации: виртуальные машины перестают реагировать.

Виртуальные машины перестают отвечать после настройки репликации при использовании гостевой кластеризации и реплики хранилища на общем жестком диске версии 2 (VHDX), а не в общем томе кластера (CSV). Если перезапустить узел Hyper-V, виртуальные машины начнут отвечать, но конфигурация репликации не завершена, и репликация не выполняется.

Этот сценарий происходит, если вы используете fltmc.exe attach svhdxflt для обхода требования к узлу Hyper-V, на котором выполняется CSV-файл. Эта команда не поддерживается и предназначена только для тестовых и демонстрационных целей.

Причиной замедления является проблема совместимости между Storage Quality of Service (Storage QoS) в Windows Server и общим VHDX-фильтром, подключенным вручную.

Чтобы устранить эту проблему, отключите драйвер фильтра качества обслуживания хранилища и перезапустите узел Hyper-V:

SC config storqosflt start= disabled

Настройте репликацию с помощью New-Volume и другого хранилища

При использовании командлета New-Volume с различными наборами хранилища на исходном и целевом серверах, таких как два разных SBOD или два JBOD с разными дисками, вы можете не настроить репликацию с помощью командлета New-SRPartnership.

Показанная ошибка может включать следующие выходные данные:

Data partition sizes are different in those two groups

Используйте командлет New-Partition вместо New-Volume для создания томов и их форматирования. Командлет New-Volume может округлять размер тома на различных массивах хранилища. Если вы уже создали том в новой файловой системе 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 и возвращает одинаковые выходные данные для многих распространенных проблем. Такая ошибка может возникнуть по следующим причинам:

Вы вошли на исходный компьютер в качестве локального пользователя, а не пользователя домена.
Целевой компьютер не запущен или недоступен по сети.
указано неправильное имя конечного компьютера;
Вы указали 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:, созданных из одной секции. Использование системного диска не поддерживается в Storage Replica. В этом сценарии необходимо выбрать другой том для репликации.

Процесс расширения реплицированного тома завершается сбоем из-за пропущенного обновления.

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

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

Отображается сообщение об ошибке "Сбой операции с возвращаемым кодом 8", даже если вы правильно активировали изменение размера тома на исходном сервере, используя команду 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. Этот параметр предотвращает администраторов от попыток изменить размер томов до того, как они убедятся, что на целевом томе достаточно места, обычно потому, что они не знают, что используется Storage Replica.

Перемещение ресурса физического диска между сайтами в асинхронном растянутом кластере

Вы пытаетесь переместить присоединенную к физическому диску роль (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 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

Используйте командлет Set-SRPartnership для асинхронного перемещения этих PDR-дисков в растянутом кластере. На основе отзывов клиентов, начиная с Windows Server 2019 изменено поведение при отказе, чтобы позволить ручное и автоматическое переключение с асинхронной репликацией.

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

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

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.

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

Get-ClusterAvailableDisk -All | Add-ClusterDisk

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

Предупреждение идентификатора события 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

Идентификатор события 1241, "Точка восстановления (RPO) асинхронного назначения недоступна", как правило, возникает по одной из следующих причин:

Асинхронный пункт назначения в данный момент не подключен. 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.. Это известная проблема в Storage Replica и была исправлена в обновлении качества 12 сентября 2017 г. KB4038782 (сборка ОС 14393.1715).

Ошибка "Не удалось ввести в эксплуатацию ресурс 'Диск кластера 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.

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

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

Вы запускаете командлет 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). Реплика хранилища должна возвращать здесь определённую ошибку, но вместо этого возвращает неправильное сопоставление ошибок.

В сеансе PowerShell с разрешениями администратора выполните следующую команду на каждом узле:

Get-Cluster | fl *

Если атрибут ClusterFunctionalLevel равен 9 или выше, то для реализации Storage Replica задано неправильное значение. Если ClusterFunctionalLevel не 9, необходимо обновить ClusterFunctionalLevel для реализации реплики хранилища на этом узле.

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

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

При запуске оснастки управления дисками (DiskMgmt.msc), вы заметите один или несколько томов, перечисленных без метки или буквы диска. Объем томов — 1 МБ. Возможно, вы сможете удалить неизвестные тома или увидеть следующую ошибку:

An Unexpected Error has Occurred

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

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

Узел реплики хранилища перестает отвечать при создании моментальных снимков

Вы создаете моментальный снимок службы теневого копирования томов (VSS), например, с помощью резервного копирования или с помощью vssadmin, и узел реплики хранилища перестает отзываться или зависает. Необходимо принудительно перезапустить узел для восстановления.

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

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

Высокая задержка ввода-вывода при использовании Storage Spaces Direct с Storage Replica

При использовании Storage Spaces Direct с устройством Nonvolatile Memory Express (NVMe) или твердотельным накопителем (SSD) в кэше наблюдается большее, чем ожидалось, увеличение задержки при настройке репликации данных между кластерами Storage Spaces Direct. Изменение задержки значительно выше, чем при использовании NVMe и SSD в конфигурации производительность + емкость и без уровня HDD или уровня емкости.

Эта проблема возникает из-за ограничений архитектуры в механизме журнала реплики хранилища в сочетании с низкой задержкой NVMe по сравнению с более медленным носителем. В кэше системы Storage Spaces Direct все журналы операций ввода-вывода реплики хранилища и все последние операции чтения и записи из приложений выполняются в кэше и никогда не на уровнях производительности или емкости. Все действия реплики хранилища выполняются на носителях с одинаковой скоростью. Конфигурация поддерживается, но мы не рекомендуем ее. Рекомендации по журналам можно найти в разделе Часто задаваемые вопросы по Storage Replica.

При использовании Storage Spaces Direct с HDD нельзя отключить или избежать создания кэша. В качестве обходного решения, если вы используете только SSD и NVMe, можно настроить только уровни производительности и емкости. В этом сценарии, если вы размещаете только журналы Replica хранилища в высокопроизводительном уровне и размещаете только тома данных, которые они обслуживают в уровне ёмкости, вы избегаете сценария высокой задержки. Вы можете получить аналогичный результат с помощью сочетания более быстрых и медленных SSD и без NVMe.

Это решение не идеально подходит, и некоторые клиенты могут не использовать его. Команда Storage Replica работает над оптимизациями и обновленным журналирующим механизмом для уменьшения этих искусственных узких мест. Этот журнал версии 1.1 впервые стал доступен в Windows Server 2019. Улучшенная производительность описана на страничке Storage at Microsoft.

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

Вы запускаете командлет Test-SRTopology между двумя кластерами, но их пути к CSV не работают, и вы видите эту ошибку:

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

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

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

Вы запускаете командлет Test-SRTopology между двумя кластерами, но их пути к CSV не работают, и вы видите эту ошибку:

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 на диске и разблокируйте диск.

Вы не можете разблокировать накопитель данных на вторичном сервере после прекращения партнёрства с репликой хранилища.

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

Чтобы разблокировать диск данных вторичного сервера, необходимо использовать ключ или пароль диска данных первичного сервера.

Тестовая проверка отказоустойчивости не монтируется в асинхронной репликации

Вы запускаете командлет 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
        + FullyQualifiedErrorId : Windows System Error 5823, Mount-SRDestination.

Если вы используете синхронный тип партнерства, тестирование отказа функционирует нормально.

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

Невозможно настроить реплику хранилища с размером физического сектора размером более 4 КБ

В настоящее время реплика хранилища не поддерживает диски с размером физического сектора размером более 4 КБ. Для получения дополнительной информации и сведений о разрешениях см. статью Устранение неполадок размера сектора диска 4 КБ.

Поделиться через

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

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

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

Настройка гостевой репликации: виртуальные машины перестают реагировать.

Настройте репликацию с помощью New-Volume и другого хранилища

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

Процесс расширения реплицированного тома завершается сбоем из-за пропущенного обновления.

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

Перемещение ресурса физического диска между сайтами в асинхронном растянутом кластере

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

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

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

Ошибка "Не удалось ввести в эксплуатацию ресурс 'Диск кластера x'" в растянутом кластере

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

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

Узел реплики хранилища перестает отвечать при создании моментальных снимков

Высокая задержка ввода-вывода при использовании Storage Spaces Direct с Storage Replica

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

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

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

Вы не можете разблокировать накопитель данных на вторичном сервере после прекращения партнёрства с репликой хранилища.

Тестовая проверка отказоустойчивости не монтируется в асинхронной репликации

Невозможно настроить реплику хранилища с размером физического сектора размером более 4 КБ

Обратная связь

Дополнительные ресурсы

Поделиться через

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

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

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

Настройка гостевой репликации: виртуальные машины перестают реагировать.

Настройте репликацию с помощью New-Volume и другого хранилища

Test-SRTopology возникает сбой с ошибками, связанными с именами

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

Процесс расширения реплицированного тома завершается сбоем из-за пропущенного обновления.

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

Перемещение ресурса физического диска между сайтами в асинхронном растянутом кластере

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

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

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

Ошибка "Не удалось ввести в эксплуатацию ресурс 'Диск кластера x'" в растянутом кластере

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

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

Узел реплики хранилища перестает отвечать при создании моментальных снимков

Высокая задержка ввода-вывода при использовании Storage Spaces Direct с Storage Replica

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

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

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

Вы не можете разблокировать накопитель данных на вторичном сервере после прекращения партнёрства с репликой хранилища.

Тестовая проверка отказоустойчивости не монтируется в асинхронной репликации

Невозможно настроить реплику хранилища с размером физического сектора размером более 4 КБ

Связанный контент

Обратная связь

Дополнительные ресурсы