存储副本中的已知问题

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

删除复制后磁盘处于脱机状态,无法设置复制

您可能无法在之前已复制的卷上配置复制功能,或者可能会遇到无法装载的卷。 如果未删除复制,或者如果在之前复制数据的计算机上重新安装操作系统,磁盘可能会保持脱机状态。

若要解决此问题,请清除磁盘中的隐藏存储副本分区,并使用 cmdlet 将其返回到可写状态 Clear-SRMetadata

  • 若要删除所有孤立的存储副本分区数据库槽并重新装载所有分区,请使用 -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”。你可能还会看到事件 ID 5014 错误。 这些事件表示服务器没有足够的可用内存(RAM)来执行初始同步和运行工作负荷。 从功能和应用程序(而不是从存储副本)添加 RAM 或减少使用的 RAM。

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

在共享虚拟硬盘 v2 (VHDX) 上(而不是群集共享卷 (CSV) 上)使用来宾内群集和存储副本时,配置复制后,虚拟机将停止响应。 如果重启 Hyper-V 主机,则虚拟机将开始响应,但复制配置未完成,并且不会发生复制。

如果你使用fltmc.exe attach svhdxflt来绕过Hyper-V主机对运行CSV的要求,就会发生这种情况。 此命令不受支持,仅用于测试和演示目的。

减速的原因是 Windows Server 中的存储服务质量(存储 QoS)与手动附加的共享 VHDX 筛选器之间的互作性问题。

若要解决此问题,禁用存储 QoS 筛选器驱动程序并重新启动 Hyper-V 主机:

SC config storqosflt start= disabled

使用 New-Volume 和不同的存储配置复制

当您在源服务器和目标服务器上使用具有不同存储集的 New-Volume cmdlet 时,例如两个不同的 SAN 或两个具有不同磁盘的 JBOD,可能无法使用 New-SRPartnership cmdlet 配置复制。

显示的错误可能包括以下输出:

Data partition sizes are different in those two groups

使用 New-Partition cmdlet 而不是 New-Volume 来创建卷并将其格式化。 New-Volume cmdlet 可能会对不同存储阵列上的卷大小进行舍入。 如果您已经创建了一个新技术文件系统(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

此 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

选择与系统驱动器位于同一分区(即,位于包含 Windows 文件夹的 C: 上)的数据卷时,会遇到此错误。 例如,在包含从同一分区创建的 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 在源服务器上正确启用了卷大小调整,仍会出现错误消息“操作失败,返回代码为 8”。

The issue was fixed in Cumulative Update for Windows 10 version 1607 (Anniversary Update) and Windows Server 2016: December 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

如果使用 Cluster 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 cmdlet 在异步拉伸群集中移动这些 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 的警告事件。 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

事件 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.

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).

拉伸群集出现错误“无法使资源‘群集磁盘 x’联机”

为了在故障转移成功后使群集磁盘联机,你尝试再次将原始源站点设为主站点,此时故障转移群集管理器中发生错误。

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.

如果尝试手动移动磁盘或 CSV,则会发生另一个错误。 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

当一个或多个未初始化的磁盘附加到一个或多个群集节点时,会出现此问题。 若要解决此问题,请使用 DiskMgmt.mscDiskPart.exeInitialize-Disk PowerShell cmdlet 初始化所有附加存储。

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

尝试创建新的存储副本伙伴关系时出现 GPT 错误

您运行New-SRPartnership cmdlet,但它失败并显示错误消息:

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 cmdlet的过程中,它失败并显示以下输出:

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以便在该节点上实现存储副本。

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

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

运行磁盘管理管理单元 (DiskMgmt.msc) 时,你注意到列出的一个或多个卷没有卷标或驱动器号。 卷的大小为 1 MB。 也许你可以删除未知卷,或者可能会看到以下错误:

An Unexpected Error has Occurred

此消息是预期中的,符合设计。 列出的项是分区而不是卷。 存储副本会创建一个 512-KB 的分区作为复制操作的数据库槽(旧版 DiskMgmt.msc 工具会舍入到最接近的兆字节)。 通常每个复制卷都有一个此类分区。 当磁盘不再被 Storage Replica 使用时,可以删除此 512 KB 分区。 如果分区正在使用,则无法删除分区。 分区大小永远不会更改。 如果要重新创建复制,建议删除分区,因为存储副本声明未使用的分区。

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

创建快照时,存储副本节点停止响应

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. 必须强制重启节点才能恢复。

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

若要防止这种情况,请不要快照存储副本日志卷。 无法还原日志,因此无需快照日志卷。 此外,日志卷不应包含任何其他工作负荷,因此通常不需要快照。

将存储空间直通与存储副本配合使用时,I/O 延迟较高

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

出现此问题的原因是存储副本的日志机制中的体系结构限制,加上 NVMe 的低延迟(与较慢的媒体相比)。 在存储空间直通缓存中,所有存储副本日志 I/O 以及来自应用程序的所有最近读取/写入 I/O 都发生在缓存中,永远不会出现在性能或容量层上。 所有存储副本活动都在相同速度的介质上发生。 我们支持该配置,但不推荐使用。 有关日志建议,请参阅 有关存储副本的常见问题解答

将存储空间直通与 HDD 配合使用时,不能禁用或避免创建缓存。 解决方法是,如果仅使用 SSD 和 NVMe,则只能配置性能和容量层。 在这种情况下,如果仅将存储副本日志放置在性能层上,并且仅将它们服务的数据卷放置在容量层上,则避免出现高延迟方案。 可以通过混合使用更快、更慢的 SSD 和无 NVMe 来获得类似的结果。

此解决方法并不理想,某些客户可能无法使用它。 存储副本团队正在研究优化和更新的日志机制,以减少这些人为瓶颈。 此 v1.1 日志首先在 Windows Server 2019 中可用。 Microsoft 的存储中介绍了其改进的性能。

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

在两个群集之间运行 Test-SRTopology cmdlet,但这两个群集的 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 cmdlet,但这两个群集的 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 cmdlet 来使目标卷联机,但此时出现以下错误:

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

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

目前,存储副本不支持物理扇区大小大于 4 KB 的磁盘。 有关详细信息并了解解决方法,请参阅 4 KB 磁盘扇区大小疑难解答