스토리지 복제본의 알려진 문제

아티클
10/06/2023

적용 대상: Azure Stack HCI, Windows Server 2022, Windows Server 2019, Windows Server 2016

이 문서에서는 Windows Server의 스토리지 복제본과 관련된 몇 가지 알려진 문제에 대해 설명합니다.

복제본(replica) 제거한 후 오프라인 상태인 디스크를 복제본(replica) 구성할 수 없습니다.

이전에 복제본(replica)ted되었거나 탑재할 수 없는 볼륨을 찾을 수 있는 볼륨에서 복제본(replica)tion을 프로비전할 수 없습니다. 디스크는 복제본(replica) 제거되지 않거나 이전에 데이터를 복제본(replica) 컴퓨터에 운영 체제를 다시 설치할 때 오프라인으로 기본 수 있습니다.

이 문제를 해결하려면 Clear-SRMetadata cmdlet을 사용하여 디스크에서 숨겨진 스토리지 복제본 파티션을 지우고 쓰기 가능한 상태로 되돌려야 합니다.

분리된 모든 스토리지 복제본 파티션 데이터베이스 슬롯을 제거하고 모든 파티션을 다시 탑재하려면 다음과 같이 -AllPartitions 매개 변수를 사용합니다.
```
Clear-SRMetadata -AllPartitions
```
분리된 모든 스토리지 복제본 로그 데이터를 제거하려면 다음과 같이 -AllLogs 매개 변수를 사용합니다.
```
Clear-SRMetadata -AllLogs
```
분리된 모든 장애 조치(failover) 클러스터 구성 데이터를 제거하려면 다음과 같이 -AllConfiguration 매개 변수를 사용합니다.
```
Clear-SRMetadata -AllConfiguration
```
개별 복제 그룹 메타데이터를 제거하려면 다음과 같이 -Name 매개 변수를 사용하고 복제 그룹을 지정합니다.
```
Clear-SRMetadata -Name RG01 -Logs -Partition
```

파티션 데이터베이스를 클린 후 서버를 다시 시작해야 할 수 있습니다. 서버가 일시적으로 -NoRestart 다시 부팅되지 않도록 방지할 수 있지만 cmdlet에서 요청한 경우 다시 시작을 건너뛰지 않아야 합니다. 이 cmdlet은 데이터 볼륨이나 해당 볼륨 내에 포함된 데이터를 제거하지 않습니다.

초기 동기화 중에 이벤트 ID 4004 경고가 이벤트 로그에 표시됩니다.

복제본(replica) 구성한 후 초기 동기화 중에 원본 서버와 대상 서버는 StorageReplica\관리 이벤트 로그에 이벤트 ID가 4004인 여러 경고 이벤트를 표시할 수 있습니다. 이벤트 설명은 상태 "API를 완료하기 위한 시스템 리소스가 부족합니다"를 보여 줍니다. 5014 오류도 표시할 수 있습니다. 이러한 이벤트는 서버에 초기 동기화 및 실행 워크로드를 모두 수행할 수 있는 RAM(사용 가능한 메모리)이 충분하지 않음을 나타냅니다. RAM을 추가하거나, 스토리지 복제본 이외의 기능 및 애플리케이션에서 사용되는 RAM을 줄입니다.

게스트 내 복제본(replica) 구성 후 가상 머신의 응답 중지

클러스터 공유 볼륨이 아닌 공유 VHDX에서 게스트 내 클러스터링 및 스토리지 복제본을 사용할 때 복제본(replica)tion을 구성한 후 가상 머신의 응답이 중지됩니다. Hyper-V 호스트를 다시 시작하면 가상 머신이 응답하기 시작합니다. 그러나 복제본(replica) 구성이 완료되지 않고 복제본(replica) 발생하지 않습니다.

이 동작은 CSV를 실행하는 Hyper-V 호스트에 대한 요구 사항을 우회하는 데 사용할 fltmc.exe attach svhdxflt 때 발생합니다. 이 명령의 사용은 지원되지 않으며 테스트 및 데모용으로만 사용됩니다.

