현재 데이터와 다른 서버로 데이터 복원

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

참고

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

참고

Azure DevOps Server 위해 데이터를 다른 서버로 복원 하는 방법에 대 한 소개는 백업 및 복원을 참조 하세요.

TFS 2017 후 Azure DevOps Server와 SharePoint 통합은 더 이상 사용 되지 않습니다.

필수 조건

이 절차를 수행하려면 다음 그룹의 멤버이거나 다음과 같은 권한이 있어야 합니다.

  • Azure DevOps에 대 한 관리 콘솔을 실행 하는 서버에서 Administrators 보안 그룹의 구성원입니다.
  • SQL Server System Administrator 보안 그룹의 멤버 이거나, 데이터베이스를 호스팅하는 SQL Server 인스턴스에서 SQL Server 백업 및 유지 관리 계획 만들기 권한을 허용 으로 설정 해야 합니다.
  • Azure DevOps 및 Analysis Services 데이터베이스의 데이터베이스에 대 한 sysadmin 보안 그룹의 멤버입니다.
  • TFS 웨어하우스 데이터베이스에 대 한 권한이 있는 사용자 _ 입니다.
  • 배포에서 SharePoint 제품을 사용 하는 경우 SharePoint 제품용 데이터베이스를 복원할 팜에 대해 팜 관리자 그룹의 구성원입니다.

이러한 권한 외에도 Windows server 2008, Windows server 2008 R2, Windows Vista 또는 Windows 7을 실행 하는 컴퓨터에서 다음 요구 사항을 해결 해야 할 수 있습니다.

  • 명령줄 절차를 수행 하려면 시작 을 선택 하 고 명령 프롬프트 를 마우스 오른쪽 단추로 클릭 한 다음 관리자 권한으로 실행 을 선택 하 여 관리자 권한 명령 프롬프트를 열어야 할 수 있습니다.
  • Internet Explorer가 필요한 절차를 따르려면 시작, 모든 프로그램 을 차례로 선택 하 고 internet explorer 를 마우스 오른쪽 단추로 클릭 한 다음 관리자 권한으로 실행 을 선택 하 여 관리자 권한으로 시작 해야 할 수 있습니다.
  • Reporting Services에 대 한 보고서 관리자, 보고서 또는 웹 사이트에 액세스 하려면 Internet Explorer에서 이러한 사이트를 신뢰할 수 있는 사이트 목록에 추가 하거나 Internet Explorer를 관리자 권한으로 시작 해야 할 수 있습니다.

자세한 내용은 사용자 계정 컨트롤을 참조하십시오.

1 단계: 데이터 백업

Azure DevOps Server의 원래 배포에서 데이터를 복원 하려면 SQL Server 데이터베이스에 대 한 전체 데이터 백업 집합이 있어야 합니다. 데이터를 암호화 한 경우에는 암호화 키와 암호도 있어야 합니다.

자세한 내용은 Azure DevOps Server 백업Reporting Services 암호화 키 백업을 참조 하세요.

중요

_ _ SQL Server Reporting Services 사용 하도록 배포를 구성 하 고 해당 데이터베이스를 다른 서버로 복원 하려면 tfs 웨어하우스 및 tfs 분석 데이터베이스를 백업 해야 합니다. 동일한 서버 또는 인스턴스로 복원할 때와 마찬가지로 웨어하우스를 다시 빌드할 수 없습니다. 또한 SharePoint 제품용 데이터베이스를 백업 하 여 Azure DevOps 데이터베이스를 복원할 서버 또는 인스턴스로 이동 해야 합니다. 이러한 데이터베이스에는 SharePoint 제품에 대 한 관리 데이터베이스 (SharePoint _ admincontent _ ID)와 콘텐츠 및 구성 데이터베이스가 포함 됩니다.

2 단계: 새 하드웨어에 SQL Server 설치 및 구성

Azure DevOps에 대 한 데이터를 복원 하려면 Azure DevOps Server 데이터베이스를 이동할 컴퓨터에 SQL Server를 설치 합니다. 설치 하는 SQL Server 버전은 데이터베이스를 호스팅한 원래 서버의 버전과 정확히 일치 해야 합니다. 이 요구 사항에는 서비스 팩 수준, 데이터 정렬 설정 및 언어 버전이 포함 됩니다. 일치가 정확 하지 않은 경우 데이터를 복원할 수 없거나 데이터를 복원할 수 있는 경우에도 Azure DevOps Server 제대로 작동 하지 않을 수 있습니다.

