VMM 백업 및 복원
중요
이 버전의 VMM(Virtual Machine Manager)은 지원이 종료되었습니다. VMM 2022로 업그레이드하는 것이 좋습니다.
이 문서에서는 System Center - VMM(Virtual Machine Manager) 환경의 백업 및 복구 프로세스에 대해 설명하고 몇 가지 권장 사항을 제공합니다.
시작하기 전에
- 재해 복구에는 검사점을 사용해서는 안 됩니다. 검사점은 하드 디스크 콘텐츠의 전체 복제본을 만들지 않으며 데이터를 별도의 볼륨으로 복사하지도 않습니다.
- 가상 머신에서 운영 체제를 업데이트하기 전에 검사점 을 사용하여 임시 백업 역할을 할 수 있습니다. 이렇게 하면 부정적인 영향이 있을 경우 업데이트를 롤백할 수 있습니다.
- 백업 애플리케이션을 사용하여 치명적인 데이터 손실로 데이터를 백업하고 복구해야 합니다. 한 가지 옵션은 System Center DPM(Data Protection Manager)입니다.
- VMM을 다시 설치할 때 RAA(원격 액세스 권한 부여) 암호 및 제품 키와 같은 데이터를 입력할 수 있습니다. 그러나 가상 머신 역할과 같은 일부 암호화된 데이터는 다시 입력할 수 없습니다.
- VMM을 백업하기 위해 DPAPI(데이터 보호 애플리케이션 프로그래밍 인터페이스)를 사용하는 경우 이러한 데이터를 백업 및 복원할 수 없습니다.
- VMM 관리 서버에 오류가 발생하면 데이터가 손실됩니다.
백업 계획 만들기 및 구현
백업 계획의 기본 요소에는 백업해야 하는 항목 목록과 환경에서 자주 변경되는 항목(따라서 자주 백업해야 하는 사항)에 대한 개요가 포함됩니다.
VMM 데이터베이스 백업
VMM 데이터베이스는 구성, 서비스 템플릿, 프로필, 가상 머신 템플릿, 서비스, 스케일 아웃 서비스 및 VMM이 올바르게 작동하는데 필요한 기타 중요 데이터 등의 정보를 포함합니다. VMM 데이터베이스를 정기적으로 백업합니다.
VMM 데이터베이스는 VMM 관리 서버나 Microsoft SQL Server를 실행하는 별도의 서버에 저장할 수 있습니다. VMM 데이터베이스를 백업하려면 다음 중 하나 이상을 사용할 수 있습니다.
SQL Server 도구 자세한 내용은 전체 데이터베이스 백업 만들기(SQL Server)를 참조하세요.
사용자 환경에서 사용되는 기타 백업 도구
다음에 나오는 절차에 설명된 VMM 콘솔 또는 Windows PowerShell.
데이터베이스를 백업하는 것 외에도 치명적인 데이터 손실에서 동일한 SID(보안 식별자)로 서버를 다시 만들 수 있도록 VMM 관리 서버의 시스템 상태 백업을 만드는 것이 좋습니다. SID는 가상 머신 호스트에서 VMM의 권한을 부여할 때 사용되는 필수적인 요소입니다.
중요
- 다음 절차를 통해 만든 VMM 데이터베이스 파일을 복구하는 여러 가지 방법이 있습니다. VMM 관리 서버의 작동이 선행되어야 하는 한 가지 방법은 Backup-SCVMMServer에 설명된 대로 SCVMMRecover.exe 도구를 사용하는 것입니다(SCVMMRecover.exe는 cmdlet이 아님). VMM 관리 서버가 작동할 필요가 없는 또 다른 방법은 데이터베이스 파일을 복원하고 연결하기 위해 SQL Server 도구를 사용하여 복원하는 것입니다.
- 다음 절차를 사용하려면 관리자 사용자 역할의 구성원이어야 합니다.
다음과 같은 방법으로 VMM 데이터베이스를 백업할 수 있습니다.
- VMM 콘솔 사용
- Windows PowerShell cmdlet을 사용하여
다음을 통해 VMM 데이터베이스를 백업하는 단계에 필요한 탭을 선택합니다.
다음 단계에 따라 VMM 콘솔을 사용하여 VMM 데이터베이스를 백업합니다.
설정 작업 영역의 홈에 있는 백업 그룹에서 백업을 선택합니다.
Virtual Machine Manager 백업 대화 상자에서 백업 파일의 위치를 지정합니다. 루트 디렉터리가 아니고 SQL Server 액세스할 수 있는 폴더를 선택합니다.
“작업” 작업 영역에서 백업의 상태를 확인할 수 있습니다.
백업을 복구하는 방법에 대한 자세한 내용은 이 절차 앞에 나오는 중요 항목을 참조하세요.
호스트 및 가상 컴퓨터 백업
가상 머신 호스트는 Hyper-V 호스트, VMware ESXi 호스트 및 가상 머신과 서비스가 배포된 호스트 클러스터입니다. 가상 머신 호스트 및 클러스터를 백업하려면 Microsoft System Center DPM(Data Protection Manager) 또는 호스트 및 가상 머신 데이터를 원격 파일 서버 공유에 복사하기 위해 VSS(볼륨 섀도 복사본 서비스)의 이점을 활용하는 기타 백업 애플리케이션을 사용합니다.
중요
가상 머신 구성 파일(.vmc)은 매일 백업하는 것이 좋습니다.
호스트를 인벤토리에 추가한 다음 호스트된 모든 가상 머신을 백업합니다. VMM을 통해 관리되는 호스트의 목록을 가져오려면 Windows PowerShell 명령줄에서 다음 cmdlet을 실행합니다.
$vmhost = get-scvmmserver <VMM management server name> | get-scvmhost
자세한 내용은 Get-SCVMMServer 및 Get-SCVMHost를 참조하세요.
VMM VSS 기록기를 지원하는 백업 소프트웨어를 사용하여 각 VMM 호스트의 모든 구성 및 리소스 파일을 백업합니다. VMM을 지원하는 백업 소프트웨어를 사용하면 가상 컴퓨터를 보관하고 복원하기 위해 수행해야 하는 단계 수와 가동 중지 시간을 최소화할 수 있으며 보관 또는 복원되는 데이터의 일관성을 유지할 수 있습니다.
라이브러리 서버 백업
VMM 라이브러리에는 라이브러리 서버에 저장되는 가상 하드 디스크, ISO 이미지, 스크립트, 드라이버 파일, 애플리케이션 패키지 등의 파일 기반 리소스가 포함됩니다. 이러한 리소스는 가상 머신, 서비스 템플릿 및 프로필과 같이 파일 기반이 아닌 VMM 데이터베이스의 리소스와 밀접하게 연결됩니다. 이러한 모든 리소스를 백업해야 합니다.
라이브러리 서버에서 데이터를 백업하려면 System Center DPM(Data Protection Manager) 또는 호스트 및 가상 머신 데이터를 원격 파일 서버 공유에 복사하기 위해 VSS(볼륨 섀도 복사본 서비스)의 이점을 활용하는 기타 백업 애플리케이션을 사용합니다. VMM 라이브러리 서버 목록을 보려면 Windows PowerShell 명령줄에서 다음 cmdlet을 실행합니다.
$libraryservers = get-scvmmserver <VMM management server name> | get-sclibraryserver
자세한 내용은 Get-SCVMMServer 및 Get-SCLibraryServer를 참조하세요.
다음 확장명을 가진 파일을 포함하여 라이브러리 공유의 모든 파일을 원격 파일 서버의 공유 폴더에 백업합니다.
- .vhd 및 .vhdx
- .iso
- .vmx
- .ps1
- .vmc
- .vsv
VMM 프라이빗 클라우드 백업
VMM 클라우드에 있는 가상 컴퓨터의 복제 및 장애 조치(failover)를 오케스트레이션하고 자동화하려면 Azure Site Recovery Manager를 사용합니다. 다음과 같은 방법으로 복제할 수 있습니다.
Hyper-V 복제 또는 SAN 복제를 사용하여 온-프레미스 VMM 사이트 간에 복제
Hyper-V 복제를 사용하여 온-프레미스 VMM 사이트에서 Azure로 복제
레지스트리 키, 암호화 키 및 자격 증명 백업
레지스트리 키, 암호화 키 및 VMM에서 관리하지 않는 자격 증명을 백업하려면 다음 지침을 따르세요.
레지스트리 키: VMM은 여러 레지스트리 키를 사용하여 중요한 설정을 저장합니다. 설정은 다음 레지스트리 키와 해당 하위 키에 저장됩니다. HKLM\Software\Microsoft\Microsoft System Center Virtual Machine Manager Server\Settings.
SQL 하위 키를 제외하고 레지스트리의 이 전체 섹션을 백업해야 합니다. SQL 하위 키를 백업하는 경우 백업 시의 데이터베이스 이름, 위치 및 기타 세부 정보를 캡처합니다. 이 정보는 복구 시에 원하는 VMM 데이터베이스 정보와 일치하지 않을 수 있습니다.
레지스트리 키를 백업하려면 Regedit 내보내기 기능이나 환경에서 레지스트리 키를 백업하는 데 사용되는 기타 도구를 사용할 수 있습니다.
Active Directory Domain Services 암호화 키: DKM(분산 키 관리)이 구성된 경우 VMM 관련 암호화 키를 AD DS(Active Directory Domain Services)에 저장합니다. 이러한 키를 백업하려면 Active Directory를 정기적으로 백업합니다.
VMM에서 관리하지 않는 자격 증명: VMM과 관련된 일부 자격 증명은 VMM 관리 서버에서 Windows 자격 증명 관리자를 통해 관리됩니다. 자격 증명 관리자에 액세스하려면 제어판 모든 제어판 항목을 선택한 다음 자격 증명 관리자를 선택합니다. 자격 증명 백업을 선택하여 VMM 관련 자격 증명을 백업합니다.
타사 사용자 인터페이스 추가 기능 및 기타 타사 애플리케이션 백업
타사 UI(사용자 인터페이스) 추가 기능을 사용하여 VMM 콘솔의 기능을 확장할 수 있습니다. UI 추가 기능에 사용되는 데이터는 로컬 서버나 원격 컴퓨터에 저장될 수도 있고 특정 권한 집합을 사용하여 구성될 수도 있습니다. 특정 UI 추가 기능의 백업 지침을 확인하세요.
다른 타사 애플리케이션의 경우 애플리케이션의 특정 백업 지침을 참조하세요.
VMM 환경 복원
필요한 경우 VMM 데이터베이스 복원
VMM 데이터베이스를 복원해야 하는 경우 먼저 백업 방법과 일치하는 프로세스를 사용하여 복원합니다. 예를 들어 SQL Server 도구를 사용하여 복원하려면 복원 및 복구 개요(SQL Server)를 참조하세요.
VMM 데이터베이스만 복원해야 하는 요소인 경우 SCVMMRecover.exe 도구에 대해 자세히 알아보려면 Backup-SCVMMServer를 참조하세요.
동일하거나 다른 컴퓨터에서 VMM 서버를 복원할 수 있습니다. VMM 서버를 복원하는 단계에 필요한 탭을 선택합니다.
VMM 서버에 동일한 컴퓨터를 사용하는 경우 해당 컴퓨터에서 시스템 상태 복원을 수행합니다(그렇지 않으면 이 섹션 건너뛰기). 이 작업을 수행하는 경우 VMM 서버의 SID는 동일하게 유지되고 VMM 환경을 복원하는 데 더 적은 수의 단계가 필요합니다.
VMM 서버를 복원한 후 다음 단계를 수행합니다.
마지막 백업 이후 제거된 모든 호스트 또는 가상 컴퓨터를 VMM 콘솔에서 제거합니다. 마지막 백업 후 호스트가 제거된 경우 응답 안 됨으로 표시되고 호스트의 모든 가상 머신이 호스트 응답 안 됨으로 표시됩니다. 호스트가 있지만 마지막 백업 후 가상 머신이 제거된 경우 가상 머신은 누락으로 표시됩니다.
마지막 백업 이후 추가된 모든 호스트 또는 가상 컴퓨터를 추가합니다.
새 VMM 관리 서버를 사용하여 호스트 업데이트
VMM 콘솔을 엽니다.
이 절차의 뒷부분을 준비하기 위해 필요에 따라 호스트 및 가상 컴퓨터 목록을 검토합니다.
서버 목록을 검토하려면 패브릭 작업 영역의 왼쪽에서 서버를 선택합니다.
가상 머신 목록을 검토하려면 VM 및 서비스 작업 영역의 왼쪽에서 모든 호스트를 선택합니다.
마지막 백업 이후 제거된 모든 호스트 또는 가상 컴퓨터를 VMM 콘솔에서 제거합니다. 마지막 백업 후 호스트가 제거된 경우 응답 안 됨으로 표시되고 호스트의 모든 가상 머신이 호스트 응답 안 됨으로 표시됩니다. 호스트가 있지만 마지막 백업 후 가상 머신이 제거된 경우 가상 머신은 누락으로 표시됩니다.
마지막 백업 이후 추가된 모든 호스트 또는 가상 컴퓨터를 추가합니다.
액세스 거부로 표시된 관리되는 컴퓨터를 식별하고, 각 컴퓨터를 마우스 오른쪽 단추로 클릭하고, 다시 연결을 선택한 다음, 관리 자격 증명을 제공합니다.
라이브러리 서버이기도 한 VMM 관리 서버를 복원하는 경우 새 컴퓨터는 원래 VMM 서버를 기본 라이브러리 서버로 나열합니다. 라이브러리 보기에서 원래 라이브러리 서버를 제거한 다음 새 컴퓨터를 라이브러리 서버로 추가합니다.
다음 섹션에 설명된 대로 경계 네트워크의 서버(DMZ, 완역 영역 및 스크린된 서브넷이라고도 함)를 다시 연결해야 할 수도 있습니다.
경계 네트워크의 서버 다시 연결
VMM 서버를 복원한 후 경계 네트워크의 서버가 처음에는 응답하지 않음으로 표시될 수 있습니다. 이 경우 다음 단계를 수행합니다.
경계 네트워크의 각 서버에 로그인한 다음 VMM 계정을 찾습니다. VMM 계정은 scvmm 의 10자 사용자 이름과 5개의 임의 문자가 있는 로컬 관리자 계정입니다.
각 서버의 VMM 계정 암호를 변경합니다.
VMM 관리 서버의 호스트 속성 대화 상자에서 옵션을 선택한 다음, 각 서버에 2단계에서 만든 것과 동일한 암호를 할당합니다.
VMM 라이브러리 서버 복원
데이터 손실 후 라이브러리 서버를 복원하려면 파일 서버 공유를 복원한 다음 해당 공유에 데이터를 다시 복원합니다.
VMM 관리 서버 및 VMM 데이터베이스를 복원한 후에 라이브러리 서버가 VMM 콘솔에 표시됩니다. 필요에 따라 이러한 목록을 물리적 라이브러리 서버와 다시 연결합니다.
- 새로 복원된 컴퓨터의 이름이 원래 컴퓨터와 동일한 경우 해당 컴퓨터에 Virtual Machine Manager 에이전트를 로컬로 설치한 다음 해당 컴퓨터를 VMM 관리 서버와 다시 연결합니다.
- 새로 복원된 컴퓨터와 원래 컴퓨터의 이름이 다르면 VMM 콘솔을 사용하여 관리되는 컴퓨터 목록에서 원래 컴퓨터를 제거한 다음 새 컴퓨터를 추가합니다.
레지스트리 키, Active Directory 개체 및 VMM에서 관리하지 않는 자격 증명 복원
레지스트리 키, Active Directory 개체 및 VMM에서 관리하지 않는 자격 증명을 복원하려면 다음 지침을 따르세요.
레지스트리 키: 이전에 백업한 레지스트리 키를 복원하려면 Regedit 가져오기 기능이나 환경에서 레지스트리 키를 백업 및 복원하는 데 사용되는 기타 도구를 사용할 수 있습니다. 그러나 포함된 데이터베이스 이름, 위치 및 기타 세부 정보가 레지스트리 키를 복원할 때 VMM 데이터베이스에 대해 원하는 것과 일치하지 않는 경우 SQL 하위 키를 복원하지 마세요.
Active Directory 개체: VMM 환경에서 DKM(분산 키 관리)을 사용하도록 설정되어 있으면 VMM은 RAA 암호, 제품 키 정보, 가상 머신 역할 데이터 등의 일부 데이터를 Active Directory에 저장합니다. VMM을 다시 설치한 후 필요한 경우 RAA 암호 및 제품 키 정보와 같이 Active Directory에 저장된 일부 데이터를 다시 입력할 수 있습니다. VMM을 다시 설치하고 필요한 경우 Active Directory를 복원한 후에도 Active Directory의 데이터는 VMM에서 계속 액세스할 수 있습니다.
비 VMM 관리 자격 증명: 제어판 모든 제어판 항목을 선택한 다음 자격 증명 관리자를 선택합니다. 자격 증명 복원을 선택하여 이전에 백업된 VMM 관련 자격 증명을 복원합니다.
복원 후 작업
VMM 구성에 따라 VMM 환경을 복원한 후에 다음 작업 중 일부를 수행해야 할 수 있습니다.
Always On 가용성 그룹 구성
SQL Server Always On 가용성 그룹을 사용하여 VMM 데이터베이스를 구성한 경우에는 데이터베이스가 가용성 그룹을 사용하여 올바르게 구성되도록 몇 가지 작업을 수행해야 합니다.
Microsoft Azure 팩 다시 설치
VMM을 사용하여 테넌트 지원을 위해 환경에 Microsoft Azure 팩을 배포한 경우 VMM 환경을 복원한 후 다시 설치해야 합니다. Windows Server용 Microsoft Azure 팩에 대한 자세한 내용은 Windows Server 용 Microsoft Azure 팩을 참조하세요.
추가 VMM 콘솔 설치
VMM 콘솔이 설치된 서버를 교체해야 하는 경우 해당 서버에 콘솔을 다시 설치합니다.
가상 머신 템플릿 업데이트
복원된 모든 가상 머신 템플릿은 운영 체제를 포함하는 가상 하드 디스크를 올바르게 지정해야 합니다.
VMM 콘솔에서 라이브러리 작업 영역을 열고 템플릿을 확장한 다음 , VM 템플릿을 선택합니다.
템플릿 창에서 업데이트하려는 가상 머신 템플릿을 마우스 오른쪽 단추로 클릭하고 속성>하드웨어 구성을 선택하여 설정을 업데이트합니다.
Microsoft Azure Hyper-V Recovery Manager 복원
Microsoft Azure Hyper-V Recovery Manager VMM 환경에서 구현된 경우 Microsoft Azure Hyper-V Recovery Manager 공급자를 복원하는 몇 가지 단계를 수행해야 합니다.
추가 기능, 드라이버 패키지 및 인증서 검토
VMM을 복원한 후 다음 항목을 검토하여 추가 기능, 드라이버 패키지 및 인증서에 필요한 단계를 수행했는지 확인합니다.
타사 사용자 인터페이스 추가 기능: 타사 사용자 인터페이스 추가 기능 또는 기타 타사 응용 프로그램을 복원하려면 해당 애플리케이션의 복원 지침을 참조하세요.
드라이버 패키지: 이전에 VMM 라이브러리에 추가한 드라이버 패키지가 복원 후에 제대로 검색되지 않을 수 있습니다. 제거한 후 다시 추가해야 할 수도 있습니다.
인증서: 호스트의 모든 VMM 관련 인증서를 새 VMM 관리 서버의 정보로 업데이트해야 합니다.
참고
VMM을 다시 설치한 후 VMM은 오류로 인해 오래된 ACL(계정 제어 목록)을 업데이트합니다. 추가적인 작업은 필요하지 않습니다.
피드백
출시 예정: 2024년 내내 콘텐츠에 대한 피드백 메커니즘으로 GitHub 문제를 단계적으로 폐지하고 이를 새로운 피드백 시스템으로 바꿀 예정입니다. 자세한 내용은 다음을 참조하세요. https://aka.ms/ContentUserFeedback
다음에 대한 사용자 의견 제출 및 보기