다음을 통해 공유


방법: 단일 서버 배포에서 이중 서버 배포로 이동

업데이트: 2007년 11월

더 많은 프로젝트를 지원하거나 성능을 높이기 위해 Visual Studio Team System Team Foundation Server를 단일 서버 배포 환경에서 이중 서버 배포 환경으로 이동할 수 있습니다. 이중 서버 배포에서는 두 대 이상의 물리적 서버에서 논리적 Team Foundation 응용 프로그램 계층 및 데이터 계층을 구성하는 구성 요소를 호스팅합니다. 단일 서버 배포 환경에서 이중 서버 배포 환경으로 이동하면 원래 서버가 응용 프로그램 계층 서버로 변환되며, 새 데이터 계층 서버에 SQL Server가 설치 및 구성됩니다. 그런 후에 SharePoint 제품과 기술 및 SQL Server Reporting Services를 새 데이터 계층 서버로 리디렉션하고, 원래 배포 환경의 데이터를 새 데이터 계층 서버로 복원합니다. 자세한 내용은 Team Foundation Server 이동 유형을 참조하십시오.

이러한 유형의 이동을 수행하기 전에 이 항목의 전체 내용을 읽어 보아야 하며, 필요한 단계를 모두 인쇄하는 것이 좋습니다. 또한 이 항목에 링크가 제공되어 있는 항목과 필요한 추가 단계에 대한 정보가 포함된 항목도 인쇄할 수 있습니다.

이러한 유형의 이동을 수행하는 중에는 다음 작업을 수행하면 안 됩니다.

  • 서비스 계정을 변경하면 안 됩니다.

  • 원래 서버의 이름이나 도메인을 변경하면 안 됩니다.

  • 원래 배포한 환경과는 다른 신뢰할 수 없는 도메인에 데이터 계층 서버를 설치하면 안 됩니다.

이러한 유형의 이동을 수행하려면 다음 단원의 절차를 나열된 순서대로 완료해야 합니다.

  1. 데이터베이스 및 암호화 키 백업

  2. SQL Server 설치 및 새 하드웨어 준비

  3. 데이터베이스 복원

  4. 새 콘텐츠 데이터베이스를 사용하도록 SharePoint 제품과 기술 리디렉션

  5. 관리 및 구성 데이터베이스 다시 연결

  6. SQL Report Server, Reporting Services 및 기본 보고서 리디렉션 및 테스트

  7. 새 데이터 계층에 연결하도록 응용 프로그램 계층 서버 리디렉션

  8. Team System 큐브 다시 빌드

  9. 버전 제어 캐시 삭제

  10. 서비스 계정 업데이트

  11. 서비스 다시 시작

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

필수 권한

이러한 절차를 완료하려면 이전 서버와 새 서버에서 Administrators 그룹의 멤버여야 하며 Team Foundation Administrators 그룹의 멤버여야 합니다.

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

  • 명령줄 절차를 따르려면 시작을 클릭하고 명령 프롬프트를 마우스 오른쪽 단추로 클릭한 다음 관리자 권한으로 실행을 클릭하여 관리자 명령 프롬프트를 열어야 합니다.

  • Internet Explorer가 필요한 절차를 따르려면 시작, 모든 프로그램을 차례로 클릭하고 Internet Explorer를 마우스 오른쪽 단추로 클릭한 다음 관리자 권한으로 실행을 클릭하여 Internet Explorer를 관리자 권한으로 시작해야 합니다.

  • web.config 파일을 편집하려면 시작, 모든 프로그램을 차례로 클릭하고 편집기를 마우스 오른쪽 단추로 클릭한 다음 관리자 권한으로 실행을 클릭하여 텍스트 편집기를 관리자 권한으로 시작해야 합니다.

  • 보고서 관리자, 보고서 또는 Reporting Services 웹 사이트에 액세스하려면 Internet Explorer에서 이러한 사이트를 신뢰할 수 있는 사이트 목록에 추가하거나 Internet Explorer를 관리자 권한으로 시작해야 합니다.

