내보내기(0) 인쇄
모두 확장

Hyper-V 복제본 배포

업데이트 날짜: 2015년 4월

적용 대상: Windows Server 2012, Windows Server 2012 R2



이 문서에서는 Hyper-V 복제본에 대한 배포 단계를 안내합니다.

요구 사항 확인:

  1. 주 서버와 복제 서버가 둘 다 동일한 방화벽 뒤에 있나요? 복제 사이트는 주 사이트에서 멀리 떨어져 있을 가능성이 높으므로 복제본 데이터의 통과를 허용하도록 방화벽을 구성해야 합니다. 주 서버와 복제 서버가 방화벽에 의해 분리된 경우 작업 목록에 1.3단계를 추가해야 합니다.

  2. 주 서버 또는 복제본 서버가 장애 조치(failover) 클러스터의 일부인가요? 그렇다면 복제본에 클러스터 연결 지점으로 사용할 NetBIOS 이름과 IP 주소가 필요합니다. 이렇게 하려면 클러스터의 각 노드에 Hyper-V를 설치하고 클러스터에 대해 Hyper-V 복제본 브로커를 구성합니다. 장애 조치(failover) 클러스터가 복제와 관련되어 있는 경우 작업 목록에 1.4단계를 추가합니다.

  3. 주 서버와 복제 서버 간에 전송되는 복제 데이터를 암호화해야 하나요? 암호화된 복제 데이터 전송을 제공하기 위해 복제본에서는 인증서 기반 인증을 사용하므로 적절한 보안 인증서를 가지고 있거나 만들어야 합니다. 예를 들어 원격 사무실 또는 기타 크로스 프레미스 시나리오에서 보안을 위해 데이터를 암호화해야 합니다. 만약 주 서버와 복제 서버가 물리적으로 같은 위치에 있고 같은 방화벽 뒤에 있다면 기본 Kerberos 인증을 사용하는 것이 적절합니다.

    note참고
    Kerberos 인증은 주 서버와 복제 서버가 같은 도메인 또는 상호 트러스트된 도메인에 속해 있는 경우에만 사용할 수 있습니다. 그 외의 시나리오에는 인증서 기반 인증을 사용해야 합니다.

    전송되는 복제 데이터를 암호화해야 할 경우 작업 목록에 1.5단계를 추가합니다.

  4. 어떤 VHD를 복제해야 하나요? 빠르게 변경되며 장애 조치(failover) 이후 복제 서버에서 사용되지 않는 데이터를 포함하는 페이지 파일 디스크 등의 VHD는 네트워크 대역폭을 절약하기 위해 복제에서 제외되어야 합니다. 복제에서 제외할 수 있는 VHD를 메모해 둡니다.

  5. 필요한 복구 지점이 몇 개인가요? 가장 최근에 받은 복제 데이터만 저장하도록 복제본을 구성할 수 있습니다. 복제 서버의 데이터는 구성한 복제 빈도에 따라 업데이트됩니다. 하나 이상의 복구 지점을 추가로 유지하도록 복제본을 구성할 수도 있으며 이 경우 약 1시간마다 복구 지점이 만들어집니다. 복구 지점을 추가로 유지하면 장애 조치(failover)를 수행할 때 가상 컴퓨터 작업을 시간상 이전 지점으로 복구할 수 있습니다. 복구 지점은 최대 15개(Windows Server 2012 R2의 경우 24개)까지 가능합니다. 필요한 복구 지점의 수를 메모합니다.

  6. 일관성을 유지하기 위한 응용 프로그램이 필요한가요? 표준 복제 구성은 장애 조치(failover) 후 복제된 가상 컴퓨터의 운영 체제 상태에서 일관성을 유지하지만 가상 컴퓨터에서 실행될 수 있는 응용 프로그램 상태에서는 일관성을 유지하지 않습니다. 응용 프로그램 상태를 보존하려면 복제본이 일정에 VSS를 사용하는 응용 프로그램 일치 복구 지점을 추가로 만들도록 선택합니다. 응용 프로그램 일치 복구 지점이 필요한지 여부를 메모합니다.

  7. 초기 복제 방법을 결정합니다. 데이터 복제를 시작하려면 복제본에서 가상 컴퓨터의 현재 상태를 전송해야 합니다. 이 초기 상태를 즉시 또는 사용자가 구성하는 나중 시간에 기존 네트워크를 통해 직접 전송할 수 있습니다. 가상 컴퓨터의 이전 백업을 복제 서버에 복원하는 경우처럼 기존에 복원된 복제 서버의 가상 컴퓨터를 초기 복사본으로 사용할 수 있습니다. 또는 초기 복사본을 외부 미디어에 복사한 다음 해당 미디어를 복제 사이트로 직접 전송하여 네트워크 대역폭을 줄일 수 있습니다. 사용할 초기 복제 방법을 메모합니다.

    note참고
    백업에서 초기 복제의 원본으로 복원된 기존 가상 컴퓨터를 사용할 계획이라면 복제를 사용하기 전에 가상 컴퓨터와 연결된 이전 스냅숏을 모두 삭제한 후 초기 복제를 시작합니다.

  8. (Windows Server 2012 R2의 경우) 확장된 복제를 사용하나요? 확장된 복제에서는 복제 서버가 주 가상 컴퓨터에서 발생한 변경 사항을 세 번째 서버(확장된 복제 서버)로 전달합니다. 주 서버에서 복제본 서버로의 계획되거나 계획되지 않은 장애 조치(failover) 후 확장된 복제본 서버는 비즈니스 연속성 보호를 강화합니다. 1~5단계를 완료하여 주 서버와 복제 서버 간의 복제를 설정, 구성 및 테스트한 경우 확장된 복제 구성 및 사용에 대한 정보는 6단계를 참조하세요.

  9. 용량을 계획하나요? 그럴 경우 http://www.microsoft.com/download/details.aspx?id=39057에서 Hyper-V 복제본용 Capacity Planner를 다운로드하세요.

Hyper-V 복제본은 Hyper-V의 기능이므로 아직 사용하지 않고 있다면 Hyper-V 서버 역할을 사용해야 합니다. 복제본에는 가상 컴퓨터도 필요하므로 아직 만들지 않았다면 가상 컴퓨터를 하나 이상 만들어야 합니다. Hyper-V 서버 역할을 사용하도록 설정하고 가상 컴퓨터를 만들려면 Hyper-V 역할 설치 및 가상 시스템 구성을 참조하십시오.

