存储副本的已知问题

适用于：Azure Stack HCI、Windows Server 2022、Windows Server 2019、Windows Server 2016

本文介绍 Windows Server 中存储副本的一些已知问题。

删除复制后，磁盘脱机，且无法配置复制

可能无法在之前已复制的卷或可能发现无法装入的卷上预配复制。 如果未删除复制，或者如果在之前复制数据的计算机上重新安装操作系统，磁盘可能会保持脱机状态。

若要修复此问题，必须使用 Clear-SRMetadata cmdlet 将隐藏的存储副本分区从磁盘清除，并将其返回到可写入状态。

• 若要删除所有孤立的存储副本分区数据库槽并重新安装所有分区，请使用 -AllPartitions 参数，如下所示：

  Clear-SRMetadata -AllPartitions
  

• 若要删除所有孤立的存储副本日志数据，请使用 -AllLogs 参数，如下所示：

  Clear-SRMetadata -AllLogs
  

• 若要删除所有孤立的故障转移群集配置数据，请使用 -AllConfiguration 参数，如下所示：

  Clear-SRMetadata -AllConfiguration
  

• 若要删除单个复制组元数据，请使用 -Name 参数并指定一个复制组，如下所示：

  Clear-SRMetadata -Name RG01 -Logs -Partition
  

清理分区数据库后，服务器可能需要重启。 可以使用 -NoRestart 暂时阻止服务器重新启动，但如果 cmdlet 请求，则不应跳过重启。 此 cmdlet 既不会删除数据卷，也不会删除这些卷内包含的数据。

在初始同步期间，事件日志中显示事件 ID 4004 警告

配置复制后，在初始同步期间，源服务器和目标服务器可能会在 StorageReplica\Admin 事件日志中显示多个事件 ID 为 4004 的警告事件。 事件说明显示状态“系统资源不足，无法完成 API”。 也可能会看到 5014 错误。 这些事件表明服务器没有足够的可用内存 (RAM) 来执行初始同步和运行工作负载。 从功能和应用程序（而不是从存储副本）添加 RAM 或减少使用的 RAM。

虚拟机在配置来宾内复制后停止响应

在共享 VHDX（而非群集共享卷）上使用来宾内群集和存储副本时，虚拟机在配置来宾内复制后停止响应。 如果重启 Hyper-V 主机，虚拟机开始响应，但复制配置不会完成，也不会出现复制。

使用 fltmc.exe attach svhdxflt 绕过运行 CSV 的 Hyper-V 主机的要求时，会出现此行为。 不支持使用此命令，该命令仅用于测试和演示目的。

导致缓慢的原因是 Windows Server 中的存储 QoS 与手动附加的共享 VHDX 筛选器之间的互操作性问题。 若要解决此问题，禁用存储 QoS 筛选器驱动程序并重新启动 Hyper-V 主机：

SC config storqosflt start= disabled

使用新卷和不同的存储时无法配置复制

在源和目标服务器上将 New-Volume cmdlet 与不同的存储集一起使用时（如两个不同的 SAN 或两个具有不同磁盘的 JBOD），可能无法使用 New-SRPartnership 配置复制。 可能显示的错误包括：

Data partition sizes are different in those two groups

使用 New-Partition** cmdlet 创建卷并将其格式化来替代 New-Volume，因为后一个 cmdlet 可能会在不同的存储阵列上轮循卷的大小。 如果已创建了 NTFS 卷，则可使用 Resize-Partition 来增大或缩小其中一个卷以匹配另一个卷。 不能将此方法用于 ReFS 卷。 如果使用 Diskmgmt 或服务器管理器，则不会进行轮循。

运行 Test-SRTopology 失败，出现与名称相关的错误

尝试使用 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

此 cmdlet 在 Windows Server 中具有有限的错误报告，并会针对许多常见问题返回相同的输出。 由于以下原因，可能出现错误：

• 作为本地用户（而非域用户）登录到源计算机。

• 目标计算机未运行或无法通过网络访问。

• 为目标计算机指定了不正确的名称。

• 为目标服务器指定了 IP 地址。

• 目标计算机防火墙阻止对 PowerShell 和/或 CIM 调用的访问。

• 目标计算机未运行 WMI 服务。

• 从管理计算机远程运行 Test-SRTopology cmdlet 时，未使用 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 在源服务器上正确地启用了卷大小调整，也会收到 The operation failed with return code 8。