새 환경에 SQL Server를 설치 하 고 Azure DevOps 데이터 복원을 위한 SQL Server 준비 하 고 작동 하는지 확인 합니다. 또는 일치 하는 버전이 이미 설치 되어 있는 서버에 SQL Server의 인스턴스를 만듭니다.

자세한 내용은 Install 시작을 참조 하세요.

3 단계: 서비스 중지

데이터를 복원 하려면 먼저 모든 서버에서 Azure DevOps Server 사용 하는 모든 서비스를 중지 해야 합니다. SharePoint 제품 또는 Reporting Services 등의 선택적 구성 요소가 설치 되어 있는 경우 이러한 구성 요소가 설치 된 서버에서 해당 서비스를 중지 해야 합니다.

Azure DevOps Server에서 사용 하는 서비스를 중지 하려면 다음을 수행 합니다.

  1. Azure DevOps에 대 한 응용 프로그램 계층 서비스를 실행 하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 드라이브: \ % programfiles% \ Azure DevOps Server 2019 Tools로 변경 \ 합니다.

  2. 다음 명령을 입력합니다.

    TFSServiceControl quiesce
    

    자세한 내용은 Tfsservicecontrol 명령을 참조 하세요.

4 단계: 데이터베이스 복원

서비스를 중지 한 후 SQL Server에서 제공 하는 도구를 사용 하 여 Azure DevOps에 대 한 데이터를 복원할 수 있습니다.

주의

모든 데이터베이스를 동일한 시점으로 복원 해야 합니다. 그렇지 않으면 데이터베이스가 동기화 되지 않습니다. 다음 절차에서는 Azure DevOps Server에서 사용 하는 데이터베이스를 동기화 할 수 있도록 표시 된 트랜잭션을 사용 하 고 있다고 가정 합니다. 자세한 내용은 Azure DevOps Server 백업을 참조 하세요. 배포에서 SharePoint 제품을 사용 하는 경우 배포에서 해당 제품의 버전에 대 한 지침을 따라야 합니다. 자세한 내용은 백업 및 복구 (SharePoint Server 2010), 팜 보호 및 복원 (Office SharePoint Server 2007)또는 팜 보호 및 복원 (Windows SharePoint Services 3.0)을 참조 하십시오.

데이터베이스 복원 대화 상자를 열려면 다음을 수행 합니다.

  1. 데이터베이스를 복원할 서버에 로그온 합니다.

  2. 시작 을 선택 하 고 모든 프로그램 을 선택한 다음 Microsoft SQL Server 2008 를 선택 하 고 SQL Server Management Studio 를 선택 합니다.

    참고

    데이터베이스를 복원 하는 방법에 대 한 자세한 내용은 SQL Server 데이터베이스에 대 한 복원 시나리오 구현을 참조 하세요.

    서버에 연결 대화 상자가 열립니다.

  3. 서버 유형 목록에서 데이터베이스 엔진 을 선택 합니다.

  4. 서버 이름 에서 데이터 계층 서버 및 데이터베이스 인스턴스의 이름을 선택 하거나 입력 한 다음 커넥트 를 선택 합니다.

    참고

    클러스터에 SQL Server 설치 되어 있으면 서버 이름은 컴퓨터 이름이 아니라 클러스터 이름입니다.

    SQL Server Management Studio가 열립니다.

  5. 데이터베이스 노드를 확장 하 여 Azure DevOps에 대 한 데이터 계층을 구성 하는 데이터베이스 목록을 표시 합니다.

을 (를) 설치 하 고 SQL Server 구성한 각 서버에서 다음 데이터베이스에 대 한 데이터베이스 복원 절차 (다음 섹션)를 완료 합니다.

  • TFS _ 구성-이 데이터베이스 이름에는 Tfs _구성 사이에 추가 문자가 포함 될 수 있습니다.
  • TFS _ CollectionName -각 프로젝트 컬렉션에는 자체 데이터베이스가 있습니다. 예를 들어 프로젝트 컬렉션이 5 개인 경우 각각 프로젝트 컬렉션의 이름으로 구분 되는 5 개의 데이터베이스가 있습니다. 이러한 데이터베이스는 SQL Server의 동일한 인스턴스, 개별 인스턴스 또는 별도의 물리적 서버에 있을 수 있습니다. 각 데이터베이스를 백업한 다음 각 데이터베이스를 복원 해야 합니다.
  • TFS _ 웨어하우스-이 데이터베이스 이름에는 _ tfs웨어하우스 사이에 추가 문자가 포함 될 수 있습니다.

