記憶域レプリカの既知の問題

適用対象: ✅ Windows Server 2025, ✅ Windows Server 2022, ✅ Windows Server 2019, ✅ Windows Server 2016

この記事では、Windows Server の記憶域レプリカに関する既知の問題について説明します。

レプリケーションを削除した後にディスクがオフラインになり、レプリケーションを設定できない

以前にレプリケートされたボリュームでレプリケーションをプロビジョニングできない場合や、マウントできないボリュームが見つかる場合があります。レプリケーションが削除されない場合、または以前にデータをレプリケートしていたコンピューターにオペレーティングシステムを再インストールしても、ディスクがオフラインのままになる場合があります。

この問題を解決するには、ディスクから非表示の記憶域レプリカパーティションをクリアし、 Clear-SRMetadata コマンドレットを使用して書き込み可能な状態に戻します。

孤立したすべての記憶域レプリカパーティションデータベーススロットを削除し、すべてのパーティションを再マウントするには、 -AllPartitions パラメーターを使用します。
```
Clear-SRMetadata -AllPartitions
```
孤立した記憶域レプリカのログデータをすべて削除するには、 -AllLogs パラメーターを使用します。
```
Clear-SRMetadata -AllLogs
```
孤立したフェールオーバークラスター構成データをすべて削除するには、 -AllConfiguration パラメーターを使用します。
```
Clear-SRMetadata -AllConfiguration
```
個々のレプリケーショングループメタデータを削除するには、 -Name パラメーターを使用し、レプリケーショングループを指定します。
```
Clear-SRMetadata -Name RG01 -Logs -Partition
```

パーティションデータベースをクリーンアップした後、サーバーの再起動が必要になる場合があります。 -NoRestart パラメーターを使用してサーバーの再起動を一時的に防ぐことができますが、コマンドレットで再起動を求められた場合は、再起動をスキップしないでください。このコマンドレットでは、データボリュームやそれらのボリュームに含まれるデータは削除されません。

初期同期中に、イベント ID 4004 の警告がイベントログに表示されます

レプリケーションを構成した後の初期同期中に、ソースサーバーと移行先サーバーの両方に、 StorageReplica\Admin イベントログにイベント ID 4004 の複数の警告イベントが表示される場合があります。イベントの説明には、"API を完了するためのシステムリソースが不足しています" という状態が表示されます。イベント ID 5014 エラーも表示される可能性があります。これらのイベントは、初期同期とワークロードの実行の両方に十分なメモリ (RAM) がないことを示します。 RAM を追加するか、記憶域レプリカ以外の機能とアプリケーションで使用されている RAM を削減してください。

ゲスト内レプリケーションの構成: 仮想マシンが応答を停止する

クラスター共有ボリューム (CSV) ではなく、共有仮想ハードディスク v2 (VHDX) でゲスト内クラスタリングと記憶域レプリカを使用すると、レプリケーションを構成した後、仮想マシンの応答が停止します。 Hyper-V ホストを再起動すると、仮想マシンは応答を開始しますが、レプリケーション構成が完了せず、レプリケーションは行われません。

このシナリオは、 fltmc.exe attach svhdxflt を使用して CSV を実行している Hyper-V ホストの要件をバイパスする場合に発生します。このコマンドはサポートされておらず、テストとデモンストレーションのみを目的としています。

速度低下の原因は、Windows Server の記憶域サービス品質 (記憶域 QoS) と手動で接続された共有 VHDX フィルターの間の相互運用性の問題です。

この問題を解決するには、記憶域 QoS フィルタードライバーを無効にし、Hyper-V ホストを再起動します。

SC config storqosflt start= disabled

New-Volume と異なるストレージを使用してレプリケーションを構成する

2 つの異なる SAN やディスクが異なる 2 つの JBOD など、ソースサーバーと移行先サーバー上のストレージセットが異なる New-Volume コマンドレットを使用する場合、 New-SRPartnership コマンドレットを使用してレプリケーションを構成できない場合があります。

表示されるエラーには、次の出力が含まれる場合があります。

Data partition sizes are different in those two groups

