클러스터 간 스토리지 복제

아티클
10/06/2023

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

스토리지 복제본은 저장소 공간 Direct를 사용하는 클러스터의 복제본(replica)tion을 포함하여 클러스터 간에 볼륨을 복제본(replica) 수 있습니다. 관리 및 구성은 서버 간 복제와 유사합니다.

하나의 클러스터에서 다른 클러스터와 해당 스토리지 집합으로 자체 스토리지 집합을 복제하는 클러스터 간 구성에서 이러한 컴퓨터와 스토리지를 구성합니다. 필수 사항은 아니지만 이러한 노드와 해당 스토리지는 별도의 실제 사이트에 있어야 합니다.

Important

이 테스트에서는 4개의 서버를 사용합니다. 각 클러스터에서 Microsoft에서 지원하는 서버 수를 사용할 수 있습니다. 현재 저장소 공간 Direct 클러스터의 경우 8개, 공유 스토리지 클러스터의 경우 64개입니다.

이 가이드에서는 스토리지 공간 다이렉트 구성을 다루지 않습니다. 저장소 공간 Direct 구성에 대한 자세한 내용은 저장소 공간 Direct 개요를 참조하세요.

이 연습에서는 다음 환경을 예로 사용합니다.

SR-SRV01 및 SR-SRV02라는 두 개의 멤버 서버는 나중에 SR-SRVCLUSA라는 클러스터로 구성됩니다.
SR-SRV03 및 SR-SRV04라는 두 개의 멤버 서버는 나중에 SR-SRVCLUSB라는 클러스터로 구성됩니다.
각각 Redmond와 Bellevue라는 두 개의 데이터 센터를 나타내는 논리적 “사이트" 쌍

Redmond 사이트의 클러스터와 Bellevue 사이트의 클러스터가 복제되는 예제 환경을 보여 주는 다이어그램

그림 1: 클러스터에서 클러스터로 복제

필수 조건

Active Directory Domain Services 포리스트(Windows Server 2016을 실행하지 않아도 됨).
Windows Server 2019 또는 Windows Server 2016 Datacenter Edition을 실행하는 4-128 서버(2-64개 서버의 클러스터 2개). Windows Server 2019를 실행하는 경우 크기가 최대 2TB인 단일 볼륨만 복제본(replica) 괜찮은 경우 Standard Edition을 대신 사용할 수 있습니다.
SAS JBOD, 파이버 채널 SAN, 공유 VHDX, 저장소 공간 Direct 또는 iSCSI 대상을 사용하는 두 스토리지 집합입니다. 스토리지에는 HDD 및 SSD 미디어가 혼합되어 있어야 합니다. 각 스토리지 집합은 각 클러스터에만 사용할 수 있으며 클러스터 간의 공유 액세스는 없습니다.
각 스토리지 집합에서 복제된 데이터용과 로그용으로 둘 이상의 가상 디스크를 만들 수 있어야 합니다. 실제 스토리지의 섹터 크기는 모든 데이터 디스크의 섹터 크기와 동일해야 합니다. 실제 스토리지의 섹터 크기는 모든 로그 디스크의 섹터 크기와 동일해야 합니다.
각 서버에 하나 이상의 동기 복제용 이더넷/TCP 연결(RDMA 권장).
모든 노드 간에 ICMP, SMB(포트 445 및 SMB 다이렉트용 5445) 및 WS-MAN(포트 5985) 양방향 트래픽을 허용하는 적절한 방화벽 및 라우터 규칙
동기 복제를 위해 IO 쓰기 워크로드가 포함된 충분한 대역폭 및 평균 5ms 왕복 대기 시간을 지원하는 서버 간의 네트워크. 비동기 복제에는 권장 대기 시간이 없습니다.
복제된 스토리지는 Windows 운영 체제 폴더가 포함된 드라이브에 있을 수 없습니다.
저장소 공간 Direct 복제본(replica)에 대한 중요한 고려 사항 및 제한 사항이 있습니다. 아래의 자세한 정보를 검토하세요.

이러한 요구 사항은 대부분 Test-SRTopology cmdlet을 사용하여 확인할 수 있습니다. 하나 이상의 서버에 스토리지 복제본 또는 스토리지 복제 관리 도구 기능을 설치한 경우 이 도구에 액세스할 수 있습니다. 이 도구를 사용하기 위해 스토리지 복제본을 구성할 필요는 없으며 cmdlet을 설치하기만 하면 됩니다. 자세한 내용은 아래 단계에 포함되어 있습니다.

