프로젝트 컬렉션 분할

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

참고

Azure DevOps Server의 이전 이름은 Visual Studio Team Foundation Server였습니다.

비즈니스를 변경 하는 경우 단일 프로젝트 컬렉션을 여러 프로젝트 컬렉션으로 분할 하는 것이 좋습니다. 예:

  • 컬렉션의 프로젝트가 조직 내 사업부에 맞게 조정되기를 바라며 컬렉션의 프로젝트는 이제 별도의 사업부에서 소유합니다.

  • 이전 버전의 Azure DevOps Server에서 업그레이드 한 경우 컬렉션은 하나 뿐 이며 보안 또는 비즈니스 맞춤의 이유로 프로젝트를 별도의 컬렉션으로 구성 하려고 합니다.

  • 컬렉션에 있는 일부 프로젝트의 소유권을 자체 Azure DevOps Server 배포가 있는 원격 사무실로 변경 하려고 합니다. 이 시나리오에서는 먼저 컬렉션을 분할하고 분할한 컬렉션 중 하나를 원격 사무실 배포로 이동해야 합니다.

    참고

    이 문서의 절차에서는 프로젝트 컬렉션 분할만 지원 합니다. 분할 한 후 컬렉션을 이동 하려면 프로젝트 컬렉션 이동을 참조 하세요.

프로젝트 컬렉션을 분할 하려면 다음 단계를 수행 합니다.

  1. 컬렉션 분할 준비

    1. 컬렉션 분리

    2. 컬렉션 데이터베이스 백업

  2. 컬렉션 분할

    1. 다른 이름을 사용 하 여 컬렉션 데이터베이스 복원

    2. 원래 컬렉션 데이터베이스 연결

    3. 이름 변경된 컬렉션 데이터베이스 연결

    4. 분할 컬렉션에서 프로젝트 삭제

    5. 컬렉션 시작

  3. 분할 컬렉션 구성

    1. 분할 Project 컬렉션에 대 한 사용자 및 그룹 구성

    2. 컬렉션의 프로젝트에 대해 사용자 및 그룹 구성

시작하기 전에

서버와 SQL Server 및 Azure DevOps Server에 대 한 관리자 인지 확인 합니다. 사용자가 관리자가 아닌 경우 관리자로 추가합니다.

1-a. 컬렉션 분리

먼저 실행 중인 Azure DevOps Server의 배포에서 컬렉션을 분리 합니다. 컬렉션을 분리 하면 모든 작업 및 서비스 뿐만 아니라 컬렉션 데이터베이스 자체도 중지 됩니다. 또한 분리 프로세스는 구성 데이터베이스에서 컬렉션 관련 데이터를 복사 하 여 프로젝트 컬렉션 데이터베이스의 일부로 저장 합니다.

프로젝트 컬렉션 분리

  1. 분할할 컬렉션을 호스트 하는 서버에서 Azure DevOps에 대 한 관리 콘솔을 엽니다.

  2. Project 컬렉션 을 선택 하 고 컬렉션 목록에서 분할할 컬렉션을 선택 합니다.

    이 예에서는 관리자가 Testprojects 를 선택 합니다.

    컬렉션 목록에서 컬렉션을 선택 합니다.

    프로젝트 컬렉션의 기본 이름은 Defaultcollection 입니다. 이 데이터베이스를 분할 하는 경우 연결 시 기본 선택 이기 때문에 두 번째 컬렉션에 다른 이름을 지정 해야 합니다.

  3. 일반 탭에서 컬렉션 중지 를 선택 합니다.

    수집 중지 인터페이스

    Project 컬렉션 상태 이유 대화 상자가 열립니다. 입력하는 텍스트는 사용자에게 표시됩니다. 중지 를 선택 하 고 컬렉션이 중지 될 때까지 기다립니다. 서비스가 중지 되 면 상태가 오프 라인 으로 표시 됩니다.

  4. 일반 탭에서 컬렉션 분리 를 선택 합니다.

    Project 컬렉션 분리 마법사 가 열립니다.

    컬렉션 분리 마법사

  5. 필드 프로젝트 컬렉션에 대 한 서비스 메시지를 제공 하십시오. 페이지의 서비스 메시지 에서이 컬렉션의 프로젝트에 대 한 연결을 시도할 수 있는 사용자를 위한 메시지를 제공 합니다.

  6. 프로젝트 컬렉션을 분리 하는 데 사용 되는 설정 검토 페이지에서 세부 정보를 검토 합니다. 설정을 변경 하려면 [ 이전]을 선택 합니다. 올바른 경우 확인 을 선택 합니다.

  7. 모든 준비 검사가 성공적으로 완료 되 면 분리 를 선택 합니다.

  8. 프로젝트 컬렉션 분리 진행률을 모니터링 하십시오. 페이지에서 모든 프로세스가 완료 되 면 다음 을 선택 합니다.

  9. 필드 이 프로젝트 컬렉션에 대 한 추가 정보 검토 페이지에서 로그 파일의 위치를 선택 하거나 확인 한 후 마법사를 닫습니다.

    프로젝트 컬렉션이 관리 콘솔의 컬렉션 목록에 더 이상 표시 되지 않습니다.