Hyper-V 복제본에는 복제 데이터가 통과할 수 있는 방화벽 규칙이 이미 포함되어 있지만 적절한 예외를 사용해야 합니다. 독립 실행형(클러스터되지 않은) 서버에서 Kerberos 인증을 사용할 것인지 아니면 인증서 기반 인증을 사용할 것인지에 따라 아래 단계를 수행합니다. 서버가 장애 조치(failover) 클러스터에 속해 있다면 클러스터의 모든 노드에 대한 절차를 준수하는 Windows PowerShell cmdlet을 실행하여 클러스터의 모든 노드에 방화벽 규칙을 사용합니다. 이러한 지침은 Windows 방화벽에만 적용됩니다. 타사 방화벽을 사용할 경우에는 다른 단계가 필요합니다.

  1. 고급 보안이 포함된 Windows 방화벽을 열고 인바운드 규칙을 클릭합니다.

  2. Kerberos 인증을 사용하도록 설정하려면 Hyper-V 복제본 HTTP 수신기(TCP-In) >규칙 사용을 마우스 오른쪽 단추로 클릭합니다.

  3. 인증서 기반 인증을 사용하도록 설정하려면 Hyper-V 복제본 HTTPS 수신기(TCP-In) > 규칙 사용을 마우스 오른쪽 단추로 클릭합니다.

  4. 장애 조치(failover) 클러스터에 속하는 서버의 경우 Kerberos 인증을 위해 클러스터의 모든 노드에서 관리자 권한으로 이 Windows PowerShell cmdlet을 실행합니다.이 cmdlet은 관리자 권한이 있는 사용자가 실행해야 합니다.

    get-clusternode | ForEach-Object  {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTP Listener (TCP-In)"}}
    
    
  5. 장애 조치(failover) 클러스터에 속하는 서버의 경우 인증서 인증을 위해 클러스터의 모든 노드에서 관리자 권한으로 이 Windows PowerShell cmdlet을 실행합니다. 이 cmdlet은 관리자 권한이 있는 사용자가 실행해야 합니다.

    get-clusternode | ForEach-Object  {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"}}
    
    

Hyper-V 복제본과 함께 장애 조치(failover) 클러스터를 사용할 계획이고 아직 클러스터를 설정하지 않았다면 http://go.microsoft.com/fwlink/?LinkId=253006을 참조하세요.

복제본과 관련된 장애 조치(failover) 클러스터의 각 노드에 Hyper-V 서버 역할이 설치되어 있어야 합니다. 아직 설치하지 않았다면 이 항목의 1.2단계를 참조하여 각 클러스터 노드에 Hyper-V 역할을 설치합니다.

마지막으로, 다음 단계에 따라 클러스터에 대해 Hyper-V 복제본 브로커를 구성합니다.

  1. 서버 관리자에서 장애 조치(Failover) 클러스터 관리자를 엽니다.

  2. 왼쪽 패널에서 클러스터를 연결하고 클러스터 이름이 강조 표시된 상태에서 작업 창의 역할 구성을 클릭합니다. 고가용성 마법사가 열립니다.

  3. 역할 선택 화면에서 Hyper-V 복제본 브로커를 선택합니다.

  4. 클러스터 연결 지점(“클라이언트 액세스 지점”이라고 부름)으로 사용할 NetBIOS 이름과 IP 주소를 입력하여 마법사를 완료합니다. Hyper-V 복제본 브로커가 구성되어 클라이언트 액세스 지점 이름이 됩니다. 나중에 복제본을 구성할 클라이언트 액세스 지점 이름을 메모합니다.

  5. Hyper-V 복제본 브로커 역할이 온라인에 연결되고 클러스터의 모든 노드에서 장애 조치될 수 있는지 확인합니다. 이렇게 하려면 역할을 마우스 오른쪽 단추로 클릭하고 이동을 가리킨 다음 노드 선택을 클릭합니다. 노드를 선택한 다음 확인을 클릭합니다.

PowerShell 로고 Windows PowerShell 해당 명령

아래는 고정 IP 주소 192.168.1.5를 사용하는 Hyper-V 복제본 브로커 이름 “HVR-Broker”를 만드는 cmdlet의 예입니다. 모든 단계는 관리자 권한이 있는 사용자가 완료해야 합니다.

$BrokerName = “HVR-Broker”
Add-ClusterServerRole -Name $BrokerName –StaticAddress 192.168.1.5
Add-ClusterResource -Name “Virtual Machine Replication Broker” -Type "Virtual Machine Replication Broker" -Group $BrokerName
Add-ClusterResourceDependency “Virtual Machine Replication Broker” $BrokerName
Start-ClusterGroup $BrokerName

Kerberos 인증을 사용하도록 복제본을 구성하는 경우 주 서버에서 복제 서버로 전송되는 데이터가 암호화되지 않습니다. 데이터를 암호화하려면 인증서 기반 인증을 사용해야 합니다. 기존 X.509v3 인증서를 사용해도 되고 자체 서명된 인증서를 만들어도 됩니다.

이미 인증서 서버 또는 PKI(공개 키 인프라)를 사용 중인 경우 기존 인증서가 다음 조건을 만족한다면 그대로 사용할 수 있습니다.

  • 인증서가 만료되거나 해지되면 안 됩니다.

  • 인증서가 EKU(확장된 키 사용) 및 연관된 개인 키에 대한 클라이언트 인증 확장과 서버 인증 확장을 모두 포함해야 합니다.

  • 인증서가 복제 서버의 신뢰할 수 있는 루트 인증 기관 저장소에 있는 유효한 루트 인증서에서 끝나야 합니다.

  • 가상 컴퓨터가 독립 실행형 서버에 의해 호스트되는 경우 호스트의 FQDN을 포함한다면 주체 CN(일반 이름)이 같거나 주체 대체 이름(DNS 이름)이어야 합니다. 가상 컴퓨터가 장애 조치(failover) 클러스터에 의해 호스트되는 경우 Hyper-V 복제본 브로커의 FQDN을 포함한다면 주체 CN(일반 이름)이 같거나 주체 대체 이름(DNS 이름)이어야 합니다.

Hyper-V 복제본과 함께 인증서를 사용하는 방법에 대해 자세히 알아보세요.

Hyper-V 복제본을 사용하려면 주 서버에서 복제를 수신하도록 복제 서버만 구성하면 되지만 주 서버도 복제를 수신하도록 구성하는 것이 좋습니다. 이렇게 하면 장애 조치(failover) 후 복제 방향을 반대로 바꿀 수 있으므로 새로 활성화된 복제 서버에 대한 복제를 보호할 수 있습니다.

Hyper-V가 설치된 서버에서 로컬로 사용할 수 있거나 RSAT(원격 서버 관리 도구)의 일부로 별도로 설치할 수 있는 Hyper-V 관리자를 사용하여 복제를 수신하도록 서버를 구성합니다. 장애 조치(failover) 클러스터의 일부인 서버에서는 장애 조치(failover) 클러스터 관리자를 사용하여 Hyper-V 복제를 구성할 수도 있습니다. 이러한 도구 중 하나를 사용하면 복제 서버에 원격으로 연결하여 복제를 설정할 수 있습니다.

  1. Hyper-V 관리자의 작업 창에서 Hyper-V 설정을 클릭합니다.

  2. Hyper-V 설정 대화 상자에서 복제 구성을 클릭합니다.

  3. 세부 정보 창에서 이 컴퓨터를 복제 서버로 사용합니다.를 선택합니다.

  4. 인증 및 포트 섹션에서 적절한 인증 방법을 선택합니다. 해당 인증 방법에 대해 사용할 포트(기본 포트는 HTTP를 통한 Kerberos 인증의 경우 80, HTTPS를 통한 인증서 기반 인증의 경우 443)를 지정합니다.

  5. 인증서 기반 인증을 사용하는 경우 인증서 선택을 클릭하고 요청된 인증서 정보를 제공합니다.

  6. 권한 부여 및 저장소 섹션에서 라디오 단추를 사용하여 인증된 모든 서버(주 서버)에서 이 복제 서버로 복제 데이터를 보내도록 허용할지 또는 특정 주 서버의 데이터로 수용을 제한할지 지정합니다. 일일이 개별적으로 지정하지 않고 와일드카드 문자(예: *.contoso.com)를 사용하여 특정 도메인의 서버로 수용을 제한할 수 있습니다. 개별 주 서버를 지정한 경우 신뢰 그룹 태그로 적절히 그룹화된 대로 각 서버에 대해 복제본 데이터를 위한 별도의 저장소 위치를 지정할 수 있습니다.

  7. 작업을 마치면 확인 또는 적용을 클릭합니다.

Set-VMReplicationServer -ReplicationEnabled $true -AllowedAuthenticationType Certificate -ReplicationAllowedFromAnyServer $true -CertificateThumbprint "<CertThumbprint>” -DefaultStorageLocation “<Storage Location>” -CertificateAuthenticationPort <Listenerport>

https 수신기가 와 함께 실행 중인지 확인합니다.

다음 cmdlet을 사용하여 Windows 방화벽에서 트래픽이 포트를 통과하도록 허용하는지 확인합니다.

Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"

복제 서버가 장애 조치(failover) 클러스터의 일부인 경우, 대신 다음 cmdlet을 사용하여 Windows 방화벽이 트래픽을 허용하는지 확인합니다.

Get-ClusterNode | ForEach-Object  {Invoke-command -computername $_.name -scriptblock {Enable-Netfirewallrule -displayname "Hyper-V Replica HTTPS Listener (TCP-In)"}}

Hyper-V 복제본 브로커를 구성한 경우 장애 조치(failover) 클러스터 관리자에서 직접 복제를 설정합니다. Hyper-V 복제본 브로커를 구성하지 않았으면 1.4단계의 지침을 따릅니다. 이러한 단계를 완료하면 클러스터의 모든 노드에 대해 복제본이 구성됩니다.

note참고
인증서 기반 인증을 사용하는 경우 각 클러스터 노드 및 Hyper-V 복제본 브로커의 클라이언트 액세스 지점에 적절한 컴퓨터 인증서가 있는지 확인합니다.

note참고
NAT(네트워크 주소 변환)를 사용하는 경우 인바운드 및 아웃바운드 포트가 동일한 포트 번호를 사용하도록 구성되어 있는지 확인합니다. 복제복은 하나의 포트에서만 수신 대기합니다.

  1. 서버 관리자에서 장애 조치(Failover) 클러스터 관리자를 엽니다.

  2. 왼쪽 창에서 클러스터에 연결하고 클러스터 이름이 강조 표시된 동안 세부 정보 창의 탐색 범주에서 역할을 클릭합니다.

  3. 역할을 마우스 오른쪽 단추로 클릭하고 복제 설정을 선택합니다.

  4. 세부 정보 창에서 이 클러스터를 복제 서버로 사용합니다.를 선택합니다.

  5. 인증 및 포트 섹션에서 인증 방법을 선택합니다. 해당 인증 방법에 대해 사용할 포트(기본 포트는 HTTP를 통한 Kerberos 인증의 경우 80, HTTPS를 통한 인증서 기반 인증의 경우 443)를 지정합니다.

  6. 인증서 기반 인증을 사용하는 경우 인증서 선택을 클릭하고 요청된 인증서 정보를 제공합니다.

  7. 권한 부여 및 저장소 섹션에서 라디오 단추를 사용하여 인증된 모든 서버(주 서버)에서 이 복제 서버로 복제 데이터를 보내도록 허용할지 또는 특정 주 서버의 데이터로 수용을 제한할지 지정합니다. 일일이 개별적으로 지정하지 않고 와일드카드 문자(예: *.contoso.com)를 사용하여 특정 도메인의 서버로 수용을 제한할 수 있습니다. 개별 주 서버를 지정한 경우 신뢰 그룹 태그로 적절히 그룹화된 대로 각 서버에 대해 복제본 데이터를 위한 별도의 저장소 위치를 지정할 수 있습니다.

호스팅 서버가 복제본에 대해 구성된 경우 복제할 각 가상 컴퓨터에서 복제를 사용하도록 설정할 수 있습니다. 복제 세부 정보는 가상 컴퓨터 단위로 구성되므로 가상 컴퓨터마다 설정이 약간 다를 수 있습니다.

  1. Hyper-V 관리자의 세부 정보 창에서 가상 컴퓨터를 클릭하여 선택합니다.

  2. 선택한 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 복제 사용을 가리킵니다. 복제 사용 마법사가 열립니다.

  3. 복제 서버 지정 페이지의 복제 서버 상자에 2.1단계에서 구성한 복제 서버의 FQIDN(정규화된 국제 도메인 이름) 또는 NetBIOS를 입력합니다. 복제 서버가 장애 조치(failover) 클러스터의 일부인 경우 1.4단계에서에서 구성한 Hyper-V 복제본 브로커의 이름을 입력합니다. 다음을 클릭합니다.

  4. 원격 WMI가 사용하도록 설정된 경우 2.1단계에서 복제 서버에 대해 구성한 인증 및 포트 설정이 연결 매개 변수 지정 페이지에 자동으로 채워집니다. 원격 WMI가 사용하도록 설정되지 않은 경우에는 값을 제공해야 합니다. 다음을 클릭합니다.

  5. 복제 VHD 선택 페이지에서 복제에서 제외할 모든 VHD(1.1. 기본 계획 결정에서 결정한 사항에 따름)에 대한 확인란을 선택 취소하고 다음을 클릭합니다.

  6. 복구 기록 구성 페이지에서 복제본 서버에 만들 복구 지점의 개수 및 유형(1.1. 기본 계획 결정에서 결정한 사항에 따름)을 선택하고 다음을 클릭합니다.

    note참고
    Windows Server 2012 R2에서는 마법사의 이 페이지가 복제 빈도 구성추가 복구 지점 구성의 두 페이지로 바뀌었습니다.

  7. 초기 복제 선택 페이지에서 사용할 초기 복제 방법(1.1. 기본 계획 결정에서 결정한 사항에 따름)을 선택합니다. 나중에 네트워크를 통해 초기 복제를 수행하도록 선택한 경우 여기에서도 그렇게 구성하고 다음을 클릭합니다.

  8. 복제 관계 설정 마법사 완료 페이지에서 요약의 정보를 검토한 다음 마침을 클릭합니다.

  9. 복제가 성공적으로 설정되었음을 나타내는 대화 상자가 표시됩니다. 이 대화 상자에서 설정 단추를 클릭하고 복제 서버에서 가상 컴퓨터가 연결할 네트워크를 구성하는 설정을 제공합니다. 복제 가상 컴퓨터는 기본적으로 복제 서버에서 네트워크에 자동으로 연결되지 않으므로 이러한 설정이 중요합니다. 가상 컴퓨터가 복제 서버로의 장애 조치(failover) 후 주 서버에서 사용된 것과 다른 네트워크에 연결하도록 네트워크 설정을 구성할 수 있습니다.

    note참고
    가상 컴퓨터에 대한 구성 데이터는 초기 복제 시 한 번만 복제됩니다. 이후에는 주 서버와 복제 서버를 독립적으로 관리할 수 있습니다.

  10. 복제 가상 컴퓨터는 복제 서버에 만들어집니다. 네트워크를 통해 초기 복사본을 보내도록 선택한 경우 전송이 즉시 시작되거나 구성한 시점에 시작됩니다. 초기 복사본에 외부 미디어를 사용하도록 선택한 경우 로컬 위치에 필요한 파일이 복사됩니다. 초기 복사본을 전송하는 데 사용할 미디어에 파일을 복사한 다음 해당 미디어를 복제 사이트로 보냅니다.

  11. 복제 서버에서 Hyper-V 관리자 또는 Windows PowerShell을 통해, 복제 사이트로 보낸 파일을 사용하여 각 가상 컴퓨터에 대한 초기 복제를 수행합니다.

이 예제 cmdlet 시퀀스는 "Recovery1.contoso.com"이라는 복제 서버에서 호스트하는 가상 컴퓨터("CRMVM")에 대한 복제를 설정하고 시작합니다. 이 예제에서는 Kerberos 인증이 구성됩니다. 모든 단계는 관리자 권한이 있는 사용자가 완료해야 합니다.

Import-Module Hyper-V

$ReplicaServer = “Recovery1.contoso.com”
$RecoveryPort = 8080
$PrimaryVM1 = “CRMVM”
$PrimaryServer = “Primary1.contoso.com”

Enable-VMReplication -VMName $PrimaryVM1 -ReplicaServerName $ReplicaServer -ReplicaServerPort $RecoveryPort -AuthenticationType Integrated -CompressionEnabled $true -RecoveryHistory 0

Start-VMInitialReplication –VMName $PrimaryVM1

Hyper-V 복제본은 일반적으로 주 가상 컴퓨터에서 발생한 변경 내용을 복제 가상 컴퓨터로 전송하지만 장애 조치(failover) 후에는 다른 곳으로 데이터를 보낼 수 있습니다. 이렇게 하면 현재 주 서버의 작업을 복제 서버로 장애 조치(failover)한 경우 주 서버가 다시 온라인 상태가 되면 복제 서버에서 주 서버로 역방향 복제를 수행할 수 있습니다. 이런 방식으로 가상 컴퓨터 부하를 처리하는 복제 서버에 복제 보호를 제공할 수 있습니다.

이렇게 하려면 복제본 서버에 사용한 것과 동일한 설정을 사용하여 하나 이상의 주 서버에서 복제본 서버를 구성하는 지침을 반복하면 됩니다.

복제되는 가상 컴퓨터 및 해당 컴퓨터 내에서 실행되는 응용 프로그램이 주 서버에서와 같이 복제 서버에서도 정상적으로 작동하는지 확인하기 위해 언제든지 테스트 장애 조치(failover)를 수행할 수 있습니다. 테스트 장애 조치(failover)를 수행하면 복제 서버에 임시 가상 컴퓨터가 만들어집니다. 진행 중인 복제를 중단하지 않고 이 테스트 가상 컴퓨터에서 원하는 응용 프로그램을 테스트할 수 있습니다. 테스트가 완료되면 임시 가상 컴퓨터는 삭제됩니다. 다음 사항에 유의하세요.

  • 장애 조치(failover) 후에는 테스트 가상 컴퓨터가 네트워크에 연결되지 않습니다. 네트워크를 사용해야 하는 테스트를 수행해야 할 때는 일반 가상 컴퓨터의 설정을 수정할 때와 같은 방식으로 이 테스트 가상 컴퓨터의 설정을 수정할 수 있습니다.

  • 테스트 장애 조치(failover)에 성공하려면 하나 이상의 가상 컴퓨터에 리디렉션을 사용하고, 사용 가능한 방법 중 하나로 초기 복제를 완료해야 합니다. 가장 최근 복구 지점 이외의 복구 지점으로 장애 조치(failover)를 확인하려면 적어도 하나의 추가 복구 지점이 만들어지기에 충분한 시간 동안 복제를 실행해야 합니다.

  1. 복제 서버에 액세스한 다음 Hyper-V 관리자에서 장애 조치(failover)를 테스트할 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 복제..., 테스트 장애 조치(failover)...를 차례로 가리킵니다.

  2. 사용할 복구 지점을 선택합니다. 그러면 "CRMVM-Test"와 같이 이름이 "<가상 컴퓨터 이름>-Test" 형식인 가상 컴퓨터가 작성되어 시작됩니다.

  3. 테스트 가상 컴퓨터에서 테스트를 수행합니다. 예를 들면 가상 컴퓨터가 시작/일시 중지/중지되며 가상 컴퓨터의 응용 프로그램 정상적으로 실행되는지 확인할 수 있습니다.

    테스트를 완료한 후에는 복제 옵션 아래에서 테스트 장애 조치(failover)를 중지합니다.를 선택하여 테스트 가상 컴퓨터를 제거합니다.

    Important중요
    빠른 마이그레이션과 같은 테스트 가상 컴퓨터를 이동하는 작업은 지원되지 않으며, 테스트 가상 컴퓨터가 분리되는 결과를 초래할 수 있습니다.

PowerShell 로고 Windows PowerShell 해당 명령

다음 예제 cmdlet 시퀀스는 "CRMVM"이라는 가상 컴퓨터에 대한 테스트 장애 조치(failover)를 수행합니다.

$ReplicaVM1 = “CRMVM”

$TestReplicaVM1 = Start-VMFailover -AsTest -VMName $ReplicaVM1

Start-VM $TestReplicaVM1

테스트 장애 조치(failover) 작업을 중지하고 테스트 가상 컴퓨터를 제거하려면 다음을 실행합니다.

Stop-VMFailover –VMName $ReplicaVM1

계획된 장애 조치(failover)에는 주 가상 컴퓨터의 작업을 해당 복제 가상 컴퓨터로 이동하는 작업입니다. 예를 들어 주 가상 컴퓨터에서 유지 관리 또는 업그레이드를 수행하려는 경우 또는 주 서버를 오프라인 상태로 전환해야 할 수 있는 이벤트가 임박했음을 알리는 사전 알림을 받은 경우 계획된 장애 조치(failover)를 수행할 수 있습니다. 또한 재해 복구 시나리오에 대한 준비 상태를 증명하고 확인하려는 경우에도 계획된 장애 조치(failover)를 수행할 수 있습니다.

계획된 장애 조치(failover)에서는 데이터가 손실되지 않도록 복제되지 않은 변경 내용을 먼저 복제 가상 컴퓨터로 복사합니다. 계획된 장애 조치(failover)를 수행하고 나면 복제 가상 컴퓨터에서 작업을 이어받습니다. 현재 작업을 처리 중인 가상 컴퓨터에 대해서도 유사한 보호 기능을 제공하려면 "역방향 복제"를 구성하여 다시 온라인 상태가 된 주 가상 컴퓨터로 변경 내용을 다시 보냅니다.

  1. 주 서버에서 Hyper-V 관리자를 시작하고 장애 조치(failover)를 수행할 가상 컴퓨터를 선택합니다. 장애 조치(failover)를 수행할 가상 컴퓨터의 전원을 끕니다.

  2. 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 복제, 계획된 장애 조치(failover)를 차례로 가리킵니다.

  3. 장애 조치를 클릭하여 실제로 작업을 복제 서버의 가상 컴퓨터로 전송합니다. 사전 요구 사항이 충족되지 않은 경우에는 장애 조치(failover)가 발생하지 않습니다.

PowerShell 로고 Windows PowerShell 해당 명령

이러한 cmdlet 시퀀스는 "CRMVM"라는 가상 컴퓨터의 계획된 장애 조치(failover)를 수행합니다. 단, 2단계의 절차를 수행하여 복제 서버는 물론 서버도 복제 트래픽을 허용하도록 구성한 상태여야 합니다. 주 서버에서 다음 cmdlet을 실행합니다.

$PrimaryVM1 = “CRMVM”
Stop-VM $PrimaryVM1
Start-VMFailover -VMName $PrimaryVM1 –prepare

그런 다음 복제 서버에서 다음 cmdlet을 실행합니다.

$ReplicaVM1 = “CRMVM”
Start-VMFailover -VMName $ReplicaVM1

주 가상 컴퓨터에 온라인 상태가 되면 필요에 따라 다음 명령을 실행하여 복제 방향을 반대로 바꿀 수 있습니다.

Start-VM $ReplicaVM1
Set-VMReplication -reverse -VMName $ReplicaVM1

계획되지 않은 장애 조치(failover) 후에는 가상 컴퓨터를 다시 온라인 상태로 전환해야 합니다. 아직 복제되지 않았을 수 있는 주 가상 컴퓨터의 변경 내용을 전송할 기회가 없으므로 데이터가 손실될 수 있습니다. 장애 조치(failover) 클러스터링과 달리, 주 서버가 오프라인 상태에 있는 경우 Hyper-V 복제본은 복제본 서버의 가상 컴퓨터에 자동으로 전송되지 않습니다.

  1. Hyper-V 관리자를 열고 복제 서버에 연결 합니다.

  2. 사용할 가상 컴퓨터의 이름을 마우스 오른쪽 단추로 클릭하고 복제, 장애 조치(failover)...를 차례로 가리킵니다.

  3. 대화 상자가 열리면 가상 컴퓨터를 복구할 복구 스냅숏을 선택하고 장애 조치(failover)...를 클릭합니다. 복제 상태가 장애 조치(failover) - 완료 대기 중으로 변경되고, 가상 컴퓨터가 이전에 구성한 네트워크 매개 변수를 사용하여 시작됩니다. 네트워크 매개 변수를 이전에 구성하지 않았거나 현재 시점에서 다른 매개 변수를 사용하려는 경우 아래의 Windows PowerShell cmdlet을 사용하여 구성할 수 있습니다.

  4. 아래의 Complete-VMFailover Windows PowerShell cmdlet을 사용하여 장애 조치(failover)를 완료합니다.

  5. 온라인 상태로 다시 전환하려는 각 가상 컴퓨터에 대해 이러한 단계를 반복합니다.

PowerShell 로고 Windows PowerShell 해당 명령

이 예제 스크립트는 계획되지 않은 장애 조치(failover)를 완료합니다.

$Primary = "host1"
$Replica = "host2"
$VMName = "vm01"

Start-VMFailover -VMName $VMName -ComputerName $Replica

Complete-VMFailover -VMName $VMName -ComputerName $Replica

Start-VM -VMName $VMName -ComputerName $Replica

#
# Assuming that Primary server is recovered.
#

Set-VMReplication -VMName $VMName -AsReplica -ComputerName $Primary

Set-VMReplication -VMName $VMName -Reverse -ReplicaServerName $Primary -ComputerName $Replica

Start-VMInitialReplication -VMName $VMName -ComputerName $Replica

복제 가상 컴퓨터가 온라인 상태가 되면 사용하도록 새 네트워크 매개 변수 또는 다른 네트워크 매개 변수를 제공하려면 다음 예제 cmdlet을 적절한 값으로 대체하여 사용합니다.

$NetworkAdapter = Get-VMNetworkAdapter -VMName $Replica -Name $VMNetworkAdapterName 
$NetworkAdapter | Set-VMNetworkAdapterFailoverConfiguration -IPV4Address 172.20.31.100 -IPV4SubnetMask 255.255.255.0 -IPV4DefaultGateway 172.20.31.1 -IPV4PreferredDNSServer 172.20.31.101 -IPV4AlternateDNSServer 172.20.31.102

복제 가상 컴퓨터가 다시 온라인 상태로 복제 서버에서 실행되는 경우 이후의 장애로부터 보호되지는 않습니다. 주 서버가 다시 온라인 상태가 되면 해당 서버로의 역방향 복제를 사용하여 이러한 보호 기능을 제공할 수 있습니다.

note참고
복제 가상 컴퓨터를 원래 주 서버로 복제해야 합니다. 복제 서버에서 세 번째 서버로의 복제를 구성하지 마세요.

  1. Hyper-V 관리자를 열고 복제 서버에 연결 합니다.

  2. 역방향 복제할 가상 컴퓨터의 이름을 마우스 오른쪽 단추로 클릭하고 복제, 역방향 복제...를 차례로 가리킵니다. 역방향 복제 마법사가 열립니다.

  3. 역방향 복제 마법사를 완료합니다. 요청한 정보가 복제 사용 마법사에서 제공한 정보와 매우 유사한 것을 알 수 있을 것입니다(2.3 가상 컴퓨터에 대한 복제 설정 참조).

PowerShell 로고 Windows PowerShell 해당 명령

가상 컴퓨터를 역방향 복제하려면 다음 예제 cmdlet을 사용합니다.

Set-VMReplication -reverse -VMName $ReplicaVM2

확장된 복제(에서 사용 가능)에서는 복제 서버가 주 가상 컴퓨터에서 발생한 변경 사항을 세 번째 서버(확장된 복제 서버)로 전달합니다. 주 서버에서 복제본 서버로의 계획되거나 계획되지 않은 장애 조치(failover) 후 확장된 복제본 서버는 비즈니스 연속성 보호를 강화합니다. 일반 복제와 마찬가지로 Hyper-V 관리자, Windows PowerShell( 옵션 사용) 또는 WMI를 사용하여 확장된 복제를 구성합니다.

세 번째 서버가 있으면 계획된 장애 조치(failover), 계획되지 않은 장애 조치(failover) 및 테스트 장애 조치(failover)에 대한 새 옵션이 제공되며, 세 서버 간에 다양한 방법으로 가상화된 작업을 이동할 수 있습니다. 확장된 복제가 설정되면 기본적으로 주 서버와 복제 서버를 사용하여 수행할 수 있는 모든 작업을 복제 서버와 확장된 복제 서버에서 수행할 수 있습니다.

주, 복제본 및 확장된 복제본의 역할은 여러 서버 간에 교환 가능하므로 이 항목에서는 가능한 한 명확하게 설명하기 위해 세 서버의 시작 구성을 Server A, Server B 및 Server C로 가정합니다. 또한 이 항목에서는 Server A를 주 서버, Server B를 복제본 서버로 사용하여 이 항목 모음의 1~5단계에 따라 표준 복제를 이미 구성한 것으로 가정합니다. 이러한 단계에서 만든 확장된 복제 서버가 초기에 Server C가 됩니다.

  1. Hyper-V 관리자에서 복제 서버(이 예제의 초기 단계에서는 Server B)에 연결합니다.

  2. 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 복제 확장을 가리킵니다. 복제 확장 마법사가 열립니다.

  3. 복제 서버 지정 페이지에서 확장된 복제본(이 예제에서는 현재 복제 서버인 Server B가 아니라 Server C)으로 사용할 서버의 이름을 입력합니다.

  4. 처음에 주 서버와 복제 서버 간에 복제를 구성할 때 수행한 대로 값을 제공하여 마법사를 완료합니다. 복제 빈도, 인증 방법 및 초기 복제 방법에는 기본 복제 구성에 사용한 것과 다른 값을 사용할 수 있습니다.

    note참고
    복제본-확장된 복제본 관계는 주-복제본 관계와 비교할 때 분명한 차이점이 있습니다.

    • 확장된 복제에는 주-복제본 관계에 구성된 것보다 더 긴 복제 빈도를 사용해야 합니다. 확장된 복제의 빈도는 5분 또는 15분만 지원됩니다.

    • 주-복제본 관계에서 응용 프로그램 일치 스냅숏을 구성한 경우 이러한 스냅숏이 확장된 복제본으로 전달됩니다. 그러나 스냅숏에 대해 다른 빈도를 설정하거나 확장된 복제에 주-복제본 관계와 독립적으로 응용 프로그램 일치 스냅숏을 사용할 수 없습니다.

    • 주-복제본 관계에 사용된 VHD 컬렉션은 확장된 복제에서 다를 수 없습니다.

PowerShell 로고 Windows PowerShell 해당 명령

일반 복제를 설정하는 데 사용한 것과 동일한 cmdlet으로 복제를 확장합니다. 그러나 현재 복제 서버에서 실행하고 을 사용하여 확장된 복제 서버를 정의해야 합니다.

Enable-VMReplication –VMName <vmname> -ReplicaServerName <extended_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <300/900> [--other optional parameters if needed--]

확장된 복제의 상태 및 통계를 모니터링하려면 Hyper-V 관리자를 시작하고 복제 가상 컴퓨터를 마우스 오른쪽 단추로 클릭한 다음 복제 상태 보기를 가리킵니다. 확장된 복제본의 데이터를 보려면 복제 서버에서 상태 보고서를 확인해야 합니다. 주 서버에서는 주 복제 관계에 대한 보고서에만 액세스할 수 있습니다.

Windows PowerShell을 사용하는 경우 cmdlet에서 추가 매개 변수 을 사용하면 됩니다. 값을 지정하지 않고 매개 변수를 사용하면 주 복제와 확장된 복제 둘 다에 대한 통계가 반환됩니다. 확장된 복제 관계를 지정하려면 값이 인 매개 변수를 사용합니다(주 관계의 경우 값 사용).

예제:

복제 서버에서 확장된 복제 관계에 대한 통계를 보려면 다음을 실행합니다.

Measure-VMReplication –VMName <name> -ReplicationRelationshipType Extended | select *

복제 서버에서 주 복제 관계에 대한 통계를 보려면 다음을 실행합니다.

Measure-VMReplication –VMName <name> -ReplicationRelationshipType Simple | select *

주 복제 관계와 확장된 복제 관계 둘 다에 대한 복제 관계 통계를 보려면 다음을 실행합니다.

Measure-VMReplication –VMName <name> | select *

확장된 복제 일시 중지 및 재개는 주 복제와 동일한 방식으로 작동합니다. 주 복제와 확장된 복제를 별도로 제어할 수 있습니다. Hyper-V 관리자를 사용하여 복제 가상 컴퓨터에 액세스하면 주 복제 또는 확장된 복제를 일시 중지하거나 재개하는 별도의 옵션을 볼 수 있습니다. 확장된 복제 가상 컴퓨터에 액세스한 경우에는 확장된 복제에 대한 일시 중지 및 재개 옵션만 제공됩니다.

Windows PowerShell을 사용하는 경우 및 cmdlet에서 추가 매개 변수 을 사용하면 됩니다. 확장된 복제 관계 일시 중지 또는 재개를 지정하려면 값이 인 매개 변수를 사용합니다(주 관계의 경우 값 (복제 관계 유형을 지정하지 않을 경우 기본값) 사용).

예제:

복제 서버에서 확장된 복제를 일시 중지하거나 재개하려면 다음을 실행합니다.

Suspend-VMReplication/ Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended

복제 서버에서 주 복제를 일시 중지하거나 재개하려면 다음을 실행합니다.

Suspend-VMReplication/ Resume-VMReplication –VMName <name> -ReplicationRelationshipType Simple

주 복제(주 서버에서 수행하는 경우) 또는 확장된 복제(확장된 복제 서버에서 수행하는 경우)를 일시 중지하거나 재개하려면 다음을 실행합니다.

Suspend-VMReplication/ Resume-VMReplication –VMName <name>

특정 오류에서 복구하려면 복제를 다시 동기화해야 할 수 있습니다. 오류가 발생한 경우 다음 명령을 사용하여 주 또는 확장된 복제를 다시 동기화할 수 있습니다.

예제:

오류가 발생한 경우 주 서버에서 복제를 다시 동기화하려면 다음을 실행합니다.

Suspend-VMReplication –VMName <name>//puts the virtual machine state to suspended
Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended -Resync

복제 서버에서 확장된 복제를 다시 동기화하려면 다음을 실행합니다.

Suspend-VMReplication –VMName <name> -ReplicationRelationshipType Extended //puts the extended virtual machine state to suspended
Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended -Resync

경우에 따라 복제가 "다시 동기화 필요" 상태일 수 있습니다. 이 경우 Hyper-V 관리자를 사용하여 다시 동기화를 즉시 수행하거나 나중에 수행하도록 예약할 수 있습니다. 주 복제 관계를 다시 동기화하면 확장된 복제가 다시 동기화 필요 상태로 전환됩니다. 주 다시 동기화가 완료되면 확장된 다시 동기화가 자동으로 시작됩니다.

Windows PowerShell을 사용하여 다시 동기화를 시작할 수도 있습니다.

예제:

다시 동기화 필요 상태에 있을 때 주 서버에서 복제를 다시 동기화하려면 다음을 실행합니다.

Resume-VMReplication –VMName <name> -Resync

다시 동기화 필요 상태에 있을 때 복제 서버에서 확장된 복제를 다시 동기화하려면 다음을 실행합니다.

Resume-VMReplication –VMName <name> -ReplicationRelationshipType Extended -Resync

복제본 서버에서 확장된 복제본 서버로의 테스트 장애 조치(failover)는 기본 복제 관계에서처럼 수행됩니다. 테스트 장애 조치(failover) 중에는 복제 서버와 확장된 복제 서버 간의 관계가 그대로 유지됩니다. 테스트 중에 복제본과 확장 복제본 간의 작업을 일시 중지하거나 재개할 수도 있습니다.

확장된 복제 서버가 있으면 계획된 장애 조치(failover)를 수행할 때 더 많은 옵션이 제공됩니다. 확장된 복제 서버가 없는 기본 복제 구성에서는 Server A에서 Server B로 계획된 장애 조치(failover)를 수행한 후 일반적으로 이제 가상화된 활성 작업을 호스트하는 B에 대한 복제 보호를 제공하기 위해 B에서 A로 역방향 복제를 수행합니다.

확장된 복제 서버를 사용할 경우 A에서 B로 계획된 장애 조치(failover)를 완료하고 나면 B가 주 서버 역할을 하지만 C를 해당 복제 서버로 사용하거나 A로 역방향 복제를 수행할 수 있습니다.

  1. Hyper-V 관리자 또는 Windows PowerShell을 사용하여 주 서버(이 예제의 경우 Server A)에서 가상 컴퓨터를 종료합니다.

  2. 4단계: 계획된 장애 조치(failover) 수행에 설명된 대로 Server A에서 Server B로 계획된 장애 조치(failover)를 시작합니다.

  3. 계획된 장애 조치(failover) 대화 상자에서 장애 조치(failover) 후 복제 방향을 반대로 지정합니다. 확인란의 선택을 취소하고 장애 조치(failover) 후 복제본 가상 컴퓨터를 시작합니다. 확인란을 선택합니다.

  4. 장애 조치(failover)를 클릭합니다.

  5. 장애 조치(failover)가 완료되면 Hyper-V 관리자에서 현재 복제 서버(Server B)에 있는 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 확장된 복제 다시 시작을 가리킵니다. 그러면 Servers B와 A 간의 복제 관계가 제거되며, 이로 인해 B가 주 서버가 되고 C가 해당 복제 서버가 됩니다.

Windows PowerShell을 사용하여 이 작업을 수행하려면 주 서버(Server A)에서 를 실행한 다음 Server B에서 을 실행합니다. 이제 가상 컴퓨터가 새 주 서버인 Server B로 장애 조치(failover)됩니다.

Server C를 새 복제 서버로 사용하여 Server B를 보호하려면 Server B에서 다음 cmdlet을 실행합니다.

Complete-VMFailover –VMName <name> // to commit the failover
Start-VMFailover -Prepare
Resume-VMReplication –VMName <name> -Continue // to resume extended replication

  1. Hyper-V 관리자 또는 Windows PowerShell을 사용하여 주 서버(이 예제의 경우 Server A)에서 가상 컴퓨터를 종료합니다.

  2. 4단계: 계획된 장애 조치(failover) 수행에 설명된 대로 Server A에서 Server B로 계획된 장애 조치(failover)를 시작합니다.

  3. 계획된 장애 조치(failover) 대화 상자에서 장애 조치(failover) 후 복제 방향을 반대로 지정합니다. 확인란의 선택을 취소하고 장애 조치(failover) 후 복제본 가상 컴퓨터를 시작합니다. 확인란을 선택합니다.

  4. 장애 조치(failover)가 완료되면 Hyper-V 관리자에서 현재 복제 서버(Server B)에 있는 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 확장된 복제 다시 시작을 가리킵니다. 그러면 Servers B와 C 간의 확장된 복제 관계가 제거되며, 이로 인해 B가 주 서버가 되고 A가 해당 복제 서버가 됩니다.

Windows PowerShell을 사용하여 이 작업을 수행하려면 주 서버(Server A)에서 를 실행한 다음 Server B에서 을 실행합니다. 이제 가상 컴퓨터가 새 주 서버인 Server B로 장애 조치(failover)됩니다.

Server A를 새 복제 서버로 사용하여 Server B를 보호하려면 Server B에서 다음 cmdlet을 실행합니다.

Remove-VMReplication –VMName <name> -ReplicationRelationshipType Extended
Set-VMReplication –VMName <name> -Reverse

경우에 따라 주 서버와 복제 서버(Server A와 B)를 둘 다 오프라인 상태로 전환하고 확장된 복제본(Server C)에서 가상화된 작업을 유지 관리하도록 할 수 있습니다.

  1. 주 서버(Server A)에서 가상 컴퓨터를 종료한 다음 복제본 서버(Server B)로의 계획된 장애 조치(failover)를 완료합니다(4단계: 계획된 장애 조치(failover) 수행 참조).

  2. 복제 서버로의 장애 조치(failover)가 완료되면 확장된 복제 서버(Server C)로의 계획된 장애 조치(failover)를 완료합니다.

Windows PowerShell을 사용하여 이 작업을 수행하려면 주 서버(Server A)에서 를 실행한 다음 Server B에서 및 을 실행합니다. 이제 가상 컴퓨터가 새 주 서버인 Server B로 장애 조치(failover)됩니다.

Server B에서 를 실행하여 Server B에서 Server C로 장애 조치(failover)합니다.

마지막으로 Server C에서 다음을 실행하여 Server C로의 장애 조치(failover)를 완료합니다.

Start-VMFailover –VMName <name>
Complete-VMFailover –VMName <name>

주 서버(Server A)의 작동이 중지된 경우 Hyper-V 관리자에서 Server B의 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 장애 조치(failover)를 가리켜 복제 서버(Server B)로의 계획되지 않은 장애 조치(failover)를 완료할 수 있습니다. 대화 상자가 열리면 복구 지점을 선택하고 장애 조치(failover)를 클릭합니다.

Windows PowerShell을 사용하여 이 작업을 수행하려면 을 실행합니다.

Server B로의 장애 조치(failover)가 완료되면 Server C로의 복제를 계속하거나(Server B에 보호를 제공하려는 경우), Server B에서 Server A로 역방향 복제를 수행합니다(Server A가 다시 온라인 상태가 된 경우).

Server C로의 복제를 계속하려면, Server B의 Hyper-V 관리자에서 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 확장된 복제 다시 시작을 가리킵니다.

note참고
그러면 Servers A와 B 간의 복제가 제거됩니다. 이로 인해 Server B가 주 서버가 되고 Server C가 복제 서버가 됩니다. 또한 Server B에서 Server C로의 복제가 다시 동기화 상태가 되며, 다시 동기화가 완료된 후 복제가 자동으로 계속됩니다. Server A의 가상 컴퓨터는 분리됩니다.

Windows PowerShell을 사용하여 이 작업을 수행하려면 Server B에서 다음 cmdlet을 실행합니다.

Complete-VMFailover –VMName <name> // to commit the failover
Resume-VMReplication –VMName <name> -Continue // to resume extended replication

나중에 세 서버 모두 다시 온라인 상태가 되면 다음 단계에 따라 각 서버를 원래 기능으로 복원할 수 있습니다.

  1. Hyper-V 관리자 또는 Windows PowerShell을 사용하여 세 서버 모두에서 복제를 제거합니다.

  2. 복제 서버의 기존 가상 컴퓨터를 초기 복사본으로 사용합니다.를 선택하여 Server B에서 복제 사용 마법사를 실행합니다.

  3. Server B에서 Server A로의 계획된 장애 조치(failover)를 수행합니다.

  4. Server B에서 Server C로 복제를 확장합니다.

Server C로 역방향 복제를 수행하려면, 계획되지 않은 장애 조치(failover) 후 Server B의 Hyper-V 관리자에서 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 역방향 복제를 가리킵니다. 확장된 복제 관계가 제거되며, 이로 인해 Server B가 주 서버가 되고 Server A가 복제 서버가 됩니다. Server C의 가상 컴퓨터는 분리됩니다.

Windows PowerShell을 사용하여 이 작업을 수행하려면 Server A 또는 Server B에서 를 실행합니다. 그런 다음 Server B에서 다음을 실행합니다.

Set-VMReplication –VMName <name> -Reverse -ReplicaServerName <new_recovery_server_name> -ReplicaServerPort <Auth_port> -AuthenticationType <Certificate/Kerberos> -ReplicationFrequencySec <30/300/900> [--other optional parameters if needed--]

나중에 세 서버 모두 다시 온라인 상태가 되면 다음 단계에 따라 각 서버를 원래 기능으로 복원할 수 있습니다.

  1. Hyper-V 관리자 또는 Windows PowerShell을 사용하여 Server C에서 복제를 제거합니다.

  2. Server B에서 Server A로의 계획된 장애 조치(failover)를 수행합니다. 마법사에서 역방향 복제 옵션을 선택합니다. 이제 Server A가 주 서버이고 Server B가 복제 서버입니다.

  3. 복제 서버의 기존 가상 컴퓨터를 초기 복사본으로 사용합니다.를 선택하여 Server B에서 복제 확장 마법사를 실행합니다.

장애 조치(failover)로 인해 가상화된 작업이 확장된 복제 서버(이 예제의 경우 Server C)로 전환된 경우 이 서버가 주 서버로 작동합니다. 주 서버(Server A)의 작동이 중지된 경우 Hyper-V 관리자에서 Server B의 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 장애 조치(failover)를 가리켜 복제 서버(Server B)로의 계획되지 않은 장애 조치(failover)를 완료할 수 있습니다. 대화 상자가 열리면 복구 지점을 선택하고 장애 조치(failover)를 클릭합니다.

장애 조치(failover)가 완료되면 나머지 서버를 다시 온라인 상태로 전환할 수 있는 세 가지 옵션이 제공됩니다.

복제본 서버(이전에 Server A를 복제한 Server B)를 Server C를 복제하는 복제본 서버가 되도록 용도를 다시 설정합니다.

Hyper-V 관리자에서 Server C에 액세스하여 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 역방향 복제를 가리킵니다.

Server B에서 주 복제 관계가 검색되면 오류가 발생합니다. 이 경우 B에서 복제 관계를 제거하고 Server C에서 역방향 복제 단계를 반복합니다.

Server C에서 역방향 복제가 완료되면 Server C가 주 서버가 되고 Server B가 복제 서버가 되며 Server A의 가상 컴퓨터가 분리됩니다.

  1. Server C에서 Server B로 가상 컴퓨터의 계획된 장애 조치(failover)를 수행합니다.

  2. 세 서버 모두에서 복제를 제거합니다.

  3. 복제 서버의 기존 가상 컴퓨터를 초기 복사본으로 사용합니다.를 선택하여 Server B에서 Server A로의 복제를 활성화합니다.

  4. Server B에서 Server A로의 계획된 장애 조치(failover)를 수행합니다. 마법사에서 역방향 복제 옵션을 선택합니다.

  5. Server B에서 복제 확장 마법사를 실행하여 Server C로 복제를 확장합니다.

원래 주 서버(Server A)를 Server C를 복제하는 복제본 서버가 되도록 용도를 다시 설정합니다.

Hyper-V 모니터에서 Server A에 액세스하여 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 역방향 복제를 가리킵니다.

복제 서버의 기존 가상 컴퓨터를 초기 복사본으로 사용합니다.를 선택하여 Server B에서 복제 사용 마법사를 실행해 Server A로의 복제를 설정합니다. 분리된 가상 컴퓨터가 여전히 Server A에 있지만 마법사에서는 이를 데이터 원본으로 사용하여 초기 복제를 완료할 수 있습니다.

  1. Server C에서 Server B로 가상 컴퓨터의 계획된 장애 조치(failover)를 수행합니다.

  2. 세 서버 모두에서 복제를 제거합니다.

  3. 복제 서버의 기존 가상 컴퓨터를 초기 복사본으로 사용합니다.를 선택하여 Server A에서 Server B로의 복제를 활성화합니다.

  4. Server B에서 Server A로의 계획된 장애 조치(failover)를 수행합니다. 마법사에서 역방향 복제 옵션을 선택합니다.

  5. Server B에서 복제 확장 마법사를 실행하여 Server C로 복제를 확장합니다.

새 서버(Server D)를 복제본 서버로 사용

2단계: 복제 사용에 설명된 대로 Hyper-V 및 복제용 새 서버를 준비합니다.

Server C에 액세스하여 가상 컴퓨터에 대한 복제를 제거합니다.

가상 컴퓨터에서 Server D로의 복제를 설정합니다.

빠른 마이그레이션 또는 내보내기/가져오기를 사용하여 주 가상 컴퓨터 또는 복제 가상 컴퓨터를 다른 서버로 이동할 수 있지만 대부분의 경우 다시 동기화가 필요합니다.

Hyper-V 관리자에서 복제 가상 컴퓨터를 마우스 오른쪽 단추로 클릭하고 복제를 가리켜 확장된 복제를 제거할 수 있습니다. 복제 제거를 가리키고 확장된 복제 제거 또는 모든 복제 제거를 선택합니다. 복제본과 확장된 복제본 간의 복제 관계를 제거하면 가상 컴퓨터의 변경 내용이 확장된 복제본으로 더 이상 전달되지 않습니다. 그러나 확장된 복제본의 가상 컴퓨터는 삭제되지 않습니다.

note참고
주 서버와 복제 서버 간의 복제를 제거하려면 먼저 복제본과 확장된 복제본 간의 복제를 제거합니다.

Windows PowerShell을 사용하는 경우 cmdlet에서 매개 변수 을 사용하면 됩니다. 값을 사용하여 확장된 복제를 제거하거나 값을 사용하여 주 복제를 제거합니다.

예제:

복제 서버에서 확장된 복제를 제거하려면 다음을 실행합니다.

Remove-VMReplication –VMName <name> -ReplicationRelationshipType Extended

복제 서버에서 주 복제를 제거하려면 다음을 실행합니다.

Remove-VMReplication –VMName <name> -ReplicationRelationshipType Simple

주 서버 또는 확장된 복제 서버에서 실행되는 모든 복제를 제거하려면 다음을 실행합니다.

Remove-VMReplication –VMName <name>

이 정보가 도움이 되었습니까?
(1500자 남음)
의견을 주셔서 감사합니다.

커뮤니티 추가 항목

표시:
© 2015 Microsoft