다음을 통해 공유

가상 랩 확장 또는 변경

  • 아티클

가상 랩을 사용하고 익숙해짐에 따라 하나 이상의 방법으로 랩을 확장하거나 변경할 수 있습니다.

  • 한 서버에서 다른 서버로 Team Foundation Server 이동

    Team Foundation Server 응용 프로그램 계층을 실행하는 서버를 변경하거나 대체해야 할 수 있습니다.

  • 한 Team Foundation Server에서 다른 Team Foundation Server로 팀 프로젝트 컬렉션 이동

    초기 팀 프로젝트의 컴퓨터와 기타 리소스를 다시 사용하기 위해 이러한 리소스를 이동할 수 있습니다.

  • 새 라이브러리 서버 추가 및 이전 라이브러리 서버 사용 중지

    가상 컴퓨터, 템플릿 및 환경을 저장할 공간이 더 필요할 수 있습니다. 라이브러리 공유를 추가하거나 기존 라이브러리 공유를 규모가 더 큰 SCVMM 라이브러리 서버의 라이브러리 공유로 바꿀 수 있습니다.

  • 새 Hyper-V 호스트 추가 및 이전 Hyper-V 호스트 사용 중지

    가상 컴퓨터와 환경을 실행할 공간이 더 필요할 수 있습니다. 기존 호스트 그룹에 실제 호스트를 추가하여 용량을 투명하게 추가할 수 있습니다.

  • 한 서버에서 다른 서버로 System Center Virtual Machine Manager 이동

    SCVMM을 실행하는 서버를 변경하거나 대체해야 할 수 있습니다.

  • 테스트 컨트롤러 이동

    테스트 컨트롤러를 실행하는 컴퓨터를 이동하거나 대체해야 할 수 있습니다.

이와 같이 각각 변경하려면 Lab Management 리소스의 구성을 수정해야 합니다.

한 서버에서 다른 서버로 Team Foundation Server 이동

한 서버에서 다른 서버로 Team Foundation Server를 이동하거나 Team Foundation Server를 실행하는 서버의 이름을 변경하는 경우 Lab Management 구성 요소에서 Team Foundation Server와 통신하는 데 사용하는 URL을 업데이트해야 합니다. Team Foundation Server를 이동하는 방법에 대한 추가 정보는 Team Foundation Server 관리를 참조하십시오.

Team Foundation Server 이동을 완료한 후 다음 위치에서 Team Foundation Server URL을 업데이트합니다.

  • Team Foundation Server 응용 프로그램 계층을 실행하는 컴퓨터에서 URL이 Team Foundation Server 관리 콘솔에 나타납니다. 관리 콘솔에서 Lab Management 노드로 이동하고 Lab Management 다시 구성을 클릭한 다음 고급 탭을 클릭합니다. 랩 URL 텍스트 상자에 새 서버 이름을 입력합니다.

  • 빌드 에이전트가 설치된 컴퓨터에서 URL은 Hyper-V에서 관리하는 레지스트리 하이브에 저장됩니다. Team Foundation Server를 실행하는 서버의 이름이 바뀌면 해당 환경에 대해 워크플로 기능 복구를 클릭합니다. 이 설정은 해당 환경의 모든 가상 컴퓨터에서 자동으로 업데이트됩니다. .lvr 파일에서 Team Foundation Server의 URL을 내부적으로 저장하기 때문에 .lvr 파일을 직접 수정하여 XML을 업데이트해야 합니다.

    참고

    스냅숏으로 되돌린 후 URL이 Team Foundation Server에 의해 가상 컴퓨터에서 업데이트되기 때문에 스냅숏을 되돌릴 필요가 없습니다.

한 Team Foundation Server에서 다른 Team Foundation Server로 팀 프로젝트 컬렉션 이동