1-b. 컬렉션 데이터베이스 백업

컬렉션을 분리한 후 데이터베이스를 백업해야 다른 이름으로 서버에 복사본을 복원할 수 있습니다. 해당 복사본은 다른 컬렉션으로 분할하려는 원래 컬렉션의 일부에 대한 데이터베이스가 됩니다. 이 작업을 수행 하려면 SQL Server와 함께 제공 되는 도구를 사용 합니다.

데이터베이스 백업

컬렉션 데이터베이스 백업

  • 수동으로 개별 데이터베이스를 백업 및 복원 하는 방법에 대 한 자세한 내용은 SQL Server 데이터베이스 백업 및 복원백업 일정 및 계획 만들기를 참조 하세요. 배포와 일치 하는 SQL Server 버전을 선택 해야 합니다.

    중요

    원래 배포가 SQL Server의 Enterprise 또는 Datacenter 버전을 사용했으며 Standard 버전을 실행하는 서버로 분할할 데이터베이스를 복원하려는 경우 SQL Server 압축을 사용하지 않고 만든 백업 집합을 사용해야 합니다. 데이터 압축을 사용하지 않도록 설정하지 않으면 Standard 버전을 실행하는 서버로 Enterprise 또는 Datacenter 버전 데이터베이스를 복원할 수 없습니다. 압축을 해제 하려면 Azure DevOps 데이터베이스에서 SQL Server 데이터 압축 사용 안 함의 단계를 따르세요.

2-a. 컬렉션 데이터베이스 복원

컬렉션을 분할 하는 경우 Azure DevOps Server 배포를 지원 하도록 구성 된 SQL Server 인스턴스로 컬렉션 데이터베이스의 백업을 복원 해야 합니다. 데이터베이스를 복원할 경우 원래 컬렉션 데이터베이스의 이름과 다른 이름을 제공해야 합니다.

아래 단계에서는 SQL Server Management Studio를 사용 하 여 SQL Server 2012에서 프로젝트 컬렉션 데이터베이스를 복원 하는 방법에 대 한 일반적인 개요를 제공 합니다. 수동으로 개별 데이터베이스를 백업 및 복원 하는 방법에 대 한 자세한 내용은 SQL Server에서 데이터베이스 백업 및 복원을 참조 하세요. 배포와 일치 하는 SQL Server 버전을 선택 해야 합니다.

새 이름으로 컬렉션 데이터베이스 복원

  1. SQL Server Management Studio를 열고 분할할 프로젝트 컬렉션의 데이터베이스를 호스팅하는 인스턴스에 연결 합니다.

  2. 개체 탐색기에서 데이터베이스 를 확장 하 고 분할할 데이터베이스의 하위 메뉴를 연 다음 태스크 를 선택 하 고 복원 을 선택한 다음 데이터베이스 를 선택 합니다.

    데이터베이스 복원 창이 일반 페이지에서 열립니다.

    일반 창에서 데이터베이스 옵션 복원

  3. 원본 에서 프로젝트 컬렉션 데이터베이스를 선택 했는지 확인 합니다. 대상 에서 데이터베이스의 복사본에 대 한 이름을 제공 합니다. Tfs _ 접두사를 유지 하 고 고유 이름을 추가 합니다. 일반적으로이 이름은 분할 프로젝트 컬렉션의 이름입니다. 복원 계획 에서 복원할 백업 집합이 복원 하려는 백업 집합 인지 확인 합니다. 이러한 설정이 유효한 지 확인 하려면 백업 미디어 확인 을 선택 하 고 페이지 선택 에서 옵션 을 선택 합니다.

  4. 복원 옵션 에서 모든 확인란을 비워 둡니다. 복구 상태가 복구로 복원 으로 설정 되어 있는지 확인 합니다. 비상 로그 백업 에서 복원 중인 상태에서 원본 데이터베이스 유지 확인란의 선택을 취소 한 다음 확인 을 선택 합니다.

    데이터베이스가 사용 중이 고 덮어쓸 수 없다는 오류 메시지와 함께 복원 작업이 실패 하는 경우 데이터베이스의 새 이름을 반영 하도록 모든 논리적 파일 이름을 수동으로 구성 해야 할 수 있습니다. 페이지 선택 에서 파일 을 선택 하 고, 복원 되는 각 파일 옆의 줄임표 단추를 선택 하 고, 파일 이름에 기존 데이터베이스 이름이 아니라 데이터베이스의 새 이름을 반영 하도록 합니다. 그런 다음 복원 작업을 다시 시도합니다.

