Team Foundation Server 백업

업데이트: 2011년 3월

SQL Server에서 제공하는 도구를 사용하여 Visual Studio Team Foundation Server의 데이터를 일관되게 백업하면 데이터 손실 및 생산성 저하를 방지할 수 있습니다. Team Foundation Server를 성공적으로 백업하려면 배포에서 사용하는 데이터베이스를 모두 백업해야 할 뿐만 아니라 백업을 동일한 시점으로 동기화해야 합니다. 표시된 트랜잭션을 사용하는 경우 이 동기화를 가장 효율적으로 관리할 수 있습니다. Team Foundation에서 사용하는 모든 데이터베이스의 관련 트랜잭션을 정기적으로 표시하는 경우 해당 데이터베이스에서 일련의 공통 복구 지점을 설정합니다. 이러한 데이터베이스를 정기적으로 백업하는 경우 장치 오류 또는 예기치 않은 이벤트로 인해 데이터가 손실되거나 생산성이 저하될 위험을 줄일 수 있습니다. 배포에 SharePoint 제품이 사용되거나 배포가 Microsoft Project Server와 통합되는 경우 이 항목의 절차에 설명된 대로 해당 데이터베이스를 백업 및 복원하는 추가 단계를 수행해야 합니다.

참고

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

배포에서 SQL Server Reporting Services를 사용하는 경우에는 데이터베이스뿐만 아니라 암호화 키도 백업해야 합니다. 자세한 내용은 Reporting Services 암호화 키 백업을 참조하십시오.

경고

SQL Server Management Studio를 사용하여 언제든지 개별 데이터베이스를 백업할 수 있지만 Team Foundation Server에서 사용하는 데이터베이스는 모두 관련되어 있으므로 이러한 백업에서 복원하면 예기치 않은 결과가 나타날 수 있습니다. 데이터베이스를 하나만 백업 및 복원하면 해당 데이터베이스의 데이터는 다른 데이터베이스의 데이터와 동기화 상태를 유지할 수 없습니다. 데이터베이스를 백업하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 SQL Server의 백업 및 복원 전략 소개 페이지를 참조하십시오.

이 항목의 절차에서는 데이터베이스 전체 백업 또는 증분 백업을 수행하는 유지 관리 계획을 만드는 방법 및 표시된 트랜잭션에 대한 테이블 및 저장 프로시저를 만드는 방법에 대해 설명합니다. 데이터를 최대한 보호하려면 전체 백업이 매일 또는 매주 실행되도록 예약하고 증분 백업이 1시간마다 실행되도록 예약해야 합니다. 트랜잭션 로그를 백업할 수도 있습니다. 자세한 내용은 Microsoft 웹 사이트의 트랜잭션 로그 백업 만들기 페이지를 참조하십시오.

참고

이 항목의 여러 절차에서는 SQL Server Management Studio를 사용할 수 있도록 지정합니다. SQL Server Express Edition을 설치한 경우 SQL Server Management Studio Express를 다운로드하지 않으면 해당 도구를 사용할 수 없습니다. 이 도구를 다운로드하려면 Microsoft 웹 사이트의 Microsoft SQL Server 2008 Management Studio Express 페이지를 참조하십시오.

이 항목의 절차를 따르면 Team Foundation과 관련된 데이터베이스뿐만 아니라 Team Foundation Server 배포에서 사용하는 모든 데이터베이스도 백업할 수 있습니다. 개별 데이터베이스를 수동으로 백업하고 복원하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 SQL Server의 데이터베이스 백업 및 복원 페이지 및 표시된 트랜잭션 사용 페이지를 참조하십시오. 쿼리 편집기를 사용하여 표시된 트랜잭션에 대한 테이블 및 저장 프로시저를 만드는 방법에 대한 자세한 내용은 Microsoft 웹 사이트의 쿼리 편집기로 SQLCMD 스크립트 편집 페이지를 참조하십시오.

배포에 팀 프로젝트 포털이 포함된 경우에는 해당 배포의 해당 제품 버전에 대한 최선의 방법에 따라 SharePoint 제품에서 사용하는 데이터베이스도 백업해야 합니다. 배포가 Microsoft Project Server와 통합되는 경우에는 배포의 해당 제품 버전에 대한 최선의 방법에 따라 Project Server에서 사용하는 데이터베이스도 백업해야 합니다.

중요

실수로 데이터가 손상되는 일이 없도록 하려면 Team Foundation Server 배포에서 사용하는 모든 데이터베이스 백업을 같은 타임스탬프에 동기화해야 합니다. 배포에 따라 SQL Server, SharePoint 제품, Microsoft Project Server 및 System Center Virtual Machine Manager에 대한 데이터베이스를 백업 및 동기화해야 할 수도 있습니다. 배포 시 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와 통합되는 경우 배포에 포함된 해당 제품 버전에 대한 지침을 따라야 합니다. 자세한 내용은 Back Up Databases (Project Server 2010), 데이터베이스 백업(Project Server 2007)Microsoft Team Foundation Server 2010 및 Microsoft Project Server 통합 기능 팩을 참조하십시오.