자세한 내용은 Microsoft 웹 사이트를 참조하십시오.

데이터베이스 및 암호화 키 백업

배포 환경을 단일 서버 구성에서 이중 서버 구성으로 변경하려면 먼저 Team Foundation의 데이터베이스를 백업해야 합니다. 백업한 데이터베이스는 이동 중에 새 데이터 계층 서버로 복원하게 됩니다.

데이터베이스 및 암호화 키를 백업하려면

  1. Team Foundation 데이터베이스를 모두 백업합니다.

    자세한 내용은 방법: Team Foundation Server 백업을 참조하십시오.

    참고:

    또한 유지할 SharePoint 제품과 기술의 사용자 지정 사이트 정의, 사용자 지정 사이트 템플릿 또는 사용자 지정 웹 파트도 백업해야 합니다. 자세한 내용은 Microsoft 웹 사이트의 “Backup and Restore Options for Windows SharePoint Services 2.0”을 참조하거나, Windows SharePoint Services 3.0의 경우에는 Microsoft 웹 사이트의 “Choose backup and recovery tools (Windows SharePoint Services)”를 참조하십시오. SharePoint 제품과 기술이 응용 프로그램 계층에 설치되어 있으며 SharePoint 제품과 기술의 데이터베이스를 새 데이터 계층으로 이동하려는 경우에는 SharePoint 제품과 기술의 관리 데이터베이스를 백업해야 합니다. (SharePoint_AdminContent_ID, 콘텐츠 및 구성 데이터베이스 포함)

  2. Reporting Services 암호화 키를 백업합니다. 암호화 키는 Team Foundation Server를 실행하는 서버가 아닌 다른 컴퓨터의 안전한 위치에 저장해야 하며, 새 응용 프로그램 계층 서버에서 키에 액세스할 수 있어야 합니다. 키를 암호화하는 데 사용하는 암호도 저장해야 합니다.

    자세한 내용은 방법: Reporting Services 암호화 키 백업을 참조하십시오.

SQL Server 설치 및 새 하드웨어 준비

데이터베이스를 백업한 후에는 배포 환경의 새 데이터 계층 서버가 될 컴퓨터에 SQL Server를 설치해야 합니다.