2-b. 원래 컬렉션 데이터베이스 연결

다른 이름을 사용 하 여 데이터베이스를 복원한 후에는 원래 컬렉션 데이터베이스를 Azure DevOps Server 배포에 다시 연결 합니다.

참고

배포에서 SharePoint 제품을 사용 하 고 Azure DevOps Server의 서비스 계정이 팜 관리자 그룹의 멤버가 아닌 경우 컬렉션을 연결할 때 경고가 표시 됩니다. 이는 예상 된 동작이 며 계속 진행할 수 있습니다.

Sharepoint 제품과의 통합은 TFS 2018 이상 버전에서 사용 되지 않습니다.

컬렉션 연결

  1. Azure DevOps에 대 한 관리 콘솔을 엽니다.

  2. Project 컬렉션을 선택한 다음 컬렉션 연결 을 선택합니다.

    Project 컬렉션 연결 마법사가 열립니다.

  3. 연결할 프로젝트 컬렉션 데이터베이스 선택 페이지의 SQL Server 인스턴스에서 컬렉션 데이터베이스를 호스팅하는 서버 이름과 인스턴스가 아직 나열되지 않은 경우 해당 서버의 이름을 제공합니다.

  4. 데이터베이스 목록에서 연결할 컬렉션 데이터베이스를 선택합니다.

    데이터베이스 목록

  5. 프로젝트 컬렉션 정보 입력 페이지에서 컬렉션의 이름이 없는 경우 이름에 이름을 입력합니다. 원래 컬렉션이므로 이전과 동일하게 이름을 그대로 두도록 선택할 수 있습니다. 설명 에서 필요에 따라 컬렉션에 대한 설명을 제공합니다.

  6. 프로젝트 컬렉션을 연결하는 데 사용할 설정 검토 페이지에서 정보를 검토합니다.

  7. 설정을 변경하려면 이전 을 선택합니다. 모든 설정이 올바르면 확인을 선택합니다.

  8. 모든 준비 검사가 성공적으로 완료되면 연결 을 선택합니다.

  9. 프로젝트 컬렉션 연결 진행률 모니터링 페이지에서 모든 프로세스가 완료되면 다음을 선택합니다.

  10. (선택 사항) 이 프로젝트 컬렉션에 대한 추가 정보 검토 페이지에서 로그 파일의 위치를 선택하거나 메모하고 마법사를 닫습니다.

  11. 프로젝트 컬렉션은 관리 콘솔의 컬렉션 목록에 표시됩니다. 컬렉션 상태가 온라인 로 나열된 경우 계속하기 전에 중지해야 합니다. 목록에서 컬렉션을 선택하고 일반 탭에서 컬렉션 중지를 선택합니다.

    컬렉션 중지 이미지

2-c. 이름 변경된 컬렉션 데이터베이스 연결

원래 컬렉션 데이터베이스를 연결한 후에는 이름이 바뀐 컬렉션을 Azure DevOps Server 배포에 연결해야 합니다. 이 컬렉션이 연결되면 계속 중지 상태로 유지됩니다. 모든 중복 프로젝트가 제거될 때까지 시작할 수 없습니다.

참고

배포에서 SharePoint 제품을 사용하고 Azure DevOps Server 대한 서비스 계정이 팜 관리자 그룹의 구성원이 아닌 경우 컬렉션을 연결할 때 경고가 표시됩니다. 이 동작은 예상된 동작이며 계속 진행할 수 있습니다.