항목 내용

  1. 필요한 권한

  2. 데이터베이스 식별

  3. 데이터베이스 테이블 만들기

  4. 테이블 표시를 위한 저장 프로시저 만들기

  5. 한 번에 모든 테이블을 표시하기 위한 저장 프로시저 만들기

  6. 테이블 자동 표시를 위한 저장 프로시저 만들기

  7. 테이블 표시 프로시저 실행을 위한 예약된 작업 만들기

  8. 전체 백업을 위한 유지 관리 계획 만들기

  9. 차등 백업을 위한 유지 관리 계획 만들기

  10. 트랜잭션 백업을 위한 유지 관리 계획 만들기

  11. 추가 Lab Management 구성 요소 백업

필요한 권한

이 절차를 수행하려면 다음 두 그룹 모두의 멤버여야 합니다.

  • Team Foundation에 대한 관리 콘솔을 실행하는 서버의 Administrators 보안 그룹의 멤버여야 합니다.

  • SQL Server System Administrator 보안 그룹의 멤버이거나 백업할 데이터베이스를 호스팅하는 SQL Server의 각 인스턴스에서 SQL Server 백업 수행 및 유지 관리 계획 만들기 권한이 허용으로 설정되어 있어야 합니다. 

데이터베이스 식별

다음 표를 사용하여 Team Foundation Server 배포의 데이터베이스를 식별할 수 있습니다. 일부 배포에는 이러한 데이터베이스가 없습니다. 예를 들어 Team Foundation Server를 Reporting Services와 함께 구성하지 않은 경우에는 ReportServer 또는 ReportServerTempDB 데이터베이스가 없습니다. 마찬가지로 Team Foundation Server에서 Lab Management를 지원하도록 구성하지 않은 경우 이름이 VirtualManagerDB인 SCVMM(System Center Virtual Machine Manager)의 데이터베이스가 없습니다. 또한 Team Foundation Server에서 사용하는 데이터베이스는 둘 이상의 SQL Server 인스턴스 또는 둘 이상의 서버에 배포될 수 있습니다.

참고

기본적으로 Team Foundation Server 설치 또는 작업 중에 자동으로 만들어지는 모든 데이터베이스의 이름에 접두사 TFS_가 추가됩니다.

데이터베이스

설명

TFS_Configuration

Team Foundation Server의 구성 데이터베이스에는 카탈로그, 서버 이름 및 배포의 구성 데이터가 포함됩니다. 이 데이터베이스의 이름에는 Team Foundation Server를 설치한 사용자의 이름과 같은 추가 문자가 TFS_Configuration 사이에 포함될 수도 있습니다. 예를 들어 데이터베이스 이름이 TFS_UserNameConfiguration일 수 있습니다.

중요중요
표시된 트랜잭션을 사용하여 Team Foundation에서 사용하는 모든 데이터베이스에 대한 공통 복구 지점을 보장하지 않는 경우 이 데이터베이스를 마지막으로 백업한 후 다른 모든 데이터베이스 이전에 복원해야 합니다.그렇지 않으면 배포를 복원하지 못할 수 있습니다.

TFS_Warehouse

웨어하우스 데이터베이스에는 Reporting Services에서 사용하는 웨어하우스를 빌드하는 데 필요한 데이터가 포함됩니다. 이 데이터베이스의 이름에는 Team Foundation Server를 설치한 사용자의 이름과 같은 추가 문자가 TFS_Warehouse 사이에 포함될 수도 있습니다. 예를 들어 데이터베이스 이름이 TFS_UserNameWarehouse일 수 있습니다.

TFS_CollectionName

팀 프로젝트 컬렉션의 데이터베이스에는 해당 컬렉션에 있는 팀 프로젝트의 모든 데이터가 포함됩니다. 이 데이터에는 소스 코드, 빌드 구성, 랩 관리 구성 등이 있습니다. 컬렉션 데이터베이스의 수는 컬렉션의 수와 같습니다. 예를 들어 배포에 컬렉션이 세 개 있으면 세 개의 컬렉션 데이터베이스를 백업해야 합니다. 각 데이터베이스의 이름에는 컬렉션을 만든 사용자의 이름과 같은 추가 문자가 TFS_와 CollectionName 사이에 포함될 수도 있습니다. 예를 들어 컬렉션 데이터베이스의 이름이 TFS_UserNameCollectionName일 수 있습니다.

TFS_Analysis

SQL Server Analysis Services의 데이터베이스에는 Team Foundation Server 배포의 데이터 소스 및 큐브가 포함됩니다. 이 데이터베이스의 이름에는 Analysis Services를 설치한 사용자의 이름과 같은 추가 문자가 TFS_Analysis 사이에 포함될 수도 있습니다. 예를 들어 데이터베이스 이름이 TFS_UserNameAnalysis일 수 있습니다.