SQL Server를 설치하고 이동할 서버를 준비하려면

  1. 새 환경에 SQL Server를 설치한 다음 올바르게 작동하는지 확인합니다.

    자세한 지침을 보려면 Team Foundation 설치 설명서를 열고 이중 서버 배포 환경에 SQL Server를 설치하는 방법에 대한 항목을 찾아 보십시오. 원래 배포 환경에 사용한 것과 같은 버전의 SQL Server를 설치해야 합니다. 이 설명서는 Microsoft 웹 사이트에서 다운로드할 수 있습니다.

  2. 응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경합니다.

  3. 명령 프롬프트에 다음 명령을 입력합니다.

    TfsDB.exe install /server:"NewSQLServerName" /property:"TFS_SERVICE_ACCOUNT=TFSServiceAccount;TFS_REPORTING_ACCOUNT=TFSReportingServiceAccount;LCID=LCIDNumber;VSTF_AS_INSTANCE=AnalysisServicesServerName;VSTF_AS_DATABASE=TeamFoundationDataWarehouseName;VSTF_AS_ACCOUNT="

    • NewSQLServerName은 SQL Server를 설치했으며 데이터를 복원하려는 서버의 이름입니다. 명명된 인스턴스를 사용한 경우에는 서버 이름과 인스턴스 이름을 모두 포함해야 합니다.

    • TFSServiceAccount는 Team Foundation Server의 서비스 계정(Domain\Account 또는 Computer\Account 형식)입니다. 시스템 계정을 사용하는 경우에는 System\Account 형식으로 해당 계정을 지정해야 합니다. 예를 들어 Network Service 계정을 사용하려는 경우 NT Authority\Network Service로 지정합니다.

    • TFSReportingServiceAccount는 Reporting Services의 데이터 소스 계정(Domain\Account 또는 Computer\Account 형식)입니다.

    • LCIDNumber는 사용 중인 SQL Server 언어 버전에 대한 언어 정렬 ID 번호입니다. 예를 들어 영어의 LCID는 1033입니다.

    • AnalysisServicesServerName은 SQL Server Analysis Services가 설치되어 있는 서버의 이름으로, 기본적으로 NewSQLServerName과 같은 서버입니다.

    • TeamFoundationDataWarehouseName은 Team Foundation의 원래 데이터 웨어하우스 이름으로, 기본값은 TfsWarehouse입니다.

  4. Reporting Services를 실행 중인 서버에서 Reporting Services 설치 ID 목록을 검색하고 저장합니다.

    1. 명령 프롬프트 창을 열고 디렉터리를 다음 디렉터리로 변경합니다.

      %ProgramFiles%\Microsoft SQL Server\90\Tools\binn\

    2. RSKeyMgmt -l을 실행합니다.

    3. 설치 ID를 확인한 후 목록을 인쇄하거나 안전한 위치에 저장합니다.

  5. 적절한 서버에 로그온하고 컴퓨터 관리자를 연 후 다음 표에 나와 있는 서비스 및 응용 프로그램 풀을 지정된 순서대로 중지합니다.

    이 프로그램을 호스팅하는 서버에 로그온

    중지할 구성 요소

    SharePoint 제품과 기술

    • SharePoint Timer Service 또는 Windows SharePoint Services Timer

    • 기본 웹 사이트 또는 팀 웹 사이트

    응용 프로그램 계층

    • Visual Studio Team Foundation Server 작업 스케줄러 서비스

    • Microsoft Team Foundation Server 응용 프로그램 풀

    SQL Server Reporting Services

    • SQL Server Reporting Services(TFSINSTANCE)(서비스)

    • ReportServer 또는 ReportServer$InstanceName(응용 프로그램 풀)

      참고:

      ReportServer는 SQL Server 2008을 실행할 때가 아닌 SQL Server 2005를 실행할 때 IIS(인터넷 정보 서비스)에서 관리합니다.

    • 기본 웹 사이트 또는 보고서 관리자 웹 사이트

    중요:

    복원을 기반으로 하는 이동에서 사용자 계정과 서비스 계정을 이동하려면 먼저 새 Team Foundation Server 배포를 중지해야 합니다. 데이터를 복원한 후 사용자 계정과 서비스 계정을 이동하기 전에 Team Foundation Server를 다시 시작할 경우 마이그레이션 대상 사용자가 TFSIntegration 데이터베이스에서 삭제된 것으로 표시될 수 있습니다. 이 문제는 그룹 보안 서비스가 Active Directory와 동기화할 때 사용자의 보안 식별자(SID)를 찾을 수 없을 경우에 발생합니다.

    서비스 및 응용 프로그램 풀을 시작 및 중지하는 방법에 대한 자세한 내용은 방법: 서비스, 응용 프로그램 풀, 웹 사이트 중지 및 시작을 참조하십시오.

데이터베이스 복원

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

주의:

모든 데이터베이스를 동시에 복원해야 합니다. 그렇지 않으면 데이터베이스가 손상될 수 있습니다.

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

  1. 새 데이터 계층 서버에서 시작을 클릭하고 모든 프로그램, Microsoft SQL Server를 차례로 가리킨 다음 SQL Server Management Studio를 클릭합니다.

    참고:

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

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

  3. 서버 이름 목록에서 적절한 서버를 클릭하거나 입력합니다.

  4. 인증 목록에서 적절한 체계를 클릭합니다.

  5. 사용자 이름에 유효한 계정의 사용자 이름을 입력합니다.

  6. 암호에 계정의 암호를 입력(SQL Server에서 요구하는 경우)한 다음 연결을 클릭합니다.

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

