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

Azure DevOps Server 2022 | Azure DevOps Server 2020 | Azure DevOps Server 2019

참고

Azure DevOps Server 위해 다른 서버로 데이터를 복원하는 방법을 알아보려면 백업 및 복원을 참조하세요.

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

사전 요구 사항

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

• Azure DevOps 용 관리 콘솔을 실행하는 서버 또는 서버의 관리자 보안 그룹의 구성원입니다.
• SQL Server 시스템 관리자 보안 그룹의 구성원 또는 SQL Server 백업 수행 및 유지 관리 계획 만들기 권한은 데이터베이스를 호스트할 SQL Server instance 허용으로 설정해야 합니다.
• Azure DevOps 및 Analysis Services 데이터베이스에 대한 데이터베이스에 대한 sysadmin 보안 그룹의 멤버입니다.
• TFS_Warehouse 데이터베이스의 권한 있는 사용자여야 합니다.
• 배포에서 SharePoint 제품을 사용하는 경우 SharePoint 제품용 데이터베이스를 복원할 팜에 대한 팜 관리자 그룹의 구성원입니다.

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

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

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

1단계: 데이터 백업

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

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

중요

배포가 SQL Server Reporting Services 사용하도록 구성되고 해당 데이터베이스를 다른 서버로 복원하려는 경우 TFS_Warehouse 및 TFS_Analysis 데이터베이스를 백업해야 합니다. 동일한 서버 또는 instance 복원할 때처럼 웨어하우스를 다시 빌드할 수 없습니다. 또한 SharePoint 제품용 데이터베이스를 백업하여 Azure DevOps용 데이터베이스를 복원할 서버 또는 instance 이동해야 합니다. 이러한 데이터베이스에는 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 instance 만듭니다.

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

3단계: 서비스 중지

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

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

1. Azure DevOps용 애플리케이션 계층 서비스를 실행하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 Drive:\%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. 서버 이름에서 데이터 계층 서버 및 데이터베이스 instance 이름을 선택하거나 입력한 다음 연결을 선택합니다.

   참고

   SQL Server 클러스터에 설치된 경우 서버 이름은 컴퓨터 이름이 아닌 클러스터의 이름입니다.

   SQL Server Management Studio 가 열립니다.

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

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

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

Reporting Services 실행 중인 서버에서 배포에 대해 구성된 서버가 있고 데이터베이스를 다른 서버로 복원해야 하는 경우:

• ReportServer - 명명된 instance 사용하는 경우 이 데이터베이스의 이름은 ReportServer$InstanceName입니다.
• ReportServerTempDB - 명명된 instance 사용한 경우 이 데이터베이스의 이름은 ReportServerTempDB$InstanceName입니다.

SharePoint 제품을 실행하는 서버 또는 서버에서 하나 이상의 SharePoint 웹 애플리케이션으로 배포를 구성하고 데이터베이스를 다른 서버로 복원해야 하는 경우:

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

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

Microsoft Project Server를 실행하는 서버 또는 서버에서 배포를 Project Server와 통합하고 데이터베이스를 다른 서버로 복원해야 하는 경우:

• Project Server 배포에 따라 달라지는 데이터베이스입니다. 자세한 내용은 데이터베이스 복원(Project Server 2007) 또는 데이터베이스 복원(Project Server 2010)을 참조하세요.

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

• TFS_Analysis

이러한 데이터베이스에 대한 자세한 내용은 백업 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 제품용 데이터베이스를 복원하지 않는 경우 이 절차를 건너뛸 수 있습니다.

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

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

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

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

6단계: Reporting Services Configuration Manager 데이터베이스 변경

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

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

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

• Reporting Services 호스트하는 서버에 로그온하고 새 서버의 데이터베이스에 연결하도록 리디렉션합니다.

  자세한 내용은 다른 서버에 연결하도록 Reporting Services 리디렉션을 참조하세요.

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

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

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

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

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

   TFSConfig 계정 /ResetOwner /SQLInstance:ServerName/DatabaseName:DatabaseName

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

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

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