참고참고
이 데이터베이스를 백업할 수는 있지만 복원된 TFS_Warehouse 데이터베이스에서 웨어하우스를 다시 빌드해야 합니다.

ReportServer

Reporting Services의 데이터베이스에는 Team Foundation Server 배포의 보고서 및 보고서 설정이 포함됩니다.

참고참고
Reporting Services가 Team Foundation Server와 다른 별도의 서버에 설치된 경우에는 이 데이터베이스가 Team Foundation의 데이터 계층 서버에 없을 수 있습니다.이 경우 Team Foundation Server와 별도로 데이터베이스의 구성, 백업 및 복원을 수행해야 합니다.그러나 동기화 오류가 발생하지 않도록 하려면 데이터베이스의 유지 관리를 동기화해야 합니다.

ReportServerTempDB

Reporting Services의 임시 데이터베이스에는 특정 보고서를 실행할 때 일시적으로 정보가 저장됩니다.

참고참고
Reporting Services가 Team Foundation Server와 다른 별도의 서버에 설치된 경우에는 이 데이터베이스가 Team Foundation의 데이터 계층 서버에 없을 수 있습니다.이 경우 Team Foundation Server와 별도로 데이터베이스의 구성, 백업 및 복원을 수행해야 합니다.그러나 동기화 오류가 발생하지 않도록 하려면 데이터베이스의 유지 관리를 동기화해야 합니다.

WSS_Config

SharePoint 제품의 구성 데이터베이스에는 콘텐츠 데이터베이스, 사이트 템플릿, 사용자 지정 웹 파트 및 SharePoint 중앙 관리의 기타 설정과 같은 모든 사이트의 목록이 포함됩니다.

참고참고
SharePoint 제품에서 사용하는 데이터베이스를 백업하거나 복원할 때 표시된 트랜잭션을 사용하지 않아야 하지만 동기화 오류가 발생하지 않도록 하려면 SharePoint 제품 및 Team Foundation Server에 대한 백업 및 복원 일정을 동기화하도록 시도해야 합니다.자세한 내용은 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)을 참조하십시오.

WSS_Content

SharePoint 제품의 콘텐츠 데이터베이스에는 팀 프로젝트 포털의 실제 콘텐츠가 포함됩니다.

참고참고
이 데이터베이스의 이름은 설치된 SharePoint 제품의 버전 및 설치한 사람이 데이터베이스 이름을 사용자 지정했는지 여부에 따라 달라집니다.SharePoint 제품에서 사용하는 데이터베이스를 백업하거나 복원할 때 표시된 트랜잭션을 사용하지 않아야 하지만 동기화 오류가 발생하지 않도록 하려면 SharePoint 제품 및 Team Foundation Server에 대한 백업 및 복원 일정을 동기화하도록 시도해야 합니다.자세한 내용은 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)을 참조하십시오.

WSS_AdminContent

SharePoint 제품의 관리 데이터베이스에는 사용자, 역할 및 데이터베이스의 보안 정보가 포함됩니다.

참고참고
SharePoint 제품에서 사용하는 데이터베이스를 백업하거나 복원할 때 표시된 트랜잭션을 사용하지 않아야 하지만 동기화 오류가 발생하지 않도록 하려면 SharePoint 제품 및 Team Foundation Server에 대한 백업 및 복원 일정을 동기화하도록 시도해야 합니다.자세한 내용은 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)을 참조하십시오.

VirtualManagerDB

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

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

데이터베이스 테이블 만들기

모든 데이터베이스가 같은 지점으로 복원되도록 하려면 트랜잭션을 표시하기 위해 각 데이터베이스에서 테이블을 만들어야 합니다. SQL Server Management Studio의 쿼리 함수를 사용하여 각 데이터베이스에서 적합한 테이블을 만들 수 있습니다.

중요

SharePoint 제품에서 사용하는 데이터베이스에서는 테이블을 만들지 마십시오.