구성된 환경을 사용하거나 Team Foundation Server의 파일럿 테스트를 위해 작은 팀 프로젝트를 만들어 Lab Management를 살펴보기 시작한 경우 이후에 랩 자산을 다른 Team Foundation Server 인스턴스로 마이그레이션할 수 있습니다. Team Foundation Server에서 한 팀 프로젝트를 다른 팀 프로젝트와 병합할 수 없기 때문에 랩 리소스를 수동으로 이동해야 합니다. 소스 코드, 작업 항목 및 빌드 정의를 마이그레이션하는 방법에 대한 추가 정보는 Team Foundation Server 관리를 참조하십시오.

참고

가상 컴퓨터가 동일한 네트워크 위치를 사용하도록 이미 구성되었기 때문에 해당 네트워크 위치에서만 가상 컴퓨터를 이동할 수 있습니다.서로 다른 도메인에 있는 Team Foundation Server의 인스턴스 간에 팀 프로젝트 컬렉션을 이동하는 경우 프로젝트 컬렉션을 이동하고 해당 프로젝트 컬렉션에 대한 Lab Management의 구성을 취소한 다음 새로운 Team Foundation Server 인스턴스 및 도메인의 설정을 사용하여 Lab Management를 처음부터 다시 구성합니다.

도메인 간에 이동하기 때문에 모든 것을 복구할 수는 없습니다.

Team Foundation Server를 실행하는 한 서버에서 Team Foundation Server를 실행하는 다른 서버로 이동하려면

  1. 팀 프로젝트 컬렉션을 새로운 응용 프로그램 계층으로 이동합니다. 단계를 보려면 팀 프로젝트 컬렉션 이동을 참조하십시오.

  2. 대상 Team Foundation Server에 컬렉션을 연결한 후 팀 프로젝트 컬렉션에 대한 Lab Management의 구성을 취소합니다. 구성을 취소하는 단계를 보려면 TFSConfig Lab /Delete 명령을 참조하십시오.

  3. 대상 Team Foundation Server에서 컬렉션에 대해 Lab Management를 다시 구성합니다. Lab Management를 구성하는 단계는 SCVMM 환경에 대해 Lab Management 구성을 참조하십시오.

새 라이브러리 서버 추가 및 이전 라이브러리 서버 사용 중지

SCVMM(System Center Virtual Machine Manager)의 저장소를 확장해야 하는 경우 새 라이브러리 공유를 추가할 수 있습니다. 프로세서가 더 빠르거나 하드 디스크가 더 크거나 이 두 조건을 모두 갖춘 서버의 공유로 기존 공유를 바꿀 수도 있습니다. 라이브러리 공유를 Lab Management에서 사용하는 SCVMM에 추가하거나 라이브러리 공유를 제거하는 프로세스는 다음과 같습니다.

  1. 새 라이브러리 공유로 이동할 준비를 합니다.

  2. 템플릿을 이동합니다.

  3. 가상 환경에서 현재 사용되지 않는 가져온 가상 컴퓨터를 이동합니다.

  4. 저장된 환경을 이동합니다.

  5. 이전 라이브러리 공유를 제거합니다.

    참고

    이 시나리오에서는 활성 버그의 일부일 수 있는 기존 .lvr 파일을 업데이트하지 않습니다.버그를 재현하는 데 필요한 저장된 환경이 있는 경우 이러한 환경은 버그가 해결될 때까지 소스 라이브러리에 남아 있어야 합니다.