Reporting Services를 실행 하는 서버의 경우 배포에 대해 구성 된 데이터베이스가 있고 데이터베이스를 다른 서버로 복원 해야 하는 경우 다음을 수행 합니다.

  • ReportServer-명명 된 인스턴스를 사용 하는 경우이 데이터베이스의 이름은 ReportServer $ InstanceName 입니다.
  • ReportServerTempDB-명명 된 인스턴스를 사용 하는 경우이 데이터베이스는 ReportServerTempDB InstanceName으로 이름이 지정 됩니다 $ .

SharePoint 제품을 실행 하는 서버에서 하나 이상의 SharePoint 웹 응용 프로그램을 사용 하 여 배포를 구성 하 고 데이터베이스를 다른 서버로 복원 해야 하는 경우 다음을 수행 합니다.

  • SharePoint 제품용 콘텐츠 데이터베이스 (WSS _ 콘텐츠)-SharePoint 제품에 대 한 데이터를 포함 하는 데이터베이스 이름은 설치 된 SharePoint 제품의 버전 및 설치 된 사용자가 이름을 사용자 지정 했는지 여부에 따라 달라 집니다. 또한 SharePoint 제품이 Azure DevOps Server와 다른 별도의 서버에 설치 되어 있는 경우 이러한 데이터베이스는 데이터 계층 서버에 상주할 수 없습니다. 데이터베이스가 서로 다른 서버에 있는 경우 Azure DevOps Server와 별도로 백업, 복원 및 구성 해야 합니다. 그러나 동기화 오류가 발생 하지 않도록 하려면 먼저 데이터베이스의 유지 관리를 동기화 해야 합니다.

    SharePoint 제품에서 사용 하는 데이터베이스를 복원 하려면 배포에서 사용 하는 소프트웨어 버전에 대 한 지침을 따라야 합니다. 자세한 내용은 백업 및 복구 (SharePoint Server 2010), 팜 보호 및 복원 (Office SharePoint Server 2007)또는 팜 보호 및 복원 (Windows SharePoint Services 3.0)을 참조 하십시오.

Microsoft Project server를 실행 하는 서버에서 Project 서버와 배포를 통합 하 고 데이터베이스를 다른 서버로 복원 해야 하는 경우 다음을 수행 합니다.

SQL Server를 실행 하는 서버에서 배포에 대해 구성 된 데이터베이스가 있고 다른 서버로 데이터베이스를 복원 해야 하는 경우 Analysis Services 합니다.

  • TFS _ 분석

이러한 데이터베이스에 대 한 자세한 내용은 Azure DevOps Server 백업 이해를 참조 하세요.

