같은 위치로 데이터 복원

아티클
08/10/2011

업데이트: 2011년 3월

백업의 데이터를 해당 데이터가 백업된 동일한 서버 및 Team Foundation의 SQL Server 인스턴스로 복원할 수 있습니다. 예를 들어 손상된 데이터베이스 집합을 마지막으로 성공한 상태로 복원할 수 있습니다. 데이터를 성공적으로 복구하려면 백업 전략의 일환으로 표시된 트랜잭션을 구성해야 합니다. 자세한 내용은 Team Foundation Server 백업을 참조하십시오.

참고

2010년 9월 출시된 Team Foundation Server의 강력한 도구에 포함된 마법사를 사용하면 이 항목의 일부 절차를 자동화할 수 있습니다. 이러한 마법사를 사용하면 배포를 백업 및 복원하는 프로세스를 간소화할 수 있습니다. 그러나 Visual Studio Lab Management 백업 및 복원에는 도움이 되지 않으며 SharePoint 제품 또는 Microsoft Project Server의 데이터베이스를 백업 또는 복원하는 데 사용해야 합니다. 자세한 내용은 Microsoft 웹 사이트의 Team Foundation Server Power Tools September 2010 페이지를 참조하십시오.

이 항목의 절차를 수행하려면 서버 하드웨어가 제대로 작동해야 합니다. 배포에 SharePoint 제품 또는 Microsoft Project Server가 사용되는 경우 이 항목의 절차에 설명된 대로 해당 데이터베이스를 백업 및 복원하는 추가 단계를 수행해야 합니다. 데이터를 다른 서버 또는 다른 SQL Server 인스턴스로 복원하려면 다른 서버 또는 인스턴스로 데이터 복원을 참조하십시오.

참고

배포에서 SharePoint 제품을 사용하는 경우 데이터를 복원할 때 각 팀 프로젝트의 데이터를 기반으로 자동 생성되는 웹 사이트는 복원하지 않아도 됩니다. 팀 프로젝트 포털의 데이터는 복원하는 데이터베이스에 포함되어 있습니다.

데이터를 같은 서버로 복원하는 단계는 Team Foundation Server가 설치되고 구성된 방식에 따라 다릅니다. 편의상 이 항목의 절차는 다음 그림과 같이 Team Foundation Server의 중간 규모 배포에 맞게 구성되어 있습니다.

데이터베이스가 있는 중간 규모 토폴로지의 예제

토폴로지가 예제와 정확히 일치하지 않는 경우 이 절차를 성공적으로 수행하려면 단계를 조정해야 할 수도 있습니다. 예를 들어 모든 구성 요소가 한 대의 물리적 서버에 설치되어 있는 배포의 경우 해당 서버에서 모든 절차를 수행합니다. 또한 팀 프로젝트 컬렉션의 데이터베이스가 여러 서버에 배포된 경우에는 적절한 서버에서 각 컬렉션 데이터베이스를 복원하는 단계를 수행해야 합니다. 각 서버에 배포할 수 있는 구성 요소에 대한 자세한 내용은 다음 항목을 참조하십시오.

항목 내용

필요한 권한
Team Foundation Server에서 사용하는 서비스 중지
Team Foundation 데이터베이스 복원
모든 서비스 계정 업데이트
웨어하우스 다시 빌드
Team Foundation Server에서 사용하는 서비스 다시 시작
클라이언트 컴퓨터에서 데이터 캐시 새로 고치기

필요한 권한

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

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

Windows Server 2008을 실행하는 컴퓨터에서는 이러한 권한 외에도 다음 요구 사항을 해결해야 합니다.

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

자세한 내용은 Microsoft 웹 사이트의 사용자 계정 컨트롤 페이지를 참조하십시오.

Team Foundation Server에서 사용하는 서비스 중지

Team Foundation Server에서 사용하는 서비스를 중지하려면

Team Foundation의 응용 프로그램 계층 서버를 실행하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 Drive:\%programfiles%\Microsoft Team Foundation Server 2010\Tools로 변경합니다.
다음 명령을 입력합니다.

TFSServiceControl quiesce

자세한 내용은 TFSServiceControl 명령을 참조하십시오.