此问题已在 Windows 10 版本 1607（周年更新）和 Windows Server 2016 的累积更新：2016 年 12 月 9 日 (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 cmdlet：

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

该命令不适用于节点本地存储。 你可以使用存储副本在两个总节点之间复制拉伸群集，每个群集都使用其自己的共享存储集。

在初始同步期间重复出现事件 ID 1241 警告

指定复制合作关系为异步时，源计算机会在存储副本管理通道中重复记录事件 ID 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

事件 ID 1241“异步目标的恢复点目标 (RPO) 不可用”通常是由于以下原因之一造成的：

• 异步目标当前断开连接。 恢复连接后可能会支持 RPO。

• 异步目标无法与源保持同步，因此源日志中不再存在最新的目标日志记录。 目标将开始块复制。 块复制完成后，RPO 应变为可用。

在初始同步期间，此事件是预期行为，可以安全地忽略。 此行为可能会在后续版本中更改。 如果在正在进行的异步复制过程中看到此行为，请调查合作关系，以确定复制延迟并超出配置的 RPO（默认情况下为 30 秒）的原因。

重新启动复制节点后重复出现事件 ID 4004 警告

在极少数情况下，重新启动合作关系中的服务器会导致复制失败，并且重新启动的节点会记录事件 ID 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. 这是存储副本中的一个已知问题，已在 2017 年 9 月 12 日的质量更新 KB4038782（OS 内部版本 14393.1715）中修复。

拉伸群集出现错误“无法使资源‘Cluster Disk 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 或 Initialize-Disk PowerShell cmdlet 初始化所有附加的存储。

我们正在努力提供可永久解决此问题的更新。 有关详细信息，请联系 Microsoft 支持。

尝试创建新的 SR 合作关系时出现的 GPT 错误

运行 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

在故障转移群集管理器 GUI 中，无法为磁盘设置复制。

运行 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 或更高，则这是实现存储副本所需的版本。 如果 ClusterFunctionalLevel 不是 9，则需要更新 ClusterFunctionalLevel 才能在此节点上实现存储副本。

若要解决此问题，请通过运行以下 PowerShell cmdlet 提升群集功能级别：Update-ClusterFunctionalLevel。

DISKMGMT 中列出的每个复制卷的小型未知卷

运行磁盘管理管理单元 (DISKMGMT.MSC) 时，你会注意到列出的一个或多个卷没有标签或驱动器号，大小为 1 MB。 你可能能够删除未知卷，或者你可能会收到：

An Unexpected Error has Occurred

上述消息是预期行为，是设计使然。 列出的项不是卷，而是分区。 存储副本会创建一个 512 KB 的分区作为复制操作的数据库槽（旧版 DiskMgmt.msc 工具四舍五入到最接近的 MB）。 使每个已复制的卷都有一个像这样的分区是正常和可取的做法。 存储副本不再使用该磁盘后，你就可以随意删除此 512 KB 的分区；无法删除正在使用的分区。 此分区不会增加或缩小。 如果要重新创建复制，我们建议保留分区，因为存储副本会占用未使用的分区。

若要查看详细信息，请使用 DISKPART 工具或 Get-Partition cmdlet。 这些分区将具有 558d43c5-a1ac-43c0-aac8-d1472b2923d1 的 GPT 类型。

创建快照时存储副本节点挂起

创建 VSS 快照（通过备份、VSSADMIN 等）导致存储副本节点挂起，必须强制重启节点才能恢复。 没有错误，这只是服务器的硬挂起。

创建日志卷的 VSS 快照时会出现此问题。 根本原因是 VSS 的遗留设计方面问题，而不是存储副本。 为存储副本日志卷创建快照时产生的行为是 VSS I/O 排队机制导致服务器死锁。

为防止此行为，请不要为存储副本日志卷创建快照。 无需为存储副本日志卷创建快照，因为这些日志无法还原。 此外，日志卷不应包含任何其他工作负载，因此通常不需要快照。

将存储空间直通与存储副本配合使用时，IO 延迟较高

将存储空间直通与 NVMe（快速非易失性内存）设备或 SSD（固态驱动器）缓存配合使用时，在存储空间直通群集之间配置存储副本复制时，会看到延迟增加超过预期。 延迟变化的比例比在性能 + 容量配置中使用 NVMe 和 SSD 且没有 HDD 层或容量层时看到的要高得多。

出现此问题的原因是存储副本的日志机制中的体系结构限制，加上 NVMe 的低延迟（与较慢的媒体相比）。 使用存储空间直通缓存，存储副本日志的所有 I/O 以及应用程序的所有最近读/写 IO 都将发生在缓存中，而不会发生在性能或容量层上。 这意味着所有存储副本活动都发生在速度相同的媒体上——支持此配置，但不建议这样做（有关日志建议，请参阅有关存储副本的常见问题）。

将存储空间直通与 HDD 配合使用时，无法禁用或避免缓存。 解决方法是，如果仅使用 SSD 和 NVMe，则可以仅配置性能和容量层。 如果使用该配置，并且仅将 SR 日志放置在性能层上，而其服务的数据卷仅位于容量层上，则可以避免上述高延迟问题。 也可以通过混合使用更快和更慢的 SSD 且没有 NVMe 来实现此操作。

此解决方法并不理想，一些客户可能无法使用它。 存储副本团队正在为将来进行优化和更新日志机制，以减少这些人为瓶颈。 此 v1.1 日志首先在 Windows Server 2019 中可用，其改进的性能在服务器存储博客中进行了说明。

在两个群集之间运行 Test-SRTopology 时出现错误“找不到文件”

在两个群集及其 CSV 路径之间运行 Test-SRTopology 失败并出现以下错误：

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 时出现错误“找不到指定的卷”

在两个群集及其 CSV 路径之间运行 Test-SRTopology 失败并出现以下错误：

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 中存在一个已知代码缺陷，该缺陷会导致显示此错误。 若要解决此问题，请安装 2018 年 10 月 18 日更新。 Windows Server 2019 及更高版本中不存在此问题。

无法设置物理扇区大小大于 4K 的存储副本

存储副本目前不支持物理扇区大小大于 4K 的磁盘。 我们正在探索在未来版本中实现此功能。

有关更多信息和解决方法，请参阅此文档。

后续步骤

现在你了解了 Windows Server 中存储副本的一些已知问题，下面是一些可帮助你使用存储副本的文章。

• 存储副本
• 使用共享存储的拉伸群集复制
• 服务器到服务器存储复制
• 群集到群集存储复制
• 存储副本：常见问题解答
• 存储空间直通