Team Foundation Server 이동 유형

아티클
08/20/2008

업데이트: 2007년 11월

Team Foundation Server에서는 세 가지 이동 유형을 지원합니다. 가장 일반적인 유형은 복원을 기반으로 하는 이동으로, 새 하드웨어에 Team Foundation Server를 새로 설치하여 구성하고 원래 Team Foundation Server 배포 환경의 데이터를 새 환경으로 복원하는 것입니다. 보다 간단한 유형인 환경을 기반으로 하는 이동에서는 기존 Team Foundation Server 배포 환경을 도메인이나 작업 그룹으로 이동합니다. 마지막으로, 단일 서버에서 둘 이상의 서버로의 이동하는 유형에서는 Team Foundation Server가 단일 서버 설치에서 둘 이상의 서버에 걸친 설치로 이동합니다. 이 유형은 복원 기반 이동의 특정 유형입니다.

Team Foundation Server 배포를 이동하는 이유

기존 Team Foundation Server 배포를 이동해야 하는 이유에는 여러 가지가 있습니다. 가장 일반적인 이유는 다음과 같습니다.

Team Foundation Server를 단일 서버에서 둘 이상의 서버로 이동하여 Team Foundation Server 배포의 용량을 늘리기 위해
새 하드웨어를 동일한 서버 이름 또는 다른 서버 이름으로 통합하기 위해
Team Foundation Server를 작업 그룹에서 Active Directory 도메인으로 이동하기 위해
Team Foundation Server를 한 도메인에서 다른 도메인으로 이동하기 위해

지원되는 이동 유형

Team Foundation Server에서는 세 가지 이동 유형을 지원합니다. 세 가지 이동 유형 모두 많은 단계를 수행해야 하므로 Team Foundation Server 배포를 이동하기 전에 각 이동 유형의 절차를 주의 깊게 읽어야 합니다.

복원 기반 이동 새 환경에 새 Team Foundation Server 배포가 설치됩니다. 원래 Team Foundation Server 데이터베이스의 백업이 새 환경의 새 Team Foundation Server로 복원됩니다. 이 이동 유형은 새 하드웨어로 이동하는 데 사용됩니다. 다음은 하드웨어 기반 이동의 예입니다.
- 단일 서버 배포 환경에서 동일한 도메인의 다른 단일 서버 배포 환경으로 이동
- 이중 서버 배포 환경에서 동일한 도메인의 다른 이중 서버 배포 환경으로 이동
- 한 데이터 계층 서버에서 다른 데이터 계층 서버로 데이터 복원(이중 서버 배포 환경에만 해당함)
구체적인 단계는 방법: 한 하드웨어 구성에서 다른 하드웨어 구성으로 Team Foundation Server 이동 및 방법: Team Foundation Server 데이터를 다른 서버로 복원을 참조하십시오.
환경 기반 이동 Team Foundation Server를 실행하는 서버를 도메인에 연결하거나 서버가 속해 있는 도메인을 변경하여 기존 Team Foundation Server 배포를 새 환경으로 이동합니다. 이 이동 유형에는 하드웨어 변경이 포함되지 않습니다. 다음은 환경 기반 이동의 예입니다.
- 작업 그룹에서 도메인으로 배포 환경 이동
- 한 도메인에서 다른 도메인으로 배포 환경 이동
구체적인 단계는 방법: 한 환경에서 다른 환경으로 Team Foundation Server 이동을 참조하십시오.
단일 서버에서 둘 이상의 서버로 이동 이 유형은 복원 기반 이동의 특정 유형입니다. SQL Server는 새 컴퓨터에 설치 및 구성되고 원래 단일 서버 Team Foundation Server는 논리적 Team Foundation 응용 프로그램 계층을 호스팅하는 서버로 변환됩니다. 원래 단일 서버 환경에서 가져온 데이터베이스의 백업이 새 Team Foundation 데이터 계층 서버로 복원됩니다. 구체적인 단계는 방법: 단일 서버 배포에서 이중 서버 배포로 이동을 참조하십시오.