Team Foundation 데이터베이스 복원

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

경고

모든 데이터베이스를 동일한 시점으로 복원해야 합니다. 그렇지 않으면 데이터베이스가 동기화되지 않습니다. 다음 절차에서는 Team Foundation Server에서 사용하는 데이터베이스를 동기화할 수 있도록 보장하는 데 도움이 되는 표시된 트랜잭션을 사용한다고 가정합니다. 자세한 내용은 Team Foundation Server 백업을 참조하십시오. 배포 시 SharePoint 제품을 사용하는 경우 배포에 포함된 해당 제품 버전에 대한 지침을 따라야 합니다. 자세한 내용은 Backup and Recovery (SharePoint Server 2010), Protecting and restoring a farm (Office SharePoint Server 2007) 또는 Protecting and restoring a farm (Windows SharePoint Services 3.0)을 참조하십시오. 배포가 Microsoft Project Server와 통합되는 경우 배포에 포함된 해당 제품 버전에 대한 지침을 따라야 합니다. 자세한 내용은 Restore databases (Project Server 2007) 및 Restore databases (Project Server 2010)를 참조하십시오.

데이터베이스 복원 대화 상자를 열려면

데이터베이스를 복원할 서버에 로그온합니다.
시작을 클릭하고 모든 프로그램, Microsoft SQL Server 2008을 차례로 가리킨 다음 SQL Server Management Studio를 클릭합니다.

참고

데이터베이스를 복원하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 SQL Server 데이터베이스에 대한 복원 시나리오 구현 페이지를 참조하십시오.

서버에 연결 대화 상자가 열립니다.
서버 유형에서 데이터베이스 엔진을 클릭합니다.
서버 이름에서 데이터 계층 서버 및 데이터베이스 인스턴스의 이름을 클릭하거나 입력한 다음 연결을 클릭합니다.

참고

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

SQL Server Management Studio가 열립니다.
데이터베이스 노드를 확장하여 Team Foundation의 데이터 계층을 구성하는 데이터베이스 목록을 표시합니다.

처음에 데이터베이스를 만든 각 서버에서 다음 데이터베이스 각각에 대해 아래에 나오는 "데이터베이스를 복원하려면" 절차를 완료합니다.

Team Foundation Server의 데이터베이스를 호스팅하는 하나 이상의 서버에서

TFS_Configuration

참고

이 데이터베이스 이름에는 TFS_와 Configuration 사이에 추가 문자가 포함될 수도 있습니다.
TFS_CollectionName

참고

각 팀 프로젝트 컬렉션에는 고유한 데이터베이스가 있습니다. 예를 들어 팀 프로젝트 컬렉션이 5개 있는 경우에는 각각 팀 프로젝트 컬렉션의 이름으로 구분된 5개의 데이터베이스가 있다는 의미입니다. 이러한 데이터베이스는 SQL Server의 같은 인스턴스, 개별 인스턴스 또는 별도의 물리적 서버에 있을 수 있습니다. 각 데이터베이스를 백업한 다음 해당 데이터베이스를 처음에 만든 서버 및 인스턴스로 복원해야 합니다.
VirtualManagerDB

SCVMM(System Center Virtual Machine Manager)의 관리 데이터베이스에는 가상 컴퓨터, 가상 컴퓨터 호스트, 가상 컴퓨터 라이브러리 서버 및 해당 속성과 같이 SCVMM 관리자 콘솔에서 볼 수 있는 정보가 포함됩니다.

참고

SCVMM이 Team Foundation Server와 다른 별도의 서버에 설치된 경우에는 이 데이터베이스가 Team Foundation의 데이터 계층 서버에 없을 수 있습니다. 이 경우 Team Foundation Server와 별도로 데이터베이스를 백업하고 복원해야 합니다. 그러나 동기화 오류가 발생하지 않도록 하려면 표시된 트랜잭션을 사용하고 데이터베이스의 유지 관리를 동기화해야 합니다.

배포에 SQL Server Reporting Services가 구성되어 있는 경우 SQL Server Reporting Services를 실행하는 서버에서

ReportServer

참고

명명된 인스턴스를 사용한 경우 이 데이터베이스의 이름은 ReportServer$InstanceName이 됩니다.
ReportServerTempDB