다음의 각 데이터베이스에 대해 "각 데이터베이스를 복원하려면" 절차를 완료하십시오.

  • ReportServer

    참고:

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

  • ReportServerTempDB

    참고:

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

  • SharePoint 제품과 기술의 구성 데이터베이스(STS_Config_TFS 또는 WSS_Config)

    중요:

    SharePoint 제품과 기술이 원래 단일 서버 배포 환경에 설치되어 있으며 이 위치를 변경하지 않으려는 경우에만 이 데이터베이스를 복원해야 합니다. 다른 서버에서 SharePoint 제품과 기술을 사용 또는 설치하는 경우에는 이 데이터베이스를 복원하지 마십시오.

  • SharePoint 제품과 기술의 콘텐츠 데이터베이스(STS_Content_TFS 또는 WSS_Content)

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

  • SharePoint 제품과 기술의 관리 데이터베이스(SharePoint_AdminContent_ID)

    중요:

    SharePoint 제품과 기술이 원래 단일 서버 배포 환경에 설치되어 있으며 이 위치를 변경하지 않으려는 경우에만 이 데이터베이스를 복원해야 합니다. 다른 서버에서 SharePoint 제품과 기술을 사용 또는 설치하는 경우에는 이 데이터베이스를 복원하지 마십시오.

    • TfsBuild

    • TfsIntegration

    • TfsVersionControl

    • TfsWarehouse

    • TfsWorkItemTracking

    • TfsWorkItemTrackingAttachments

    • TfsActivityLogging(선택 사항)

참고:

복원 과정의 일부로 모든 사용자 지정 사이트 템플릿 또는 사용자 지정 프로세스 템플릿용으로 만든 웹 파트를 SharePoint 제품과 기술 데이터베이스에 업로드해야 합니다.

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

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

    중요:

    대부분의 배포에서는 SQL Server 데이터베이스와 SharePoint 제품과 기술 데이터베이스가 모두 데이터베이스 노드 아래의 데이터베이스 목록에 표시되지 않습니다. 목록에 표시되어 있지 않은 데이터베이스를 복원하려면 데이터베이스 노드를 마우스 오른쪽 단추로 클릭하고 데이터베이스 복원을 클릭한 다음 목록에 없는 데이터베이스를 지정합니다.

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

  2. 복원에 사용할 원본에서 장치 내용을 클릭한 다음 줄임표 단추(…)를 클릭합니다.

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

    제일 먼저 전체 백업을 적용하고, 그 다음에는 트랜잭션 로그 백업을 만들어진 순서대로 적용해야 합니다.

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

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

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

    다른 드라이브로 데이터베이스를 복원하는 경우 이 단계를 반드시 수행해야 합니다.

  7. 복구 상태에서 적절한 상태를 클릭합니다.

  8. 다음 단계 중 하나를 수행합니다.

    • 추가 트랜잭션 로그를 적용하지 않는 경우 커밋되지 않은 트랜잭션을 롤백하여 데이터베이스를 사용할 수 있는 상태로 유지합니다.를 클릭합니다.

    • 추가 트랜잭션 로그를 적용하는 경우 데이터베이스를 비작동 상태로 유지하고 커밋되지 않은 트랜잭션을 롤백하지 않습니다.를 클릭합니다.

  9. 확인을 클릭하여 데이터베이스 복원 대화 상자를 닫고 데이터베이스를 복원합니다.

  10. 추가 트랜잭션 로그를 적용하는 경우 로그 백업이 만들어진 순서대로 각 로그 백업 집합에 대해 이 절차를 수행합니다. 전체 백업 후 만들어진 로그 백업부터 시작합니다.

    자세한 내용은 Microsoft 웹 사이트에서 "트랜잭션 로그 백업 적용"을 참조하십시오.