속도 저하의 원인은 Windows Server의 스토리지 QoS와 수동으로 연결된 공유 VHDX 필터 간의 상호 운용성 문제입니다. 이 문제를 해결하려면 스토리지 QoS 필터 드라이버를 사용하지 않도록 설정하고 Hyper-V 호스트를 다시 시작합니다.

SC config storqosflt start= disabled

새 볼륨 및 다른 스토리지를 사용하는 경우 복제본(replica)tion을 구성할 수 없습니다.

원본 및 대상 서버에서 서로 다른 스토리지 집합과 함께 cmdlet을 사용하는 New-Volume 경우(예: 서로 다른 두 개의 SAN 또는 디스크가 다른 JBOD 2개) 사용 시 복제본(replica)tionNew-SRPartnership을 구성하지 못할 수 있습니다. 다음과 같은 오류가 표시될 수 있습니다.

Data partition sizes are different in those two groups

New-Volume 대신 New-Partition** cmdlet을 사용하여 볼륨을 만들고 서식을 지정합니다. 전자의 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 서비스를 실행하고 있지 않습니다.
관리 컴퓨터에서 원격으로 cmdlet을 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: 볼륨을 둘 다 포함하는 드라이브가 여기에 해당합니다. 시스템 드라이브 사용은 스토리지 복제본에서 지원되지 않습니다. 복제본(replica) 다른 볼륨을 선택해야 합니다.

업데이트 누락으로 인해 복제본(replica)ted 볼륨 증가 시도가 실패함

복제된 볼륨을 늘리거나 확장하려고 하면 다음 오류가 발생합니다.

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.

이 문제는 Windows 10용 누적 업데이트, 버전 1607(1주년 업데이트) 및 Windows Server 2016: 2016년 12월 9일(KB3201845)에서 해결되었습니다.

누락된 단계로 인해 복제본(replica)ted 볼륨 증가 시도가 실패함

먼저 설정 -AllowResizeVolume $TRUE 하지 않고 원본 서버에서 복제본(replica)ted 볼륨의 크기를 조정하려고 하면 다음 오류가 발생합니다.

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

이러한 PDR 디스크를 비동기 확장 클러스터에서 이동하는 데 사용합니다 Set-SRPartnership . 이동된 동작은 고객 피드백에 따라 비동기 복제본(replica) 통해 수동 및 자동화된 장애 조치(failover)를 허용하도록 Windows Server 2019부터 변경되었습니다.

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개 이상 있는 경우 오류가 발생하지 않습니다. 스토리지를 추가하려면 두 번째 사이트의 노드에서 다음 명령을 실행할 수 있습니다.

Get-ClusterAvailableDisk -All | Add-ClusterDisk

이 명령은 노드 로컬 스토리지에서 작동하지 않습니다. 스토리지 복제본을 사용하여 각각 고유한 공유 스토리지 집합을 사용하여 두 개의 총 노드 간에 스트레치 클러스터를 복제본(replica) 수 있습니다.

초기 동기화 중에 반복되는 이벤트 ID 1241 경고

복제본(replica)tion 파트너 관계를 비동기적으로 지정하는 경우 원본 컴퓨터는 스토리지 복제본 관리 채널에서 이벤트 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는 블록 복사가 완료된 후에 사용할 수 있게 됩니다.

초기 동기화 중에 이벤트가 예상되는 동작이며 안전하게 무시될 수 있습니다. 이벤트 동작은 이후 릴리스에서 변경될 수 있습니다. 진행 중인 비동기 복제본(replica) 중에 이 동작이 표시되는 경우 파트너 관계를 조사하여 구성된 RPO(기본적으로 30초)를 초과하여 복제본(replica)tion이 지연되는 이유를 확인합니다.

복제본(replica)ted 노드를 다시 부팅한 후 반복되는 이벤트 ID 4004 경고

드문 경우지만 파트너 관계를 맺고 있는 서버를 다시 부팅하면 복제본(replica)tion이 실패하고 액세스 거부 오류가 있는 다시 부팅된 노드 로깅 이벤트 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)에서 해결되었습니다.

스트레치 클러스터가 있는 "'Cluster Disk x' 리소스를 온라인 상태로 만들지 못했습니다." 오류