이동을 준비하려면

  1. 새 라이브러리 서버가 SCVMM 라이브러리 서버에 대한 시스템 요구 사항을 충족하는지 확인합니다. 시스템 요구 사항에 대한 추가 정보는 시스템 요구 사항: VMM 라이브러리 서버를 참조하십시오.

  2. 새 서버에서 새 라이브러리 공유를 추가합니다.

    1. Windows 탐색기에서 새 라이브러리 공유의 이름을 사용하는 새 폴더를 만듭니다.

    2. 이 폴더를 공유하는 사용자의 목록에 VMM_MACHINE$를 참가자로 추가하여 SCVMM 서버와 새 폴더를 공유합니다.

    3. Virtual Machine Manager 관리자 콘솔에서 이 라이브러리 공유를 연결합니다.

  3. 새 라이브러리 공유를 관련 팀 프로젝트 컬렉션과 팀 프로젝트에 추가합니다.

    1. TFS 관리 콘솔에서 TFS Server를 클릭합니다. 응용 프로그램 계층을 클릭한 다음 팀 프로젝트 컬렉션을 클릭합니다.

    2. Lab Management 탭에서 라이브러리 공유 구성을 클릭합니다.

    3. SCVMM에서 만든 공유를 추가합니다.

  4. 원래 라이브러리 공유를 백업합니다. 라이브러리 공유를 백업하는 단계는 VMM 데이터베이스 백업 및 복원을 참조하십시오.

  5. 다음 작업 중 하나를 수행합니다.

    프로젝트 컬렉션을 오프라인 상태로 전환합니다. 반드시 필요한 작업은 아니지만 이동 중에 관련 프로젝트 컬렉션을 오프라인 상태로 전환하는 것이 좋습니다.

    — 또는 —

    시스템 관리자에게 연락하여 이동하는 동안 환경을 배포하거나 가상 컴퓨터 또는 템플릿을 가져오지 않도록 모든 사용자에게 알릴 것을 요청합니다.

템플릿을 이동하려면

  1. 이동할 템플릿과 관련된 파일을 식별합니다. 해당 파일을 소스에서 대상으로 이동합니다. 차이점 보관용 디스크 VHD의 경우 .vhd의 모든 버전을 이동해야 합니다. 이 템플릿이 가리키는 .vhd의 경로를 찾으려면 템플릿을 마우스 오른쪽 단추로 클릭한 다음 속성을 클릭합니다. 하드웨어 구성을 클릭합니다. 이 .vhd를 새 라이브러리 공유로 이동합니다.

  2. SCVMM 관리자 콘솔에서 라이브러리를 클릭합니다. 작업 창에서 새로 고침을 클릭합니다. 이전 라이브러리 공유와 새 라이브러리 공유를 모두 새로 고칩니다.

  3. Microsoft Test Manager에서 라이브러리를 클릭합니다. 새 라이브러리 공유를 가리키고 템플릿을 다시 가져옵니다. Lab Management에 사용하도록 설정된 각 팀 프로젝트에 대해 반복합니다. 템플릿의 새 인스턴스에 대해 정의한 OS 프로필과 하드웨어 프로필이 이전 템플릿에 사용한 프로필과 동일한지 확인합니다.

  4. 라이브러리에 템플릿 기반의 환경이 있는 경우 환경 정의를 수동으로 업데이트해야 합니다. Microsoft Test Manager에서 라이브러리를 클릭합니다. 환경을 클릭한 다음 템플릿을 사용한 각 환경을 클릭합니다. 이전 템플릿을 제거하고 새 템플릿을 추가합니다.

  5. 라이브러리에서 이전 템플릿을 삭제합니다. Microsoft Test Manager에서 랩 센터를 클릭합니다. 라이브러리 탭을 클릭한 다음 VM 및 템플릿을 클릭합니다.

    라이브러리 공유 열을 확인하여 이전 템플릿과 새 템플릿을 구분할 수 있습니다. 이 경우 기본 템플릿이 삭제되지 않습니다.

  6. 이동이 성공적으로 수행되었는지 확인합니다. 팀 프로젝트 컬렉션을 오프라인 상태로 전환하지 않은 경우 템플릿을 호스트에 배포합니다. 이 작업은 오류 없이 완료되어야 합니다.

환경에서 현재 사용하지 않는 가상 컴퓨터가 라이브러리에 있으면 해당 가상 컴퓨터를 호스트에 배포한 다음 새 라이브러리에 저장해야 합니다.