데이터베이스 복원

  1. 복원할 데이터베이스를 마우스 오른쪽 단추로 클릭 하 고 태스크 를 선택한 다음 복원 을 선택 하 고 데이터베이스 를 선택 합니다.

    데이터베이스 복원 대화 상자가 열립니다.

  2. 복원에 사용할 원본 아래에서 장치에서 를 선택한 다음 줄임표 단추 (...)를 선택 합니다.

  3. 백업 지정 대화 상자에서 백업 파일의 위치를 지정한 다음 확인 을 선택 합니다.

    먼저 전체 백업을 복원한 후 차등 백업 및 트랜잭션 로그 백업 (생성 된 순서)을 먼저 복원 해야 합니다.

  4. 복원할 백업 세트 선택 에서 복원할 백업 세트를 지정 합니다.

    표시 된 트랜잭션을 사용 하 여 백업 세트를 만든 경우 전체, 차등 및 트랜잭션 로그 데이터베이스를 복원 해야 합니다. 표시 된 트랜잭션에 대 한 자세한 내용은 Azure DevOps Server 백업을 참조 하세요.

  5. 페이지 선택 창에서 옵션 을 선택한 다음 기존 데이터베이스 덮어쓰기 확인란을 선택 합니다.

  6. 데이터베이스 파일을 다음으로 복원 목록에서 경로가 현재 데이터베이스 경로와 일치 하는지 확인 합니다.

  7. 복구 상태 에서 다음 단계 중 하나를 수행 합니다.

    • 표시 된 트랜잭션을 사용 하는 경우 데이터베이스를 비작동 상태로 유지 하 고 커밋되지 않은 트랜잭션을 롤백하지 않습니다 .를 선택 합니다. 추가 트랜잭션 로그를 복원할 수 있습니다. (RESTORE WITH RECOVERY).
    • 표시 된 트랜잭션을 사용 하지 않고 추가 트랜잭션 로그를 적용 하지 않는 경우 데이터베이스를 사용할 수 있는 상태로 유지 를 선택 합니다.
    • 표시 된 트랜잭션을 사용 하지 않지만 추가 트랜잭션 로그를 적용 하는 경우 데이터베이스를 비작동 상태로 유지 를 선택 합니다.
  8. 확인 을 선택합니다.

    진행률 아이콘이 표시 됩니다.

  9. SQL Server Management Studio 대화 상자가 표시 되 고 성공적으로 복원 되 면 확인 을 선택 하 여 개체 탐색기 으로 돌아갑니다.

  10. 표시 된 트랜잭션을 사용 하는 경우 방금 복원한 데이터베이스를 마우스 오른쪽 단추로 클릭 하 고 작업 을 선택한 다음 복원 을 선택 하 고 트랜잭션 로그 를 선택 합니다.

    트랜잭션 로그 복원 창이 열립니다.

  11. 일반 페이지의 데이터베이스 목록에서 적절한 데이터베이스가 강조 표시되어 있는지 확인합니다.

  12. 복원할 트랜잭션 로그 선택에서 복원할 로그 옆의 확인란을 선택합니다.

  13. 로 복원에서 표시된 트랜잭션 을 선택합니다.

    표시된 트랜잭션 선택 창이 열립니다.

  14. 복원을 중지할 표시된 트랜잭션 선택 목록에서 복원을 위한 트랜잭션 표시 옆에 있는 확인란을 선택한 다음 확인을 선택합니다.

    중요

    데이터를 성공적으로 복원하려면 모든 데이터베이스에 대해 동일한 날짜와 시간에 동일한 트랜잭션 표시를 사용해야 합니다.

  15. 트랜잭션 로그 복원 창에서 확인을 선택합니다.

    진행률 아이콘이 나타납니다.

  16. SQL Server Management Studio 대화 상자가 나타나고 성공적인 복원이 확인되면 확인을 선택합니다.

    자세한 내용은 트랜잭션 로그 백업 적용을 참조하세요.

참고

Reporting Services 위해 데이터베이스를 복원한 경우 해당 암호화 키도 복원해야 합니다. 자세한 내용은 암호화 키 복원(Reporting Services 구성)을참조하세요.

5단계: SharePoint 제품을 콘텐츠 데이터베이스의 새 위치로 리디렉션

SharePoint 제품이 Azure DevOps Server 배포에 사용하도록 구성되지 않았거나 SharePoint 제품의 데이터베이스를 복원하지 않는 경우 이 절차를 건너뛸 수 있습니다.

SharePoint Products(WSS 콘텐츠)에 대한 콘텐츠 데이터베이스를 복원한 _ 후에는 SharePoint Products를 실행하는 서버를 해당 데이터베이스의 새 위치로 리디렉션해야 합니다. 데이터베이스의 새 위치로 Azure DevOps Server 다시 구성하려면 먼저 이 데이터베이스가 작동해야 합니다.

새 데이터 계층 서버에서 콘텐츠 데이터베이스를 사용하도록 프로젝트 사이트를 리디렉션하려면 다음을 수행합니다.

  • SharePoint Products를 호스트하는 서버에 로그온하고 새 서버의 콘텐츠 데이터베이스를 사용하도록 리디렉션합니다.

자세한 내용은 새 콘텐츠 데이터베이스를 사용하도록 SharePoint 제품 리디렉션을 참조하세요.

6단계: Reporting Services 구성 관리자 데이터베이스 변경

Azure DevOps Server 배포에 사용하도록 구성된 보고서 서버가 없거나 보고서 서버의 데이터베이스를 복원하지 않는 경우 이 절차를 건너뛸 수 있습니다.