장애 조치(failover)가 성공한 후 클러스터 디스크를 온라인 상태로 전환하려고 하면 원래 원본 사이트 기본으로 다시 설정하려고 하면 장애 조치(failover) 클러스터 관리자에서 오류가 발생합니다. 예시:

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 또는 PowerShell cmdlet을 사용하여 연결된 모든 스토리지를 Initialize-Disk 초기화합니다.

이 문제를 영구적으로 해결하는 업데이트를 제공하기 위해 노력하고 있습니다. 자세한 내용은 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

장애 조치(failover) 클러스터 관리자 GUI에는 디스크에 대한 복제본(replica) 설정할 수 있는 기능이 없습니다.

다음 출력으로 실행 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 경우 스토리지 복제본을 구현하는 데 필요한 버전입니다. 그렇지 9ClusterFunctionalLevel 않은 경우 ClusterFunctionalLevel 이 노드에서 스토리지 복제본을 구현하기 위해 업데이트해야 합니다.

이 문제를 해결하려면 PowerShell cmdlet: Update-ClusterFunctionalLevel을 실행하여 클러스터 기능 수준을 높입니다.

각 복제본(replica)ted 볼륨에 대해 DISKMGMT에 나열된 알 수 없는 작은 볼륨

디스크 관리 스냅인(DISKMGMT)을 실행하는 경우 MSC) 레이블이나 드라이브 문자가 없고 크기가 1MB인 볼륨이 하나 이상 나열됩니다. 알 수 없는 볼륨을 삭제할 수 있거나 다음을 받을 수 있습니다.

An Unexpected Error has Occurred

위의 메시지는 예상된 동작이며 의도적으로 작성되었습니다. 나열된 항목은 볼륨이 아니라 파티션입니다. 스토리지 복제본은 512KB 파티션을 복제본(replica)tion 작업에 대한 데이터베이스 슬롯으로 만듭니다(레거시 DiskMgmt.msc 도구는 가장 가까운 MB로 반올림됨). 각 복제본(replica)ted 볼륨에 대해 이와 같은 파티션을 갖는 것은 정상이며 바람직합니다. 스토리지 복제본에서 디스크를 더 이상 사용하지 않으면 이 512KB 파티션을 삭제할 수 있습니다. 사용 중인 파티션은 삭제할 수 없습니다. 파티션은 증가하거나 축소되지 않습니다. 복제본(replica) 다시 만드는 경우 스토리지 복제본이 사용되지 않는 복제본을 클레임하므로 파티션을 그대로 두는 것이 좋습니다.

세부 정보를 보려면 DISKPART 도구 또는 Get-Partition cmdlet을 사용합니다. 이러한 파티션에는 GPT 형식이 있습니다 558d43c5-a1ac-43c0-aac8-d1472b2923d1.

스냅샷 만들 때 스토리지 복제본 노드가 중단됩니다.

백업, VSSADMIN 등을 통해 VSS 스냅샷 만들면 스토리지 복제본 노드가 중단되므로 노드를 강제로 다시 시작해야 복구할 수 있습니다. 오류는 없으며 서버의 하드 중단만 있습니다.

이 문제는 로그 볼륨의 VSS 스냅샷 만들 때 발생합니다. 기본 원인은 스토리지 복제본이 아닌 VSS의 레거시 디자인 측면입니다. 스토리지 복제본 로그 볼륨을 스냅샷 때 발생하는 동작은 VSS I/O 큐 메커니즘으로 인해 서버가 교착 상태에 빠지게 됩니다.

이 동작을 방지하려면 스토리지 복제본 로그 볼륨을 스냅샷 마세요. 이러한 로그를 복원할 수 없으므로 스토리지 복제본 로그 볼륨을 스냅샷 필요가 없습니다. 또한 로그 볼륨에는 다른 워크로드가 포함되어서는 안 되므로 일반적으로 스냅샷 필요하지 않습니다.

스토리지 복제본에서 저장소 공간 Direct를 사용하는 경우 높은 IO 대기 시간

NVMe(비휘발성 메모리 익스프레스) 디바이스 또는 SSD(반도체 드라이브) 캐시에서 저장소 공간 Direct를 사용하는 경우 저장소 공간 Direct 클러스터 간에 스토리지 복제본 복제본(replica)tion을 구성할 때 예상보다 긴 대기 시간이 표시됩니다. 대기 시간의 변화는 성능 + 용량 구성에서 NVMe 및 SSD를 사용할 때 표시되는 것보다 훨씬 높으며 HDD 계층이나 용량 계층은 없습니다.