이동 시나리오

비즈니스 요구에 맞게 가장 적절한 이동 유형을 결정해야 합니다. 사용 가능한 서버 이동 시나리오는 다음과 같습니다.

서버를 도메인 A에서 도메인 B로 이동 하드웨어를 변경하지 않는 경우 이 유형은 환경 기반 이동 유형입니다. 테스트 도메인에서 Team Foundation Server를 평가한 후 서버를 프로덕션 도메인으로 이동하려는 경우 이 이동을 수행할 수 있습니다. 서버를 이동하는 작업에는 원래 서버에서 사용자 계정, 그룹 계정 및 권한을 이동하거나 다시 만드는 작업도 포함될 수 있습니다.
단일 서버를 작업 그룹에서 도메인으로 이동 이 유형은 환경 기반 이동 유형입니다. Team Foundation Server를 작업 그룹에 배포한 다음 Active Directory 도메인을 구현하기로 결정한 경우 이 이동을 수행할 수 있습니다. 동일한 사용자 계정이 도메인에 있거나 사용자 계정이 Team Foundation Server의 로컬 계정인 경우 로컬 사용자를 작업 그룹에서 도메인으로 이동할 수 있습니다.
Team Foundation Server 배포에서 하드웨어 교체 이 유형은 복원 기반 이동 유형입니다. Team Foundation Server가 설치된 시스템에서 하드웨어를 교체해야 하는 경우 이 이동을 수행할 수 있습니다.
단일 서버 Team Foundation Server 배포의 용량 확장 이 이동 유형은 배포를 용량이 더 크고 빠른 서버로 이동할지 단일 서버 배포에서 둘 이상의 서버로 이동할지에 따라 결정됩니다. 전자는 복원 기반 이동인 반면 후자는 단일 서버에서 둘 이상 서버로의 이동입니다. 현재 Team Foundation Server 배포의 성능이 낮고 사용자, 프로젝트 및 데이터에 대한 추가 용량이 필요한 경우 이 이동을 수행할 수 있습니다.

이동 고려 사항

Team Foundation Server 배포 환경을 이동할 때는 신중하게 계획하여 실행해야 합니다. 예를 들어 도메인 마이그레이션과 Team Foundation Server 단일 서버 배포에서 둘 이상 서버로의 이동을 결합할 때는 특히 주의해야 합니다. 또한 Team Foundation Server에서는 구성 정보를 여러 위치에 저장한다는 점에 유의하십시오. 이동 단계를 주의 깊게 따라 주십시오. 자세한 내용은 Team Foundation Server 보안 아키텍처를 참조하십시오.

Team Foundation Server 이동 고려 사항

가능한 경우 Team Foundation 응용 프로그램 계층 서버 이름을 동일하게 유지 환경 기반 이동 및 단일 서버에서 둘 이상의 서버로 이동하는 경우 Team Foundation 응용 프로그램 계층 서버의 이름을 가능한 한 동일하게 유지합니다. Team Foundation 응용 프로그램 계층 서버 이름을 변경하면 다음과 같은 문제가 발생합니다.

Team Foundation 응용 프로그램 계층 서버 이름을 변경하려면 모든 Team Foundation 클라이언트를 새 서버 이름에 연결해야 합니다.
서버 이름이 바뀌면 쿼리에 바인딩된 모든 Microsoft Office 문서가 작동하지 않게 됩니다. 문서는 문서가 만들어진 서버에 바인딩됩니다. 이러한 문서에는 프로젝트 문서 노드에서 프로젝트를 만들 때 자동으로 만들어지고 쿼리에 바인딩된 모든 Microsoft Office 문서가 포함됩니다.
서버 이름이 바뀌면 문서에 대한 모든 포함된 링크는 알 수 없는 서버 이름을 가리키게 됩니다.