이름 변경된 컬렉션 데이터베이스 연결

  1. Azure DevOps 관리 콘솔을 엽니다.

  2. 컬렉션 Project 선택한 다음 컬렉션 연결 을 선택하여 마법사를 엽니다.

  3. 연결할 프로젝트 컬렉션 데이터베이스 선택 페이지의 SQL Server 인스턴스에서 이름이 바뀐 컬렉션 데이터베이스를 호스팅하는 인스턴스와 서버의 이름을 지정합니다(아직 나열되지 않은 경우).

  4. 데이터베이스 목록에서 이름이 바뀐 컬렉션 데이터베이스를 선택합니다.

  5. 프로젝트 컬렉션 정보 입력 페이지에서 이름에 컬렉션의 원래 이름과 다른 이름을 입력합니다. Tfs 접두사 없이 이름이 바뀐 데이터베이스에 지정한 이름과 일치해야 _ 합니다.

    팀 프로젝트 이름 항목 연결

  6. (선택 사항) 설명 에 컬렉션에 대한 설명을 입력합니다.

  7. 프로젝트 컬렉션을 연결하는 데 사용할 설정 검토 페이지에서 정보를 검토합니다. 설정을 변경하려면 이전 을 선택합니다. 모든 설정이 올바르면 확인을 선택합니다.

  8. 모든 준비 검사가 성공적으로 완료되면 연결 을 선택합니다.

  9. 프로젝트 컬렉션 연결 진행률 모니터링 페이지에서 모든 프로세스가 완료되면 다음을 선택합니다.

    참고

    컬렉션이 SharePoint 웹 애플리케이션에서 지원되는 경우 SharePoint 웹 애플리케이션의 연결 상태에 대한 경고 아이콘이 표시됩니다. 마찬가지로 원래 컬렉션에 보고가 포함되었으면 보고서의 연결 상태에 대해 경고 아이콘이 나타납니다. 이 동작은 예상된 동작이며 계속 진행할 수 있습니다.

  10. (선택 사항) 이 프로젝트 컬렉션에 대한 추가 정보 검토 페이지에서 로그 파일의 위치를 선택하거나 기록한 다음 마법사를 닫습니다.

  11. 컬렉션의 이름은 관리 콘솔의 컬렉션 목록에 표시되며 해당 상태는 오프라인 으로 표시되어야 합니다.

    팀 프로젝트 이름 항목 연결

  12. 두 컬렉션 모두 고유한 ID와 연결되었는지 확인하려면 관리 콘솔에서 이벤트 로그로 이동하여 두 컬렉션 연결 작업의 로그 파일을 엽니다. CollectionProperties에 대한GUID는 일치하지 않아야 합니다.

    CollectionProperties에 대한GUID를 포함하는 로그

    CollectionPropertiesGUID가 일치하는 경우 두 번째 컬렉션에서 /clone 매개 변수를 사용하여 TFSConfig Collection 명령을 실행하여 계속하기 전에 ID를 고유 ID로 변경합니다.

2-d. 분할 컬렉션의 프로젝트 삭제

이제 Azure DevOps Server 연결된 컬렉션의 복사본이 두 개 있으므로 두 컬렉션에 프로젝트가 유지되지 않도록 원래 컬렉션 또는 이름이 바뀐 컬렉션에서 각 프로젝트를 삭제해야 합니다.

중요

프로젝트는 둘 이상의 컬렉션에 있을 수 없습니다. 분할 컬렉션 사이에 중복된 모든 프로젝트를 삭제할 때까지 이름 변경된 컬렉션을 시작할 수 없습니다.

컬렉션에서 프로젝트 삭제

  1. Azure DevOps 관리 콘솔을 엽니다.

  2. Project 컬렉션을 선택하고 컬렉션 목록에서 분할하기 위해 중지한 원래 프로젝트 컬렉션을 선택합니다.

  3. 프로젝트 탭의 프로젝트 목록에서 컬렉션에서 삭제할 프로젝트를 선택한 다음, 삭제를 선택합니다.

    삭제할 프로젝트를 한 번에 둘 이상 선택할 수 있습니다.

    프로젝트를 삭제하기 위한 TFS 관리 콘솔

  4. 작업 영역 데이터 삭제 확인란을 선택하고 외부 아티팩트 삭제 확인란의 선택을 취소한 상태로 두고 삭제를 선택합니다.

    외부 아티팩트 삭제 확인란이 선택 취소되지 않고 프로젝트가 Lab Management 사용하도록 구성된 경우 프로젝트와 연결된 가상 머신 및 템플릿이 System Center Virtual Machine Manager 삭제됩니다. 이름이 바뀐 컬렉션의 프로젝트에서 더 이상 사용할 수 없습니다. (Lab Management TFS 2017 이상 버전에서 더 이상 사용되지 않습니다.)

  5. 원래 프로젝트 컬렉션에서 호스트하지 않으려는 프로젝트를 삭제했으면 컬렉션 목록에서 이름이 바뀐 프로젝트 컬렉션을 선택합니다. 그런 다음 프로젝트 탭의 새 컬렉션에서 원치 않는 프로젝트를 삭제합니다.

    프로젝트 탭의 프로젝트

  6. 두 컬렉션에 고유한 프로젝트 집합이 포함될 때까지 이 섹션의 단계를 반복합니다.