참고

명명된 인스턴스를 사용한 경우 이 데이터베이스의 이름은 ReportServerTempDB$InstanceName이 됩니다.

하나 이상의 SharePoint 웹 응용 프로그램으로 배포를 구성한 경우 SharePoint 제품을 실행하는 하나 이상의 서버에서

SharePoint 제품의 관리 데이터베이스(WSS_AdminContent) - SharePoint 제품의 전체 배포를 복원하는 경우
SharePoint 제품의 구성 데이터베이스(WSS_Config)
SharePoint 제품의 콘텐츠 데이터베이스(WSS_Content)

참고

SharePoint 제품의 데이터를 포함하는 데이터베이스의 이름은 설치되는 SharePoint 제품의 버전과 설치를 수행한 사용자가 이름을 사용자 지정했는지 여부에 따라 달라집니다. 또한 SharePoint 제품을 Team Foundation Server가 아닌 별도의 서버에 설치한 경우 이러한 데이터베이스는 데이터 계층 서버에 없을 수도 있습니다. 데이터베이스가 다른 서버에 있는 경우에는 Team Foundation Server에서 데이터베이스의 백업, 복원 및 구성을 별도로 관리해야 합니다. 그러나 동기화 오류가 발생하지 않도록 하려면 데이터베이스의 유지 관리를 동기화해야 합니다.

SharePoint 제품에서 사용하는 데이터베이스를 복원하려면 배포에 포함된 해당 제품의 버전에 대한 지침을 따라야 합니다. 자세한 내용은 Backup and Recovery (SharePoint Server 2010), Protecting and restoring a farm (Office SharePoint Server 2007) 또는 Protecting and restoring a farm (Windows SharePoint Services 3.0)을 참조하십시오.

Microsoft Project Server를 실행하는 하나 이상의 서버에서 Project Server와 배포를 통합한 경우 데이터베이스를 다른 서버에 복원해야 합니다.

Project Server 배포가 종속된 데이터베이스. 자세한 내용은 Restore databases (Project Server 2007) 또는 Restore databases (Project Server 2010)를 참조하십시오.

웨어하우스를 다시 빌드하지 않으려는 경우

TFS_Warehouse

참고

이 데이터베이스 이름에는 TFS_와 Warehouse 사이에 추가 문자가 포함될 수도 있습니다.
TFS_Analysis

이러한 데이터베이스에 대한 자세한 내용은 Team Foundation Server 백업 이해을 참조하십시오.

데이터베이스를 복원하려면

복원할 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업, 복원을 차례로 가리킨 다음 데이터베이스를 클릭합니다.

데이터베이스 복원 대화 상자가 열립니다.
복원에 사용할 원본에서 장치 내용을 클릭한 다음 줄임표 단추(…)를 클릭합니다.
백업 지정 대화 상자에서 백업 파일의 위치를 지정한 다음 확인을 클릭합니다.

제일 먼저 전체 백업을 복원하고, 그 다음에는 차등 백업 및 트랜잭션 로그 백업을 만들어진 순서대로 복원해야 합니다.
복원에 사용할 백업 세트 선택에서 복원할 백업 세트를 지정합니다.

표시된 트랜잭션 백업 집합을 만든 경우 전체, 차등 및 트랜잭션 로그 데이터베이스를 복원합니다. 표시된 트랜잭션 백업 집합의 예는 Team Foundation Server 백업을 참조하십시오.
페이지 선택 창에서 옵션을 클릭한 다음 기존 데이터베이스 덮어쓰기 확인란을 선택합니다.
데이터베이스 파일을 다음으로 복원 목록에서 경로가 현재 데이터베이스 경로와 일치하는지 확인합니다.
복구 상태에서 다음 작업 중 하나를 수행합니다.
- 표시된 트랜잭션을 사용하는 경우 **데이터베이스를 비작동 상태로 유지하고 커밋되지 않은 트랜잭션을 롤백하지 않습니다. 추가 트랜잭션 로그를 복원할 수 있습니다(RESTORE WITH RECOVERY).**를 클릭합니다.
- 표시된 트랜잭션을 사용하지 않고 추가 트랜잭션 로그를 적용하지 않는 경우 **커밋되지 않은 트랜잭션을 롤백하여 데이터베이스를 사용할 수 있는 상태로 유지합니다.**를 클릭합니다.
- 표시된 트랜잭션을 사용하지 않지만 추가 트랜잭션 로그를 적용하는 경우 **데이터베이스를 비작동 상태로 유지하고 커밋되지 않은 트랜잭션을 롤백하지 않습니다.**를 클릭합니다.
확인을 클릭합니다.