Team Foundation에서 사용하는 데이터베이스에서 관련 트랜잭션을 표시하는 테이블을 만들려면

  1. 표시할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. SQL Server Management Studio를 열고 데이터베이스 엔진에 연결합니다.

  3. SQL Server Management Studio에서 서버 이름을 마우스 오른쪽 단추로 클릭한 다음 새 쿼리를 클릭합니다.

    데이터베이스 엔진 쿼리 편집기 창이 열립니다.

  4. 쿼리 메뉴에서 SQLCMD 모드를 클릭합니다.

    쿼리 편집기의 컨텍스트에서 sqlcmd 문이 실행됩니다. 쿼리 메뉴가 나타나지 않으면 데이터베이스 엔진 쿼리 편집기 창에서 새 쿼리의 아무 곳이나 클릭합니다.

  5. SQL 편집기 도구 모음에서 사용 가능한 데이터베이스 목록을 연 다음 TFS_Configuration을 클릭합니다.

    참고

    TFS_Configuration은 구성 데이터베이스의 기본 이름입니다. 이 이름은 다양하게 사용자 지정할 수 있습니다.

  6. 쿼리 창에서 다음 스크립트를 입력하여 구성 데이터베이스에서 테이블을 만듭니다.

    Use TFS_Configuration
    Create Table Tbl_TransactionLogMark
    (
    logmark int
    )
    GO
    Insert into Tbl_TransactionLogMark (logmark) Values (1)
    GO
    
  7. F5 키를 눌러 스크립트를 실행합니다.

    스크립트가 올바르게 구성된 경우 "(1개 행에 적용됨)" 메시지가 쿼리 편집기에 나타납니다.

  8. (선택 사항) 스크립트를 저장합니다.

  9. SharePoint 제품에서 사용하는 데이터베이스를 제외하고 Team Foundation Server 배포의 모든 데이터베이스에 대해 4-7단계를 반복합니다. 배포에서 보고 또는 SharePoint 웹 응용 프로그램을 사용하는 경우 해당 데이터베이스에서도 테이블을 만들어야 합니다.

    참고

    배포에서 SQL Server의 여러 인스턴스를 사용하여 Team Foundation Server에 대한 데이터베이스를 호스팅하는 경우 각 인스턴스에 로그온하여 해당 인스턴스에서 호스팅되는 데이터베이스의 테이블을 만들어야 합니다.

테이블 표시를 위한 저장 프로시저 만들기

백업할 각 데이터베이스에서 테이블을 만든 후에는 테이블 표시를 위한 프로시저를 만들어야 합니다.

Team Foundation Server가 사용하는 각 데이터베이스에서 트랜잭션을 표시하는 저장 프로시저를 만들려면

  1. 표시할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. SQL Server Management Studio에서 쿼리 창을 열고 SQLCMD 모드가 설정되어 있는지 확인합니다.

  3. SQL 편집기 도구 모음에서 사용 가능한 데이터베이스 목록을 연 다음 TFS_Configuration을 클릭합니다.

  4. 쿼리 창에서 다음 스크립트를 입력하여 구성 데이터베이스에서 트랜잭션을 표시하는 저장 프로시저를 만듭니다.

    Create PROCEDURE sp_SetTransactionLogMark
    @name nvarchar (128)
    AS
    BEGIN TRANSACTION @name WITH MARK
    UPDATE TFS_Configuration.dbo.Tbl_TransactionLogMark SET logmark = 1
    COMMIT TRANSACTION
    GO
    
  5. F5 키를 눌러 프로시저를 실행합니다.

    프로시저가 올바르게 구성된 경우 "명령이 완료되었습니다." 메시지가 쿼리 편집기에 나타납니다.

  6. (선택 사항) 프로시저를 저장합니다.

  7. Team Foundation Server 배포의 각 데이터베이스에 대해 2−5단계를 반복합니다. 배포에서 보고를 사용하는 경우 해당 데이터베이스에 대한 저장 프로시저도 만들어야 합니다. SharePoint 제품에서 사용하는 데이터베이스에 대해서는 이러한 단계를 수행하지 마십시오.

    참고

    배포에서 SQL Server의 여러 인스턴스를 사용하여 Team Foundation Server에서 사용하는 데이터베이스를 호스팅하는 경우 각 인스턴스에 로그온하여 해당 인스턴스에서 호스팅되는 각 데이터베이스에 대한 저장 프로시저를 만들어야 합니다.

한 번에 모든 테이블을 표시하기 위한 저장 프로시저 만들기

모든 데이터베이스가 표시되도록 하려면 테이블 표시를 위해 만든 모든 프로시저를 실행할 프로시저를 만듭니다. 이전 절차와 달리 이 절차는 구성 데이터베이스에서만 실행됩니다.