SharePoint Products를 새 콘텐츠 데이터베이스로 리디렉션한 후 Reporting Services 해당 데이터베이스의 새 위치(ReportServer 및 ReportServer _ TempDB)로 리디렉션해야 합니다. 이 절차를 수행하지 않으면 프로젝트에 사용할 수 있는 보고서가 없습니다. 이러한 데이터베이스는 해당 데이터베이스의 새 위치로 Azure DevOps Server 다시 구성하기 전에 작동해야 합니다.

새 서버에 연결하도록 Reporting Services 리디렉션하려면 다음을 수행합니다.

7단계: SQL Server 준비

복원된 데이터베이스가 제대로 작동하려면 먼저 TFSConfig PrepSQL 명령을 사용하여 Azure DevOps Server 데이터베이스를 호스트할 SQL Server 준비해야 합니다. 이 명령은 새 서버 또는 인스턴스에 TFSEXECROLE 및 TFSADMINROLE 그룹을 만들고 작업에 필요한 시스템 메시지도 추가합니다.

참고

Azure DevOps Server 명령줄 도구에 액세스할 수 없는 경우 Azure DevOps Server 설치하여 설치할 수 있습니다. 애플리케이션 계층 서버가 될 컴퓨터에 설치하지만 소프트웨어가 설치된 후 표시되는 구성 마법사를 취소합니다.

Azure DevOps Server 데이터베이스를 호스트하는 SQL Server 준비하려면 다음을 수행합니다.

  1. Azure DevOps 애플리케이션 계층을 호스트하는 서버에 로그온하고, 명령 프롬프트 창을 열고, 디렉터리를 드라이브: \ %programfiles% \ Azure DevOps Server 2019 \ 도구로 변경합니다.

  2. 다음 명령을 입력합니다. 여기서 ServerName은 serverName 또는 ServerName \ InstanceName 형식으로 Azure DevOps Server 데이터베이스를 호스팅하는 SQL Server 인스턴스의 이름입니다.

    TFSConfig PrepSQL /SQLInstance: ServerName

  3. Azure DevOps Server 위해 데이터베이스를 복원한 모든 새 서버 또는 인스턴스에 대해 이 단계를 반복합니다.

8단계: 복원된 데이터베이스의 소유권 변경

TFSConfig Accounts ResetOwner 명령을 사용하여 복원된 데이터베이스의 데이터베이스 소유자 로그인을 현재 사용자로 변경합니다. 다음 단계 시퀀스를 수행하기 전에 적절한 사용자 계정으로 로그온했는지 확인합니다. 예를 들어 TFSSETUP이라는 Azure DevOps Server 설치된 계정을 사용할 수 있습니다. 최소한 계정은 Azure DevOps Server Azure DevOps Administrators 그룹의 구성원이고 SQL Server sysadmin 그룹의 구성원이어야 합니다.

복원된 데이터베이스의 소유권을 현재 사용자로 변경하려면 다음을 수행합니다.

  1. Azure DevOps 애플리케이션 계층 서버에 로그온하고, 명령 프롬프트 창을 열고, 디렉터리를 드라이브: \ %programfiles% \ Azure DevOps Server 2019 \ 도구로 변경합니다.

  2. 다음 명령을 입력합니다. 여기서 ServerName(ServerName 또는 ServerName \ InstanceName 형식)은 Azure DevOps Server 데이터베이스를 호스트하는 SQL Server 인스턴스의 이름이고 DatabaseName은 구성 데이터베이스의 이름(기본적으로 TFS _ 구성)입니다.

    TFSConfig Accounts /ResetOwner /SQLInstance: ServerName /DatabaseName: DatabaseName

    이 명령은 Azure DevOps Server 사용하는 모든 데이터베이스의 소유권을 변경합니다.

9단계: 원격 컬렉션 데이터베이스로 Azure DevOps Server 리디렉션

컬렉션, Analysis Services 및 보고에 대한 모든 데이터베이스가 구성 데이터베이스와 동일한 서버 및 인스턴스에 있는 경우 이 절차를 건너뛸 수 있습니다.

구성 데이터베이스에서 별도의 서버 또는 서버에 호스트되는 컬렉션 데이터베이스로 Azure DevOps Server 리디렉션해야 합니다. 또한 명명된 인스턴스를 사용하거나 TFS 분석 또는 TFS 웨어하우스 데이터베이스가 TFS _ 구성이 아닌 다른 서버에서 호스트되는 경우 RemapDBs 명령을 실행해야 _ _ 합니다.