진행률 아이콘이 나타납니다.
SQL Server Management Studio 대화 상자에 복원이 성공한 것으로 표시되면 확인을 클릭하여 개체 탐색기로 돌아갑니다.
표시된 트랜잭션을 사용하는 경우 바로 전에 복원한 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업, 복원을 차례로 가리킨 후 트랜잭션 로그를 클릭합니다.

트랜잭션 로그 복원 창이 열립니다.
일반 페이지의 데이터베이스 목록에서 적합한 데이터베이스가 강조 표시되어 있는지 확인합니다.
복원할 트랜잭션 로그 선택에서 복원하려는 로그 옆에 있는 확인란을 선택합니다.
복원 위치 아래에서 표시된 트랜잭션을 클릭합니다.

표시된 트랜잭션 선택 창이 열립니다.
복원을 중지할 표시된 트랜잭션을 선택하십시오. 목록에서 복원에 사용하려는 트랜잭션 표시 옆에 있는 확인란을 선택한 후 확인을 클릭합니다.

중요

데이터를 성공적으로 복원하려면 모든 데이터베이스에 대해 동일한 날짜 및 시간을 가진 동일한 트랜잭션 표시를 사용해야 합니다.
트랜잭션 로그 복원 창에서 확인을 클릭합니다.

진행률 아이콘이 나타납니다.
SQL Server Management Studio 대화 상자에 복원이 성공한 것으로 표시되면 확인을 클릭합니다.

자세한 내용은 Microsoft 웹 사이트의 트랜잭션 로그 백업 적용 페이지를 참조하십시오.

참고

Reporting Services의 데이터베이스를 복원한 경우에는 해당 데이터베이스의 암호화 키도 복원해야 합니다. 자세한 내용은 Microsoft 웹 사이트의 암호화 키 복원(Reporting Services 구성) 항목을 참조하십시오.

모든 서비스 계정 업데이트

Team Foundation Server의 서비스 계정(TFSService) 및 데이터 소스 계정(TFSReports)을 업데이트해야 합니다. 이러한 계정이 변경되지 않았더라도 계정의 형식 및 ID를 적절하게 하려면 정보를 업데이트해야 합니다.

서비스 계정을 업데이트하려면

SQL Server Reporting Services를 실행하는 서버에서 컴퓨터 관리를 열고 다음 구성 요소가 시작되지 않았으면 지금 시작합니다.
- ReportServer 또는 ReportServer$InstanceName(응용 프로그램 풀)
- SQL Server Reporting Services(TFSINSTANCE)
응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 Drive:\%programfiles%\ Microsoft Team Foundation Server 2010\Tools로 변경합니다.
명령 프롬프트에서 다음 명령을 입력하여 Team Foundation의 서비스 계정을 추가합니다. 여기서 DatabaseName은 구성 데이터베이스의 이름이며 기본값은 TFS_Configuration입니다.

**TfsConfig Accounts /add /AccountType:ApplicationTier /account:**AccountName

이 명령을 사용하는 방법에 대한 자세한 내용은 계정 명령을 참조하십시오.
Accounts 명령을 사용하여 보고서 서버의 데이터 원본 계정과 Team Foundation Server Proxy의 프록시 계정을 추가합니다(배포에서 이러한 리소스를 사용하는 경우).

웨어하우스 다시 빌드

TFS_Warehouse 및 TFS_Analysis 데이터베이스를 복원하는 대신 데이터 웨어하우스를 다시 빌드할 수 있습니다. 배포에 많은 양의 데이터가 포함되어 있는 경우에는 웨어하우스를 다시 빌드하는 데 상당한 시간이 필요합니다. 그러나 이 전략을 사용하면 모든 데이터가 올바로 동기화됩니다. 웨어하우스를 다시 빌드하면 Team Foundation Server에서 웨어하우스 인스턴스를 만듭니다. 그러면 이 인스턴스를 처리하여 작업 저장소의 데이터로 채워야 합니다.