테이블 표시를 위한 모든 저장 프로시저를 실행할 저장 프로시저를 만들려면

  1. Team Foundation에 대한 구성 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. SQL Server Management Studio에서 쿼리 창을 열고 SQLCMD 모드가 설정되어 있는지 확인합니다.

  3. SQL 편집기 도구 모음에서 사용 가능한 데이터베이스 목록을 연 다음 TFS_Configuration을 클릭합니다.

  4. 쿼리 창에서 다음 스크립트를 입력하여 Team Foundation Server에서 사용하는 각 데이터베이스에서 만든 저장 프로시저를 실행하는 저장 프로시저를 만듭니다. ServerName을 SQL Server를 실행 중인 서버 이름으로 바꾸고 TFS_CollectionName을 각 팀 프로젝트 컬렉션에 대한 데이터베이스 이름으로 바꿉니다. 둘 이상의 서버 또는 둘 이상의 SQL Server 인스턴스를 사용하고 있는 경우 ServerName을 ServerName\InstanceName으로 바꿉니다.

    CREATE PROCEDURE sp_SetTransactionLogMarkAll
    @name nvarchar (128)
    AS
    BEGIN TRANSACTION
    EXEC [ServerName].TFS_Configuration.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].ReportServer.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].ReportServerTempDB.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].TFS_CollectionName1.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].TFS_CollectionName2.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].TFS_CollectionName3.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].TFS_CollectionName4.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].TFS_Warehouse.dbo.sp_SetTransactionLogMark @name
    EXEC [ServerName].VirtualManagerDB.dbo.sp_SetTransactionLogMark @name
    COMMIT TRANSACTION
    GO
    

    참고

    배포에서 보고 기능을 사용하지 않으면 보고 데이터베이스에 대한 줄을 포함할 필요가 없습니다. 배포에서 Visual Studio Lab Management를 사용하지 않으면 Visual Studio Lab Management에서 사용하는 데이터베이스에 대한 줄을 포함할 필요가 없습니다.

  5. F5 키를 눌러 프로시저를 실행합니다.

    참고

    트랜잭션 표시를 위한 저장 프로시저를 만든 후 SQL Server Management Studio를 다시 시작하지 않은 경우 서버 이름 및 데이터베이스 이름에 한 줄 이상의 빨간색 물결선 밑줄이 포함될 수 있습니다. 그러나 프로시저는 여전히 실행되어야 합니다.

    프로시저가 올바르게 구성된 경우 "명령이 완료되었습니다." 메시지가 쿼리 편집기에 나타납니다.

  6. (선택 사항) 프로시저를 저장합니다.

테이블 자동 표시를 위한 저장 프로시저 만들기

테이블 표시를 위한 저장 프로시저를 모두 실행할 저장 프로시저가 있는 경우 모든 테이블을 동일한 트랜잭션 마커로 표시할 프로시저를 만들어야 합니다. 이 마커를 사용하여 모든 데이터베이스를 같은 지점으로 복원합니다.

Team Foundation Server가 사용하는 각 데이터베이스에서 테이블을 표시하는 저장 프로시저를 만들려면

  1. 표시할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. SQL Server Management Studio에서 쿼리 창을 열고 SQLCMD 모드가 설정되어 있는지 확인합니다.

  3. SQL 편집기 도구 모음에서 사용 가능한 데이터베이스 목록을 연 다음 TFS_Configuration을 클릭합니다.

  4. 쿼리 창에서 다음 스크립트를 입력하여 테이블에 'TFSMark'를 표시합니다.

    EXEC sp_SetTransactionLogMarkAll 'TFSMark'
    GO
    

    참고

    TFSMark는 표시의 예입니다. 지원되는 일련의 문자와 숫자를 표시에 사용할 수 있습니다. 데이터베이스에 표시된 테이블이 둘 이상 있는 경우 데이터베이스를 복원하는 데 사용할 표시를 기록합니다. 자세한 내용은 Microsoft 웹 사이트의 표시된 트랜잭션 사용 페이지를 참조하십시오.

  5. F5 키를 눌러 프로시저를 실행합니다.

    프로시저가 올바르게 구성된 경우 "(1개 행에 적용됨)" 메시지가 쿼리 편집기에 나타납니다. WITH MARK 옵션은 표시된 각 테이블의 첫 번째 "BEGIN TRAN WITH MARK" 문에만 적용됩니다.

  6. 프로시저를 저장합니다.

테이블 표시 프로시저 실행을 위한 예약된 작업 만들기

필요한 프로시저를 모두 만들고 저장했으므로 데이터베이스의 예약된 백업 바로 이전에 테이블 표시 프로시저를 실행하도록 예약해야 합니다. 데이터베이스에 대한 유지 관리 계획이 실행되기 이전에 이 작업이 1분 동안 실행되도록 예약해야 합니다.

SQL Server Management Studio에서 테이블 표시를 위한 예약된 작업을 만들려면

  1. 표시할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. 개체 탐색기에서 SQL Server 에이전트를 확장하고 작업을 마우스 오른쪽 단추로 클릭한 다음 새 작업을 클릭합니다.

    새 작업 창이 열립니다.

  3. 이름에 작업의 이름을 입력합니다.

  4. (선택 사항) 설명에 작업에 대한 설명을 입력합니다.

  5. 페이지 선택에서 단계를 클릭합니다.

  6. 단계에서 새로 만들기를 클릭합니다.

    새 작업 단계 창이 열립니다.

  7. 단계 이름에 단계의 이름을 입력합니다.

  8. 데이터베이스에 구성 데이터베이스의 이름(기본값: TFS_Configuration)을 입력한 다음 열기를 클릭합니다.

  9. 테이블 표시를 위해 만든 프로시저를 찾고 열기를 두 번 클릭한 다음 확인을 클릭합니다.

    참고

    테이블 표시를 위해 만든 프로시저에서 다음 단계를 실행합니다.

    EXEC sp_SetTransactionLogMarkAll 'TFSMark'
    
  10. 페이지 선택에서 일정을 클릭한 다음 새로 만들기를 클릭합니다.

    새 작업 일정 창이 열립니다.

  11. 이름에 일정의 이름을 입력합니다.

  12. 빈도에서 데이터베이스 백업을 위해 만든 계획과 일치하도록 빈도를 변경합니다.

  13. 일별 빈도에서 작업이 데이터베이스의 백업 이전에 1분 동안 실행되도록 예약될 수 있도록 발생 빈도를 변경한 다음 확인을 클릭합니다.

  14. 새 작업에서 확인을 클릭하여 예약된 작업 만들기를 끝냅니다.