2-e. 프로젝트 컬렉션 시작

프로젝트를 삭제한 후 두 컬렉션을 모두 다시 시작합니다.

프로젝트 컬렉션 시작

  1. Azure DevOps 관리 콘솔을 엽니다.

  2. Project 컬렉션을 선택하고 컬렉션 목록에서 컬렉션을 분할하기 위해 중지한 컬렉션을 선택합니다.

  3. 일반 탭에서 컬렉션 시작을 선택합니다.

  4. 새 이름과 연결한 컬렉션에 대해 2단계를 반복합니다.

    TFS 관리 콘솔

3-a. 분할 컬렉션에 대해 사용자 및 그룹 구성

두 개의 분할 컬렉션 모두 동일한 도메인에 남아 있고 원래 컬렉션의 관리자가 두 컬렉션에 모두 액세스할 수 있도록 허용하려 할 경우 이 절차를 건너뛸 수 있습니다.

컬렉션을 분할한 후 해당 컬렉션을 관리할 사용자 및 그룹으로 두 컬렉션의 권한 그룹을 업데이트해야 합니다. 자세한 내용은 프로젝트 컬렉션에 대한 관리자 권한 설정을 참조하세요.

3-b. 프로젝트에 대해 사용자 및 그룹 구성

분할 컬렉션이 동일한 도메인에 남아 있고 원래 컬렉션의 프로젝트 사용자가 두 개의 컬렉션에 액세스할 수 있도록 허용하려 할 경우 이 절차를 건너뛸 수 있습니다.

두 컬렉션의 관리자를 구성한 후 귀하 또는 해당 관리자는 각 컬렉션의 프로젝트에 대한 사용자 및 그룹의 액세스를 구성해야 합니다. 배포에 따라 SharePoint 제품 및 Reporting Services 해당 사용자에 대한 권한을 구성해야 할 수도 있습니다. 자세한 내용은 프로젝트 또는 팀에 사용자 추가를 참조하세요.

Q & A

Q: 내 배포는 보고를 사용합니다. 컬렉션을 분할할 경우 수행해야 하는 추가 단계가 있습니까?

A: 예, 두 컬렉션에 고유한 프로젝트 집합이 있도록 프로젝트 삭제를 완료한 후 보고서를 분할해야 합니다. 또한 데이터 웨어하우스를 다시 빌드해야 합니다.

프로젝트를 삭제한 후 분할 컬렉션에서 사용하는 보고서를 다른 폴더로 이동한 다음 원래 폴더에서 삭제합니다.

중요

보고서 폴더는 두 개 위치에 있습니다. 보고서 폴더를 삭제하기 전에 적절하게 모든 보고서를 이동했는지 확인합니다.

보고서를 별도의 폴더로 분할

  1. 보고서 관리자에서 분할 컬렉션을 지원하는 보고서를 해당 컬렉션에 대해 적절한 폴더로 이동합니다. 자세한 내용은 항목 이동 페이지 를 참조하세요.

  2. 배포에서 SharePoint 웹 애플리케이션을 사용하는 경우 보고서를 올바르게 표시하기 전에 이동한 후 연결을 다시 복구해야 할 수 있습니다. 보고서가 제대로 나타나지 않으면 이전 절차의 단계를 수행하여 연결을 복구합니다.

보고서를 분할 하 고 두 컬렉션을 모두 시작한 후에는 Azure DevOps에 대 한 웨어하우스와 Analysis Services 용 데이터베이스를 다시 빌드합니다. 컬렉션 분할 후에 보고서 및 대시보드가 배포에 대해 올바르게 작동하고 배포에서 다른 컬렉션과 충돌이 없는지 확인하기 위해 이 단계를 수행해야 합니다.

