다음을 통해 공유


Azure DevOps 데이터 마이그레이션 도구 시작

Azure DevOps 데이터 마이그레이션 도구를 사용하여 높은 충실도로 데이터베이스를 마이그레이션하기 전에 이 문서의 기본 개념 중 일부를 알아봅니다.

순차적 단계에서 시작 단계를 강조 표시하는 다이어그램

마이그레이션되는 데이터 알아보기

모든 데이터가 마이그레이션되는 것은 아닙니다. 컬렉션 외부의 별도 데이터베이스(예: 보고 및 SharePoint 데이터)는 마이그레이션되지 않습니다. 다음 섹션에서는 마이그레이션되는 데이터에 대한 자세한 내용을 나열합니다.

포함된 데이터

다음 표에서는 마이그레이션에 포함된 데이터를 보여줍니다.

포함된 데이터 설명
컬렉션 매핑 Azure DevOps Server의 각 컬렉션은 하나의 데이터베이스에 해당합니다. 마이그레이션하는 동안 작업 항목, 기록, TFVC(Team Foundation 버전 제어) 변경 집합, Git 데이터, 빌드 정의 등을 포함한 전체 컬렉션이 Azure DevOps Services로 마이그레이션됩니다. 작업 항목, TFVC 변경 집합 및 Git 커밋 번호/ID는 변경되지 기본.

제외된 데이터

다음 표에서는 마이그레이션의 특정 데이터 제외를 보여 줍니다.

제외된 데이터 설명
확장 확장은 마이그레이션 후에 다시 설치해야 합니다. 로컬 확장을 Marketplace에 프라이빗 확장으로 게시하고 계정과 공유해야 합니다.
서비스 후크 서비스 후크 데이터는 마이그레이션에 포함되지 않습니다. 마이그레이션 후 다시 구성합니다.
부하 테스트 부하 테스트 데이터는 가져오지 않습니다. 마이그레이션 후 부하 테스트를 다시 구성합니다.
파이프라인 에이전트 및 에이전트 풀 마이그레이션 후 파이프라인 에이전트 및 에이전트 풀을 다시 구성합니다.
멘션 작업 항목 토론의 사용자 멘션 새 Microsoft Entra ID가 아닌 온-프레미스 ID를 유지합니다. 사용자 이름을 마우스로 가리키면 연락처 카드 표시되지 않으며 일부 하이퍼링크가 잘못되었을 수 있습니다.
Project Server 통합 Azure DevOps Services에는 사용할 수 없습니다. 예를 들어 XAML 빌드, Microsoft Test Manager, SharePoint, SQL Data Warehouse 등이 있습니다.
프리뷰 기능 Azure DevOps Services로 마이그레이션하는 동안 일부 Azure DevOps Server 기능을 미리 볼 수 있습니다.

프로젝트 제한

컬렉션에 여러 프로젝트가 포함된 경우 Azure DevOps Services는 300개 이하를 권장하지만 조직당 1,000개의 프로젝트 제한을 적용합니다. 이 임계값을 초과하면 Visual Studio에서 조직에 연결하는 것과 같은 특정 환경의 성능이 저하될 수 있습니다. 제한을 벗어나려면 컬렉션을 분할하거나 이전 프로젝트를 삭제하는 것이 좋습니다.

온-프레미스 데이터베이스와 Azure DevOps 조직 간의 관계를 이해합니다.

마이그레이션 계획에 대해 자세히 살펴보기 전에 데이터베이스 마이그레이션 프로세스가 작동하는 방식을 높은 수준에서 이해하는 것이 중요합니다. 마이그레이션은 다음과 같은 기본 개념에 따라 작동합니다.

  • 팀 프로젝트 컬렉션: Azure DevOps Server의 컬렉션은 팀 프로젝트 및 해당 아티팩트를 위한 물리적 컨테이너입니다. 각 컬렉션은 단일 SQL 데이터베이스와 동일하며 Azure DevOps Services로 마이그레이션의 원본입니다.
  • Azure DevOps Services 조직: 조직은 클라우드 호스팅 서비스의 관리 단위입니다. 논리적으로 1:1을 Azure DevOps Server의 팀 프로젝트 컬렉션 개념에 매핑합니다. 따라서 조직은 Azure DevOps Services로 마이그레이션의 대상입니다. 예를 들어 Azure DevOps Services 조직은 Contoso가 Azure DevOps Services 조직의 이름을 나타내는 위치로 https://dev.azure.com/Contoso 표시됩니다.

팀 프로젝트 컬렉션 SQL 데이터베이스를 마이그레이션할 때 데이터 마이그레이션 도구는 사용자가 제공한 이름으로 새 Azure DevOps 조직을 만듭니다. 컬렉션 데이터베이스를 기존 Azure DevOps Services 조직으로 마이그레이션하거나 여러 컬렉션 데이터베이스를 단일 Azure DevOps Services 조직으로 통합할 수 없습니다. 매핑은 팀 프로젝트 컬렉션과 Azure DevOps Services 조직 간에 엄격하게 일대일로 진행됩니다.

데이터 센터 선택

