儲存體複本的已知問題

適用于: Windows server 2022、Windows Server 2019、Windows Server 2016

本主題討論 Windows Server 中儲存體複本的已知問題。

移除複寫之後,磁碟為離線狀態,且您無法再次設定複寫

在 Windows Server 2016 中,您可能無法在先前已複寫的磁碟區上佈建複寫,或者可能會發現無法掛接的磁碟區。 當某些錯誤狀況會防止移除複寫,或者當您在先前被複寫資料的電腦上重新安裝作業系統時,就可能會發生這個狀況。

若要修正,您必須將隱藏的儲存體複本磁碟分割從磁碟上清除,並使用 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 不會移除資料磁碟區,也不會移除這些磁碟區所包含的資料。

初始同步處理期間,請參閱事件記錄檔 4004 警告

在 Windows Server 2016 中,設定複寫時,來源和目的地伺服器在初始同步處理期間可能會顯示多個 * * StorageReplica\Admin *-事件記錄檔4004警告,狀態為「沒有足夠的系統資源可完成 API」。 您可能也會看到 5014 錯誤。 這些資訊表示伺服器沒有足夠的可用記憶體 (RAM) 來同時執行初始同步處理以及執行工作負載。 請增加 RAM 或減少儲存體複本以外的功能與應用程式使用的 RAM。

當使用包含共用 VHDX 的客體叢集與沒有 CSV 的主機時,虛擬機器會在設定複寫後停止回應

在 Windows Server 2016 中,針對儲存體複本測試或示範目的使用 Hyper-V 客體叢集,以及使用共用 VHDX 作為客體叢集儲存體時,虛擬機器會在您設定複寫後停止回應。 如果您重新啟動 Hyper-V 主機,虛擬機器就會開始回應,但複寫組態將不會完成,且不會發生複寫。

當您使用 * * fltmc.exe attach svhdxflt *-來略過執行 CSV 之 Hyper-v 主機的需求時,就會發生這種行為。 不支援使用此命令,並僅供測試與示範使用。

速度變慢的原因是 Windows Server 2016 中的儲存體 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.msc * 或 伺服器管理員,則不會進行四捨五入。

嘗試使用 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 2016 中報告錯誤的能力有限,並會針對許多常見的問題傳回相同的輸出。 可能會因為下列原因發生錯誤:

  • 您以本機使用者的身分登入來源電腦,而不是網域使用者身分。

  • 目的地電腦未執行或在網路上無法存取。

  • 您為目的地電腦指定的名稱不正確。

  • 您為目的地伺服器指定了 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 正確地在來源伺服器上啟用磁碟區調整大小,則會發生這個錯誤。

此問題已在 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