Azure DevOps Server 원격 데이터베이스로 리디렉션하려면 다음을 수행합니다.

  1. Azure DevOps 애플리케이션 계층 서버에 로그온하고, 명령 프롬프트 창을 열고, 디렉터리를 드라이브: \ %programfiles% \ Azure DevOps Server 2019 \ 도구로 변경합니다.

  2. 다음 명령을 입력합니다. 여기서 ServerName은 Azure DevOps Server 구성 데이터베이스를 호스트하는 SQL Server 인스턴스의 이름이고, TFS _ 구성은 Azure DevOps Server 복원된 구성 데이터베이스의 이름이고, ServerName2는 원격 컬렉션을 호스트하는 서버의 이름입니다. 배포에 구성된 서버만큼 ServerName 매개 변수를 사용할 수 있습니다. ServerName 또는 ServerName InstanceName 형식으로 ServerName을 지정할 수 \ 있습니다. 기본 인스턴스를 사용하지 않는 경우 인스턴스 이름을 지정해야 합니다.

    TFSConfig RemapDBs /DatabaseName: ServerName ; TFS _ 구성 /SQLInstances: ServerName,ServerName2 /AnalysisInstance: ServerName2 /AnalysisDatabaseName: DatabaseName

    참고

    /SQLInstances 에서 Azure DevOps Server 데이터베이스를 호스트하는 SQL Server 모든 인스턴스를 쉼표로 구분하여 지정해야 합니다. 자세한 내용은 RemapDBs 명령 을 참조하세요.

10단계: 모든 서비스 계정 업데이트

Azure DevOps Server(TFSService) 및 데이터 원본 계정(TFSReports)에 대한 서비스 계정을 업데이트해야 합니다. 이러한 계정이 변경되지 않은 경우에도 ID 및 계정 형식이 새 서버에 적합한지 확인하기 위해 정보를 업데이트해야 합니다.

참고

배포에 애플리케이션 계층 서버가 두 개 이상 있는 경우 각 서버에서 서비스 계정을 업데이트해야 합니다.

서비스 계정을 업데이트하려면 다음을 수행합니다.

  1. 보고서 서버에서 컴퓨터 관리를 열고 다음 구성 요소가 아직 시작되지 않은 경우 시작합니다.

    • ReportServer 또는 ReportServer $ InstanceName(애플리케이션 풀)
    • SQL Server Reporting Services(TFSINSTANCE)
  2. 애플리케이션 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 드라이브: \ %programfiles% \ Azure DevOps Server 2019 \ 도구로 변경합니다.

  3. 명령 프롬프트에서 다음 명령을 입력하여 Azure DevOps 대한 서비스 계정을 추가합니다. 여기서 DatabaseName은 구성 데이터베이스의 이름입니다(기본적으로 TFS _ 구성).

    TfsConfig Accounts /add /AccountType:ApplicationTier /account: AccountName /SQLInstance: ServerName /DatabaseName: DatabaseName

    자세한 내용은 계정 명령을 참조하세요.

  4. 배포에서 이러한 리소스를 사용하는 경우 계정 명령을 사용하여 보고서 서버의 데이터 원본 계정과 Azure DevOps 프록시 서버의 프록시 계정을 추가합니다.

11단계: 복원된 데이터베이스의 위치 등록

애플리케이션 계층을 다른 서버로 복원하는 경우 이 절차를 건너뛸 수 있습니다.

서비스 계정 정보를 업데이트한 후 애플리케이션 계층을 복원된 데이터베이스의 새 위치로 리디렉션합니다.

참고

배포에 애플리케이션 계층 서버가 두 개 이상 있는 경우 각 서버에서 데이터베이스의 위치를 등록합니다.

데이터베이스의 위치를 등록하려면 다음을 수행합니다.

  1. 애플리케이션 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 드라이브: \ %programfiles% \ Azure DevOps Server 2019 \ 도구로 변경합니다.

  2. 명령 프롬프트에서 다음 명령을 입력합니다. 여기서 DatabaseName은 구성 데이터베이스의 이름입니다(기본적으로 TFS _ 구성).

    TfsConfig registerDB /SQLInstance: ServerName /DatabaseName: DatabaseName

    자세한 내용은 RegisterDB 명령 을 참조하세요.