1단계: 운영 체제, 기능, 역할, 스토리지 및 네트워크 프로비전

Windows Server(데스크톱 환경)의 설치 유형을 사용하여 4개 서버 노드 모두에 Windows Server를 설치합니다.
네트워크 정보를 추가하고 도메인에 가입한 다음 다시 시작합니다.

Important

이 시점부터는 항상 모든 서버에서 기본 제공 관리자 그룹의 구성원인 도메인 사용자로 로그온합니다. 그래픽 서버 설치 또는 Windows 10 컴퓨터에서 실행할 때는 항상 Windows PowerShell 및 명령줄 프롬프트를 관리자 권한으로 사용해야 합니다.
JBOD 스토리지 엔클로저, iSCSI 대상, FC SAN 또는 DAS(로컬 고정 디스크) 스토리지의 첫 번째 집합을 Redmond 사이트의 서버에 연결합니다.
두 번째 스토리지 집합을 Bellevue 사이트의 서버에 연결합니다.
필요에 따라 4개의 노드 모두에 최신 공급업체 스토리지와 엔클로저 펌웨어 및 드라이버, 최신 공급업체 HBA 드라이버, 최신 공급업체 BIOS/UEFI 펌웨어, 최신 공급업체 네트워크 드라이버 및 최신 마더보드 칩셋 드라이버를 설치합니다. 필요에 따라 노드를 다시 시작합니다.

참고 항목

공유 스토리지 및 네트워킹 하드웨어 구성은 하드웨어 공급업체 설명서를 참조하세요.
서버의 BIOS/UEFI 설정이 고성능을 지원하는지 확인합니다(예: C-상태 사용 안 함, QPI 속도 설정, NUMA 사용, 가장 높은 메모리 주파수 설정 등). Windows Server의 전원 관리가 고성능으로 설정되었는지 확인합니다. 필요에 따라 다시 시작합니다.
다음과 같이 역할을 구성합니다.
- 그래픽 메서드
  1. ServerManager.exe를 실행하고 모든 서버 노드를 추가하여 서버 그룹을 만듭니다.
  2. 각 노드에 파일 서버 및 스토리지 복제본 역할과 기능을 설치하고 다시 시작합니다.
- Windows PowerShell 메서드
  
  SR SRV04 또는 원격 관리 컴퓨터의 Windows PowerShell 콘솔에서 다음 명령을 실행하여 4개의 노드에 있는 확장 클러스터에 필요한 기능 및 역할을 설치하고 다시 시작합니다.
```
$Servers = 'SR-SRV01','SR-SRV02','SR-SRV03','SR-SRV04'

$Servers | ForEach { Install-WindowsFeature -ComputerName $_ -Name Storage-Replica,Failover-Clustering,FS-FileServer -IncludeManagementTools -restart }
```
  이러한 단계에 대한 자세한 내용은 역할, 역할 서비스 또는 기능 설치 또는 제거를 참조하세요.