這起因於 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. 這是儲存體複本內的已知問題,並已在2017年9月12日 — KB4038782 (OS 組建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 或 Initialize-Disk PowerShell Cmdlet 初始化所有連接的儲存體。

我們正努力提供可永久解決此問題的更新。 如果您願意協助我們並且您擁有 Microsoft 頂級支援合約,請透過 SRFEED@microsoft.com 寄送電子郵件給我們,我們才能為您提出向後修補的請求。

當嘗試建立新的 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 (i.e. FL 8) 所造成。 儲存體複本應該要在此傳回特定錯誤,但反而傳回不正確的錯誤對應。

Run Get-Cluster | fl - on each node.

如果為 ClusterFunctionalLevel = 9 ,則為在此節點上執行儲存體複本所需的 Windows 2016 ClusterFunctionalLevel 版本。 如果 ClusterFunctionalLevel 不是 9,ClusterFunctionalLevel 將需要進行更新,才能在此節點實作儲存體複本。

若要解決此問題,請執行 PowerShell Cmdlet: ClusterFunctionalLevel來提高叢集功能等級。

每個複寫的磁碟區都有小型不明磁碟分割在 DISKMGMT 中列出

執行 [磁碟管理] 嵌入式管理單元 (DISKMGMT.MSC) 時,您會注意到有一個或多個磁碟區列出,但是未顯示任何標籤或磁碟機代號,而且大小為 1 MB。 您也許可以刪除不明磁碟區,或者可能收到訊息:

An Unexpected Error has Occurred

這是設計的行為。 這不是磁碟區,而是磁碟分割。 儲存體複本會建立 512KB (舊版 DiskMgmt.msc 工具會四捨五入至最接近的 MB 數) 磁碟分割做為複寫作業的資料庫位置。 每個複寫的磁碟區會有像這樣的磁碟分割,是正常現象而且有其必要。 這個 512KB 磁碟分割只要不在使用中,即可隨意加以刪除,但是您不能刪除使用中的磁碟分割。 磁碟分割永遠不會擴大或縮小。 如果要重建複寫,建議您任由磁碟分割存留,因為儲存體複本自會回收未使用的磁碟分割。

若要檢視詳細資料,請使用 DISKPART 工具或 Get-Partition Cmdlet。 這些磁碟分割的 GPT 類型將會是 558d43c5-a1ac-43c0-aac8-d1472b2923d1

建立快照集時,儲存體複本節點停止回應

當透過備份、VSSADMIN 等) 儲存體複本節點建立 VSS 快照集 (時,您必須強制重新開機節點以復原。 沒有錯誤,只是伺服器的硬碟機。

當您建立記錄磁片區的 VSS 快照集時,就會發生此問題。 根本原因是 VSS 的舊版設計方面,不儲存體複本。 當您將儲存體複本記錄磁片區快照集時所產生的行為,是 VSS i/o 佇列機制會使伺服器鎖死。

若要避免此行為,請不要將儲存體複本記錄磁片區的快照集。 因為無法還原這些記錄檔,所以不需要儲存體複本記錄磁片區的快照集。 此外,記錄磁片區絕對不應該包含任何其他工作負載,因此一般不需要任何快照集。

使用儲存空間 Direct 搭配儲存體複本時,高 IO 延遲增加

使用儲存空間 direct 搭配 NVME 或 SSD 快取時,當您在儲存空間直接叢集之間設定儲存體複本複寫時,會看到大於預期的延遲增加。 延遲的變更比例高於您在效能 + 容量設定中使用 NVME 和 SSD 時所看到的程度,而且沒有 HDD 層和容量層。

發生此問題的原因是儲存體複本的記錄機制內的架構限制,相較于較慢的媒體,與 NVME 的延遲極低。 使用儲存空間直接快取時,儲存體複本記錄檔的所有 i/o (以及所有最近的讀取/寫入 IO)都會出現在快取中,而且永遠不會出現在效能或容量層上。 這表示所有儲存體複本活動都是在相同的速度媒體上進行,但不建議使用此設定, (請參閱 https://aka.ms/srfaq ,以取得) 的記錄建議。

使用儲存空間 Direct 與 hdd 時,無法停用或避免快取。 因應措施是,如果只使用 SSD 和 NVME,您可以只設定效能和容量層。 如果使用該設定,並只將 SR 記錄檔放在效能層,只將其服務的資料磁片區放在容量層上,您就可以避免上述的高延遲問題。 您可以使用更快速且更慢的 Ssd,而不是 NVME 來完成相同的工作。

這種因應措施當然不理想,有些客戶可能無法使用它。 儲存體複本小組正在進行優化和更新的記錄機制,以便日後減少這些人為瓶頸。 此 v1.1 記錄檔首次在 Windows server 2019 中變成可用,並在伺服器儲存體的 Blog中說明其改善的效能。

在兩個叢集之間執行 Test-SRTopology 時發生「找不到檔案」錯誤

在兩個叢集與其 CSV 路徑之間執行 Test-SRTopology 時,將會失敗,並出現下列錯誤:

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 工具中先修正。 如需舊版的解決方式,請聯絡 Microsoft 支援服務並要求將更新。 沒有因應措施。

在兩個叢集之間執行 Test-SRTopology 時發生「找不到指定的磁片區」錯誤

在兩個叢集與其 CSV 路徑之間執行 Test-SRTopology 時,將會失敗,並出現下列錯誤:

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 版中已知的程式碼瑕疵所造成。 若要解決此問題,請安裝 2018 年10月18日更新。 Windows Server 2019 和 Windows server 1809 版和更新版本中不會有此問題。

其他參考