가져온 가상 컴퓨터를 이동하려면

  1. 새 가상 환경을 만듭니다.

  2. 이동해야 하는 모든 가상 컴퓨터를 추가합니다. 이때 어떠한 기능도 선택하지 않습니다.

  3. 환경을 배포하되 시작하지는 않습니다.

    참고

    환경을 시작하려고 할 때 현재 이동하고 있는 가상 컴퓨터의 이름과 동일한 이름을 사용하는 가상 컴퓨터가 실행되는 경우 도메인에서 이름 충돌이 발생할 수 있습니다.

  4. Microsoft Test Manager에서 환경의 첫 번째 가상 컴퓨터를 클릭합니다. 라이브러리에 저장을 클릭한 다음 저장할 대상 라이브러리를 선택합니다. 해당 환경의 모든 가상 컴퓨터에 대해 반복합니다.

  5. 모든 가상 컴퓨터가 라이브러리에 저장된 후 환경을 삭제합니다.

  6. 소스 라이브러리에서 가상 컴퓨터를 삭제합니다.

    참고

    이동 후 가상 컴퓨터를 다른 팀 프로젝트로 가져올 수 없습니다.

저장된 환경을 이동하려면

  1. Microsoft Test Manager에서 환경을 배포합니다.

    환경을 시작할 필요는 없습니다.

  2. 환경 탭에서 대상 라이브러리 공유에 대해 라이브러리에 저장을 클릭합니다.

  3. 이동이 성공적으로 수행되었는지 확인합니다.

    1. 환경을 배포합니다.

    2. 스냅숏을 만듭니다.

    3. 이전 스냅숏으로 되돌립니다.

    4. 최신 스냅숏으로 되돌립니다.

  4. 성공적으로 되돌릴 수 있으면 소스 라이브러리 공유에서 환경을 삭제합니다.

이동이 완료된 후 팀 프로젝트 컬렉션을 다시 온라인 상태로 전환합니다.

라이브러리에 있는 환경에 대한 스냅숏이 포함된 버그가 있는 경우 해당 버그가 해결될 때까지 이 라이브러리에 환경을 보관하는 것이 좋습니다. 자신을 가리키는 .lvr 파일이 있는 환경을 찾는 것은 어려우므로 실제적인 해결 방법은 지난 60일 동안 만들어진 환경을 보관하는 것입니다.

공유를 제거하려면

  1. 원래 라이브러리 공유에서 가상 컴퓨터와 템플릿을 삭제합니다. Microsoft Test Manager에서 랩 센터를 클릭합니다. 라이브러리, 가상 컴퓨터 및 템플릿을 차례로 클릭한 다음 원래 라이브러리 공유에 있는 것으로 여전히 표시되는 가상 컴퓨터를 라이브러리 공유에서 삭제합니다.

    라이브러리 공유 열 머리글을 머리글 행 위로 끌어 놓아서 라이브러리 공유별로 가상 컴퓨터를 쉽게 그룹화할 수 있습니다.

  2. 팀 프로젝트에서 라이브러리 공유 연결을 삭제합니다.

    1. 명령 프롬프트를 엽니다.

      명령 프롬프트에서 삭제할 라이브러리 공유와 연결된 각 프로젝트에 대해 TFSLabConfig 명령줄 도구를 사용합니다.

    2. TFSLabConfig DeleteTeamProjectLibraryShare 명령을 실행하여 라이브러리 공유 이름뿐만 아니라 프로젝트 컬렉션과 프로젝트 이름을 지정합니다.

      TFSLabConfig DeleteTeamProjectLibraryShare 명령에 대한 추가 정보는 TFSLabConfig DeleteTeamProjectLibraryShare 명령을 참조하십시오.

    3. 각 팀 프로젝트에 대해 이 단계를 반복합니다.

  3. Team Foundation Server 관리 콘솔에서 원래 라이브러리 공유가 연결된 팀 프로젝트 컬렉션에서 원래 라이브러리 공유를 삭제합니다.

새 Hyper-V 호스트 추가 및 이전 Hyper-V 호스트 사용 중지

