Azure DevOps Server 대한 업그레이드 시나리오 연습

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

참고

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

이 빠른 시작에서는 일반적인 TFS(Team Foundation Server) 업그레이드 시나리오를 다루며, 개요에 설명된 개략적인 단계가 실제 예제에서 어떻게 보이는지 파악합니다.

환경 준비

이 업그레이드의 시작 지점은 두 대의 컴퓨터가 있는 TFS 2012 업데이트 4 환경입니다. 하나는 애플리케이션 계층으로, 다른 하나는 구성/컬렉션 데이터베이스와 보고 및 분석 서비스 데이터베이스의 데이터 계층으로 제공됩니다. 두 컴퓨터 모두 현재 Windows Server 2008 SP2를 실행하고 있으며 데이터 계층은 현재 SQL Server 2008 R2를 실행하고 있습니다.

첫 번째 단계는 TFS 2015에 대한 시스템 요구 사항을 확인하는 것입니다. 아쉽게도 사용 중인 OS 버전과 SQL 버전이 모두 지원되지 않으므로 몇 가지 사항을 변경해야 합니다. 두 개의 더 강력한 머신을 획득할 기회를 얻기로 결정했으며, 두 컴퓨터 모두에 Windows Server 2012 R2를 설치합니다. SQL Server 2014를 데이터 계층에 설치하여 배포에서 해당 기능을 사용하므로 Reporting Services 및 Analysis Services 포함해야 합니다. 환경이 준비되었습니다.

최상 예상, 최악의 경우 준비

문제가 발생할 경우 항상 백업을 사용할 수 있도록 예약된 백업을 사용하고 있습니다.

새 하드웨어로 전환하고 있으므로 별도의 사전 프로덕션 환경을 설정하여 건성 실행을수행할 필요가 없습니다. 대신 새 하드웨어를 사용하여 먼저 건성 실행을 수행한 다음, 모든 것을 정리하고 프로덕션 업그레이드에 다시 사용합니다.

건성 실행의 경우 업그레이드 단계는 다음과 같습니다.

  1. 최근 데이터베이스 백업을 새 SQL 인스턴스에 복사합니다.
  2. 새 애플리케이션 계층에 TFS 2015를 설치합니다.
  3. 예약된 백업을 사용하여 데이터베이스 백업을 복원합니다.
  4. 프로덕션 환경에서 권한이 없는 서비스 계정을 사용하려면 업그레이드 마법사를 실행합니다. 자세한 내용은 사전 프로덕션 문서의 건성 실행에서 프로덕션 보호 를 참조하세요.
  5. 필요에 따라 기존 프로젝트를 변경해야 하는 새 기능을 구성합니다.

업그레이드 수행

모든 것이 원활하게 진행된다는 가정하에 프로덕션 업그레이드 단계는 매우 유사합니다. 단계는 다음과 같습니다.

  1. TFSServiceControl의 정지 명령을사용하여 프로덕션 서버를 오프라인으로 전환합니다. 여기서 목표는 새 하드웨어로 이동하는 데 사용하는 백업이 완료되고 사용자 데이터가 손실되지 않도록 하는 것입니다.
  2. 각 데이터베이스의 새 백업을 가져옵니다.
  3. 백업을 새 SQL 인스턴스에 복사합니다.
  4. 새 애플리케이션 계층에 TFS 2015를 설치합니다.
  5. 예약된 백업 마법사를 사용하여 데이터베이스 백업을 복원합니다.
  6. 원하는 프로덕션 서비스 계정을 사용하여 업그레이드 마법사를 실행합니다.
  7. 필요에 따라 기존 프로젝트를 변경해야 하는 새 기능을 구성합니다.

다 됐습니다!