전체 백업을 위한 유지 관리 계획 만들기

데이터베이스 표시를 위한 예약된 작업을 만든 후에는 유지 관리 계획 마법사를 사용하여 Team Foundation Server 배포에서 사용하는 모든 데이터베이스의 전체 백업을 예약할 수 있습니다.

중요

SQL Server Express에는 유지 관리 계획 마법사가 포함되어 있지 않습니다. 전체 백업에 대한 일정을 수동으로 스크립팅해야 합니다. 자세한 내용은 Microsoft 웹 사이트의 방법: 전체 데이터베이스 백업 만들기(Transact-SQL) 항목을 참조하십시오.

전체 백업을 위한 유지 관리 계획을 만들려면

  1. 백업할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. 시작, 모든 프로그램, Microsoft SQL Server 2008을 차례로 클릭한 다음 SQL Server Management Studio를 클릭합니다.

    1. 서버 유형 목록에서 데이터베이스 엔진을 클릭합니다.

    2. 서버 이름인증 목록에서 적절한 서버와 인증 체계를 클릭합니다.

    3. SQL Server 인스턴스에서 요청하는 경우 사용자 이름암호에 해당 계정의 자격 증명을 입력합니다.

    4. 연결을 클릭합니다.

  3. SQL Server Management Studio에서 관리 노드를 확장하고 유지 관리 계획을 마우스 오른쪽 단추로 클릭한 다음, 유지 관리 계획 마법사를 클릭합니다.

  4. SQL Server 유지 관리 계획 마법사 시작 페이지에서 다음을 클릭합니다.

    계획 속성 선택 페이지가 나타납니다.

  5. 이름 상자에 유지 관리 계획의 이름을 입력합니다.

    예를 들어 전체 백업 계획의 이름을 TfsFullDataBackup으로 지정할 수 있습니다.

  6. 전체 계획에 하나의 일정 또는 일정 없음을 클릭하고 변경을 클릭합니다.

  7. 빈도일별 빈도 아래에서 계획에 대한 옵션을 지정합니다.

    기간에서 기본값 종료 날짜 없음을 그대로 둡니다.

  8. 확인을 클릭하고 다음을 클릭합니다.

  9. 유지 관리 태스크 선택 페이지에서 데이터베이스 백업(전체), SQL Server 에이전트 작업 실행데이터베이스 백업(트랜잭션 로그) 확인란을 선택한 다음 다음을 클릭합니다.

  10. 유지 관리 태스크 순서 선택 페이지에서 먼저 전체 백업이 실행된 다음 에이전트 작업, 트랜잭션 로그 백업이 차례로 실행되도록 순서를 변경합니다.

    다음을 클릭합니다.

    이 대화 상자에 대한 자세한 내용을 보려면 F1 키를 누릅니다. 또한 Microsoft 웹 사이트의 SQL Server 온라인 설명서 페이지에서 유지 관리 계획 마법사를 검색합니다.

  11. 데이터베이스 백업(전체) 태스크 정의 페이지에서 아래쪽 화살표를 클릭하고 모든 데이터베이스, 확인을 차례로 클릭합니다.

  12. 그런 다음 배포 및 리소스에 따라 파일을 디스크나 테이프에 저장하기 위한 백업 옵션을 지정하고 다음을 클릭합니다.

  13. SQL Server 에이전트 작업 실행 태스크 정의 페이지에서 테이블 표시를 위해 만든 예약된 작업에 대한 확인란을 선택한 다음 다음을 클릭합니다.

  14. 데이터베이스 백업(트랜잭션 로그) 태스크 정의 페이지에서 아래쪽 화살표를 클릭하고 모든 데이터베이스를 클릭한 다음 확인을 클릭합니다.

  15. 그런 다음 배포 및 리소스에 따라 파일을 디스크나 테이프에 저장하기 위한 백업 옵션을 지정하고 다음을 클릭합니다.

  16. 보고서 옵션 선택 페이지에서 보고서 배포 옵션을 지정하고 다음을 두 번 클릭합니다.

  17. 마법사 완료 페이지에서 마침을 클릭합니다.

    SQL Server에서 유지 관리 계획이 만들어지고, 이 계획에 지정된 빈도에 따라 지정된 데이터베이스가 백업됩니다.

  18. 닫기를 클릭합니다.