데이터 웨어하우스와 Analysis Services 데이터베이스를 다시 작성 합니다.

  1. Azure DevOps에 대 한 관리 콘솔을 엽니다.

  2. 탐색 모음에서 보고 를 선택 합니다.

  3. 보고 에서 다시 빌드 시작 을 선택 합니다.

  4. 웨어하우스 및 Analysis Services 데이터베이스 다시 작성 대화 상자에서 확인 을 선택 합니다.

    참고

    다시 빌드 시작 작업이 완료된 후에 웨어하우스는 계속 다시 빌드되고 데이터는 계속해서 다시 채워집니다. 배포 크기와 데이터 양에 따라 전체 프로세스를 완료 하는 데 몇 시간 정도 걸릴 수 있습니다.

Q: SharePoint 제품을 사용 하는 컬렉션을 분할 하 여 컬렉션에 있는 하나 이상의 프로젝트를 지원할 수 있나요?

A: 예, 하지만 분할 컬렉션에 대 한 추가 단계를 수행 해야 합니다.

이름 변경 된 컬렉션을 연결 하 고 모든 중복 프로젝트를 제거한 후 SharePoint 웹 응용 프로그램에 대 한 연결을 복구 합니다. 연결을 복구 하면 웹 응용 프로그램과 원래 컬렉션 및 이름이 바뀐 컬렉션 간에 모든 연결이 올바르게 설정 됩니다.

배포에서 SharePoint 제품을 사용 하는 경우 Azure DevOps Server의 서비스 계정을 팜 관리자 그룹의 구성원으로 사용 하는 것이 좋습니다.

참고

Azure DevOps Server에 대 한 서비스 계정에이 멤버 자격을 부여 하지 않고 프로젝트 컬렉션을 분할할 수 있습니다. 그러나 컬렉션을 연결할 경우 오류가 표시되고 프로젝트를 해당 포털에 다시 연결하는 추가 단계를 수행해야 합니다. 운영 요구 사항에 따라 이 멤버 자격을 서비스 계정에 부여하는 것이 일반적으로 제한되기는 하지만 분할 작업 기간 동안 팜 관리자 그룹에 서비스 계정을 추가하는 것을 고려해야 합니다.

SharePoint 웹 응용 프로그램에 대 한 연결 복구

  1. 컬렉션을 이동할 배포의 응용 프로그램 계층을 호스트 하는 서버에서 Azure DevOps에 대 한 관리 콘솔을 엽니다.

  2. SharePoint 웹 응용 프로그램 을 선택 하 고 웹 응용 프로그램 목록에서 방금 연결한 컬렉션을 지 원하는 웹 응용 프로그램을 선택 합니다.

    목록에서 웹 응용 프로그램을 선택 하면 연결 복구 단추가 나타납니다.

  3. 연결 복구 를 선택 하 고 SharePoint 웹 응용 프로그램에 대 한 연결 복구 대화 상자에서 복구 를 선택 합니다.

  4. 상태 창에서 다시 연결 작업 성공이 완료 되 면 닫기 를 선택 합니다. 몇 분이 걸릴 수 있습니다. 또한 두 컬렉션은 프로젝트 포털에 대해 동일한 SharePoint 기본 사이트 위치를 계속 사용 하므로이 프로세스의 일부로 일부 오류가 표시 될 수 있습니다. 이는 예상 된 동작이 며 계속 진행할 수 있습니다.

연결을 복구 하 고 두 컬렉션을 시작한 후에는 각 컬렉션의 프로젝트에 대 한 프로젝트 포털을 다시 구성 하 여 해당 프로젝트에 대 한 올바른 데이터가 해당 포털에 반영 되도록 해야 합니다.

프로젝트 포털 다시 구성

  • 팀 탐색기를 열고 각 프로젝트 컬렉션에 연결 하 고 각 프로젝트에 대해 SharePoint 사이트의 URL을 구성 합니다. 각 프로젝트에 대해 설정 를 선택 하 고, 포털 설정 를 선택 하 고, 보고서 및 대시보드가이 프로젝트의 데이터를 참조 합니다. 확인란을 선택 했는지 확인 합니다.