다음과 같이 스토리지를 구성합니다.
Important
- 각 엔클로저에 두 개의 볼륨(데이터용 볼륨과 로그용 볼륨)을 만들어야 합니다.
- 로그 및 데이터 디스크는 MBR이 아니라 GPT로 초기화되어야 합니다.
- 두 개의 데이터 볼륨이 동일한 크기여야 합니다.
- 두 개의 로그 볼륨이 동일한 크기여야 합니다.
- 복제된 데이터 디스크의 섹터 크기가 모두 동일해야 합니다.
- 로그 디스크의 섹터 크기가 모두 동일해야 합니다.
- 로그 볼륨에서 SSD와 같은 플래시 기반 스토리지를 사용해야 합니다. Microsoft는 로그 스토리지가 데이터 스토리지보다 더 빠를 것을 권장합니다. 로그 볼륨은 다른 워크로드에 사용하면 안 됩니다.
- 데이터 디스크에서는 HDD, SSD 또는 계층형 조합을 사용할 수 있으며, 미러링된 공간이나 패리티 공간 또는 RAID 1 또는 10, RAID 5 또는 RAID 50을 사용할 수 있습니다.
- 로그 볼륨은 기본적으로 8GB 이상이어야 하며 로그 요구 사항에 따라 크거나 작을 수 있습니다.
- NVME 또는 SSD 캐시와 함께 저장소 공간 Direct(저장소 공간 Direct)를 사용하는 경우 저장소 공간 Direct 클러스터 간에 스토리지 복제본 복제본(replica)tion을 구성할 때 예상보다 긴 대기 시간이 표시됩니다. 대기 시간의 변화는 성능 + 용량 구성에서 NVME 및 SSD를 사용할 때 표시되는 것보다 비례적으로 훨씬 높으며 HDD 계층이나 용량 계층은 없습니다.
이 문제는 느린 미디어와 비교할 때 NVME의 대기 시간이 매우 짧은 SR 로그 메커니즘 내의 아키텍처 제한으로 인해 발생합니다. 저장소 공간 Direct 저장소 공간 Direct Cache를 사용하는 경우 모든 SR 로그 IO와 애플리케이션의 모든 최근 읽기/쓰기 IO가 캐시에서 발생하며 성능 또는 용량 계층에서는 발생하지 않습니다. 즉, 모든 SR 작업은 동일한 속도 미디어에서 발생합니다. 이 구성은 권장되지 않습니다(로그 권장 사항 참조 https://aka.ms/srfaq ).

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

이 해결 방법은 물론 이상적이지 않으며 일부 고객은 이를 사용하지 못할 수 있습니다. SR 팀은 이러한 인위적인 병목 현상을 줄이기 위해 향후 최적화 및 업데이트된 로그 메커니즘을 연구하고 있습니다. 이에 대한 ETA는 없지만 TAP 고객이 테스트를 위해 사용할 수 있는 경우 이 FAQ가 업데이트됩니다.

JBOD 엔클로저의 경우:

각 클러스터에서 해당 사이트의 스토리지 엔클로저만 볼 수 있는지, 그리고 SAS 연결이 제대로 구성되어 있는지 확인합니다.
Windows PowerShell 또는 서버 관리자를 사용하여 독립 실행형 서버에서 스토리지 공간 배포에 제공된 1~3단계에 따라 스토리지 공간을 사용하는 스토리지를 프로비전합니다.

iSCSI 대상 스토리지의 경우:

각 클러스터에서 해당 사이트의 스토리지 엔클로저만 볼 수 있는지 확인합니다. iSCSI를 사용하는 경우 둘 이상의 단일 네트워크 어댑터를 사용해야 합니다.
공급업체 설명서를 사용하여 스토리지를 프로비전합니다. Windows 기반 iSCSI 대상을 사용하는 경우 iSCSI 대상 블록 스토리지, 방법을 참조하세요.

FC SAN 스토리지의 경우:

각 서버에서 해당 사이트의 스토리지 엔클로저만 볼 수 있는지, 그리고 호스트의 영역을 제대로 설정했는지 확인합니다.
공급업체 설명서를 사용하여 스토리지를 프로비전합니다.

저장소 공간 Direct의 경우:

각 클러스터가 저장소 공간 Direct를 배포해야만 해당 사이트의 스토리지 인클로저를 볼 수 있는지 확인합니다.
SR 로그 볼륨이 항상 가장 빠른 플래시 스토리지에 있고 데이터 볼륨이 느린 대용량 스토리지에 있는지 확인합니다.
Windows PowerShell을 시작하고 Test-SRTopology cmdlet을 사용하여 모든 스토리지 복제본 요구 사항을 충족하는지 확인합니다. 장기 실행 성능 평가 모드뿐만 아니라 빠른 테스트를 위해 요구 사항 전용 모드에서 cmdlet을 사용할 수 있습니다. 예를 들면 다음과 같습니다.
```
MD c:\temp

Test-SRTopology -SourceComputerName SR-SRV01 -SourceVolumeName f: -SourceLogVolumeName g: -DestinationComputerName SR-SRV03 -DestinationVolumeName f: -DestinationLogVolumeName g: -DurationInMinutes 30 -ResultPath c:\temp
```
Important

평가 기간 동안 지정된 원본 볼륨에 쓰기 IO 로드가 없는 테스트 서버를 사용하는 경우 워크로드를 추가하는 것이 좋습니다. 그렇지 않으면 유용한 보고서가 생성되지 않습니다. 실제 숫자와 권장 로그 크기를 확인하기 위해 프로덕션과 유사한 워크로드로 테스트해야 합니다. 또는 테스트하거나 다운로드하는 동안 일부 파일을 원본 볼륨에 복사하고 DISKSPD를 실행하여 쓰기 IO를 생성합니다. 예를 들어 D: 볼륨에 대한 5분 동안 쓰기 IO 워크로드가 낮은 샘플은 다음과 같습니다. Diskspd.exe -c1g -d300 -W5 -C5 -b8k -t2 -o2 -r -w5 -h d:\test.dat
TestSrTopologyReport.html 보고서를 검사하여 스토리지 복제본 요구 사항을 충족하는지 확인합니다.

2단계: 두 개의 스케일 아웃 파일 서버 장애 조치(failover) 클러스터 구성

이제 두 개의 정상적인 장애 조치(failover) 클러스터를 만듭니다. 구성, 유효성 검사 및 테스트 후 스토리지 복제본을 사용하여 복제합니다. 클러스터 노드에서 직접 또는 Windows Server 원격 서버 관리istration Tools가 포함된 원격 관리 컴퓨터에서 아래의 모든 단계를 수행할 수 있습니다.

그래픽 사용

각 사이트의 노드에 대해 cluadmin.msc를 실행합니다.
제안된 클러스터의 유효성을 검사하고 결과를 분석하여 계속할 수 있는지 확인합니다. 아래에서 사용된 예는 SR-SRVCLUSA 및 SR-SRVCLUSB입니다.
두 개의 클러스터를 만듭니다. 클러스터 이름이 15자 이하인지 확인합니다.
파일 공유 감시 또는 클라우드 감시를 구성합니다.

참고 항목

이제 WIndows 서버에 클라우드(Azure) 기반 미러리치 옵션이 포함되어 있습니다. 파일 공유 감시 대신 이 쿼럼 옵션을 선택할 수 있습니다.

Warning

쿼럼 구성에 대한 자세한 내용은 쿼럼 구성 및 관리의 감시 구성 섹션을 참조하세요. Set-ClusterQuorum cmdlet에 대한 자세한 내용은 Set-ClusterQuorum을 참조하세요.
Redmond 사이트의 디스크 하나를 클러스터 CSV에 추가합니다. 이렇게 하려면 스토리지 섹션의 디스크 노드에서 원본 디스크를 마우스 오른쪽 단추로 클릭한 다음 클러스터 공유 볼륨에 추가를 클릭합니다.
스케일 아웃 파일 서버 구성의 지침을 사용하여 두 클러스터 모두에서 클러스터된 스케일 아웃 파일 서버를 만듭니다.

Windows PowerShell 사용

제안된 클러스터를 테스트하고 결과를 분석하여 계속할 수 있는지 확인합니다.
```
Test-Cluster SR-SRV01,SR-SRV02
Test-Cluster SR-SRV03,SR-SRV04
```

클러스터를 만듭니다(클러스터에 대해 고유한 고정 IP 주소를 지정해야 함). 각 클러스터 이름이 15자 이하인지 확인합니다.

New-Cluster -Name SR-SRVCLUSA -Node SR-SRV01,SR-SRV02 -StaticAddress <your IP here>
New-Cluster -Name SR-SRVCLUSB -Node SR-SRV03,SR-SRV04 -StaticAddress <your IP here>

각 클러스터에서 도메인 컨트롤러 또는 일부 다른 독립 서버에서 호스트되는 공유를 가리키는 파일 공유 감시 또는 클라우드(Azure) 감시를 구성합니다. 예시:
```
Set-ClusterQuorum -FileShareWitness \\someserver\someshare
```
참고 항목

이제 WIndows 서버에 클라우드(Azure) 기반 미러리치 옵션이 포함되어 있습니다. 파일 공유 감시 대신 이 쿼럼 옵션을 선택할 수 있습니다.

Warning

쿼럼 구성에 대한 자세한 내용은 쿼럼 구성 및 관리의 감시 구성 섹션을 참조하세요. Set-ClusterQuorum cmdlet에 대한 자세한 내용은 Set-ClusterQuorum을 참조하세요.
스케일 아웃 파일 서버 구성의 지침을 사용하여 두 클러스터 모두에서 클러스터된 스케일 아웃 파일 서버를 만듭니다.

3단계: Windows PowerShell을 사용하여 클러스터를 클러스터 복제로 설정

이제 Windows PowerShell을 사용하여 클러스터-클러스터 복제본(replica) 설정됩니다. 노드에서 직접 또는 Windows Server 원격 서버 관리istration Tools가 포함된 원격 관리 컴퓨터에서 아래의 모든 단계를 수행할 수 있습니다.

첫 번째 클러스터의 노드에서 또는 원격으로 Grant-SRAccess cmdlet을 실행하여 첫 번째 클러스터에 다른 클러스터에 대한 모든 액세스 권한을 부여합니다. Windows Server 원격 서버 관리istration Tools
```
Grant-SRAccess -ComputerName SR-SRV01 -Cluster SR-SRVCLUSB
```
두 번째 클러스터의 모든 노드에서 또는 원격으로 Grant-SRAccess cmdlet을 실행하여 두 번째 클러스터에 다른 클러스터에 대한 모든 액세스 권한을 부여합니다.
```
Grant-SRAccess -ComputerName SR-SRV03 -Cluster SR-SRVCLUSA
```
원본 및 대상 디스크, 원본 및 대상 로그, 원본 및 대상 클러스터 이름, 로그 크기 등을 지정하여 클러스터 간 복제를 구성합니다. 서버에서 로컬로 이 명령을 수행하거나 원격 관리 컴퓨터를 사용하여 수행할 수 있습니다.
```
New-SRPartnership -SourceComputerName SR-SRVCLUSA -SourceRGName rg01 -SourceVolumeName c:\ClusterStorage\Volume2 -SourceLogVolumeName f: -DestinationComputerName SR-SRVCLUSB -DestinationRGName rg02 -DestinationVolumeName c:\ClusterStorage\Volume2 -DestinationLogVolumeName f: -LogType Raw
```
Warning

기본 로그 크기는 8GB입니다. Test-SRTopology cmdlet의 결과에 따라 값이 더 높거나 낮은 -LogSizeInBytes를 사용할 수도 있습니다.
복제 원본 및 대상 상태를 가져오려면 다음과 같이 Get-SRGroup 및 Get-SRPartnership을 사용합니다.
```
Get-SRGroup
Get-SRPartnership
(Get-SRGroup).replicas
```

다음과 같이 복제 진행률을 확인합니다.

원본 서버에서 다음 명령을 실행하고 5015, 5002, 5004, 1237, 5001 및 2200 이벤트를 확인합니다.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica -max 20
```

대상 서버에서 다음 명령을 실행하여 파트너 관계 생성을 표시하는 스토리지 복제본 이벤트를 확인합니다. 이 이벤트는 복사한 바이트 수와 걸린 시간을 알려 줍니다. 예시:

Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | Where-Object {$_.ID -eq "1215"} | Format-List

출력 예는 다음과 같습니다.

TimeCreated  : 4/8/2016 4:12:37 PM
ProviderName : Microsoft-Windows-StorageReplica
Id           : 1215
Message      : Block copy completed for replica.
    ReplicationGroupName: rg02
    ReplicationGroupId:
    {616F1E00-5A68-4447-830F-B0B0EFBD359C}
    ReplicaName: f:\
    ReplicaId: {00000000-0000-0000-0000-000000000000}
    End LSN in bitmap:
    LogGeneration: {00000000-0000-0000-0000-000000000000}
    LogFileId: 0
    CLSFLsn: 0xFFFFFFFF
    Number of Bytes Recovered: 68583161856
    Elapsed Time (seconds): 117

또는 복제본의 대상 서버 그룹은 복사할 남은 바이트 수를 알려 주며 PowerShell을 통해 쿼리할 수 있습니다. 예시:

(Get-SRGroup).Replicas | Select-Object numofbytesremaining

진행률 샘플(종료되지 않음):

  while($true) {
  $v = (Get-SRGroup -Name "Replication 2").replicas | Select-Object numofbytesremaining
  [System.Console]::Write("Number of bytes remaining: {0}`n", $v.numofbytesremaining)
  Start-Sleep -s 5
 }