차등 백업을 위한 유지 관리 계획 만들기

유지 관리 계획 마법사를 사용하여 Team Foundation Server 배포에서 사용하는 모든 데이터베이스의 차등 백업을 예약할 수 있습니다.

중요

SQL Server Express에는 유지 관리 계획 마법사가 포함되어 있지 않습니다. 차등 백업에 대한 일정을 수동으로 스크립팅해야 합니다. 자세한 내용은 Microsoft 웹 사이트의 방법: 차등 데이터베이스 백업 만들기(Transact-SQL) 항목을 참조하십시오.

차등 백업을 위한 유지 관리 계획을 만들려면

  1. 백업할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. 시작, 모든 프로그램, Microsoft SQL Server 2008을 차례로 클릭한 다음 SQL Server Management Studio를 클릭합니다.

    1. 서버 유형 목록에서 데이터베이스 엔진을 클릭합니다.

    2. 서버 이름인증 목록에서 적절한 서버와 인증 체계를 클릭합니다.

    3. SQL Server 인스턴스에서 요청하는 경우 사용자 이름암호에 해당 계정의 자격 증명을 입력합니다.

    4. 연결을 클릭합니다.

  3. SQL Server Management Studio에서 관리 노드를 확장하고 유지 관리 계획을 마우스 오른쪽 단추로 클릭한 다음, 유지 관리 계획 마법사를 클릭합니다.

  4. SQL Server 유지 관리 계획 마법사 시작 페이지에서 다음을 클릭합니다.

  5. 계획 속성 선택 페이지에서 이름 상자에 유지 관리 계획의 이름을 입력합니다.

    예를 들어 차등 백업 계획의 이름을 TfsDifferentialBackup으로 지정할 수 있습니다.

  6. 전체 계획에 하나의 일정 또는 일정 없음을 클릭하고 변경을 클릭합니다.

  7. 빈도일별 빈도에서 백업 계획의 옵션을 지정합니다.

    기간에서 기본값 종료 날짜 없음을 그대로 둡니다.

  8. 확인을 클릭하고 다음을 클릭합니다.

  9. 유지 관리 태스크 선택 페이지에서 데이터베이스 백업(차등) 확인란을 선택하고 다음을 클릭합니다.

  10. 데이터베이스 백업(차등) 태스크 정의 페이지에서 아래쪽 화살표를 클릭하고 모든 데이터베이스, 확인을 차례로 클릭합니다.

  11. 그런 다음 배포 및 리소스에 따라 파일을 디스크나 테이프에 저장하기 위한 백업 옵션을 지정하고 다음을 클릭합니다.

  12. 보고서 옵션 선택 페이지에서 보고서 배포 옵션을 지정하고 다음을 두 번 클릭합니다.

  13. 마법사 완료 페이지에서 마침을 클릭합니다.

    SQL Server에서 유지 관리 계획이 만들어지고, 이 계획에 지정된 빈도에 따라 지정된 데이터베이스가 백업됩니다.

  14. 닫기를 클릭합니다.

트랜잭션 로그를 위한 유지 관리 계획 만들기

유지 관리 계획 마법사를 사용하여 Team Foundation Server 배포에서 사용하는 모든 데이터베이스의 트랜잭션 로그 백업을 예약할 수 있습니다.

중요

SQL Server Express에는 유지 관리 계획 마법사가 포함되어 있지 않습니다. 트랜잭션 로그 백업에 대한 일정을 수동으로 스크립팅해야 합니다. 자세한 내용은 Microsoft 웹 사이트의 방법: 트랜잭션 로그 백업 만들기(Transact-SQL) 항목을 참조하십시오.