Azure DevOps Server 구성 데이터베이스에서 별도의 서버 또는 서버에 호스트되는 컬렉션 데이터베이스로 리디렉션해야 합니다. 또한 명명된 instance 사용하거나 TFS_Analysis 또는 TFS_Warehouse 데이터베이스가 TFS_Configuration 다른 서버에서 호스트되는 경우 RemapDB 명령을 실행해야 합니다.

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

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

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

   TFSConfig RemapDBs /DatabaseName:ServerName;TFS_Configuration/SQLInstances:ServerName,ServerName2/AnalysisInstance:ServerName2/AnalysisDatabaseName:DatabaseName

   참고

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

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

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

참고

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

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

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

   • ReportServer 또는 ReportServer$InstanceName (애플리케이션 풀)
   • SQL Server Reporting Services(TFSINSTANCE)

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

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

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

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

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

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

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

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

참고

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

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

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

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

   TfsConfig registerDB /SQLInstance:ServerName/DatabaseName:DatabaseName

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

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

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

참고

이전 섹션에서 설명한 대로 TFS_Warehouse 복원하고 데이터베이스를 TFS_Analysis 경우에도 이 절차를 완료해야 합니다.

보고 및 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_Analysis.

12. 데이터베이스에 대한 기본 instance 사용하지 않는 경우 기본값이 아닌 instance 검사 지정 상자를 선택한 다음, instance 이름을 입력하거나 선택합니다.

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

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

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

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

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

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

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

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

    TFSConfig RebuildWarehouse /AnalysisServices /ReportingDataSourcePassword: Password

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

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

22. 보고서 서버에서 인터넷 Explorer 열고 주소 표시줄에 다음 문자열을 입력한 다음 Enter 키를 누릅니다.

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

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

    WarehouseControlWebService 페이지가 열립니다.

    참고

    웨어하우스 제어 웹 서비스를 사용할 수 있도록 Azure DevOps Server 애플리케이션 풀이 실행 중이어야 합니다.

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

    중요

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

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

    브라우저 창이 열립니다. 서비스는 큐브 처리를 성공적으로 시작할 때 True 를 반환하고, 성공하지 못하거나 큐브가 현재 처리 중인 경우 False 를 반환합니다.

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

    GetProcessingStatus 서비스가 모든 작업에 대해 유휴 값을 반환하면 처리가 완료되었습니다.

    자세한 내용은 Data Warehouse 및 Analysis Services 큐브 수동 처리를 참조하세요.

26. 애플리케이션 계층 서버에서 컴퓨터 관리를 열고 Visual Studio Team Foundation 백그라운드 작업 에이전트를 시작합니다.

12단계: 서버의 데이터 캐시 지우기

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

참고

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

데이터 캐시를 지우려면 다음을 수행합니다.

1. Azure DevOps용 애플리케이션 계층 서비스를 실행하거나 Azure DevOps 프록시 서버로 구성된 서버에서 명령 프롬프트 창을 연 다음 디렉터리를 Drive:\%programfiles%\Microsoft Team Foundation Server 2010\Application Tier\Web Services\_tfs_data 변경합니다.

2. _tfs_data 디렉터리에 있는 모든 내용을 삭제합니다.

3. 각 애플리케이션 계층 서버 및 배포에서 Azure DevOps 프록시 서버를 실행하는 각 서버에 대해 이러한 단계를 반복합니다.

13단계: 서비스 다시 시작

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

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

1. Azure DevOps용 애플리케이션 계층 서비스를 실행하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 Drive:\%programfiles%\Azure DevOps Server 2019\Tools로 변경합니다.

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

   TFSServiceControl unquiesce
   

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

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

클라이언트 컴퓨터에서 데이터 캐시를 새로 고치려면 다음을 수행합니다.

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

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