방법: 한 하드웨어 구성에서 다른 하드웨어 구성으로 Team Foundation Server 이동
업데이트: 2007년 11월
복원을 기반으로 하는 이동을 수행하여 Visual Studio Team System Team Foundation Server의 인스턴스를 한 하드웨어 구성에서 다른 하드웨어 구성으로 이동할 수 있습니다. 이러한 이동 유형은 Team Foundation Server에서 가장 일반적이면서도 가장 복잡한 유형 중 하나입니다. 복원을 기반으로 하는 이동을 시작하려면 먼저 이 이동 유형이 조직의 목표에 적합한지 확인해야 합니다. 자세한 내용은 Team Foundation Server 이동 유형을 참조하십시오.
중요: |
---|
배포 이동을 계획하면서 예상되는 변경 범위와 목적을 확인하고 이를 각 이동 유형에 대한 시나리오와 비교해야 합니다. 올바른 이동 유형을 선택하면 혼동 및 팀 생산성 저하를 최소화하는 것은 물론 배포 효율성을 오랫동안 유지할 수 있습니다. |
복원을 기반으로 하는 이동을 손쉽게 준비하려면 필요한 단계를 모두 살펴보고 이 항목을 인쇄해 두는 것이 좋습니다. 또한 링크를 통해 제공되는 정보를 검토하고 특정 구성에 따라 달라지는 단계도 확인해야 합니다. 예를 들어 배포 환경에 SQL Server 데이터베이스와 다른 서버에 있는 SQL Server Analysis Services가 포함될 수 있습니다. 이 경우 서버를 별도로 구성해야 합니다.
복원을 기반으로 하는 이동을 수행하려면 다음 단원의 절차를 완료해야 합니다.
복원을 기반으로 하는 이동 준비
새 하드웨어에 Team Foundation Server 설치
새 서버에서 WSS_Config 데이터베이스 백업
데이터베이스 복원
팀 프로젝트의 웹 사이트 복원
SQL Report Server, Reporting Services 및 기본 보고서 복원 및 테스트
데이터 계층 서버 이름을 바꾸고 응용 프로그램 계층 서버 활성화
Team System 큐브 다시 빌드
버전 제어 캐시 삭제
사용자 계정 및 서비스 계정 이동
서비스 다시 시작
클라이언트 컴퓨터에서 데이터 캐시 새로 고치기
다음 단계
필수 권한
이러한 절차를 수행하려면 이전 서버와 새 서버에서 Administrators 그룹의 멤버여야 하며 Team Foundation Administrators 그룹의 멤버여야 합니다. Active Directory 도메인에서 보안 그룹을 만드는 경우에는 해당 도메인에서 적절한 권한을 가지고 있어야 합니다.
이러한 권한 외에도 Windows Server 2008 또는 Windows Vista를 실행하는 컴퓨터에서는 다음 요구 사항을 해결해야 합니다.
명령줄 절차를 따르려면 시작을 클릭하고 명령 프롬프트를 마우스 오른쪽 단추로 클릭한 다음 관리자 권한으로 실행을 클릭하여 관리자 명령 프롬프트를 열어야 합니다.
Internet Explorer가 필요한 절차를 따르려면 시작, 모든 프로그램을 차례로 클릭하고 Internet Explorer를 마우스 오른쪽 단추로 클릭한 다음 관리자 권한으로 실행을 클릭하여 Internet Explorer를 관리자 권한으로 시작해야 합니다.
web.config 파일을 편집하려면 시작, 모든 프로그램을 차례로 클릭하고 편집기를 마우스 오른쪽 단추로 클릭한 다음 관리자 권한으로 실행을 클릭하여 텍스트 편집기를 관리자 권한으로 시작해야 합니다.
보고서 관리자, 보고서 또는 SQL Server Reporting Services 웹 사이트에 액세스하려면 Internet Explorer에서 이러한 사이트를 신뢰할 수 있는 사이트 목록에 추가하거나 Internet Explorer를 관리자 권한으로 시작해야 합니다.
자세한 내용은 Microsoft 웹 사이트를 참조하십시오.
데이터베이스 및 암호화 키 백업
Team Foundation Server 배포를 이동하려면 먼저 해당 데이터베이스를 백업해야 합니다. 백업한 데이터베이스는 이동 중에 새 데이터 계층 서버로 복원하게 됩니다.
복원을 기반으로 하는 이동을 위해 이전 배포를 준비하려면
Team Foundation Server 데이터베이스를 모두 백업합니다.
자세한 내용은 방법: 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)"를 참조하십시오.
Reporting Services의 암호화 키를 백업하여 Team Foundation Server가 실행되는 서버와 다른 컴퓨터의 안전한 위치에 저장합니다. 새 배포 환경에서 키에 액세스할 수 있는지 확인하고 암호화된 키를 사용하여 암호를 저장합니다.
자세한 내용은 방법: Reporting Services 암호화 키 백업을 참조하십시오.
Team Foundation Server 설치 및 새 하드웨어 준비
데이터베이스를 백업한 후에는 배포를 이동할 컴퓨터에 Team Foundation Server를 설치해야 합니다.
복원을 기반으로 하는 이동을 위해 새 서버를 준비하려면
새 하드웨어에 Team Foundation Server를 설치한 다음 서버가 올바르게 작동하는지 확인합니다.
필수 구성 요소에 대한 자세한 내용은 Microsoft 웹 사이트에서 Team Foundation 설치 설명서를 참조하십시오.
중요: Team Foundation Server를 설치하려면 먼저 배포 데이터를 복원할 컴퓨터에 SQL Server를 설치해야 합니다. 설치하는 SQL Server의 버전은 서비스 팩 수준, 정렬 설정 및 언어 버전을 포함하여 이전 데이터 계층 서버에서 실행되던 버전과 정확히 일치해야 합니다. 정확히 일치하지 않으면 데이터가 복원되지 않을 수 있습니다.
SQL Server Reporting Services를 실행 중인 서버에서 Reporting Services 설치 ID 목록을 검색하고 저장합니다.
명령 프롬프트 창을 열고 디렉터리를 다음 디렉터리로 변경합니다.
%ProgramFiles%\Microsoft SQL Server\90\Tools\binn\
RSKeyMgmt -l을 실행합니다.
설치 ID를 확인한 후 목록을 인쇄하거나 안전한 위치에 저장합니다.
적절한 서버에 로그온하고 컴퓨터 관리자를 연 후 다음 표에 나와 있는 서비스 및 응용 프로그램 풀을 지정된 순서대로 중지합니다.
이 프로그램을 호스팅하는 서버에 로그온
중지할 구성 요소
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
기본 웹 사이트 또는 보고서 관리자 웹 사이트
중요: 복원을 기반으로 하는 이동에서 사용자 계정과 서비스 계정을 이동하려면 먼저 새 Team Foundation Server 배포를 중지해야 합니다. 데이터를 복원한 후 사용자 계정과 서비스 계정을 이동하기 전에 Team Foundation Server를 다시 시작할 경우 마이그레이션 대상 사용자가 TFSIntegration 데이터베이스에서 삭제된 것으로 표시될 수 있습니다. 이 문제는 그룹 보안 서비스가 Active Directory와 동기화할 때 사용자의 보안 식별자(SID)를 찾을 수 없을 경우에 발생합니다.
자세한 내용은 방법: 서비스, 응용 프로그램 풀, 웹 사이트 중지 및 시작을 참조하십시오.
새 서버에서 WSS_Config 데이터베이스 백업
Team Foundation Server의 새 데이터베이스로 데이터를 복원하기 전에 새 서버에서 SharePoint 제품과 기술(WSS_Config) 구성 데이터베이스를 백업해야 합니다. 이전 서버에서 새 서버로 데이터베이스를 복원하려고 하면 복원 도중 데이터베이스가 덮어쓰여지거나 손상될 수 있습니다.
WSS_Config 데이터베이스를 백업하려면
새 서버에서 SharePoint 제품과 기술(WSS_Config) 구성 데이터베이스를 백업합니다.
데이터베이스를 백업하는 방법에 대한 자세한 내용은 방법: Team Foundation Server 백업 및 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)"를 참조하십시오.
데이터베이스 복원
서비스를 중지하고 나면 SQL Server에서 제공하는 도구를 사용하여 Team Foundation Server 데이터를 복원할 수 있습니다.
주의: |
---|
모든 데이터베이스를 동시에 복원해야 합니다. 그렇지 않으면 데이터베이스가 손상될 수 있습니다. |
데이터베이스 복원 대화 상자를 열려면
새 데이터 계층 서버에서 시작을 클릭하고 모든 프로그램, Microsoft SQL Server를 차례로 가리킨 다음 SQL Server Management Studio를 클릭합니다.
참고: 데이터베이스를 복원하는 방법에 대한 자세한 내용은 Microsoft 웹 사이트에서 "SQL Server 데이터베이스에 대한 복원 시나리오 구현"을 참조하십시오.
서버 유형 목록에서 데이터베이스 엔진을 클릭합니다.
서버 이름 목록에서 적절한 서버를 클릭하거나 입력합니다.
인증 목록에서 적절한 체계를 클릭합니다.
사용자 이름에 유효한 계정의 사용자 이름을 입력합니다.
암호에 계정의 암호를 입력(SQL Server에서 요구하는 경우)한 다음 연결을 클릭합니다.
데이터베이스 노드를 확장하여 Team Foundation의 데이터 계층을 구성하는 데이터베이스 목록을 표시합니다.
중요: |
---|
복원을 기반으로 하는 이동 작업을 수행할 경우 이전 서버에서 새 서버로 SharePoint 제품과 기술(WSS_Config) 구성 데이터베이스를 복원하지 마십시오. |
다음의 각 데이터베이스에 대해 "각 데이터베이스를 복원하려면" 절차를 수행하십시오.
ReportServer
참고: 명명된 인스턴스를 사용한 경우 이 데이터베이스의 이름은 ReportServer$InstanceName이 됩니다.
ReportServerTempDB
참고: 명명된 인스턴스를 사용한 경우 이 데이터베이스의 이름은 ReportServerTempDB$InstanceName이 됩니다.
SharePoint 제품과 기술의 콘텐츠 데이터베이스(STS_Content_TFS 또는 WSS_Content)
참고: SharePoint 제품과 기술의 데이터를 포함하는 데이터베이스의 이름은 설치되는 SharePoint 제품과 기술의 버전과 설치를 수행한 사용자가 이름을 사용자 지정했는지 여부에 따라 달라집니다. 또한 SharePoint 제품과 기술을 Team Foundation Server가 아닌 별도의 서버에 설치한 경우 이러한 데이터베이스는 데이터 계층 서버에 없을 수도 있습니다. 데이터베이스가 없는 경우에는 Team Foundation Server에서 SharePoint 제품과 기술 및 해당 데이터베이스의 백업, 복원 및 구성을 별도로 관리해야 합니다. 그러나 동기화 오류가 발생하지 않도록 하려면 데이터베이스의 유지 관리를 동기화해야 합니다.
TfsBuild
TfsIntegration
TfsVersionControl
TfsWarehouse
TfsWorkItemTracking
TfsWorkItemTrackingAttachments
TfsActivityLogging(선택 사항)
참고: 복원 과정의 일부로 모든 사용자 지정 사이트 템플릿 또는 사용자 지정 프로세스 템플릿용으로 만든 웹 파트를 SharePoint 제품과 기술 데이터베이스에 업로드해야 합니다.
각 데이터베이스를 복원하려면
복원할 데이터베이스를 마우스 오른쪽 단추로 클릭하고 작업, 복원을 차례로 가리킨 다음 데이터베이스를 클릭합니다.
데이터베이스 복원 대화 상자가 열립니다.
복원에 사용할 원본에서 장치 내용을 클릭한 다음 줄임표 단추(…)를 클릭합니다.
백업 지정 대화 상자에서 백업 파일의 위치를 지정한 다음 확인을 클릭합니다.
제일 먼저 전체 백업을 적용하고, 그 다음에는 트랜잭션 로그 백업을 만들어진 순서대로 적용해야 합니다.
복원에 사용할 백업 세트 선택에서 복원할 백업 세트를 지정합니다.
페이지 선택 창에서 옵션을 클릭한 다음 기존 데이터베이스 덮어쓰기 확인란을 선택합니다.
데이터베이스 파일을 다음으로 복원 목록에서 경로가 현재 데이터베이스 경로와 일치하는지 확인합니다.
다른 드라이브로 데이터베이스를 복원하는 경우 이 단계를 반드시 수행해야 합니다.
복구 상태에서 적절한 상태를 클릭합니다.
다음 단계 중 하나를 수행합니다.
추가 트랜잭션 로그를 적용하지 않는 경우 커밋되지 않은 트랜잭션을 롤백하여 데이터베이스를 사용할 수 있는 상태로 유지합니다.를 클릭합니다.
추가 트랜잭션 로그를 적용하는 경우 데이터베이스를 비작동 상태로 유지하고 커밋되지 않은 트랜잭션을 롤백하지 않습니다.를 클릭합니다.
확인을 클릭하여 데이터베이스 복원 대화 상자를 닫고 데이터베이스를 복원합니다.
추가 트랜잭션 로그를 적용하는 경우 로그 백업이 만들어진 순서대로 각 로그 백업 집합에 대해 이 절차를 수행합니다. 전체 백업 후 만들어진 로그 백업부터 시작합니다.
자세한 내용은 Microsoft 웹 사이트에서 "트랜잭션 로그 백업 적용"을 참조하십시오.
팀 프로젝트의 웹 사이트 복원
SharePoint 제품과 기술을 새 콘텐츠 데이터베이스로 리디렉션해야 합니다.
팀 프로젝트의 웹 사이트를 복원하려면
SharePoint 제품과 기술을 호스팅하는 서버에 로그온한 다음 이 서버를 리디렉션하여 새 데이터 계층 서버의 콘텐츠 데이터베이스를 사용합니다.
자세한 내용은 방법: 새 콘텐츠 데이터베이스를 사용하도록 SharePoint 제품 및 기술 리디렉션을 참조하십시오.
SQL Server Reporting Services 및 기본 보고서 복원 및 테스트
프로젝트 웹 사이트를 복원한 후에는 SQL Server Reporting Services를 새 응용 프로그램 계층 서버에 복원해야 합니다.
SQL Server 2005에서 Reporting Services를 복원하고 확인하려면
Reporting Services가 실행되는 서버에서 컴퓨터 관리자를 열고 ReportServer 또는 ReportServer$InstanceName 응용 프로그램 풀을 시작합니다.
시작을 클릭하고 모든 프로그램, Microsoft SQL Server, 구성 도구를 차례로 가리킨 다음 Reporting Services 구성을 클릭합니다.
탐색기 창에서 데이터베이스 설치를 클릭합니다.
데이터베이스 연결 창이 열립니다.
서버 이름에서 데이터 계층 서버의 이름이 올바른지 확인한 다음 연결을 클릭합니다.
SQL Server 연결 대화 상자에서 확인을 클릭합니다.
데이터베이스 연결 창에서 적용을 클릭합니다.
이중 서버 배포의 경우 다음 단계를 수행합니다.
탐색기 창에서 Windows 서비스 ID를 클릭합니다.
Windows 서비스 ID 페이지가 열립니다.
기본 제공 서비스 계정 목록에서 로컬 서비스를 클릭합니다.
적용 단추를 사용할 수 있게 됩니다. 이 단추를 클릭하지 마십시오.
기본 제공 서비스계정 목록에서 네트워크 서비스를 클릭한 다음 적용을 클릭합니다.
SQL Server 연결 대화 상자에서 확인을 클릭합니다.
컴퓨터 관리자를 열고 Reporting Services를 시작합니다.
참고: 명명된 인스턴스를 사용하는 경우 이 서비스 이름은 SQL Server Reporting Services(InstanceName)가 됩니다.
Reporting Services 구성 도구를 닫습니다.
명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft SQL Server\90\Tools\binn으로 변경합니다.
다음 명령을 입력하여 Reporting Services의 설치 ID를 나열합니다.
RSKeyMgmt -l
목록에서 이전 데이터 계층 서버에 해당하는 설치 ID를 찾습니다.
다음 명령을 입력하여 해당 설치 ID를 제거합니다. 여기서 DTInstanceID는 이전 데이터 계층 서버에 해당합니다.
RSKeyMgmt –r DTInstanceID
참고: 새 데이터 계층 서버에 해당하는 설치 ID를 제거하지 마십시오.
Reporting Services를 실행 중인 서버에서 시작을 클릭하고 모든 프로그램, Microsoft SQL Server, 구성 도구를 차례로 가리킨 다음 Reporting Services 구성을 클릭합니다.
탐색기 창에서 암호화 키를 클릭합니다.
암호화 키 페이지에서 복원을 클릭합니다.
암호화 키 정보 페이지가 열립니다.
암호에서 암호화 키 파일의 암호를 입력합니다.
키 파일에서 백업 암호화 키(.snk 파일)의 위치를 입력하거나 클릭한 다음 확인을 클릭합니다.
데이터 계층 서버 이름을 바꾸고 응용 프로그램 계층 서버 활성화
Reporting Services를 복원한 후 TfsAdminUtil 명령을 사용하여 연결을 구성하고 데이터 계층 서버의 이름을 바꿔야 합니다.
데이터 계층 서버의 이름을 바꾸고 새 응용 프로그램 계층 서버 이름으로 통합 데이터베이스를 업데이트하려면
적절한 서버에 로그온하고 컴퓨터 관리자를 연 후 다음 표에 나와 있는 응용 프로그램 풀 및 프로그램을 시작합니다.
이 프로그램을 호스팅하는 서버에 로그온
시작할 구성 요소
응용 프로그램 계층
Microsoft Team Foundation Server 응용 프로그램 풀
Reporting Services
ReportServer 또는 ReportServer$InstanceName(응용 프로그램 풀)
SQL Server Reporting Services(TFSINSTANCE)
명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경한 후 다음 명령을 입력합니다.
TfsAdminUtil ConfigureConnections /view
/ReportsURI 및 /ReportServerUri의 설정을 검토합니다. Reporting Services 서버가 표시된 정보에서 변경된 경우 다음 명령을 입력하여 해당 연결을 다시 구성해야 합니다.
**TfsAdminUtil ConfigureConnections /ReportsUri:NewReports/ReportServerUri:**NewReportServer
참고: 명명된 인스턴스를 사용하는 경우 명명된 인스턴스를 Reports 및 ReportServer에 대한 값의 일부로 지정해야 합니다. 명명된 인스턴스의 이름을 제거하거나 변경하지 마십시오.
예를 들어 Reporting Services가 이전 응용 프로그램 계층 서버에서 실행 중이었고 새 응용 프로그램 계층 서버로 이동된 경우 /ReportsUri 및 /ReportServerUri에 새 URI(Uniform Resource Indicator)를 제공해야 합니다. 자세한 내용은 ConfigureConnections 명령을 참조하십시오.
(옵션) 연결을 재구성한 후 다음 명령을 입력하여 변경 사항을 검토하고 변경 사항이 적용되었는지 확인합니다.
TfsAdminUtil ConfigureConnections /view
다음과 같이 해당 서비스의 web.config 파일에서 이전 데이터 계층 서버의 이름을 새 데이터 계층 서버의 이름으로 바꿉니다.
새 응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\Services로 변경합니다.
이 디렉터리의 web.config 파일을 메모장 또는 다른 텍스트 기반 편집기에서 엽니다.
appSettings 노드에서 연결 문자열 요소를 찾아 Source 매개 변수 값을 이전 데이터 계층 서버의 이름으로 변경합니다. 예를 들어 다음 요소를 수정해야 합니다.
Application Name=TeamFoundation;Data Source=NewTeamFoundationDataTierServerName;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
변경 내용을 적용한 후의 이 요소는 다음 문자열과 같습니다.
Application Name=TeamFoundation;Data Source=OldTeamFoundationDataTierServerName;Initial Catalog=TfsIntegration;Integrated Security=True;Persist Security Info=False
web.config 파일을 저장하고 메모장을 닫습니다.
참고: TfsAdminUtil RenameDT 명령이 제대로 실행되려면 해당 서비스의 web.config 파일에 있는 연결 문자열이 이전 데이터 계층 서버의 이름을 참조해야 합니다.
명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경한 후 다음 명령을 입력합니다.
TfsAdminUtil RenameDT NewTeamFoundationDataTierServerName
중요: RenameDT 명령을 성공적으로 실행하려면 이전 단계의 응용 프로그램 풀 및 프로그램을 실행해야 합니다. 이 요구 사항은 Visual Studio Team System 2008 Team Foundation Server에서 새로 적용되는 것입니다.
명령 실행이 끝난 후 다음 응용 프로그램 풀 및 프로그램을 중지합니다.
Microsoft Team Foundation Server 응용 프로그램 풀
ReportServer 또는 ReportServer$InstanceName
SQL Server Reporting Services(TFSINSTANCE)
참고: RenameDT 명령을 실행했으면 다음 단계를 진행하기 전에 필요한 서비스를 중지해야 합니다.
새 응용 프로그램 계층 서버의 이름이 이전 응용 프로그램 계층 서버의 이름과 다른 경우 TFSIntegration 데이터베이스를 새 서버의 이름으로 업데이트합니다. 그런 다음 응용 프로그램 계층에 대한 서비스 인터페이스의 등록 항목이 새 서버를 가리키도록 업데이트합니다.
새 응용 프로그램 계층 서버에서 명령 프롬프트 창을 엽니다.
디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경합니다.
명령 프롬프트에 다음과 같이 입력합니다.
TfsAdminUtil ActivateAT NewTeamFoundationApplicationTierServerName
Team System 큐브 다시 빌드
연결을 구성하고 데이터 계층 서버 이름을 바꾼 후에는 Team Foundation의 Team System 큐브를 다시 빌드해야 합니다. Team System 큐브는 SQL Server Reporting Services를 지원하며 Team System 데이터 웨어하우스의 관계형 데이터베이스 데이터를 포함합니다. 자세한 내용은 데이터 웨어하우스 아키텍처 이해를 참조하십시오.
새 배포에서 Team System 큐브를 다시 빌드하려면
Team System 큐브를 다시 빌드하고 처리합니다.
자세한 내용은 방법: Team System 큐브 다시 빌드를 참조하십시오.
버전 제어 캐시 삭제
Team System 큐브를 다시 빌드한 후에는 새 데이터 계층 서버와 강제로 동기화할 수 있도록 응용 프로그램 계층 서버 및 프록시 서버에서 버전 제어 캐시를 삭제해야 합니다.
버전 제어 캐시를 삭제하려면
응용 프로그램 계층 서버에서 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Web Services\VersionControl 디렉터리를 엽니다.
Data 하위 디렉터리의 내용은 삭제하지만 Data 하위 디렉터리 자체는 삭제하지 않습니다.
자세한 내용은 방법: 응용 프로그램 계층 서버에서 버전 제어 캐시 삭제를 참조하십시오.
배포 환경에서 Team Foundation Server Proxy를 실행 중인 모든 서버에 대해 이 절차를 반복합니다.
사용자 계정 및 서비스 계정 이동
배포를 한 작업 그룹에서 다른 작업 그룹으로 이동하는 경우 서비스 계정 및 사용자 계정을 비롯하여 모든 로컬 계정을 다시 만들어야 합니다. 또한 이전 배포가 속해 있던 도메인을 신뢰하지 않는 도메인으로 배포를 이동하는 경우에도 이러한 계정을 다시 만들어야 합니다.
참고: |
---|
새 배포에서 만든 계정 이름은 이전 배포의 계정 이름과 일치해야 합니다. 이 요구 사항에는 사용자 계정과 서비스 계정이 모두 포함됩니다. 이러한 계정 이름은 이동 작업 중에 Team Foundation Server 데이터베이스 레코드를 식별하고 업데이트하는 데 사용됩니다. |
사용자 계정과 서비스 계정을 이동하려면
Reporting Services가 실행되는 서버에서 컴퓨터 관리자를 열고 다음 구성 요소를 시작합니다.
ReportServer 또는 ReportServer$InstanceName(응용 프로그램 풀)
SQL Server Reporting Services(TFSINSTANCE)
새 응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경합니다.
명령줄에서 다음과 같이 입력합니다.
TfsAdminUtil ChangeAccount OldDomainOrComputerName\OldTFSServiceAccount NewDomainOrComputerName\NewTFSServiceAccount NewPassword
참고: 서비스 계정이 없거나 계정이 데이터 웨어하우스 역할의 멤버가 아님을 알려 주는 경고 메시지가 표시되면 모두 무시합니다.
명령줄에서 다음과 같이 입력합니다.
TfsAdminUtil ChangeAccount/ra OldDomainOrComputerName\OldTFSReportingServiceAccount NewDomainOrComputerName\NewTFSReportingServiceAccount NewPassword
참고: 서비스 계정이 데이터 웨어하우스 역할의 멤버가 아님을 알려 주는 경고 메시지나 계정을 서비스 계정 그룹에 추가할 것인지 묻는 메시지가 표시되면 모두 무시합니다.
이전 응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경합니다.
명령줄에서 다음과 같이 입력합니다.
TfsAdminUtil Sid
표시되는 사용자 목록을 메모해 두거나 인쇄합니다.
새 응용 프로그램 계층 서버에서 로컬 계정이나 도메인 계정으로 이 사용자 목록을 다시 만들어야 할 수 있습니다.
새 응용 프로그램 계층 서버에서 이전 응용 프로그램 계층 서버의 로컬 계정과 일치해야 하는 로컬 계정을 만듭니다. 이전 응용 프로그램 계층 서버가 새 응용 프로그램 계층 서버의 도메인에서 신뢰하지 않는 도메인에 있던 경우 Active Directory를 열고 이전 응용 프로그램 계층 서버의 도메인 계정에 해당하는 도메인 계정을 만듭니다.
자세한 내용은 Microsoft 웹 사이트에서 "사용자 및 그룹 계정 만들기"를 참조하십시오.
새 응용 프로그램 계층 서버에서 명령 프롬프트 창을 열고 디렉터리를 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools로 변경합니다.
명령줄에서 다음과 같이 입력합니다.
TfsAdminUtil Sid /Change OldDomainOrComputerNameNewDomainOrComputerName
이 명령은 새 도메인이나 작업 그룹에 SID를 사용하는 응용 프로그램 계층 서버의 모든 사용자 계정을 업데이트합니다. 다른 도메인 및 로컬 계정과 같은 둘 이상의 소스에 있는 정보를 사용하여 사용자 계정을 업데이트해야 할 경우에는 추가 매개 변수를 지정해야 합니다. TfsAdminUtil SID를 여러 번 실행하여 새 도메인에서 신뢰하지 않는 다양한 소스 도메인의 사용자 계정 SID를 변경할 수 있습니다. 자세한 내용은 Sid 명령을 참조하십시오.
중요: Team Foundation Server를 다시 시작할 때 TFSIntegration 데이터베이스의 사용자 계정 정보를 업데이트하기 위해 그룹 보안 서비스가 Active Directory와 다시 동기화될 때까지 최대 1시간이 소요될 수도 있습니다. 이 정보가 동기화될 때까지는 새 응용 프로그램 계층 서버를 프로덕션 환경에 사용하지 마십시오.
서비스 다시 시작
작업을 다시 시작하려면 Team Foundation이 종속된 서비스를 다시 시작해야 합니다.
서비스를 다시 시작하려면
적절한 서버에 로그온하고 컴퓨터 관리자를 연 후 다음 표에 나와 있는 구성 요소를 지정된 순서대로 시작합니다.
이 프로그램을 호스팅하는 서버에 로그온
시작할 구성 요소
SharePoint 제품과 기술
SharePoint Timer Service 또는 Windows SharePoint Services Timer
응용 프로그램 계층
Visual Studio Team Foundation Server 작업 스케줄러 서비스
Microsoft Team Foundation Server 응용 프로그램 풀
클라이언트 컴퓨터에서 데이터 캐시 새로 고치기
클라이언트 컴퓨터에서 데이터 캐시를 새로 고치려면
ClientService 웹 서비스를 사용하면 클라이언트가 다음에 응용 프로그램 계층 서버에 연결할 때 클라이언트의 작업 항목 추적 캐시를 강제로 업데이트할 수 있습니다. 버전 제어 캐시를 업데이트하려면 각 사용자는 tf workspaces 명령을 사용하여 클라이언트 컴퓨터를 업데이트해야 합니다.
자세한 내용은 방법: 클라이언트 컴퓨터에서 데이터 캐시 새로 고치기를 참조하십시오.
다음 단계
Team Foundation 배포 환경에 따라서는 새로운 설정으로 TeamBuild.proj 파일을 업데이트해야 할 수도 있습니다. 또한 SharePoint 제품과 기술 및 Reporting Services의 사용자와 그룹을 새 응용 프로그램 계층 서버로 마이그레이션해야 할 수 있습니다. 마지막으로, 이전 배포의 쿼리를 사용하여 새 배포에 연결할 수 없으므로 쿼리에 바인딩된 보고서나 문서를 다시 만들어야 합니다.
새 도메인 설정으로 빌드 컴퓨터를 업데이트하려면
새 배포에서 Team Foundation Build가 실행되는 기존 컴퓨터를 사용하려면 컴퓨터에서 TeamBuild.proj 파일을 열어 새 컴퓨터 및 새 저장 위치에 대한 설정을 업데이트해야 합니다.
자세한 내용은 Team Foundation Build 관리를 참조하십시오.
새로운 설정으로 빌드 컴퓨터를 업데이트한 후 테스트 빌드를 시작하여 새 구성을 확인합니다.
SharePoint 제품과 기술 및 Reporting Services의 사용자 및 그룹을 마이그레이션하려면
- 배포를 이동한 후에는 도메인 간 SharePoint 제품과 기술 및 Reporting Services의 사용자 계정, 그룹 및 역할 멤버 자격을 새 배포 환경으로 수동으로 마이그레이션해야 할 수 있습니다. 이전 배포와의 Active Directory 트러스트 관계에 따라 마이그레이션해야 하는 정보의 양이 결정됩니다. SharePoint 제품과 기술 및 Reporting Services에서는 모두 각 사이트나 보고서 폴더에 대한 사용자, 그룹 및 역할 멤버 자격을 표시합니다. 자세한 내용은 권한 관리 및 Team Foundation Server의 트러스트 및 포리스트 고려 사항을 참조하십시오.
Microsoft Project 또는 Microsoft Excel 보고서를 만들려면
- 배포를 이동한 후 Team Foundation Server에 연결되는 Microsoft Project 또는 Microsoft Excel 파일을 다시 만듭니다. 자세한 내용은 Team Foundation Server 보고를 참조하십시오.
참고 항목
작업
방법: 한 환경에서 다른 환경으로 Team Foundation Server 이동
개념
Team Foundation의 응용 프로그램 계층 서버 요구 사항
Team Foundation의 데이터 계층 서버 요구 사항
작업 그룹에서 Team Foundation Server 관리
Team Foundation Server 보안 아키텍처