System Center 2012 R2에서 VMM으로 업그레이드
게시 날짜: 2016년 3월
적용 대상: System Center 2012 R2 Virtual Machine Manager
Virtual Machine Manager에 VMM(System Center 2012 SP1(서비스 팩 1))의 기존 배포가 있는 경우 VMM을 System Center 2012 R2로 업그레이드할 수 있습니다. 이 업그레이드에서는 기본적으로 System Center 2012 R2를 새로 설치하지만 VMM 배포의 System Center 2012 SP1 데이터베이스는 유지됩니다.
![]() |
---|
System Center 구성 요소를 두 개 이상 업그레이드하는 경우 System Center 2012 R2 업그레이드 순서 항목에 나와 있는 절차를 따라야 합니다. |
구성 요소 업그레이드를 수행하는 순서가 매우 중요합니다. 올바른 업그레이드 순서를 따르지 않으면 구성 요소 오류가 발생하게 되며, 복구할 수 있는 방법도 없습니다. 영향을 받는 System Center 구성 요소는 다음과 같습니다.
Orchestrator
Service Manager
Data Protection Manager(DPM)
Operations Manager
Configuration Manager
Virtual Machine Manager
App Controller
암호화된 데이터 유지
게스트 운영 체제 프로필의 실행 계정 자격 증명 및 암호와 같은 VMM 데이터베이스의 일부 데이터는 Windows DPAPI(데이터 보호 API)를 사용하여 암호화됩니다. 업그레이드를 수행할 때 암호화된 데이터를 보존하려면 다음 사항을 고려하세요.
관리 서버 분산 키 관리를 사용한 경우가 아니면 VMM 관리 서버를 이전에 VMM을 설치했던 것과 같은 컴퓨터에 설치해야 합니다.
서비스 계정 이전 VMM 설치에서 사용했던 것과 같은 System Center Virtual Machine Manager 서비스 계정을 사용해야 합니다.
설치 서버 VMM의 System Center 2012 R2이 현재 설치되어 있는 것과 같은 서버 또는 다른 서버에 VMM의 System Center 2012 SP1을 설치할 수 있습니다. 그러나 VMM을 다른 컴퓨터에 설치하거나 다른 서비스 계정을 사용하는 경우 분산 키 관리를 구성하지 않은 한 암호화된 데이터가 보존되지 않습니다.
참고
분산 키 관리를 사용하는 경우에는 암호화 키가 AD DS(Active Directory 도메인 서비스)에 저장됩니다. 나중에 VMM 설치를 다른 컴퓨터로 이동하면 새 컴퓨터가 AD DS의 암호화 키에 액세스할 수 있습니다.
다음 항목은 이 업그레이드에 도움이 되는 정보를 제공합니다.
VMM에서 System Center 2012 R2을 새로 설치하는 방법에 대한 자세한 내용은 System Center 2012 - Virtual Machine Manager 배포 항목을 참조하십시오.
이 업그레이드의 알려진 문제
VMM을 System Center 2012 R2로 업그레이드할 때 다음과 같은 문제가 확인되었습니다.
원격 컴퓨터에서 업그레이드
한 컴퓨터에 있는 VMM의 System Center 2012 SP1에서 다른 컴퓨터에 있는 VMM의 System Center 2012 R2으로 업그레이드하는 작업은 원래 설치의 데이터를 보존하고 다음 구성이 적용되는 경우 지원되지 않습니다.
원래 설치에서는 Windows DPAPI를 사용합니다. 설치 중에 분산 키 관리를 구성하지 않은 경우에는 이 옵션이 기본 설정입니다.
VMM 관리 서버가 다음의 암호화된 값 또는 설정 중 하나를 사용하도록 구성됩니다.
응용 프로그램 설정(암호화된 값)
서비스 설정(암호화된 값)
SQL Server 배포(제품 키)
웹 배포 패키지(암호화 암호)
데이터베이스 유지
VMM의 System Center 2012 SP1에서 유지되는 데이터가 올바르게 업그레이드되지 않으며 공유 라이브러리의 이름과 경로에 대한 오류 메시지가 표시될 수 있습니다. 이 오류가 발생하지 않도록 하려면 System Center 2012 R2를 설치할 때 설치 마법사의 라이브러리 구성 페이지에서 다음 중 하나를 수행합니다.
기본 공유 라이브러리를 선택합니다.
새 라이브러리 공유를 만듭니다.
WSMAN 속성 값이 다시 설정되지 않음
WinRM에서 사용되는 WSMAN의 MaxConcurrentOperationsPerUser 및 MaxConnections 속성 값은 업그레이드 중에 다시 설정되지 않습니다. 업그레이드 전의 값은 업그레이드 후에도 그대로 유지되며, 운영 체제에서 설정하는 기본값보다 낮을 수 있습니다.
제한된 VMM 처리량을 관찰하는 경우 이러한 값을 확인하고 필요에 따라 다시 설정하면 도움이 될 수 있습니다.