Azure DevOps Services 조직을 설정할 때 데이터의 위치를 선택할 수 있습니다. 초기 등록 및 조직을 만드는 동안 요구 사항에 맞는 지역을 선택합니다. 나중에 마이그레이션에 사용하려면 지역의 약식 코드를 기록해 둡다. 자세한 내용은 마이그레이션에 지원되는 지역을 참조하세요.

가격 책정 이해

일반적으로 마이그레이션에 대한 질문은 회사에서 Azure DevOps Services를 사용해야 하는 라이선스 유형입니다. 좋은 소식은 이미 필요한 모든 라이선스가 있을 가능성이 높다는 것입니다. 대부분의 경우를 처리해야 하는 예제 워크시트를 만들었습니다. 상황에 대한 구체적인 질문이 있는 경우 개발자 솔루션 판매 전문가 또는 Microsoft 재판매인에게 문의하세요. 자세한 내용은 Azure DevOps에 대한 가격 책정을 참조하세요.

사용자 라이선스 워크시트

# 1 열 2 열
1 팀 구성원 수
2 관련자 수
3 줄에서 줄(2)빼기(1)*
4 Visual Studio 구독자 수**
5 줄에서 줄 빼기(4) (3)
6 줄에서 줄 (5)빼기 (5)***
  • *관련자는 무료입니다.
  • ** Visual Studio 구독자에는 구독의 혜택으로 Azure DevOps Services가 포함되어 있습니다.
  • 각 Azure DevOps Services 조직은 5명의 무료 사용자를 받습니다.

기능에 액세스하기 위한 비용 효율적인 옵션에 대한 자세한 내용은 청구 개요Azure 가격 계산기를 참조하세요.

Visual Studio Marketplace 또는 Azure Portal을 통해 필요한 Azure DevOps Services 사용자 라이선스를 구입합니다. 테스트 실행 준비 단계에서 이 프로세스를 자세히 살펴보겠습니다.

핵심 기능 외에도 다음과 같은 부가 가치 서비스를 Azure DevOps에서 사용할 수 있습니다. 이 서비스는 도움이 될 수 있습니다.

  • 호스트된 부하 테스트 서비스: 부하 중인 애플리케이션의 성능을 시뮬레이션하고 분석해야 하는 경우 Azure DevOps는 호스트된 부하 테스트 서비스를 제공합니다. 이러한 서비스를 사용하면 애플리케이션을 스트레스 테스트하고 병목 상태 또는 성능 문제를 식별할 수 있습니다.
  • 테스트 관리자 확장: 포괄적인 테스트 관리를 위해 테스트 관리자 확장을 사용하는 것이 좋습니다. 이러한 확장은 테스트 사례 관리, 예비 테스트 및 테스트 실행 추적과 같은 기능을 제공하여 테스트 기능을 향상시킵니다.
  • 추가 기능: Azure DevOps는 특정 요구 사항에 맞는 다양한 확장 및 통합을 제공합니다. 비 Microsoft 도구와 통합하거나, 보안을 강화하거나, 배포 파이프라인을 자동화하든, 다양한 옵션이 있습니다.

이러한 서비스 중 일부는 추가 비용이 발생할 수 있으므로 그에 따라 요구 사항과 예산을 평가해야 합니다. 이러한 비용은 연결된 구독의 청구서에 표시됩니다. 자세한 내용은 청구 설정을 참조 하세요. 상황에 대한 구체적인 질문이 있는 경우 DevOps 파트너, Microsoft Reseller 또는 Microsoft 개발자 솔루션 판매 전문가에게 맞춤형 지침을 문의하세요.

새 조직 예약

마이그레이션 프로젝트의 타임라인 고려할 때 최종 마이그레이션에 원하는 이름을 사용할 수 있도록 조직의 이름을 일찍 예약하는 것이 좋습니다.

예를 들어 회사가 Contoso이고 이름이 일치하는 조직을 원하는 경우(예 https://dev.azure.com/contoso: 이제 해당 이름을 가진 조직을 만들 수 있습니다.) 하지만 새로운 Azure DevOps Services 조직으로만 마이그레이션할 수 있습니다.

조직 이름을 예약하려면 다음 단계를 수행합니다.

  1. 초기 예약:
    1. 예를 들어 https://dev.azure.com/contoso-temporary임시 이름을 사용하여 조직을 만듭니다.
    2. 향후 마이그레이션을 위해 이 임시 이름을 예약합니다.
  2. 최종 마이그레이션:
    1. 최종 마이그레이션을 시작할 준비가 되면 조직으로 https://dev.azure.com/contoso-temporary 수행합니다.
    2. 마이그레이션에 성공하면 예약된 조직의 이름을 변경하여 가져온 조직의 원하는 이름을 엽니다. 이름을 바로 바꿀 때 삭제가 이름을 해제하는 데 최대 1시간이 걸릴 수 있으므로 삭제하는 대신 이름을 바꿉니다.
    3. 마이그레이션된 조직의 이름을 변경하여 지워진 원하는 이름으로 즉시 이름을 https://dev.azure.com/contoso바꿉니다.
    4. 필요에 따라 이 시점에서 원래 예약된 조직과 이름이 바뀐 조직을 삭제할 수 있습니다.

이 방법을 따르면 원하는 조직 이름을 다시 사용할 수 있도록 하면서 원활하게 전환할 수 기본.

다음 단계