대상 클러스터의 대상 서버에서 다음 명령을 실행하고 5009, 1237, 5001, 5015, 5005 및 2200 이벤트를 확인하여 처리 진행률을 이해합니다. 이 시퀀스에는 오류 경고가 없어야 합니다. 여러 개의 1237 이벤트가 있습니다. 이는 진행률을 나타냅니다.
```
Get-WinEvent -ProviderName Microsoft-Windows-StorageReplica | FL
```
참고 항목

복제된 경우 대상 클러스터 디스크는 항상 온라인(액세스 없음)으로 표시됩니다.

4단계: 복제본(replica) 관리

이제 클러스터 간 복제를 관리하고 운영합니다. 클러스터 노드에서 직접 또는 Windows Server 원격 서버 관리istration Tools가 포함된 원격 관리 컴퓨터에서 아래의 모든 단계를 수행할 수 있습니다.

Get-ClusterGroup 또는 장애 조치(Failover) 클러스터 관리자를 사용하여 복제의 현재 원본과 대상 및 해당 상태를 확인합니다. Windows Server 원격 서버 관리istration Tools
복제 성능을 측정하려면 원본 및 대상 노드 모두에서 Get-Counter cmdlet을 사용합니다. 카운터 이름은 다음과 같습니다.
- \Storage Replica Partition I/O Statistics(*)\Number of times flush paused
- \Storage Replica Partition I/O Statistics(*)\Number of pending flush I/O
- \Storage Replica Partition I/O Statistics(*)\Number of requests for last log write
- \Storage 복제본 파티션 I/O 통계(*)\평균. 플러시 큐 길이
- \Storage Replica Partition I/O Statistics(*)\Current Flush Queue Length
- \Storage Replica Partition I/O Statistics(*)\Number of Application Write Requests
- \Storage Replica Partition I/O Statistics(*)\Avg. 로그 쓰기당 요청 수
- \Storage 복제본 파티션 I/O 통계(*)\Avg. 앱 쓰기 대기 시간
- \Storage 복제본 파티션 I/O 통계(*)\Avg. 앱 읽기 대기 시간
- \Storage Replica Statistics(*)\Target RPO
- \Storage Replica Statistics(*)\Current RPO
- \Storage 복제본 통계(*)\Avg. 로그 큐 길이
- \Storage Replica Statistics(*)\Current Log Queue Length
- \Storage Replica Statistics(*)\Total Bytes Received
- \Storage Replica Statistics(*)\Total Bytes Sent
- \Storage Replica Statistics(*)\Avg. Network Send Latency
- \Storage Replica Statistics(*)\Replication State
- \Storage 복제본 통계(*)\평균. 메시지 왕복 대기 시간
- \Storage Replica Statistics(*)\Last Recovery Elapsed Time
- \Storage Replica Statistics(*)\Number of Flushed Recovery Transactions
- \Storage Replica Statistics(*)\Number of Recovery Transactions
- \Storage Replica Statistics(*)\Number of Flushed Replication Transactions
- \Storage Replica Statistics(*)\Number of Replication Transactions
- \Storage Replica Statistics(*)\Max Log Sequence Number
- \Storage Replica Statistics(*)\Number of Messages Received
- \Storage Replica Statistics(*)\Number of Messages Sent
Windows PowerShell의 성능 카운터에 대한 자세한 내용은 Get-Counter를 참조하세요.
하나의 사이트에서 복제 방향을 이동하려면 Set-SRPartnership cmdlet을 사용합니다.
```
Set-SRPartnership -NewSourceComputerName SR-SRVCLUSB -SourceRGName rg02 -DestinationComputerName SR-SRVCLUSA -DestinationRGName rg01
```
참고 항목

