記憶域レプリカに関する既知の問題
適用対象: 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 を実行すると、名前関連のエラーが発生して失敗する
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 の記憶域レプリカに関する既知の問題をいくつか説明しましたので、これを使用する際に役立ついくつかの記事を紹介します。