記憶域レプリカに関する既知の問題

[アーティクル]
06/02/2023

適用対象: Azure Stack HCI、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 を完了するためのシステムリソースが不足しています" という状態が表示されます。 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

新しいボリュームと別の記憶域を使用するとレプリケーションを構成できない

2 つの異なる SAN や、異なるディスクを使用する 2 つの JBOD など、ソースと対象のサーバーで異なる一連の記憶域を New-Volume コマンドレットで使用すると、New-SRPartnership を使用してレプリケーションを構成できない可能性があります。以下のようなエラーが表示される場合があります。

Data partition sizes are different in those two groups

ボリュームの作成とフォーマットには、New-Volume ではなく New-Partition** を使用してください。これは、前者のコマンドレットは、異なるストレージアレイ上のボリュームサイズを丸める場合があるためです。 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: の両方のボリュームが含まれるドライブ上のデータボリュームで発生します。システムドライブの使用は記憶域レプリカではサポートされていないため、別のボリュームをレプリケート対象として選択する必要があります。

レプリケートされたボリュームを拡大しようとすると、更新プログラムがないために失敗する

レプリケートされたボリュームを拡大しようとすると、次のようなエラーが表示されます。

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

The operation failed with return code 8 は、コマンド Set-SRGroup -Name rg01 -AllowVolumeResize $TRUE を使用してソースサーバーでボリュームのサイズ変更を正しく有効化した場合にも発生します。

この問題は、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

クラスター 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

非同期ストレッチクラスター内でこうした PDR ディスクを移動するには、Set-SRPartnership を使用してください。この移動動作は、お客様のフィードバックに基づいて、手動および自動フェールオーバーを非同期レプリケーションで許可するように、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 サポートにお問い合わせください。

新しい 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 コマンドレット Update-ClusterFunctionalLevel を実行して、クラスターの機能レベルを上げてください。

レプリケートされた各ボリュームに対し、DISKMGMT に小さな不明ボリュームが表示される

ディスク管理スナップイン (DISKMGMT.MSC) を実行すると、ラベルやドライブ文字がない 1 MB のサイズのボリュームが 1 つまたは複数表示されます。この不明なボリュームは削除できる場合もありますが、できない場合は以下のエラーメッセージが表示されることがあります。

An Unexpected Error has Occurred

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

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

スナップショット作成時に記憶域レプリカノードがハングする

(バックアップ、VSSADMIN などを使用して) VSS スナップショットを作成すると、記憶域レプリカノードがハングし、復旧するためにノードを強制的に再起動する必要があります。エラーは発生せず、サーバーがハングするだけです。

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

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

記憶域レプリカで記憶域スペースダイレクトを使用する場合の IO 待機時間の増加

NVMe (不揮発性メモリエクスプレス) または SSD (ソリッドステートドライブ) キャッシュで記憶域スペースダイレクトを使用すると、記憶域スペースダイレクトクラスター間で記憶域レプリカレプリケーションを構成するときに、予想よりも長い待機時間が発生します。待機時間の変化は、HDD 層も容量レベルもなく、パフォーマンス + 容量構成で NVMe と SSD を使用する場合に見られるよりもはるかに大きくなります。

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

HDD で記憶域スペースダイレクトを使用する場合、キャッシュを無効にしたり回避したりすることはできません。回避策として、SSD と NVMe のみを使用する場合は、パフォーマンスと容量のレベルのみを構成できます。その構成を使用し、SR ログをパフォーマンスレベルのみに配置し、サービスを提供するデータボリュームを容量レベルのみに配置することで、前述の長い待機時間の問題を回避できます。同じことを、より高速な SSD と低速な SSD および NVMe なしを組み合わせて実行できます。

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

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 アイコンを見つけて、ドライブのロックを解除します。

記憶域レプリカのパートナーシップを解除した後にセカンダリサーバー上のデータドライブのロックが解除される問題

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 の記憶域レプリカに関する既知の問題をいくつか説明しましたので、これを使用する際に役立ついくつかの記事を紹介します。

記憶域レプリカに関する既知の問題

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

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

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

新しいボリュームと別の記憶域を使用するとレプリケーションを構成できない

Test-SRTopology を実行すると、名前関連のエラーが発生して失敗する

新しい記憶域レプリカのパートナーシップを構成するとエラー "パーティションのプロビジョニングを実行できませんでした" が表示される

レプリケートされたボリュームを拡大しようとすると、更新プログラムがないために失敗する

レプリケートされたボリュームを拡大しようとすると、ステップがないために失敗する

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

非対称の 2 ノード クラスターへのディスクの追加を試みると、"クラスター ディスクに適したディスクが見つかりません" というメッセージが返される

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

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

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

新しい SR パートナーシップを作成しようとすると GPT エラーが発生する

レプリケートされた各ボリュームに対し、DISKMGMT に小さな不明ボリュームが表示される

スナップショット作成時に記憶域レプリカ ノードがハングする

記憶域レプリカで記憶域スペース ダイレクトを使用する場合の IO 待機時間の増加