새 콘텐츠 데이터베이스를 사용하도록 SharePoint 제품과 기술 리디렉션

팀 프로젝트의 웹 사이트를 Team Foundation의 새 데이터 계층 서버에 있는 콘텐츠 데이터베이스로 리디렉션해야 합니다. 모든 SharePoint 제품과 기술 데이터베이스를 이동하는 경우에는 이 절차를 건너뛰고 이 항목 뒷부분의 “관리 및 구성 데이터베이스 다시 연결” 절차를 진행하면 됩니다.

새 데이터 계층 서버의 콘텐츠 데이터베이스를 사용하도록 프로젝트 사이트를 리디렉션 하려면

관리 및 구성 데이터베이스 다시 연결

SharePoint 제품과 기술은 원래 단일 서버(현재 새 배포 환경의 응용 프로그램 계층 서버)에 그대로 유지되지만, 새 데이터 계층 서버의 관리 및 구성 데이터베이스를 사용하도록 구성해야 합니다.

SharePoint 제품과 기술에 대해 관리 및 구성 데이터베이스를 다시 연결하려면

  1. SharePoint 제품과 기술을 호스팅하는 서버에 로그온하여 명령 프롬프트 창을 열고 다음 디렉터리로 변경합니다.

    %PROGRAMFILES%\microsoft shared\web server extensions\12\bin

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

    stsadm –o renameserver –oldservername OriginalDataTierServerName -newserver NewDataTierServerName

    SharePoint 제품과 기술을 복원하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트에서 "White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms"를 참조하십시오.

SQL Report Server, Reporting Services 및 기본 보고서 리디렉션 및 테스트

팀 프로젝트의 웹 사이트를 리디렉션한 후에는 Reporting Services를 새 데이터 계층 서버로 리디렉션해야 합니다.

SQL Server 2005 Reporting Services를 복원하고 확인하려면

  1. Reporting Services를 실행 중인 서버에서 시작을 클릭하고 모든 프로그램, Microsoft SQL Server, 구성 도구를 차례로 가리킨 다음 Reporting Services 구성을 클릭합니다.

  2. 보고서 서버 설치 인스턴스 선택 대화 상자에서 컴퓨터 이름이 새 응용 프로그램 계층 서버의 이름인지 확인합니다. 인스턴스 이름이 MSSQLSERVER인지 확인한 후에 연결을 클릭합니다.

    참고:

    명명된 인스턴스를 사용한 경우에는 기본 인스턴스인 MSSQLSERVER가 아닌 인스턴스 이름을 지정해야 합니다.

  3. 탐색기 창에서 서버 상태를 클릭합니다.

    보고서 서버 상태 창이 열립니다.

  4. 인스턴스 속성에서 시작을 클릭합니다.

  5. 탐색기 창에서 데이터베이스 설치를 클릭합니다.

    데이터베이스 연결 창이 열립니다.

  6. 서버 이름에서 새 데이터 계층 서버의 이름을 입력한 다음 연결을 클릭합니다.

  7. SQL Server 연결 대화 상자에서 확인을 클릭합니다.

    데이터베이스 연결 창이 열립니다.

  8. Apply를 클릭합니다.

  9. 탐색기 창에서 Windows 서비스 ID를 클릭합니다.

    Windows 서비스 ID 페이지가 열립니다.

  10. 기본 제공 서비스 계정 목록에서 로컬 서비스를 클릭합니다.

    적용 단추를 사용할 수 있게 됩니다. 이 단추를 클릭하지 마십시오.

  11. 기본 제공 서비스계정 목록에서 네트워크 서비스를 클릭한 다음 적용을 클릭합니다.

  12. SQL Server 연결 대화 상자에서 확인을 클릭합니다.

  13. Reporting Services 구성 도구를 닫습니다.

  14. 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft SQL Server\90\Tools\binn으로 변경합니다.

  15. 다음 명령을 입력하여 Reporting Services의 설치 ID를 나열합니다.

    RSKeyMgmt -l

  16. 목록에서 이전 데이터 계층 서버에 해당하는 설치 ID를 찾습니다.

  17. 다음 명령을 입력하여 해당 설치 ID를 제거합니다. 여기서 DTInstanceID는 이전 데이터 계층 서버에 해당합니다.

    RSKeyMgmt –r DTInstanceID

    참고:

    새 데이터 계층 서버에 해당하는 설치 ID를 제거하지 마십시오.

  18. Reporting Services를 실행 중인 서버에서 시작을 클릭하고 모든 프로그램, Microsoft SQL Server, 구성 도구를 차례로 가리킨 다음 Reporting Services 구성을 클릭합니다.

  19. 탐색기 창에서 암호화 키를 클릭합니다.

  20. 암호화 키 페이지에서 복원을 클릭합니다.

    암호화 키 정보 페이지가 열립니다.

  21. 암호에서 암호화 키 파일의 암호를 입력합니다.

  22. 키 파일에서 백업 암호화 키(.snk 파일)의 위치를 입력하거나 클릭한 다음 확인을 클릭합니다.