참고:
복원 기반 이동 유형의 경우 Team Foundation 응용 프로그램 계층 서버 이름을 변경해야 합니다.

사용자 및 서비스 계정 이동 보안 모델의 일부로 Team Foundation Server는 Windows ID(로컬 및 도메인 그룹 및 사용자)를 해당 SID(보안 식별자)별로 저장합니다. Team Foundation Group Security Service는 정기적으로 SID 기반의 TFSIntegration 데이터베이스에 저장된 정보를 각 사용자의 고유 ID로 동기화합니다. 따라서 이동 유형에 따라 TFSIntegration 데이터베이스의 SID가 이동 후에 유효하지 않을 수 있습니다. 이것은 다음과 같은 경우에 적용됩니다.

로컬 계정이 원래 Team Foundation Server에 있는 경우. 이러한 계정을 이동한 Team Foundation Server에서 로컬 계정으로 다시 만들 것인지 또는 이동한 Team Foundation Server의 새 도메인에서 도메인 계정으로 다시 만들 것인지 결정해야 합니다.
도메인 계정이 원래 Team Foundation Server에 있지만 원래 도메인을 신뢰하지 않는 도메인으로 Team Foundation Server를 이동하는 경우. 이러한 계정을 이동한 Team Foundation Server에서 로컬 계정으로 다시 만들 것인지 또는 이동한 Team Foundation Server의 새 도메인에서 도메인 계정으로 만들 것인지 결정해야 합니다.

Team Foundation Server에는 기존 Team Foundation Server 사용자 및 그룹 집합과 할당된 권한을 유지하는 데 사용할 수 있는 명령줄 도구(TfsAdminUtil)가 있습니다. TFSAdminUtil 명령 중에는 새 도메인이 있는 경우 사용자 계정의 SID를 사용하는 TFSIntegration 데이터베이스의 각 항목을 새 도메인에 있는 항목으로 업데이트하는 명령이 있습니다. 자세한 내용은 TFSAdminUtil 명령줄 명령을 참조하십시오.

중요:
TfsAdminUtil SID 명령을 사용하여 Windows 사용자 및 그룹과 권한을 성공적으로 이동하려면 사용자 및 그룹의 계정 이름이 원래 Team Foundation Server 환경과 새 도메인에서 동일해야 합니다. 이 도구에서는 사용자 이동을 위해 계정 이름 간 매핑을 정의할 수 없습니다. 이동 과정에서 원래 Team Foundation Server 배포에 사용한 서비스 계정을 이동한 Team Foundation Server 배포에서 찾지 못할 수도 있습니다. 서비스 계정을 이동하려면 TfsAdminUtil ChangeAccount 명령을 사용해야 합니다.

TfsAdminUtil SID 명령을 사용하여 Windows 사용자 및 그룹과 권한을 성공적으로 이동하려면 사용자 및 그룹의 계정 이름이 원래 Team Foundation Server 환경과 새 도메인에서 동일해야 합니다. 이 도구에서는 사용자 이동을 위해 계정 이름 간 매핑을 정의할 수 없습니다. 이동 과정에서 원래 Team Foundation Server 배포에 사용한 서비스 계정을 이동한 Team Foundation Server 배포에서 찾지 못할 수도 있습니다. 서비스 계정을 이동하려면 TfsAdminUtil ChangeAccount 명령을 사용해야 합니다.

테스트 실행 준비 테스트 실행 연습을 통해 새 환경으로 이동하는 작업을 테스트하면 예기치 않은 문제를 확인하고 해결할 수 있습니다. 사용자의 이동 시나리오와 배포 환경은 Microsoft에서 테스트한 이동 시나리오 및 배포 환경과 다를 수 있습니다. 테스트를 수행하면 사용자 배포 환경의 특정한 이동 단계에서 어떤 차이점이 있는지 파악하는 데 도움이 됩니다.

참고 항목

다음을 통해 공유