이 문제는 느린 미디어와 비교할 때 NVMe의 짧은 대기 시간과 결합된 스토리지 복제본의 로그 메커니즘 내의 아키텍처 제한으로 인해 발생합니다. 저장소 공간 직접 캐시를 사용하면 애플리케이션의 모든 최근 읽기/쓰기 IO와 함께 스토리지 복제본 로그의 모든 I/O가 캐시에서 발생하며 성능 또는 용량 계층에서는 발생하지 않습니다. 즉, 모든 스토리지 복제본 작업은 동일한 속도 미디어에서 발생합니다. 구성은 지원되지만 권장되지는 않습니다(로그 권장 사항은 스토리지 복제본에 대한 질문과 대답 참조).

HDD에서 저장소 공간 Direct를 사용하는 경우 캐시를 사용하지 않도록 설정하거나 방지할 수 없습니다. 해결 방법으로 SSD 및 NVMe만 사용하는 경우 성능 및 용량 계층만 구성할 수 있습니다. 해당 구성을 사용하고 서비스하는 데이터 볼륨이 용량 계층에만 있는 성능 계층에 SR 로그를 배치하는 경우 위에서 설명한 높은 대기 시간 문제를 방지할 수 있습니다. 더 빠르고 느린 SSD와 NVMe를 혼합하여 동일한 작업을 수행할 수 있습니다.

이 해결 방법은 이상적이지 않으며 일부 고객은 이를 사용하지 못할 수 있습니다. 스토리지 복제본 팀은 이러한 인위적인 병목 상태를 줄이기 위해 향후 최적화 및 업데이트된 로그 메커니즘을 연구하고 있습니다. 이 v1.1 로그는 Windows Server 2019에서 처음 사용 가능해졌으며 향상된 성능은 서버 스토리지 블로그에 설명되어 있습니다.

두 클러스터 간에 Test-SRTopology를 실행할 때 "파일을 찾을 수 없음" 오류

다음 오류와 함께 두 클러스터와 해당 CSV 경로 간에 실행 Test-SRTopology 이 실패합니다.

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를 실행할 때 "지정된 볼륨을 찾을 수 없습니다." 오류

두 클러스터와 해당 CSV 경로 간에 실행 Test-SRTopology 이 실패하고 오류가 발생합니다.

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 파트너 관계를 사용하지 않도록 설정하고 스토리지 복제본 파트너 관계를 제거한 후에는 해당 암호 또는 키를 사용하여 보조 서버의 데이터 드라이브의 잠금을 해제할 수 없는 경우 필요합니다.

보조 서버의 데이터 드라이브 잠금을 해제하려면 주 서버 데이터 드라이브의 키 또는 암호를 사용해야 합니다.

비동기 복제본(replica) 사용 시 테스트 장애 조치(failover)가 탑재되지 않음

테스트 장애 조치(failover)의 일부로 대상 볼륨을 온라인 상태로 전환하기 위해 실행 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.

동기 파트너 관계 유형을 사용하는 경우 테스트 장애 조치(failover)가 정상적으로 작동합니다.

Windows Server 버전 1709에 알려진 코드 결함이 있어 이 오류가 표시됩니다. 이 문제를 해결하려면 2018년 10월 18일 업데이트를 설치 합니다. 이 문제는 Windows Server 2019 이상에서는 존재하지 않습니다.

물리적 섹터 크기가 4K보다 큰 스토리지 복제본을 설정할 수 없음

스토리지 복제본은 현재 실제 섹터 크기가 4K보다 큰 디스크를 지원하지 않습니다. 향후 릴리스에서 이 기능을 구현하는 방법을 모색하고 있습니다.

자세한 내용 및 해결 방법은 이 문서를 참조하세요.

다음 단계

이제 Windows Server의 스토리지 복제본과 관련된 몇 가지 알려진 문제를 이해하게 되었습니다. 사용하면서 도움이 될 수 있는 몇 가지 문서는 다음과 같습니다.