새 데이터 계층에 연결하도록 응용 프로그램 계층 서버 리디렉션

데이터베이스를 복원한 후에는 UfsAdminUtil 명령을 사용하여 배포 환경의 원래 서버(새 응용 프로그램 계층 서버)를 새 데이터 계층 서버로 리디렉션해야 합니다.

새 데이터 계층 서버에 연결하도록 응용 프로그램 계층 서버를 리디렉션하려면

  1. 적절한 서버에 로그온하고 컴퓨터 관리자를 연 후 다음 표에 나와 있는 응용 프로그램 풀 및 프로그램을 시작합니다.

    이 프로그램을 호스팅하는 서버에 로그온

    시작할 구성 요소

    응용 프로그램 계층

    • Microsoft Team Foundation Server 응용 프로그램 풀

    • 기본 웹 사이트 또는 팀 웹 사이트

    SQL Server Reporting Services

    • ReportServer 또는 ReportServer$InstanceName(응용 프로그램 풀)

    • SQL Server Reporting Services(TFSINSTANCE)

    • 기본 웹 사이트 또는 보고서 관리자 웹 사이트

  2. 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경한 후 다음 명령을 입력합니다.

    TfsAdminUtil RenameDT newDataTierServerName

    중요:

    이 명령을 성공적으로 실행하려면 이전 단계의 응용 프로그램 풀 및 프로그램을 실행해야 합니다. 이 요구 사항은 Visual Studio Team System 2008 Team Foundation Server에서 새로 적용되는 것입니다. 또한 이 명령을 실행하려면 서비스 web.config 파일의 연결 문자열은 배포 환경의 원래 서버를 참조해야 합니다. 연결 문자열이 새 데이터 계층 서버를 참조하면 명령이 실패합니다. 명령이 올바르게 실행되도록 하려면 원래 서버의 이름을 복원해야 합니다.

Team System 큐브 다시 빌드

연결을 구성하고 TFSAdminUtil RenameDT 명령을 실행한 후에는 Team System 큐브를 다시 빌드해야 합니다. Team System 큐브는 SQL Server Reporting Services를 지원하며 Team System용 데이터 웨어하우스의 관계형 데이터베이스 데이터를 포함합니다. 자세한 내용은 데이터 웨어하우스 아키텍처 이해를 참조하십시오.

Team System 큐브를 다시 빌드하려면

버전 제어 캐시 삭제

Team System 큐브를 다시 빌드한 후에는 새 데이터 계층 서버와 강제로 동기화할 수 있도록 응용 프로그램 계층 서버 및 프록시 서버에서 버전 제어 캐시를 삭제해야 합니다.