12단계: 보고 및 분석 서비스 구성

배포의 일부로 Analysis Services 또는 Reporting Services 사용하지 않는 경우 이 절차를 건너뛸 수 있습니다. 배포에서 보고서 서버를 사용하는 경우 Azure DevOps Server 해당 위치로 리디렉션하고, 웨어하우스를 다시 시작하고, Reporting Services 및 Analysis Services 위해 데이터베이스를 수동으로 다시 빌드해야 합니다.

참고

이전 섹션에서 설명한 대로 TFS _ 웨어하우스 및 TFS 분석 데이터베이스를 복원한 경우에도 이 절차를 완료해야 _ 합니다.

보고 및 Analysis Services 다시 구성하려면 다음을 수행합니다.

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

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

  3. 보고에서 편집을 선택합니다.

  4. 오프라인으로 전환 확인 메시지에서 확인을 선택합니다.

    Reporting Services 대화 상자가 열립니다.

  5. 보고서 서버 사용 확인란을 선택합니다.

  6. 웨어하우스 탭을 선택하고 서버 에서 보고서 서버의 이름을 입력하거나 선택합니다.

  7. 데이터베이스 에서 Azure DevOps Server 웨어하우스 데이터베이스의 이름을 입력합니다.

    기본적으로 이 데이터베이스의 이름은 TFS _ Warehouse입니다.

  8. (선택 사항) 연결 테스트를 선택하여 지정한 데이터베이스가 유효한지 확인합니다.

  9. Analysis Services 탭을 선택합니다.

  10. 서버 에서 SQL Server Analysis Services 실행하는 서버의 이름을 입력하거나 선택합니다.

  11. 데이터베이스 에 Azure DevOps Server에 대 한 Analysis Services 데이터베이스의 이름을 입력 합니다.

    기본적으로이 데이터베이스의 이름은 TFS _ 분석입니다.

  12. 데이터베이스에 대 한 기본 인스턴스를 사용 하지 않는 경우 기본이 아닌 인스턴스 지정 확인란을 선택 하 고 인스턴스 이름을 입력 하거나 선택 합니다.

  13. 필드 연결 테스트 를 선택 하 여 지정한 데이터베이스가 유효한 지 확인 합니다.

  14. 사용자 이름암호 에 데이터 원본 계정 (TFSReports)에 대 한 계정 이름 및 암호 (있는 경우)를 입력 합니다.

  15. 보고서 탭의 서버 에서 보고서 서버의 이름을 입력 하거나 선택한 후 url 채우기 를 선택 합니다.

  16. 사용자 이름암호 에 데이터 원본 계정 (TFSReports)에 대 한 계정 이름 및 암호 (있는 경우)를 입력 합니다.

  17. 기본 경로 에서 보고서가 저장 되는 상대 경로를 입력 한 다음 확인 을 선택 합니다.

  18. 관리 콘솔에서 작업 시작 을 선택 하 여 보고를 다시 시작 합니다.

  19. 명령 프롬프트 창을 열고 디렉터리를 드라이브: \ % programfiles% \ Azure DevOps Server 2019 Tools로 변경 \ 합니다.

  20. 다음 명령을 입력하여 Analysis Services의 데이터베이스를 다시 빌드합니다.

    TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword: Password

    Password 는 Reporting Services (TFSReports)에 대 한 데이터 소스 계정의 암호입니다.

  21. TFSConfig 명령이 성공적으로 완료 될 때까지 기다립니다.

  22. 보고서 서버에서 Internet Explorer를 열고 주소 표시줄에 다음 문자열을 입력 한 후 ENTER 키를 누릅니다.

    http://localhost:8080/<VirtualDirectory>/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx
    

    VirtualDirectory 의 경우 Azure DevOps Server 설치 될 때 지정 된 인터넷 정보 서비스 (IIS)의 가상 디렉터리를 입력 합니다. 기본적으로이 디렉터리의 이름은 tfs 입니다.

    WarehouseControlWebService 페이지가 열립니다.

    참고

    웨어하우스 제어 웹 서비스를 사용 하려면 Azure DevOps Server 응용 프로그램 풀이 실행 되 고 있어야 합니다.

  23. GetProcessingStatus 을 선택한 다음 호출 을 선택 합니다.

    중요

    서비스가 모든 작업에 대해 Idle 값을 반환 해야 합니다 .이 경우 큐브가 처리 되 고 있지 않음을 나타냅니다. 다른 값이 반환 되는 경우 모든 작업에 대해 Idle 이 반환 될 때까지이 단계를 반복 합니다.

  24. WarehouseControlWebService 페이지에서 ProcessAnalysisDatabase 을 선택한 다음 호출 을 선택 합니다.

    브라우저 창이 열립니다. 큐브 처리가 성공적으로 시작 되 면 서비스는 True 를 반환 하 고, 실패 하거나 큐브가 현재 처리 되 고 있으면 False 를 반환 합니다.

  25. 큐브가 처리 된 시간을 확인 하려면 WarehouseControlWebService 페이지로 돌아가 GetProcessingStatus 을 선택한 다음 호출 을 선택 합니다.

    GetProcessingStatus 서비스가 모든 작업에 대해 Idle 값을 반환 하면 처리가 완료 된 것입니다.

    자세한 내용은 데이터 웨어하우스 및 Analysis Services 큐브 수동 처리를 참조 하세요.

  26. 응용 프로그램 계층 서버에서 컴퓨터 관리를 열고 Visual Studio Team Foundation 백그라운드 작업 에이전트를 시작 합니다.