Hyper-V 호스트를 추가하려면

  1. SCVMM 관리자 콘솔에서 새 Hyper-V 서버를 호스트 그룹에 추가합니다. 호스트 그룹에 서버를 추가하는 단계는 호스트 추가를 참조하십시오.

  2. Team Foundation Server 관리 콘솔에서 TFS Server를 클릭합니다. Lab Management를 클릭하고 호스트 그룹을 클릭합니다. 확인을 클릭합니다. 사용자 이름과 암호를 입력하라는 메시지가 나타나면 새 호스트에서 Administrators 보안 그룹의 멤버인 사용자를 제공합니다.

  3. 마이그레이션할 원래 호스트에 새 가상 컴퓨터를 배치하지 않도록 합니다.

    1. SCVMM 관리자 콘솔에서 호스트를 클릭합니다. 마이그레이션할 원래 호스트의 이름을 클릭한 다음 속성을 클릭합니다.

    2. 호스트 속성 창에서 상태 탭을 클릭합니다. 이 호스트를 배치에 사용할 수 있음 확인란의 선택을 취소한 다음 확인을 클릭합니다.

  4. 호스트 속성 창에서 상태 탭을 클릭합니다. 이 호스트를 배치에 사용할 수 있음 확인란의 선택을 취소한 다음 확인을 클릭합니다.

  5. 네트워크 격리되지 않는 환경을 마이그레이션합니다.

    1. Microsoft Test Manager에서 랩 센터를 클릭합니다. 랩 탭을 클릭한 다음 환경을 클릭합니다. 소스 및 대상 호스트가 포함된 호스트 그룹에 있는 환경을 식별합니다.

    2. 각 환경을 열고 네트워크 격리 기능이 해제된 환경을 식별합니다. 이 단계의 나머지 작업은 네트워크 격리되지 않은 환경에만 적용됩니다.

    3. SCVMM 관리자 콘솔에서 네트워크 격리되지 않은 환경의 일부인 가상 컴퓨터를 찾습니다.

      가상 컴퓨터 창의 검색 상자에 환경 이름을 입력하여 이 작업을 수행할 수 있습니다.

    4. 이전 단계에서 찾은 가상 컴퓨터가 사용이 중지될 호스트에 있는 경우 해당 가상 컴퓨터를 새 호스트로 이동합니다.

  6. 네트워크 격리 환경을 마이그레이션합니다.

    1. Microsoft Test Manager에서 랩 센터를 클릭합니다. 랩 탭을 클릭한 다음 환경을 클릭합니다. 소스 및 대상 호스트가 포함된 호스트 그룹에 있는 환경을 식별합니다.

    2. 각 환경을 열고 네트워크 격리 기능이 설정된 환경을 식별합니다.

    3. SCVMM 관리자 콘솔에서 네트워크 격리 환경의 일부인 가상 컴퓨터를 찾습니다.

      가상 컴퓨터 창의 검색 상자에 환경 이름을 입력하여 이 작업을 수행할 수 있습니다.

    4. 네트워크 격리 환경의 가상 컴퓨터가 사용이 중지될 호스트에 있는 경우 팀 프로젝트 라이브러리에 네트워크 격리 환경을 저장합니다.

      네트워크 격리 환경의 모든 가상 컴퓨터는 동일한 물리적 호스트에 있습니다.

    5. 라이브러리의 환경을 호스트 그룹에 다시 배포합니다.

  7. Microsoft Test Manager에서 각 환경을 일시 중지했다가 다시 시작합니다. 이렇게 하면 환경이 성공적으로 마이그레이션되었음이 확인됩니다.

  8. SCVMM 관리자 콘솔에서 호스트를 클릭하고 이전 호스트의 이름을 클릭한 다음 호스트 제거를 클릭합니다.

한 서버에서 다른 서버로 System Center Virtual Machine Manager 이동

한 서버에서 다른 서버로 SCVMM을 이동할 수 있는 상황은 적어도 두 가지가 있습니다. 첫째, 임시 컴퓨터에서 파일럿 기반으로 Lab Management를 사용하기 시작했고 이제 프로덕션 서버에 기능을 배포하려고 합니다. 프로덕션 모드에서 다시 시작하기 때문에 파일럿 테스트 중에 사용하던 환경, 템플릿 및 기타 랩 자산을 보존하지 않아도 됩니다. 둘째, 용량 또는 가용성 문제 때문에 SCVMM을 실행하는 서버를 변경해야 합니다. 이전처럼 작업을 계속하려고 하기 때문에 동일한 환경과 관련 자산을 보존해야 합니다.