두 분할 컬렉션을 모두 지원 하기 위해 SharePoint 제품에서 동일한 사이트 모음을 계속 사용할 수 있습니다. 두 컬렉션의 프로젝트는 이전과 동일한 프로젝트 포털을 사용 합니다. 모든 포털이 원본 프로젝트 컬렉션을 지 원하는 사이트 컬렉션에서 호스팅됩니다. 그러나이 구성은 프로젝트 컬렉션과 사이트 컬렉션 간의 일 대 일 관계를 복잡 하 게 만들 수 있을 뿐만 아니라 배포를 더 어렵게 복원할 수도 있습니다. 이러한 복잡성을 방지 하기 위해 원래 프로젝트 컬렉션을 지 원하는 사이트 컬렉션을 분할 하 여 프로젝트 컬렉션에 대해 수행한 분할을 반영할 수 있습니다.

분할 사이트 컬렉션을 사용 하도록 사이트 컬렉션을 분할 하 고 분할 프로젝트 컬렉션 리디렉션

  1. 사이트 컬렉션을 분할 하는 방법에 대 한 자세한 내용은 데이터베이스 간에 사이트 모음 이동 또는 해당 버전의 SharePoint 제품에 대 한 최신 지침을 참조 하세요.

    이 문서 앞부분에서 설명한 대로 사용자 권한 및 사이트 컬렉션에 대 한 액세스를 구성 하 여 프로젝트 컬렉션에 대 한 사용자 액세스와 일치 하는지 확인 합니다.

  2. 관리 콘솔을 열고, 프로젝트 컬렉션 목록에서 컬렉션을 선택 하 고, SharePoint 사이트 탭에서 기본 사이트 위치 편집 을 선택 하 여 분할 사이트 컬렉션을 사용 하도록 영향을 받는 프로젝트 컬렉션을 구성 합니다.

  3. 각 컬렉션의 프로젝트에 대 한 프로젝트 포털을 다시 구성 하 여 해당 프로젝트에 대 한 올바른 데이터가 해당 포털에 반영 되도록 합니다.

    자세한 내용은 위의 프로젝트 포털 다시 구성 을 참조 하세요.

Q: Lab Management에 대해 구성된 컬렉션을 어떻게 분할합니까?

A: 컬렉션을 분할 하려면 몇 가지 추가 단계를 수행 해야 합니다. 분할을 시작하기 전에 컬렉션에서 Lab Management 리소스를 삭제하고 그 다음 분할 후에 각 분할 컬렉션에 대해 Lab Management 리소스를 개별적으로 구성해야 합니다.

참고

Lab Management는 TFS 2017 이상 버전에서 사용 되지 않습니다.

분할을 시작 하기 전에 컬렉션 데이터베이스에서 Lab Management 사용 하는 리소스를 삭제 합니다. 이러한 리소스에는 가상 컴퓨터, 템플릿, 프로젝트 호스트 그룹, 프로젝트 라이브러리 공유 등이 포함 됩니다. 컬렉션을 복원하고 연결한 후 Lab Management 자산을 다시 만들어야 합니다.

Lab Management 리소스를 삭제 합니다.

  • 지정 된 프로젝트 컬렉션에서 모든 그룹 호스트, 라이브러리 공유 및 환경을 제거 하는 방법에 대 한 자세한 내용은 /External 옵션을 사용 하 여 TFSConfig Lab/delete 명령 을 참조 하세요.

분할을 완료 한 후 프로젝트 호스트 그룹을 다시 만듭니다. 또한 Microsoft Test Manager의 Azure DevOps Server 및 가상 컴퓨터, 템플릿 및 환경에서 프로젝트 라이브러리 공유를 다시 만들어야 합니다.

Lab Management 리소스 구성

  1. Azure DevOps에 대 한 응용 프로그램 계층을 구성 합니다.

    자세한 내용은 SCVMM 환경에 대 한 Lab Management 구성을 참조 하세요.

  2. 새 SCVMM에서 골든 마스터 가상 컴퓨터 및 템플릿을 다시 만들고 가상 컴퓨터 및 템플릿을 프로젝트 컬렉션으로 가져옵니다.

    자세한 내용은 Lab Management 준비 된 가상 컴퓨터 및 템플릿 만들기 및 저장을 참조 하세요.

  3. 각 프로젝트에 대 한 환경을 다시 만듭니다.

    자세한 내용은 저장 된 가상 컴퓨터 및 템플릿을 사용 하 여 SCVMM 환경 만들기를 참조 하세요.