참고

이전 단원에서 TFS_Warehouse 및 TFS_Analysis 데이터베이스를 복원한 경우에는 다음 절차를 수행하지 않아도 됩니다.

웨어하우스를 다시 빌드하려면

Team Foundation의 응용 프로그램 계층 서버를 실행하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 Drive:\%programfiles%\Microsoft Team Foundation Server 2010\Tools로 변경합니다.
다음 명령을 입력합니다.

TFSConfig rebuildwarehouse /all /ReportingDataSourcePassword:Password

여기서 Password는 Reporting Services의 데이터 소스 계정(TFSReports)에 대한 암호입니다.
명령이 완료될 때까지 기다리십시오.

참고

명령이 제대로 완료되지 않으면 필요한 모든 권한이 있는지 확인해야 합니다. 자세한 내용은 Troubleshooting the Data Warehouse을 참조하십시오.
보고서 서버에서 Internet Explorer를 열고 주소 표시줄에 다음 문자열을 입력한 후 Enter 키를 누릅니다.

https://localhost:8080/VirtualDirectory/TeamFoundation/Administration/v3.0/WarehouseControlService.asmx

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

WarehouseControlWebService 페이지가 열립니다.

참고

제공할 Warehouse Control 웹 서비스에 대해 Microsoft Team Foundation Server 응용 프로그램 풀이 실행되고 있어야 합니다.
GetProcessingStatus를 클릭한 후 호출을 클릭합니다.

중요

서비스는 모든 작업에 대해 큐브가 처리되고 있지 않음을 나타내는 Idle 값을 반환해야 합니다. 다른 값이 반환되면 모든 작업에 대해 Idle이 반환될 때까지 이 단계를 반복하십시오.
WarehouseControlWebService 페이지에서 ProcessAnalysisDatabase를 클릭한 후 호출을 클릭합니다.

브라우저 창이 열립니다. 큐브 처리가 성공적으로 시작되면 True가 반환되고, 실패하거나 큐브가 현재 처리되고 있으면 False가 반환됩니다.
큐브가 처리된 시점을 확인하려면 WarehouseControlWebService 페이지로 돌아가 GetProcessingStatus를 클릭한 후 호출을 클릭합니다.

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

자세한 내용은 Team Foundation Server 및 Visual Studio ALM에 대해 데이터 웨어하우스 및 Analysis Services 큐브를 수동으로 처리를 참조하십시오.
Team Foundation의 응용 프로그램 계층 서버에서 <system>컴퓨터 관리</system>를 열고 Visual Studio Team Foundation 백그라운드 작업 서비스를 시작합니다.

Team Foundation Server에서 사용하는 서비스 다시 시작

데이터를 복원한 후에는 서비스를 다시 시작하여 서버를 작업 상태로 되돌려야 합니다.

Team Foundation Server에서 사용하는 서비스를 다시 시작하려면

Team Foundation의 응용 프로그램 계층 서버를 실행하는 서버에서 명령 프롬프트 창을 열고 디렉터리를 Drive:\%programfiles%\Microsoft Team Foundation Server 2010\Tools로 변경합니다.
다음 명령을 입력합니다.

TFSServiceControl unquiesce

자세한 내용은 TFSServiceControl 명령을 참조하십시오.

클라이언트 컴퓨터에서 데이터 캐시 새로 고치기

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

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

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

참고 항목

변경 기록

날짜	변경 내용	이유
2011년 3월	Project Server와 통합되는 배포에 대한 정보가 추가되었습니다.	SP1 기능 변경
2010년 10월	SharePoint 제품에 대한 최선의 방법을 반영하도록 설명서가 개정되었습니다.	향상된 기능 관련 정보
2010년 9월	웨어하우스 처리를 위한 단계가 업데이트되고 Lab Management 복원 방법에 대한 정보를 볼 수 있는 링크가 포함되었습니다.	고객 의견

다음을 통해 공유