랩 자산을 보존하지 않고 SCVMM을 이동하려면

  1. 각 팀 프로젝트 컬렉션에서 랩 개체를 삭제합니다.

    1. Team Foundation Server 응용 프로그램 계층에서 명령 프롬프트를 열고 **Tfsconfig.exe lab /delete /collectionName:**myCollection 명령을 입력합니다. Team Foundation 응용 프로그램 계층을 실행하는 서버에서 TFSConfig를 실행해야 합니다. 기본적으로 TFSConfig는 Drive:\Program Files\Microsoft Team Foundation Server 2010\Tools에 있습니다. TfsConfig Lab /Delete 명령에 대한 자세한 내용은 TFSConfig Lab /Delete 명령을 참조하십시오.

    2. 서버의 각 팀 프로젝트 컬렉션에 대해 이 명령을 반복합니다.

  2. Team Foundation Server 관리 콘솔에 새 이름을 입력한다.

    1. Team Foundation Server 관리 콘솔에서 Lab Management 노드를 클릭합니다.

    2. Lab Management 페이지에서 Lab Management 다시 구성을 클릭합니다.

    3. Virtual Machine Manager 탭에서 SCVMM을 실행하는 새 서버의 정규화된 도메인 이름을 입력합니다. 그런 다음 테스트를 클릭하여 새 서버를 사용할 수 있는지 확인합니다.

      1. Team Foundation Server 서비스 계정에 지정된 SCVMM에 대한 적절한 권한이 없으면 사용자 이름과 암호를 입력하라는 메시지가 대화 상자에 표시됩니다.

      2. SCVMM 관리자 역할의 기존 멤버인 사용자의 이름과 암호를 입력합니다. Team Foundation Server 서비스 계정이 SCVMM 관리자 역할에 추가됩니다.

    4. 확인을 클릭합니다.

랩 자산을 보존하는 동안 SCVMM을 이동하려면

  1. 원래 SCVMM의 데이터베이스를 백업합니다.

    1. SCVMM 관리자 콘솔에서 관리를 클릭한 다음 일반을 클릭합니다. 작업 창에서 Virtual Machine Manager 백업을 클릭합니다.

    2. Virtual Machine Manager 백업 대화 상자에서 백업 파일의 대상 폴더 경로를 입력합니다. 이 폴더는 루트 디렉터리가 아니어야 하며 SQL Server에서 액세스되어야 합니다.

    참고

    작업 뷰에서 백업의 상태를 추적할 수 있습니다.

  2. 1b 단계의 데이터베이스 백업 파일을 새 SCVMM 컴퓨터의 위치에 복사합니다.

  3. 새 서버에 SCVMM을 설치합니다. 마법사에서 현재 SCVMM 데이터베이스를 지정하거나 새 데이터베이스를 만듭니다. 백업을 복원하는 단계는 VMM 데이터베이스 백업 및 복원을 참조하십시오.

  4. Team Foundation Server에서 SCVMM 서버 이름을 업데이트합니다.

    1. 명령 프롬프트를 열고 **Tfsconfig.exe lab /settings / scvmmservername:**my_new_scvmmservername /force 명령을 실행합니다. Team Foundation 응용 프로그램 계층을 실행하는 서버에서 TFSConfig를 실행해야 합니다. 기본적으로 TFSConfig는 Drive:\Program Files\Microsoft Team Foundation Server 2010\Tools에 있습니다. 라이브러리 서버와 호스트 그룹이 팀 프로젝트 컬렉션에 이미 바인딩되어 있기 때문에 /force 스위치를 사용해야 합니다. /force 옵션을 사용하지 않는 한 SCVMM을 변경할 수 없습니다. TFSConfig Lab Settings 명령에 대한 자세한 내용은 TFSConfig 랩/설정 명령을 참조하십시오.

    2. Team Foundation Server 관리 콘솔에서 Lab Management 노드를 클릭합니다. Lab Management 다시 구성을 클릭한 다음 VMM 서버 이름 근처의 테스트를 클릭합니다. 이렇게 하면 Team Foundation Server가 새 SCVMM에 연결할 수 있고 올바른 권한을 갖고 있음이 확인됩니다.

      1. Team Foundation Server 서비스 계정에 지정된 SCVMM에 대한 적절한 권한이 없으면 사용자 이름과 암호를 입력하라는 메시지가 대화 상자에 표시됩니다.

      2. SCVMM 관리자 역할의 기존 멤버인 사용자의 이름과 암호를 입력합니다. Team Foundation Server 서비스 계정이 SCVMM 관리자 역할에 추가됩니다.

    3. Team Foundation Server 관리 콘솔에서 각 팀 프로젝트 컬렉션에 대해 다음을 수행합니다.

      1. Lab Management 탭을 클릭하고 호스트 그룹 구성을 클릭합니다. 모든 호스트 그룹을 선택하고 확인을 클릭합니다. 이렇게 하면 Team Foundation Server 및 새 SCVMM이 호스트에 연결할 수 있고 올바른 권한을 갖고 있음이 확인됩니다.

      2. Lab Management를 클릭하고 라이브러리 공유 구성을 클릭합니다. 모든 라이브러리 공유를 선택하고 확인을 클릭합니다. 이렇게 하면 Team Foundation Server 및 새 SCVMM이 라이브러리 공유에 연결할 수 있고 올바른 권한을 갖고 있음이 확인됩니다.

  5. 이동이 성공적으로 수행되었는지 확인합니다.

    1. Microsoft Test Manager에서 랩 센터, 환경을 차례로 클릭합니다. 기존 환경이 목록에 나타나고 올바른 상태인지 확인합니다.

    2. 라이브러리, VM 및 템플릿을 차례로 클릭합니다. 모든 기존 가상 컴퓨터와 템플릿이 목록에 나타나고 새 오류를 표시하지 않는지 확인합니다.