트랜잭션 로그 백업을 위한 유지 관리 계획을 만들려면

  1. 백업할 데이터베이스가 들어 있는 SQL Server 인스턴스를 실행 중인 서버에 로그온합니다.

  2. 시작, 모든 프로그램, Microsoft SQL Server 2008을 차례로 클릭한 다음 SQL Server Management Studio를 클릭합니다.

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

    1. 서버 이름인증 목록에서 적절한 서버와 인증 체계를 클릭합니다.

    2. SQL Server 인스턴스에서 요청하는 경우 사용자 이름암호에 해당 계정의 자격 증명을 입력합니다.

    3. 연결을 클릭합니다.

  4. SQL Server Management Studio에서 관리 노드를 확장하고 유지 관리 계획을 마우스 오른쪽 단추로 클릭한 다음, 유지 관리 계획 마법사를 클릭합니다.

  5. SQL Server 유지 관리 계획 마법사 시작 페이지에서 다음을 클릭합니다.

    계획 속성 선택 페이지가 나타납니다.

  6. 이름 상자에 유지 관리 계획의 이름을 입력합니다.

    예를 들어 트랜잭션 로그를 백업할 계획의 이름을 TfsTransactionLogBackup으로 지정할 수 있습니다.

  7. 전체 계획에 하나의 일정 또는 일정 없음을 클릭하고 변경을 클릭합니다.

  8. 빈도일별 빈도 아래에서 계획에 대한 옵션을 지정합니다.

    기간에서 기본값 종료 날짜 없음을 그대로 둡니다.

  9. 확인을 클릭하고 다음을 클릭합니다.

  10. 유지 관리 태스크 선택 페이지에서 SQL Server 에이전트 작업 실행, 데이터베이스 백업(트랜잭션 로그) 확인란을 선택한 다음 다음을 클릭합니다.

  11. 유지 관리 태스크 순서 선택 페이지에서 트랜잭션 로그 백업 이전에 에이전트 작업이 실행되도록 순서를 변경한 다음 다음을 클릭합니다.

    이 대화 상자에 대한 자세한 내용을 보려면 F1 키를 누릅니다. 또한 Microsoft 웹 사이트의 SQL Server 온라인 설명서 페이지에서 유지 관리 계획 마법사를 검색합니다.

  12. SQL Server 에이전트 작업 실행 태스크 정의 페이지에서 테이블 표시를 위해 만든 예약된 작업에 대한 확인란을 선택한 다음 다음을 클릭합니다.

  13. 데이터베이스 백업(트랜잭션 로그) 태스크 정의 페이지에서 아래쪽 화살표를 클릭하고 모든 데이터베이스를 클릭한 다음 확인을 클릭합니다.

  14. 그런 다음 배포 및 리소스에 따라 파일을 디스크나 테이프에 저장하기 위한 백업 옵션을 지정하고 다음을 클릭합니다.

  15. 보고서 옵션 선택 페이지에서 보고서 배포 옵션을 지정하고 다음을 두 번 클릭합니다.

  16. 마법사 완료 페이지에서 마침을 클릭합니다.

    SQL Server에서 유지 관리 계획이 만들어지고, 이 계획에 지정된 빈도에 따라 지정된 데이터베이스에 대한 트랜잭션 로그가 백업됩니다.

  17. 닫기를 클릭합니다.

추가 Lab Management 구성 요소 백업

Team Foundation Server 배포에서 Visual Studio Lab Management를 사용하는 경우 Lab Management에서 사용하는 각 컴퓨터 및 구성 요소도 백업해야 합니다. SCVMM 라이브러리 서버 및 가상 컴퓨터에 대한 호스트는 기본적으로 백업되지 않는 별도의 물리적 컴퓨터입니다. 백업 및 복원 전략을 계획하는 경우에는 특별히 이러한 컴퓨터를 포함해야 합니다. 다음 표에서는 Team Foundation Server를 백업할 때마다 백업해야 할 항목을 요약하여 보여 줍니다.

컴퓨터

구성 요소

SCVMM(System Center Virtual Machine Manager) 2008 R2를 실행하는 서버

  • SQL Server 데이터베이스(사용자 계정, 구성 데이터)

가상 컴퓨터의 물리적 호스트

  • VM(가상 컴퓨터)

  • 템플릿

  • 호스트 구성 데이터(가상 네트워크)

SCVMM 라이브러리 서버

  • 가상 컴퓨터

  • 템플릿

  • VHD(가상 하드 디스크)

  • ISO 이미지

다음 표에서는 Lab Management 설치에 대한 추가 컴퓨터를 백업하는 방법에 대한 절차 또는 개념 정보에 대한 링크와 관련 작업을 제공합니다. 여기 나와 있는 작업은 하나도 건너뛰지 말고 순서대로 수행해야 합니다.

SCVMM 구성 요소를 실행하는 컴퓨터를 백업하려면 각 컴퓨터의 Backup Operators 그룹의 멤버여야 합니다.

일반 작업

자세한 지침

  1. System Center Virtual Machine Manager 2008 R2를 실행하는 서버를 백업합니다.

  2. SCVMM의 라이브러리 서버를 백업합니다.

  3. 가상 컴퓨터의 각 물리적 호스트를 백업합니다.

참고 항목

작업

같은 위치로 데이터 복원

Reporting Services 암호화 키 백업

다른 서버 또는 인스턴스로 데이터 복원

기타 리소스

Managing Data

Managing Data-Tier Servers for Team Foundation Server

Managing Team Foundation Server

변경 기록

날짜

변경 내용

이유

2011년 3월

Project Server와 통합되는 배포에 대한 정보가 추가되었습니다.

SP1 기능 변경

2010년 10월

SharePoint 제품에 대한 최선의 방법을 반영하도록 설명서가 개정되었습니다.

향상된 기능 관련 정보