버전 제어 캐시를 삭제하려면

  1. 응용 프로그램 계층 서버에서 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl 디렉터리를 엽니다.

  2. Data 하위 디렉터리의 내용은 삭제하지만 Data 하위 디렉터리 자체는 삭제하지 않습니다.

    자세한 내용은 방법: 응용 프로그램 계층 서버에서 버전 제어 캐시 삭제를 참조하십시오.

  3. 배포 환경에서 Team Foundation Server Proxy를 실행 중인 모든 서버에 대해 이 절차를 반복합니다.

서비스 계정 업데이트

단일 서버 배포 환경의 서비스 계정에 대해 Network Service 등의 시스템 계정이나 로컬 계정을 사용한 경우에는 이러한 계정을 변경해야 합니다. 이중 서버 배포 환경에서는 로컬 계정을 사용할 수 없습니다. 동일한 시스템 계정을 사용할 수는 있지만 새 응용 프로그램 계층 및 데이터 계층 서버에서 각 계정에 올바른 SID가 연결되도록 정보를 업데이트해야 합니다.

참고:

새 배포 환경에서 만드는 계정 이름은 원래 배포 환경의 이름과 일치해야 합니다. 이 요구 사항에는 사용자 계정과 서비스 계정이 모두 포함됩니다.

서비스 계정을 새로 고치려면

  1. Reporting Services를 실행하는 서버에서 컴퓨터 관리자를 열고 다음 구성 요소가 시작되지 않았으면 시작합니다.

    • ReportServer 또는 ReportServer$InstanceName(응용 프로그램 풀)

    • SQL Server Reporting Services(TFSINSTANCE)

  2. 새 응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경합니다.

  3. 명령줄에서 다음과 같이 입력합니다.

    TfsAdminUtil ChangeAccount OldDomainOrComputerName\OldTFSServiceAccount NewDomainOrComputerName\NewTFSServiceAccount NewPassword

    참고:

    서비스 계정이 없거나 계정이 데이터 웨어하우스 역할의 멤버가 아님을 알려 주는 경고 메시지가 표시되면 모두 무시합니다.

  4. 명령줄에서 다음과 같이 입력합니다.

    TfsAdminUtil ChangeAccount/ra OldDomainOrComputerName\OldTFSReportingServiceAccount NewDomainOrComputerName\NewTFSReportingServiceAccount NewPassword

    참고:

    서비스 계정이 데이터 웨어하우스 역할의 멤버가 아님을 알려 주는 경고 메시지나 계정을 서비스 계정 그룹에 추가할 것인지 묻는 메시지가 표시되면 모두 무시합니다.

서비스 다시 시작

작업을 다시 시작하려면 Team Foundation이 종속된 서비스를 다시 시작해야 합니다.

서비스를 다시 시작하려면

  • 적절한 서버에 로그온하고 컴퓨터 관리자를 연 후 다음 표에 나와 있는 구성 요소를 지정된 순서대로 시작합니다.

    이 프로그램을 호스팅하는 서버에 로그온

    시작할 구성 요소

    SharePoint 제품과 기술

    • SharePoint Timer Service 또는 Windows SharePoint Services Timer

    응용 프로그램 계층

    • Visual Studio Team Foundation Server 작업 스케줄러 서비스

    • Microsoft Team Foundation Server 응용 프로그램 풀

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

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

참고 항목

작업

방법: 한 환경에서 다른 환경으로 Team Foundation Server 이동

방법: 한 하드웨어 구성에서 다른 하드웨어 구성으로 Team Foundation Server 이동

개념

Team Foundation Server 이동 유형

Team Foundation의 응용 프로그램 계층 서버 요구 사항

Team Foundation의 데이터 계층 서버 요구 사항

작업 그룹에서 Team Foundation Server 관리

Team Foundation Server 보안 아키텍처

기타 리소스

Active Directory 도메인에서 Team Foundation Server 관리

Team Foundation Server 배포 구성 선택