테스트 컨트롤러 이동

하드웨어 업그레이드를 위해서나 현재 서버가 너무 오래되었기 때문에 환경과 연결된 테스트 컨트롤러를 이동하거나 다시 설치해야 하는 경우 데이터베이스를 백업하고 새 컴퓨터에 다시 설치해야 합니다. 부하 테스트에 사용되는 테스트 컨트롤러를 이동하는 경우 부하 테스트 데이터베이스도 백업하고 복원합니다. 또한 각 에이전트로 이동하고 새 컨트롤러에서 다시 등록해야 합니다.

테스트 컨트롤러를 이동하거나 다시 설치하려면

  1. QTControllerConfig.XML 파일을 찾고 백업 복사본을 만듭니다. 

    이 파일은 대개 Common7\IDE 폴더의 Visual Studio 설치에 있습니다.

  2. 같은 이름으로 컴퓨터를 다시 빌드합니다.

  3. 새 컴퓨터에 테스트 컨트롤러를 다시 설치합니다.

    테스트 컨트롤러는 아직 구성하지 않습니다.

  4. 컴퓨터의 기본 QTControllerConfig.XML 파일을 1단계에서 백업한 파일로 바꿉니다.

  5. 테스트 컨트롤러를 구성하고 이전에 연결되어 있던 프로젝트 컬렉션에 연결합니다.

  6. 컴퓨터를 다시 시작합니다.

  7. 테스트 컨트롤러가 설치되고 환경에 대해 테스트 기능이 구성된 컴퓨터의 이름을 변경하는 경우 해당 테스트 컨트롤러를 사용하는 환경에서 테스트 컨트롤러의 이름을 업데이트해야 합니다. Microsoft Test Manager를 사용하여 환경을 수정합니다.

    1. 환경을 중지합니다.

    2. 환경을 편집하고 기능 페이지에서 테스트 컨트롤러 설정을 업데이트합니다. 새 이름을 사용하는 테스트 컨트롤러를 선택합니다.

    3. 환경을 다시 시작합니다.

참고 항목

작업

방법: 팀 프로젝트 컬렉션의 라이브러리 공유 변경