13 단계: 서버에서 데이터 캐시 지우기

Azure DevOps 배포의 각 응용 프로그램 계층 서버는 파일 캐시를 사용 하므로 사용자는 데이터 계층 서버에서 파일을 더 빠르게 다운로드할 수 있습니다. 배포를 복원할 때는 각 응용 프로그램 계층 서버에서 이 캐시를 지워야 합니다. 그렇지 않으면 사용자가 버전 제어에서 파일을 다운로드할 때 일치 하지 않는 파일 Id로 인해 문제가 발생할 수 있습니다. 배포에서 Azure DevOps 프록시 서버를 사용 하는 경우 프록시로 구성 된 각 서버의 데이터 캐시도 지워야 합니다.

참고

이 단계를 수행 하 여 버전 제어에서 잘못 된 버전의 파일을 다운로드 하지 못하게 방지할 수 있습니다. 복원의 일부로 배포의 모든 하드웨어를 교체 하지 않는 한이 단계를 수행 해야 합니다. 모든 하드웨어를 교체하는 경우 이 절차를 건너뛰어도 됩니다.

데이터 캐시를 지우려면:

  1. Azure DevOps에 대 한 응용 프로그램 계층 서비스를 실행 하는 서버 또는 Azure DevOps 프록시 서버를 사용 하 여 구성 된 서버에서 명령 프롬프트 창을 열고 디렉터리를 드라이브: \ % programfiles% \ Microsoft Team Foundation Server 2010 \ 응용 프로그램 계층 \ 웹 서비스 \ _ tfs _ 로 변경 합니다. 데이터로.

  2. Tfs 데이터 디렉터리에서 모든 항목을 삭제 _ _ 합니다.

  3. 각 응용 프로그램 계층 서버 및 배포에서 Azure DevOps 프록시 서버를 실행 하는 각 서버에 대해 이러한 단계를 반복 합니다.

14 단계: 서비스 다시 시작

데이터를 복원한 후에는 서비스를 다시 시작 하 여 배포가 운영 되 고 사용자가 사용할 수 있도록 합니다.

Azure DevOps Server에서 사용 하는 서비스를 다시 시작 하려면 다음을 수행 합니다.

  1. Azure DevOps에 대 한 응용 프로그램 계층 서비스를 실행 하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 드라이브: \ % programfiles% \ Azure DevOps Server 2019 Tools로 변경 \ 합니다.

  2. 다음 명령을 입력합니다.

    TFSServiceControl unquiesce
    

    자세한 내용은 Tfsservicecontrol 명령을 참조 하세요.

15 단계: 클라이언트 컴퓨터에서 데이터 캐시 새로 고침

클라이언트 컴퓨터의 데이터 캐시를 새로 고치려면:

  • 응용 프로그램 계층 서버에 로그온 하 고 ClientService 웹 서비스를 사용 하 여 클라이언트가 작업 항목 추적을 위해 캐시를 강제로 업데이트 하도록 합니다.

    자세한 내용은 클라이언트 컴퓨터에서 데이터 캐시 새로 고침을 참조 하세요.