ボリュームを作成してフォーマットするには、New-Partitionの代わりに New-Volume コマンドレットを使用します。 New-Volume コマンドレットは、異なるストレージアレイでボリュームサイズを丸める場合があります。新しいテクノロジファイルシステム (NTFS) ボリュームを既に作成している場合は、 Resize-Partition を使用して、一方のボリュームを他方と一致するように拡大または縮小できます。この方法は、Resilient File System (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

このエラーは、システムドライブと同じパーティション上にあるデータボリューム (つまり、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を使用してソースサーバーでボリュームのサイズ変更を正しく有効にした場合でも、"The operation failed with return code 8" (戻りコード 8 で操作に失敗しました) というエラーメッセージが表示されます。

この問題は、Windows 10 バージョン 1607 の累積的な更新プログラム (Anniversary Update) と 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

Cluster 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

Set-SRPartnership コマンドレットを使用して、これらの PDR ディスクを非同期ストレッチクラスターに移動します。お客様からのフィードバックに基づいて、移動された動作は Windows Server 2019 以降で変更され、非同期レプリケーションによる手動および自動フェールオーバーが可能になりました。

2 ノード非対称クラスターにディスクを追加する: "クラスターディスクに適したディスクが見つかりません"

ノードが 2 つしかないクラスターをプロビジョニングするには、記憶域レプリカストレッチレプリケーションを追加する前に、2 番目のサイトのディスクを使用可能なディスクに追加しようとします。次のエラーが発生します。

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.

クラスターに少なくとも 3 つのノードがある場合、エラーは発生しません。記憶域を追加するには、2 つ目のサイト内のノードで次のコマンドを実行できます。

Get-ClusterAvailableDisk -All | Add-ClusterDisk

このコマンドは、ノードローカルストレージでは機能しません。記憶域レプリカを使用すると、2 つの合計ノード間でストレッチクラスターをレプリケートできます。 それぞれに独自の共有ストレージセットを使用します。

初期同期中にイベント 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) で修正されました。

ストレッチクラスターで "リソース 'クラスターディスク 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

この問題は、1 つ以上の初期化されていないディスクが 1 つ以上のクラスターノードに接続されている場合に発生します。この問題を解決するには、 DiskMgmt.msc、 DiskPart.exe、または Initialize-Disk PowerShell コマンドレットを使用して、接続されているすべてのストレージを初期化します。

Microsoft はこの問題を完全に解決するための更新プログラムの提供に取り組んでいます。詳細については、 Microsoft サポートにお問い合わせください。

新しい記憶域レプリカパートナーシップを作成しようとしたときの 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

フェールオーバークラスターマネージャーを使用してディスクのレプリケーションを設定することはできません。

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 コマンドレット Update-Cluster FunctionalLevel を実行してクラスターの機能レベルを上げます。

レプリケートされたボリュームごとに、小さな不明なボリュームが DISKMGMT に一覧表示される

ディスク管理スナップイン (DiskMgmt.msc) を実行すると、ラベルやドライブ文字のない 1 つ以上のボリュームが一覧表示されます。ボリュームのサイズは 1 MB です。不明なボリュームを削除できる場合や、次のエラーが表示される場合があります。

An Unexpected Error has Occurred

このメッセージは想定されており、設計上のものです。一覧表示される項目は、ボリュームではなくパーティションです。記憶域レプリカは、レプリケーション操作用のデータベーススロットとして 512 KB のパーティションを作成します (レガシ DiskMgmt.msc ツールは最も近いメガバイトに丸められます)。通常、レプリケートされたボリュームごとにこのようなパーティションを作成します。記憶域レプリカでディスクが使用されなくなった場合は、この 512 KB のパーティションを削除できます。使用中のパーティションは削除できません。パーティションサイズは変更されません。レプリケーションを再作成する場合は、記憶域レプリカが未使用のパーティションを要求するため、パーティションを削除することをお勧めします。

詳細を表示するには、DISKPART ツールまたは Get-Partition コマンドレットを使用します。これらのパーティションには、GPT 型の 558d43c5-a1ac-43c0-aac8-d1472b2923d1があります。

スナップショットの作成時に記憶域レプリカノードが応答を停止する

バックアップや vssadmin の使用など、ボリュームシャドウコピーサービス (VSS) スナップショットを作成すると、記憶域レプリカノードの応答が停止したり、 ハングしたりします。ノードを強制的に再起動して回復する必要があります。

この問題は、ログボリュームの VSS スナップショットを作成するときに発生します。根本的な原因は、記憶域レプリカではなく、VSS の従来の設計上の側面にあります。記憶域レプリカログボリュームのスナップショットを取得すると、VSS I/O キューメカニズムが原因でサーバーがデッドロックするという動作結果が生じます。

このシナリオを回避するために、ストレージレプリカのログボリュームのスナップショットを作成しないでください。ログを復元できないため、ログボリュームのスナップショットを作成する必要はありません。また、ログボリュームには他のワークロードを含めないようにする必要があるため、一般的にスナップショットは必要ありません。

記憶域レプリカで記憶域スペースダイレクトを使用する場合の I/O 待機時間が長い

不揮発性メモリエクスプレス (NVMe) デバイスまたはソリッドステートドライブ (SSD) キャッシュで記憶域スペースダイレクトを使用すると、記憶域スペースダイレクトクラスター間の記憶域レプリカレプリケーションを構成するときに予想以上の待機時間が増加します。レイテンシーの変化は、NVMeとSSDをパフォーマンス + 容量構成で使用し、HDD階層や容量階層がない場合に比べて格段に増加します。

この問題は、記憶域レプリカログメカニズムのアーキテクチャの制限と、低速メディアと比較した NVMe の待機時間の短縮が原因で発生します。記憶域スペースダイレクトキャッシュでは、すべての記憶域レプリカログ I/O と、アプリケーションからのすべての最近の読み取り/書き込み I/O がキャッシュに格納され、パフォーマンスレベルまたは容量レベルでは発生しません。すべての記憶域レプリカアクティビティは、同じ速度のメディアで行われます。構成はサポートされていますが、お勧めしません。ログの推奨事項については、記憶域レプリカに関してよく寄せられる質問を参照してください。

HDD で記憶域スペースダイレクトを使用する場合、キャッシュの作成を無効にしたり回避したりすることはできません。回避策として、SSD と NVMe のみを使用する場合は、パフォーマンスレベルと容量レベルのみを構成できます。そのシナリオでは、ストレージレプリカログのみをパフォーマンスレベルに配置し、サービスするデータボリュームのみを容量レベルに配置すると、待機時間の長いシナリオを回避できます。高速な SSD と低速な SSD を組み合わせ、NVMe を使用しないことで同様の結果を得ることができます。

この回避策は理想的ではなく、一部のお客様が使用できない場合があります。記憶域レプリカチームは、これらの人為的なボトルネックを減らすために、最適化と更新されたログメカニズムに取り組んでいます。この v1.1 ログは、Windows Server 2019 で初めて使用できるようになります。パフォーマンスの向上は、Microsoft の Storage で説明されています。

2 つのクラスター間で Test-SRTopology を実行すると、"ファイルが見つかりませんでした" というエラーが発生する

2 つのクラスター間で 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 サポートにお問い合わせください。回避策はありません。

2 つのクラスター間で Test-SRTopology を実行すると、"指定されたボリュームが見つかりませんでした" というエラーが表示される

2 つのクラスター間で 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 の既知のコードの欠陥により、このエラーが発生します。この問題を解決するには、2018 年 10 月 18 日の更新プログラムをインストールします。この問題は、Windows Server 2019 以降のバージョンには存在しません。

物理セクターサイズが 4 KB を超える記憶域レプリカを設定することはできません

現在、記憶域レプリカでは、物理セクターサイズが 4 KB を超えるディスクはサポートされていません。詳細と解決策の詳細については、「 4 KB のディスクセクターサイズのトラブルシューティング」を参照してください。

フィードバック

このページはお役に立ちましたか?

Last updated on 2025-05-08

次の方法で共有

記憶域レプリカの既知の問題

レプリケーションを削除した後にディスクがオフラインになり、レプリケーションを設定できない

初期同期中に、イベント ID 4004 の警告がイベント ログに表示されます

ゲスト内レプリケーションの構成: 仮想マシンが応答を停止する

New-Volume と異なるストレージを使用してレプリケーションを構成する

Test-SRTopology が名前関連のエラーで失敗する

新しいパートナーシップの構成が失敗する: "パーティションのプロビジョニングに失敗しました"

更新プログラムがないため、レプリケートされたボリュームの拡張が失敗する

手順がないため、レプリケートされたボリュームの拡張が失敗する

非同期ストレッチ クラスター上のサイト間で物理ディスク リソースを移動する

2 ノード非対称クラスターにディスクを追加する: "クラスター ディスクに適したディスクが見つかりません"

初期同期中にイベント ID 1241 警告が繰り返される

レプリケートされたノードを再起動した後、イベント ID 4004 警告が繰り返されます

ストレッチ クラスターで "リソース 'クラスター ディスク x' をオンラインにできませんでした" というエラー

新しい記憶域レプリカ パートナーシップを作成しようとしたときの GPT エラー

レプリケートされたボリュームごとに、小さな不明なボリュームが DISKMGMT に一覧表示される

スナップショットの作成時に記憶域レプリカ ノードが応答を停止する

記憶域レプリカで記憶域スペース ダイレクトを使用する場合の I/O 待機時間が長い