초기 동기화가 진행 중일 때 Windows Server는 초기 복제본(replica) 완료를 허용하기 전에 전환하려고 하면 데이터 손실이 발생할 수 있으므로 역할 전환을 방지합니다. 초기 동기화가 완료될 때까지 방향을 강제로 전환하지 마세요.

이벤트 로그에서 복제 방향이 변경되고 복구 모드가 발생했는지 확인한 다음 조정합니다. 그런 다음 쓰기 IO에서 새 원본 서버가 소유한 스토리지에 쓸 수 있습니다. 복제 방향을 변경하면 이전 원본 컴퓨터에서 쓰기 IO가 차단됩니다.

참고 항목

복제된 경우 대상 클러스터 디스크는 항상 온라인(액세스 없음)으로 표시됩니다.
로그 크기를 기본 8GB에서 변경하려면 원본 및 대상 스토리지 복제본 그룹 모두에서 Set-SRGroup을 사용합니다.

Important

기본 로그 크기는 8GB입니다. Test-SRTopology cmdlet의 결과에 따라 값이 더 높거나 낮은 -LogSizeInBytes를 사용할 수도 있습니다.
복제를 제거하려면 각 클러스터에서 Get-SRGroup, Get-SRPartnership, Remove-SRGroup 및 Remove-SRPartnership을 사용합니다.
```
Get-SRPartnership | Remove-SRPartnership
Get-SRGroup | Remove-SRGroup
```
참고 항목

스토리지 복제본은 대상 볼륨을 분리합니다. 이것은 의도적인 것입니다.