TFSConfig를 사용 하 여 온-프레미스 Azure DevOps 관리

Azure DevOps Server 2020 | Azure DevOps Server 2019 | TFS 2018 - TFS 2013

참고

Azure DevOps Server의 이전 이름은 Visual Studio Team Foundation Server였습니다.

TFSConfig 명령줄 도구를 사용 하 여 Azure DevOps 온-프레미스 배포에 대 한 다양 한 관리 작업을 수행할 수 있습니다.

TFSConfig 는 Azure DevOps Server 설치 된 모든 컴퓨터에서 실행할 수 있습니다.

중요

콘텐츠 버전 선택기

플랫폼에서 사용할 수 있는 콘텐츠를 보려면 목차 위에 있는 버전 선택기에서 이 문서의 올바른 버전을 선택해야 합니다. 기능 지원은 Azure DevOps Services에서 작업하고 있는지 또는 온-프레미스 버전의 Azure DevOps Server(TFS(Team Foundation Server)에서 이름이 변경됨)에서 작업하고 있는지에 따라 달라집니다.

사용 중인 온-프레미스 버전을 알아보려면 사용 중인 플랫폼/버전을 참조하세요.

참고

TFS 2010 이전 버전의 경우 이러한 명령 중 몇 가지를 TFSAdminUtils 명령줄 도구에서 사용할 수 있습니다.

명령줄 도구 위치

Azure DevOps 명령줄 도구는 Azure DevOps 애플리케이션 계층 서버의 /Tools 디렉터리에 설치됩니다.

  • Azure DevOps Server 2020:%programfiles%\Azure DevOps Server 2020\Tools
  • Azure DevOps Server 2019:%programfiles%\Azure DevOps Server 2019\Tools
  • TFS 2018: %programfiles%\Microsoft Team Foundation Server 2018\Tools
  • TFS 2017: %programfiles%\Microsoft Team Foundation Server 15.0\Tools
  • TFS 2015: %programfiles%\Microsoft Team Foundation Server 14.0\Tools
  • TFS 2013: %programfiles%\Microsoft Team Foundation Server 12.0\Tools
  • TFS 2012: %programfiles%\Microsoft Team Foundation Server 11.0\Tools
  • TFS 2010: %programfiles%\Microsoft Team Foundation Server 2010\Tools

필수 조건

많은 명령이 제대로 작동 하려면 tfsconfig 는 TFS 배포의 일부인 다양 한 서버 및 서비스에 연결할 수 있어야 하며, tfsconfig 를 실행 하는 사용자에 게는 동일한 서버 및 서비스에 대 한 관리 권한이 있어야 합니다. 특정 명령에 대 한 요구 사항은 아래에서 호출 됩니다.

실행 중인 사용자에 게 관리자 자격 증명이 있는 경우에도 많은 TFSConfig 명령은 관리자 권한 명령 프롬프트에서 실행 해야 합니다. 관리자 권한 명령 프롬프트를 열려면 시작을 클릭 하 고 명령 프롬프트를 마우스 오른쪽 단추로 클릭 한 다음 관리자 권한으로 실행을 클릭 합니다. 자세한 내용은 사용자 계정 컨트롤을 참조 하세요.

Azure DevOps Server에 대 한 관리 콘솔을 사용 하 여 대화형으로 관리 작업을 수행할 수도 있습니다. 관리 태스크 빠른 참조를 참조 하세요.

명령 나열 및 도움말 보기

TFSConfig 명령의 전체 목록을 표시 하려면 도움말 명령을 사용 합니다.

TFSConfig help

개별 명령에 대 한 도움말을 보려면 도움말 명령을 사용 하 여 도움 을 받을 명령의 이름을 지정 합니다. 예를 들어 계정 명령에 대 한 도움말을 보려면 다음을 수행 합니다.

TFSConfig help accounts

계정

계정 명령을 사용 하 여 이러한 Azure DevOps Server 서비스 계정을 관리할 수 있습니다.

  • Azure DevOps Server 서비스 계정
  • SQL Server Reporting Services에 대 한 데이터 소스 계정
  • Azure DevOps 프록시 서버 서비스 계정

이 명령을 사용 하 여 Azure DevOps Server 데이터베이스의 소유권을 변경할 수도 있습니다.

TfsConfig accounts /change|add|set|delete|updatepassword|resetowner
    [/accountType:<adminConsole|applicationTier|proxy|reportingDataSource>]
    [/account:<accountName>] [/password:<password>]
    [/sqlInstance:<serverName>] [/databaseName:<databaseName>] [/continue]
작업(Operation) Description
UpdatePassword 서비스 계정으로 사용되는 계정의 암호를 변경합니다. 지정 된 계정으로 실행 되는 기존 계정 및 모든 accountTypes를 변경 합니다.
변경 서비스 계정으로 사용되는 계정을 변경합니다. 필요한 리소스 및 그룹에 새 계정을 추가 하 고 필요한 권한을 부여한 다음 서비스를 사용 하도록 설정 합니다. 이는 리소스에서 이전 계정을 제거 하지 않습니다.

AccountType 옵션을 사용 하지 않으면 응용 프로그램 계층에 대 한 서비스 계정이 변경 됩니다.
추가 는 필요한 리소스에만 새 계정을 추가 합니다. NLB 시나리오에 유용 합니다. 일부 컬렉션에 연결할 수 없는 경우 continue 플래그를 사용 합니다. 추가는 나중에 다시 실행 하 여 누락 된 컬렉션을 업데이트할 수 있습니다. 계정을 서비스 계정으로 사용하는 데 필요한 그룹에 계정을 추가합니다.
설정 는 이미 리소스에 추가 된 계정을 사용 하도록 서비스를 설정 합니다. NLB 시나리오에 유용 합니다.
삭제 모든 리소스에서 계정을 제거 합니다. 계정을 삭제할 때 다른 서버에서 서비스 거부를 유발할 수 있으므로 예방 조치를 사용 해야 합니다.
ResetOwner 데이터베이스가 이동, 복제 또는 재해 복구의 일부로 복원 된 경우 데이터베이스 소유자는 서버를 복원 하는 관리자로 전환할 수 있습니다. 이 옵션은 모든 데이터베이스를 반복 하 고 dbo 로그인을 현재 소유자로 설정 합니다.
AccountType Description
AdminConsole 관리 콘솔 사용자는 콘솔을 사용 하기 위해 다양 한 리소스에서 최소 권한이 부여 된 사용자입니다.
ApplicationTier 핵심 웹 서비스에 대 한 appPool에서 서비스 계정을 변경 합니다. TFSService
Proxy (프록시) 프록시 웹 서비스에 대 한 appPool에서 서비스 계정을 변경 합니다. TFSProxy
ReportingDataSource 보고서에서 보고 데이터에 액세스 하는 데 사용 하는 계정을 변경 합니다. TFSReports

기본값은 ApplicationTier 입니다.

SqlInstance 및 databaseName은 응용 프로그램 계층이 구성 되기 전에 데이터베이스에 계정을 추가 하는 경우에만 적합 합니다. 이는 주로 구성 마법사를 실행 하기 전에 다른 계정이 필요한 재해 복구 시나리오에서 유용 합니다.

Continue 옵션은 계정을 추가 하거나 변경할 때 사용 됩니다. 이러한 작업의 경우 계정이 각 컬렉션 데이터베이스에서 변경 됩니다. 계속 제공 되는 경우 컬렉션에 연결할 수 없는 경우 계속 됩니다. 연결할 수 있는 경우 다시 실행할 수 있습니다.

참고

계정은 domainName\userName 형식 이어야 합니다. 시스템 계정의 경우 전체 계정 이름 앞뒤에 따옴표를 사용 해야 합니다 (예: "NT Authority\Network Service"). 시스템 계정에는 암호가 필요 하지 않습니다.

매개 변수 Description
계정 ApplicationTier 와 같은 참조 된 계정 유형에 서 추가, 변경 또는 삭제할 계정의 이름을 지정 합니다.
암호 서비스 계정의 암호를 지정합니다. 시스템 계정이나 암호가 없는 계정(예: Network Service)을 사용하는 경우 이 매개 변수는 선택 사항입니다.
sqlInstance /ResetOwner 에만 사용 됩니다.

SQL Server를 실행 하는 서버의 이름과 기본 인스턴스가 아닌 인스턴스를 사용 하려는 경우 인스턴스의 이름을 지정 합니다. 다음 형식의 이름 및 인스턴스를 지정해야 합니다.

Servername\instancename 형식으로
databaseName /ResetOwner 에만 사용 됩니다.

소유권을 변경할 데이터베이스의 이름을 지정합니다. 이 명령을 사용하여 지정한 데이터베이스의 소유권을 명령 실행에 사용 중인 계정으로 다시 설정합니다.
continue 명령을 실행할 때 사용할 수 없는 그룹을 업데이트합니다. 이 옵션은 대체로 NLB 시나리오에서 사용됩니다.

전제 조건

계정 명령을 사용 하려면 다음 멤버 여야 합니다.

  • Azure DevOps Administrators 보안 그룹
  • Azure DevOps Server 인스턴스에서 사용 하는 모든 SQL Server 인스턴스의 sysadmin 역할입니다.

/Sproxy 옵션을 사용 하는 경우 프록시 서버에서 관리자 여야 합니다.

자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

계정 명령을 사용 하 여 Azure DevOps Server의 서비스 계정, 데이터베이스 및 서비스 계정 그룹에 대 한 변경 내용을 자동화 합니다. 이미 만든 계정을 구성할 수 있지만 계정을 만들 수는 없습니다.

계정의 도메인 또는 작업 그룹을 변경 하기 전에 계정에 계정이 민감하여 응용 프로그램 계층 서버에 대 한 권한을 위임할 수 없어야 합니다. 자세한 내용은 Microsoft 웹 사이트에서 위임 된 인증 사용페이지를 참조 하십시오.

계정 명령은 온-프레미스 Azure DevOps Server 배포를 지원 합니다. Azure DevOps Services 계정의 계정 소유자를 변경 하려면 계정 소유권 변경을 참조 하세요.

Reporting Services에 대 한 데이터 원본의 서비스 계정을 Contoso 도메인의 새 계정으로 변경 하 Contoso\NewAccount 고 암호를로 변경 Password 합니다.

TfsConfig accounts /change /AccountType:ReportingDataSource /Account:Contoso\NewAccount /Password:Password

Azure DevOps Server에 대 한 서비스 계정 그룹에 네트워크 서비스 시스템 계정을 추가 합니다 (시스템 계정에 암호가 없음).

TfsConfig accounts /add /AccountType:ApplicationTier /Account:"NT Authority\Network Service"

TFS_Warehouse명명 된 인스턴스의 SQL Server 데이터베이스 소유권을 ContosoMain TeamDatabases 명령을 실행 하는 사용자 계정으로 변경 합니다.

참고

이 명령을 사용 하는 경우 데이터베이스의 소유자로 설정할 계정을 지정할 수 없습니다. 소유자는 명령 실행에 사용 중인 계정으로 설정됩니다.

TfsConfig accounts /ResetOwner /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_Warehouse

계정 명령을 사용 하 여 이러한 TFS 서비스 계정을 관리할 수 있습니다.

  • TFS 서비스 계정
  • SQL Server Reporting Services에 대 한 데이터 소스 계정
  • Azure DevOps 프록시 서버 서비스 계정

이 명령을 사용 하 여 Azure DevOps Server 데이터베이스의 소유권을 변경할 수도 있습니다.

TFSConfig Accounts /change|add|set|delete|updatepassword|resetowner
[/AccountType:{AdminConsole|ApplicationTier|Proxy|ReportingDataSource}]
[/Account:AccountName] [/Password:Password]
[/SQLInstance:ServerName] [/DatabaseName:DatabaseName] [/Continue] [/usesqlalwayson]

옵션

Description

/change

서비스 계정으로 사용되는 계정을 변경합니다.

이 옵션은 지정한 계정을 필요한 모든 그룹에 추가하고, 가능한 경우 필수 구성요약을 부여하고, 계정을 사용하도록 서비스를 설정합니다.

이 옵션과 함께 /AccountType 옵션을 사용하지 않으면 애플리케이션 계층에 대한 서비스 계정이 변경됩니다.

/add

계정을 서비스 계정으로 사용하는 데 필요한 그룹에 계정을 추가합니다.

이 옵션은 지정한 계정을 필요한 그룹에 추가하고, 가능한 경우 해당 계정을 서비스 계정으로 사용하는 데 필요한 권한을 부여합니다.

그러나 이 옵션을 사용하더라도 서비스 계정으로 사용되는 계정이 변경되지는 않습니다.

이 옵션은 대체로 NLB(네트워크 부하 분산) 시나리오에서 사용됩니다.

환경에서 일부 서비스나 데이터베이스를 사용할 수 없는 경우에는 이 옵션과 /continue를 함께 사용할 수 있습니다.

/set

계정을 서비스 계정으로 설정합니다. 이 옵션을 사용하더라도 그룹에 계정이 추가되지는 않습니다.

따라서 필요한 그룹에 이미 추가되었으며 필요한 권한이 있는 계정에만 이 옵션을 사용해야 합니다.

이 옵션은 대체로 NLB 시나리오에서 사용됩니다.

/delete

지정한 계정 형식에서 계정을 제거합니다.

이 옵션은 지정한 계정을 필요한 그룹에서 제거하고, 가능한 경우 해당 계정을 서비스 계정으로 사용하는 데 필요한 권한을 제거합니다.

그러나 이 옵션을 사용하더라도 서비스 계정으로 사용되는 계정이 변경되지는 않습니다.

배포의 서버가 현재 서비스 계정으로 사용하는 계정에는 이 옵션을 사용하지 않아야 합니다.

/ResetOwner

Azure DevOps Server 사용하는 데이터베이스의 소유권을 이 명령을 실행하는 데 사용하는 계정으로 변경합니다.

이 옵션은 모든 데이터베이스를 반복하고 dbo 로그인을 이 명령을 실행하는 데 사용하는 계정으로 설정합니다.

배포를 이동하거나 복원할 때 이 옵션을 사용해야 할 수 있습니다.

/UpdatePassword

서비스 계정으로 사용되는 계정의 암호를 변경합니다.

이 옵션은 해당 계정을 사용하는 Azure DevOps Server 모든 서비스에 대해 지정한 계정의 암호를 업데이트합니다.

/AccountType: { AdminConsole | ApplicationTier | ReportingDataSource | 프록시 }

  • AdminConsole: Azure DevOps 관리 콘솔을 열고 사용하는 데 필요한 최소 권한이 있는 사용자 그룹(AdminConsole)
  • ApplicationTier: Azure DevOps Server 사용되는 서비스 계정(TFSService)
  • ReportingDataSource: Reporting Services 데이터 원본 계정(TFSReports)
  • 프록시: Azure DevOps Server 프록시의 서비스 계정(TFSProxy)

기본값은 ApplicationTier입니다.

/Account: AccountName

참조된 계정 유형(예: /AccountType:ApplicationTier)에서 추가, 변경 또는 삭제하려는 계정의 이름을 지정합니다.

Domain\AccountName 또는 Computer\AccountName 형식 중 하나로 계정을 지정합니다.

Network Service 또는 Local System과 같은 시스템 계정을 사용하려면 Computer\AccountName 형식을 사용합니다.

시스템 계정을 지정하는 방법에 대한 자세한 내용은 이 항목 뒷부분의 사용법 예제를 참조하세요.

/Password: 암호

서비스 계정의 암호를 지정합니다.

참고: 네트워크 서비스와 같이 암호가 없는 시스템 계정 또는 계정을 사용하는 경우 이 매개 변수는 선택 사항입니다.

/SQLInstance: Servername

/ResetOwner 에만 사용됩니다.

SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다.

다음 형식의 이름 및 인스턴스를 지정해야 합니다.

ServerName\InstanceName.

/DatabaseName: Databasename

/ResetOwner 에만 사용됩니다.

소유권을 변경할 데이터베이스의 이름을 지정합니다.

이 명령을 사용하여 지정한 데이터베이스의 소유권을 명령 실행에 사용 중인 계정으로 다시 설정합니다.

/continue

명령을 실행할 때 사용할 수 없는 그룹을 업데이트합니다. 이 옵션은 대체로 NLB 시나리오에서 사용됩니다.

/usesqlalwayson

/SQLInstance/DatabaseName 와 함께 /ResetOwner에만 사용됩니다.

데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다.

이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 [AlwaysOn 가용성 그룹(SQL Server)](/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server를 참조하세요.

전제 조건

Accounts 명령을 사용하려면 다음 멤버여야 합니다.

  • Team Foundation 관리자 보안 그룹
  • Azure DevOps Server 인스턴스에서 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 역할입니다.

/proxy 옵션을 사용하는 경우 프록시 서버의 관리자여야 합니다.

자세한 내용은 Azure DevOps Server> 대한 권한 참조를 참조하세요.

설명

계정 명령을 사용하여 Azure DevOps Server 서비스 계정, 데이터베이스 및 서비스 계정 그룹의 변경을 자동화합니다. 이미 만든 계정을 구성할 수 있지만 계정을 만들 수는 없습니다.

계정의 도메인 또는 작업 그룹을 변경하기 전에 계정에 중요한 계정이 있어야 하며 애플리케이션 계층 서버에 대한 권한을 위임할 수 없습니다. 자세한 내용은 Microsoft 웹 사이트: 위임된 인증 사용 페이지를 참조하세요.

Accounts 명령은 온-프레미스 Azure DevOps Server 배포를 지원합니다. Azure DevOps Services 계정의 계정 소유자를 변경하려면 계정 소유권 변경을 참조하세요.

Reporting Services 위한 데이터 원본의 서비스 계정을 Contoso 도메인, Contoso \ NewAccount 및 암호의 새 계정으로 암호로 변경합니다.

TFSConfig Accounts /change /AccountType:ReportingDataSource /Account:Contoso\NewAccount /Password:Password

Azure DevOps Server 서비스 계정 그룹에 네트워크 서비스 시스템 계정을 추가합니다. (시스템 계정에는 암호가 없습니다.)

TFSConfig Accounts /add /AccountType:ApplicationTier /Account:"NT Authority\Network Service"

_"TeamDatabases" 명명된 인스턴스의 "ContosoMain" SQL Server "TFS Warehouse" 데이터베이스의 소유권을 명령을 실행하는 사용자 계정으로 변경합니다.

참고

이 명령을 사용하는 경우 데이터베이스 소유자로 설정할 계정을 지정할 수 없습니다. 소유자는 명령 실행에 사용 중인 계정으로 설정됩니다.

TFSConfig Accounts /ResetOwner /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_Warehouse

AddProjectReports

참고

Addprojectreports 명령은 TFS 2017.1 이상 버전에서 사용할 수 있습니다.

Addprojectreports 명령을 사용 하 여 기존 팀 프로젝트에 대 한 보고서를 추가 하거나 덮어씁니다.

TfsConfig addProjectReports /collection:<teamProjectCollectionUrl> /teamProject:<projectName> /template:<templateName>
[/force]
옵션 Description
collection 필수 요소. 팀 Project 컬렉션의 URL입니다.
teamproject 필수 요소. 팀 프로젝트의 이름을 지정 합니다.
template 필수 요소. 프로세스 템플릿의 이름을 지정 합니다. 사용할 수 있는 옵션은 Agile, CMMI 및 Scrum입니다.
force 선택 사항입니다. 이미 있는 경우 보고서를 덮어쓰도록 지정 합니다.

필수 조건

Addprojectreports 명령을 사용 하려면 TFSConfig 를 실행 하 고 보고서를 보고 서비스에 업로드할수 있는 권한이 있어야 합니다.

설명

프로젝트에 보고서가 없거나 프로세스에 대해 정의 된 보고서를 업데이트 하려는 경우 Addprojectreports 명령을 사용 합니다.

다음 경우에이 명령을 사용 해야 할 수 있습니다.

  • 프로젝트가 Azure DevOps 포털에서 만들어졌으므로 Visual Studio
  • Visual Studio에서 프로젝트가 만들어졌지만 보고가 Azure DevOps Server에서 구성 되지 않았습니다.

Azure DevOps Server 업그레이드 하 고 프로젝트의 이전 보고서가 더 이상 호환 되지 않으므로 기본 보고서를 사용 하 여 프로젝트의 보고서를 덮어쓰려면 /force 옵션을 사용 합니다. 보고서를 사용자 지정한 경우에는이 작업을 수행 하기 전에 백업을 수행 하십시오.

온-프레미스 Azure DevOps Server에 보고서를 추가 하는 방법에 대해 자세히 알아보려면 프로젝트에 보고서 추가를 참조 하세요.

예제

다음 예제에서는 Agile 보고서를 MyProject 프로젝트 컬렉션의 프로젝트에 추가 하는 방법을 보여 줍니다 http://myTfsServer:8080/tfs/DefaultCollection .

TFSConfig addProjectReports /collection:http://myTfsServer:8080/tfs/DefaultCollection /teamproject:MyProject /template:Agile

Addprojectreports 명령을 사용 하 여 기존 프로젝트에 대 한 보고서를 추가 하거나 덮어씁니다.

TfsConfig addProjectReports
/collection:teamProjectCollectionUrl
/teamProject:projectName
/template:templateName
[/force]

옵션

설명

/collection

필수 요소. Project 컬렉션의 URL입니다.

/teamProject

필수 요소. 프로젝트의 이름을 지정 합니다.

/template

필수 요소. 프로세스 템플릿의 이름을 지정 합니다. 사용 가능한 옵션은 Agile, CMMI 및 Scrum입니다.

/force

선택 사항입니다. 이미 있는 경우 보고서를 덮어쓰도록 지정 합니다.

필수 조건

Addprojectreports 명령을 사용 하려면 TFSConfig 를 실행 하 고 보고서를 보고 서비스에 업로드할수 있는 권한이 있어야 합니다.

설명

프로젝트에 보고서가 없거나 프로세스에 대해 정의 된 보고서를 업데이트 하려는 경우 Addprojectreports 명령을 사용 합니다.

다음 경우에이 명령을 사용 해야 할 수 있습니다.

  • 프로젝트가 웹 포털에서 만들어졌지만 Visual Studio 되지 않았습니다.
  • Visual Studio에서 프로젝트가 만들어졌지만 보고가 Azure DevOps Server에서 구성 되지 않았습니다.

Azure DevOps Server 업그레이드 하 고 프로젝트의 이전 보고서가 더 이상 호환 되지 않으므로 기본 보고서를 사용 하 여 프로젝트의 보고서를 덮어쓰려면 /force 옵션을 사용 합니다. 보고서를 사용자 지정한 경우에는이 작업을 수행 하기 전에 백업을 수행 하십시오.

온-프레미스 Azure DevOps Server에 보고서를 추가 하는 방법에 대해 자세히 알아보려면 프로젝트에 보고서 추가를 참조 하세요.

예제

다음 예제에서는 Agile 보고서를 프로젝트 컬렉션의 MyProject 프로젝트에 추가 하는 방법을 보여 줍니다 http://myTfsServer:8080/tfs/DefaultCollection .

TFSConfig addprojectreports /collection:http://myTfsServer:8080/tfs/DefaultCollection /teamproject:MyProject /template:Agile

인증

인증 명령은 Azure DevOps Server 응용 프로그램 계층 또는 프록시 웹 사이트에서 사용 하는 네트워크 인증 프로토콜을 변경 합니다.

TFSConfig Authentication [/provider:NTLM|Negotiate] [/viewAll] [/siteType:ApplicationTier|Proxy]

옵션

설명

/viewAll

Azure DevOps Server에 대 한 현재 인증 설정을 표시 합니다.

/공급자: {NTLM | 결정할

웹 사이트에 대해 구성할 인증 공급자를 지정합니다.

  • NTLM: NTML 인증 프로토콜을 사용 합니다.
  • Negotiate: Negotiate (Kerberos) 인증 프로토콜 사용

/siteType

네트워크 인증 프로토콜을 변경 하려는 웹 사이트 (응용 프로그램 계층 또는 프록시)를 지정 합니다. 응용 프로그램 계층은 기본값입니다.

필수 조건

인증 명령을 사용 하려면 sitetype 옵션의 값에 따라 응용 프로그램 계층 서버 또는 프록시 서버의 로컬 관리자 및 Azure DevOps Administrators 보안 그룹의 멤버 여야 합니다.

설명

인증 명령은 Azure DevOps Server에 사용 되는 하나 이상의 웹 사이트에 대 한 네트워크 인증 프로토콜을 변경 하려는 관리자에 의해 사용 됩니다. 관리자는 응용 프로그램 계층에서 이 명령을 실행하여 네트워크 인증 프로토콜을 변경해야 하는 웹 사이트를 업데이트합니다. 이 명령은 IIS 메타 베이스에서 Ntauthenticationproviders 속성을 변경 합니다.

인증 프로토콜을 변경 하기 위해 인증 명령을 사용 하기 전에 /viewAll 옵션을 사용 하 여 명령을 실행 하 여 기존 설정을 확인할 수 있습니다.

예제

다음 예제에서는 네트워크 인증 프로토콜에 대해 할당된 현재 값을 표시합니다.

TFSConfig Authentication /viewAll

인증 명령은 TFS 응용 프로그램 계층 또는 프록시 웹 사이트에서 사용 하는 네트워크 인증 프로토콜을 변경 합니다.

TFSConfig Authentication [/provider:NTLM|Negotiate] [/viewAll] [/siteType:ApplicationTier|Proxy]

옵션

설명

/viewAll

Azure DevOps Server에 대 한 현재 인증 설정을 표시 합니다.

/공급자: {NTLM | 결정할

웹 사이트에 대해 구성할 인증 공급자를 지정합니다.

  • NTLM: NTML 인증 프로토콜을 사용 합니다.
  • Negotiate: Negotiate (Kerberos) 인증 프로토콜 사용

/siteType

네트워크 인증 프로토콜을 변경 하려는 웹 사이트 (응용 프로그램 계층 또는 프록시)를 지정 합니다. 응용 프로그램 계층은 기본값입니다.

필수 조건

인증 명령을 사용 하려면 sitetype 옵션의 값에 따라 Team Foundation Administrators 보안 그룹의 멤버와 응용 프로그램 계층 서버 또는 프록시 서버의 로컬 관리자 여야 합니다.

설명

인증 명령은 Azure DevOps Server에 사용 되는 하나 이상의 웹 사이트에 대 한 네트워크 인증 프로토콜을 변경 하려는 관리자에 의해 사용 됩니다. 관리자는 응용 프로그램 계층에서 이 명령을 실행하여 네트워크 인증 프로토콜을 변경해야 하는 웹 사이트를 업데이트합니다. 이 명령은 IIS 메타 베이스에서 Ntauthenticationproviders 속성을 변경 합니다.

인증 프로토콜을 변경 하기 위해 인증 명령을 사용 하기 전에 /viewAll 옵션을 사용 하 여 명령을 실행 하 여 기존 설정을 확인할 수 있습니다.

예제

다음 예제에서는 네트워크 인증 프로토콜에 대해 할당된 현재 값을 표시합니다.

TFSConfig Authentication /viewAll

인증서

인증서 명령을 사용하여 HTTPS, SSL(Secure Sockets Layer) 및 인증서를 활용하는 Azure DevOps Server 배포에서 클라이언트 인증을 위해 인증서를 구성하는 방법을 변경합니다.

TfsConfig certificates [/machine] [/disable] [/autoSelect] [/noprompt] [/thumbprints:thumbprint1[,thumbprint2,...]]
옵션 Description
컴퓨터 인증서 목록이 현재 사용자 컨텍스트 대신 로컬 컴퓨터 컨텍스트에서 시작 임을 지정 합니다.
disable 클라이언트 인증 인증서 설정을 사용하지 않도록 지정합니다.
autoSelect 인증서 목록에서 인증서를 자동으로 선택 하려면 지정 합니다. 클라이언트 인증서 관리 창이 열리지 않습니다.
noprompt 인증서 명령을 실행할 때 클라이언트 인증서 관리 창이 열리지 않도록 지정합니다.
지문 지정된 지문과 일치하는 인증서를 사용하게 지정합니다. 개별 지문을 쉼표로 구분하여 인증서를 두 개 이상 지정할 수 있습니다.

필수 조건

인증서 명령을 사용하려면 명령을 실행하는 컴퓨터에서 Azure DevOps Administrators 보안 그룹 및 로컬 관리자 그룹의 구성원이어야 합니다. 자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

기본적으로 인증서 명령은 현재 사용자의 인증서 목록에서 클라이언트 인증서를 자동으로 선택합니다. 그러나 명령에 대한 옵션을 사용하여 현재 사용자 컨텍스트 또는 로컬 컴퓨터 컨텍스트에서 특정 인증서 또는 인증서를 지정할 수 있습니다.

인증서 명령을 사용하려면 먼저 인증서를 활용하도록 Azure DevOps Server 배포에서 서버를 구성해야 합니다. 자세한 내용은 Azure DevOps Server SSL(SSL(Secure Sockets Layer))을 통해 HTTPS 설정을참조하세요.

인증서 명령을 사용하여 HTTPS/SSL 및 인증서를 사용하도록 구성된 Azure DevOps Server 배포에 사용되는 클라이언트 인증서를 구성합니다. 옵션 없이 Certificates 명령을 사용하는 경우 명령을 실행하는 현재 사용자 컨텍스트에서 클라이언트 인증서가 자동으로 선택됩니다.

예제

다음 예제에서는 프롬프트 없이 지문이 있는 로컬 컴퓨터 인증서를 지정하는 방법을 보여 aa bb cc dd ee 드립니다.

TfsConfig certificates /machine /thumbprint:aa bb cc dd ee /noprompt

다음 예제에서는 현재 사용자 저장소에서 클라이언트 인증서의 자동 선택을 사용 하 여 지정 하는 방법을 보여 드립니다.

TfsConfig certificates /autoselect

인증서 명령을 사용하여 HTTPS, SSL(Secure Sockets Layer) 및 인증서를 활용하는 Azure DevOps Server 배포에서 클라이언트 인증을 위해 인증서를 구성하는 방법을 변경합니다.

TFSConfig Certificates [/machine] [/disable] [/autoSelect] [/noprompt] [/thumbprints:thumbprint1[,thumbprint2,...]]

옵션

설명

/machine

인증서 목록이 현재 사용자 컨텍스트 대신 로컬 컴퓨터 컨텍스트에서 시작 임을 지정 합니다.

/disable

클라이언트 인증 인증서 설정을 사용하지 않도록 지정합니다.

/autoSelect

인증서 목록에서 인증서를 자동으로 선택 하려면 지정 합니다. 클라이언트 인증서 관리 창이 열리지 않습니다.

/noprompt

인증서 명령을 실행할 때 클라이언트 인증서 관리 창이 열리지 않도록 지정합니다.

/thumbprints: 지문

지정된 지문과 일치하는 인증서를 사용하게 지정합니다. 개별 지문을 쉼표로 구분하여 인증서를 두 개 이상 지정할 수 있습니다.

필수 조건

인증서 명령을 사용하려면 명령을 실행하는 컴퓨터에서 Team Foundation Administrators 보안 그룹 및 로컬 관리자 그룹의 구성원이어야 합니다. 자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

기본적으로 인증서 명령은 현재 사용자의 인증서 목록에서 클라이언트 인증서를 자동으로 선택합니다. 그러나 명령에 대한 옵션을 사용하여 현재 사용자 컨텍스트 또는 로컬 컴퓨터 컨텍스트에서 특정 인증서 또는 인증서를 지정할 수 있습니다.

인증서 명령을 사용하려면 먼저 인증서를 활용하도록 Azure DevOps Server 배포에서 서버를 구성해야 합니다. 자세한 내용은 Azure DevOps Server SSL(SSL(Secure Sockets Layer))을 통해 HTTPS 설정을참조하세요.

인증서 명령을 사용하여 HTTPS/SSL 및 인증서를 사용하도록 구성된 Azure DevOps Server 배포에 사용되는 클라이언트 인증서를 구성합니다. 옵션 없이 Certificates 명령을 사용하는 경우 명령을 실행하는 현재 사용자 컨텍스트에서 클라이언트 인증서가 자동으로 선택됩니다.

예제

다음 예제에서는 프롬프트 없이 지문 "aa bb cc dd ee"가 있는 로컬 컴퓨터 인증서를 지정하는 방법을 보여 드립니다.

TFSConfig Certificates /machine /thumbprint:aa bb cc dd ee /noprompt

다음 예제에서는 현재 사용자 저장소에서 클라이언트 인증서의 자동 선택을 사용 하 여 지정 하는 방법을 보여 드립니다.

TFSConfig Certificates /autoselect

ChangeServerID

changeServerID 명령은 Azure DevOps Server 데이터베이스와 연결된GUID를 변경합니다. AZURE DEVOPS SERVER 배포 내에서 고유해야 합니다. 두 개 이상의 데이터베이스에 동일한 GUID가 있는 경우 배포가 불안정해지거나 사용할 수 없게 될 수 있습니다. 구성 데이터베이스의 GUID, 배포의 모든 프로젝트 컬렉션 데이터베이스에 대한 GUID 또는 둘 다 변경할 수 있습니다.

일반적으로 매일 작업에서는 이 명령을 사용하지 않지만 다음과 같은 상황에서 이 명령을 사용할 수 있습니다.

  • 배포를 새 하드웨어로 복원했고, 이전 배포가 계속 작동하고, 두 배포를 모두 활용하려고 합니다. 이 시나리오를 서버 복제라고도 합니다.

  • 프로덕션 환경을 방해하지 않도록 중복 배포에서 소프트웨어 업데이트 또는 하드웨어 구성을 테스트하려고 합니다.

  • 배포를 복원할 수 있도록 테스트 랩 또는 별도의 환경에서 새 하드웨어로 데이터베이스 복원을 완전히 테스트하려고 합니다.

  • 해당 GUID가 이미 예약된 다른 배포로 이동한 후 컬렉션 데이터베이스에 대한 GUID를 다시 설정해야 합니다.

참고

changeServerID 명령은 되돌릴 수 없습니다. GUID가 변경된 후에는 해당 데이터베이스의 이전 버전을 복원하는 경우를 제외하고 해당 변경을 실행 취소할 수 없습니다.

TfsConfig changeServerID /sqlInstance:<serverName> /databaseName:<configurationDatabaseName>
    [/projectCollectionsOnly] [/configDBOnly] [/collectionName]
옵션 Description
sqlInstance 필수 요소. SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다. 인스턴스를 지정하는 경우 형식을 사용해야 ServerName\InstanceName 합니다.
databaseName 필수 요소. Azure DevOps Server 구성 데이터베이스의 이름을 지정합니다. 기본적으로 이 데이터베이스의 이름은 TFS_ConfigurationDB입니다.
projectCollectionsOnly 컬렉션에 대한GUID만 변경될 것임을 지정합니다.
configDBOnly 구성 데이터베이스의 GUID만 변경됨을 지정합니다.
collectionName 특정 컬렉션에 대해 새 인스턴스 ID를 만들지만 Azure DevOps 인스턴스 및 다른 컬렉션에 대해서는 만들지 않도록 지정합니다.

필수 조건

changeServerID 명령을 사용하려면 Azure DevOps Administrators 보안 그룹의 구성원이자 Azure DevOps Server 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 보안 역할의 멤버여야 합니다. 자세한 내용은 Azure DevOps 대한 권한 참조를 참조하세요.

설명

changeServerID 명령을 사용하여 테스트 또는 복제를 위해 Azure DevOps Server 배포의 개별 복제본을 만듭니다. changeServerID 명령을 사용한 후에는 클라이언트가 변경된 서버에 대한 연결을 만들도록 지시해야 사용할 수 있습니다.

예제

다음 예제에서는 구성 데이터베이스가 SQL Server 명명된 인스턴스에 명명된 서버에서 호스트되는 Azure DevOps Server Contoso1 배포에서 모든 데이터베이스의GUID를 변경하는 방법을 보여 ContosoMain TeamDatabases 줍니다.

TfsConfig changeServerID /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB

ChangeServerID 명령은 TFS용 데이터베이스와 연결된GUID를 변경합니다. GUID는 TFS 배포 내에서 고유해야 합니다. 두 개 이상의 데이터베이스에 동일한 GUID가 있는 경우 배포가 불안정해지거나 사용할 수 없게 될 수 있습니다. 구성 데이터베이스의 GUID, 배포의 모든 프로젝트 컬렉션 데이터베이스에 대한 GUID 또는 둘 다 변경할 수 있습니다. 일반적으로 매일 작업에서는 이 명령을 사용하지 않지만 다음과 같은 상황에서 이 명령을 사용할 수 있습니다.

  • 배포를 새 하드웨어로 복원했고, 이전 배포가 계속 작동하고, 두 배포를 모두 활용하려고 합니다. 이 시나리오를 서버 복제라고도 합니다.

  • 프로덕션 환경을 방해하지 않도록 중복 배포에서 소프트웨어 업데이트 또는 하드웨어 구성을 테스트하려고 합니다.

  • 배포를 복원할 수 있도록 테스트 랩 또는 별도의 환경에서 새 하드웨어로 데이터베이스 복원을 완전히 테스트하려고 합니다.

  • 해당 GUID가 이미 예약된 다른 배포로 이동한 후 컬렉션 데이터베이스에 대한 GUID를 다시 설정해야 합니다.

    참고

    ChangeServerID 명령은 되돌릴 수 없습니다. GUID가 변경된 후에는 해당 데이터베이스의 이전 버전을 복원하는 경우를 제외하고 해당 변경을 실행 취소할 수 없습니다.

    TFSConfig ChangeServerID /SQLInstance:ServerName /DatabaseName:ConfigurationDatabaseName [/ProjectCollectionsOnly] [/ConfigDBOnly] [/usesqlalwayson]

옵션

설명

/SQLInstance: ServerName

필수 요소. SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다. 인스턴스를 지정하는 경우 다음 형식을 사용해야 합니다. ServerName\InstanceName

/DatabaseName: DatabaseName

필수 요소. Azure DevOps Server 구성 데이터베이스의 이름을 지정합니다. 기본적으로 이 데이터베이스의 이름은 TFS_ConfigurationDB입니다.

/ProjectCollectionsOnly

컬렉션에 대한GUID만 변경될 것임을 지정합니다.

/ConfigDBOnly

구성 데이터베이스의 GUID만 변경됨을 지정합니다.

/usesqlalwayson

데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다. 이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 AlwaysOn 가용성 그룹(SQL Server)을 참조하세요.

필수 조건

ChangeServerID 명령을 사용하려면 Team Foundation Administrators 보안 그룹의 구성원이자 Azure DevOps Server 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 보안 역할의 멤버여야 합니다. 자세한 내용은 Azure DevOps 대한 권한 참조를 참조하세요.

설명

ChangeServerID 명령을 사용하여 테스트 또는 복제를 위해 Azure DevOps Server 배포의 개별 복제본을 만듭니다. ChangeServerID 명령을 사용한 후에는 변경된 서버에 대한 연결을 만들도록 클라이언트에 지시해야 사용할 수 있습니다.

예제

다음 예제에서는 Azure DevOps Server Contoso1 배포에서 모든 데이터베이스의GUID를 변경하는 방법을 보여 줍니다. 여기서 구성 데이터베이스는 SQL Server 명명된 인스턴스 "TeamDatabases"의 "ContosoMain"이라는 서버에서 호스팅됩니다.

TFSConfig ChangeServerID /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB

CodeIndex

Codeindex 명령을 사용 하 여 Azure DevOps Server에서 코드 인덱싱을 관리 합니다. 예를 들어 인덱싱을 다시 설정하여 CodeLens 정보를 수정하거나 인덱싱을 해제하여 서버 성능 문제를 조사할 수 있습니다.

TfsConfig codeIndex /indexingStatus | /setIndexing:[on|off|keepupOnly] |
    /ignoreList:[ add | remove | removeAll | view ] <serverPath> |
    /listLargeFiles [/fileCount:FileCount] [/minSize:MinSize] |
    /reindexAll | 
    /destroyCodeIndex [/noPrompt] |
    /temporaryDataSizeLimit:[ view | <SizeInGBs> | disable ] |
    /indexHistoryPeriod:[ view | all | <NumberOfMonths> ] [/collectionName:<collectionName> | /collectionId:<collectionId>]
옵션 Description
indexingStatus 코드 인덱싱 서비스의 상태 및 구성을 보여 줍니다.
setIndexing on: 모든 변경 집합의 인덱싱을 시작합니다.
off: 모든 변경 집합의 인덱싱을 중지합니다.
keepupOnly: 이전에 만든 변경 집합의 인덱싱을 중지하고 새 변경 집합의 인덱싱만 시작합니다.
ignoreList 인덱싱하지 않을 코드 파일의 목록 및 해당 경로를 지정합니다.

add: 인덱싱하지 않을 파일을 무시된 파일 목록에 추가합니다.
remove: 인덱싱할 파일을 무시된 파일 목록에서 제거합니다.
removeAll: 무시된 파일 목록을 지우고 모든 파일의 인덱싱을 시작합니다.
view: 인덱싱되고 있지 않는 모든 파일이 표시됩니다.
Serverpath: 코드 파일의 경로를 지정 합니다.

서버 경로의 시작이나 끝 또는 양쪽 끝에 와일드카드 문자(*)를 사용할 수 있습니다.
listLargeFiles 지정된 크기(KB)를 초과하는 지정된 파일 수를 표시합니다. 그런 다음 /ignoreList 옵션을 사용하여 인덱싱에서 해당 파일을 제외할 수 있습니다.

이를 위해 업데이트 3의 Team Foundation Server 2013가필요 합니다.
reindexAll 이전에 인덱싱된 데이터를 지우고 인덱싱을 다시 시작합니다.
destroyCodeIndex 코드 인덱스를 삭제하고 인덱싱된 모든 데이터를 제거합니다. /noPrompt 옵션을 사용하는 경우 확인이 필요하지 않습니다.
temporaryDataSizeLimit 변경 집합을 처리할 때 CodeLens에서 만드는 임시 데이터의 양을 제어합니다. 기본 제한은 6GB(업데이트 5에서는 2GB)입니다.

view: 현재 크기 제한을 표시합니다.
SizeInGBs: 크기 제한을 변경 합니다.
disable: 크기 제한을 제거합니다.

이 제한은 CodeLens가 새 변경 집합을 처리하기 전에 확인됩니다. 임시 데이터가 이 제한을 초과하면 CodeLens는 새 변경 집합이 아닌 이전 변경 집합 처리를 일시 중지합니다. CodeLens는 데이터가 정리되고 이 제한 아래로 떨어진 후에 처리를 다시 시작합니다. 하루에 한 번씩 자동으로 정리됩니다. 정리가 시작되기 전까지 임시 데이터가 이 제한을 초과할 수 있습니다.

이를 위해 업데이트 4와 Team Foundation Server 2013가필요 합니다.
indexHistoryPeriod 변경 내용을 인덱싱할 기간을 제어합니다. 이 옵션은 CodeLens에서 표시하는 기록의 양에 영향을 줍니다. 기본 제한은 12개월입니다. 즉, CodeLens는 지난 12개월의 변경 내용만 표시합니다.

view: 현재 기간(월)을 표시합니다.
all: 모든 변경 내용을 인덱싱합니다.
Numberofmonths: 변경 기록을 인덱싱하는 데 사용 되는 월 수를 변경 합니다.

이를 위해 업데이트 4와 Team Foundation Server 2013가필요 합니다.
collectionName CodeIndex 명령을 실행할 프로젝트 컬렉션의 이름을 지정합니다. /CollectionId 를 사용하지 않는 경우 필수적 요소입니다.
collectionId CodeIndex 명령을 실행할 프로젝트 컬렉션의 ID 번호를 지정합니다. /CollectionName 를 사용 하지 않는 경우 필수

전제 조건

codeindex 명령을 사용 하려면 Azure DevOps Administrators 보안 그룹의 멤버 여야 합니다. Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

코드 인덱싱 상태 및 구성을 보려면

TfsConfig codeIndex /indexingStatus /collectionName:"Fabrikam Web Site"

모든 변경 집합의 인덱싱을 시작하려면

TfsConfig codeIndex /setIndexing:on /collectionName:"Fabrikam Web Site"

이전에 만든 변경 집합의 인덱싱을 중지하고 새 변경 집합의 인덱싱만 시작하려면

TfsConfig codeIndex /setIndexing:keepupOnly /collectionName:"Fabrikam Web Site"

10KB보다 큰 파일을 최대 50개 찾으려면:

TfsConfig codeIndex /listLargeFiles /fileCount:50 /minSize:10 /collectionName:"Fabrikam Web Site"

인덱싱에서 특정 파일을 제외하고 무시된 파일 목록에 추가하려면

TfsConfig codeIndex /ignoreList:add "$/Fabrikam Web Site/Catalog.cs" /collectionName:"Fabrikam Web Site"

인덱싱되지 않는 모든 파일을 보려면:

TfsConfig codeIndex /ignoreList:view

이전에 인덱싱된 데이터를 지우고 인덱싱을 다시 시작하려면

TfsConfig codeIndex /reindexAll /collectionName:"Fabrikam Web Site"

모든 변경 집합 기록을 저장하려면

TfsConfig codeIndex /indexHistoryPeriod:all /collectionName:"Fabrikam Web Site"

CodeLens 임시 데이터에 대한 크기 제한을 제거하고 임시 데이터 크기에 관계 없이 인덱싱을 계속하려면

TfsConfig codeIndex /temporaryDataSizeLimit:disable /collectionName:"Fabrikam Web Site"

확인 후 코드 인덱스를 삭제하려면

TfsConfig codeIndex /destroyCodeIndex /collectionName:"Fabrikam Web Site"

명령 가용성: TFS 2015 및 TFS 2013

CodeIndex 명령을 사용 하 여 Azure DevOps Server에서 코드 인덱싱을 관리 합니다. 예를 들어 인덱싱을 다시 설정하여 CodeLens 정보를 수정하거나 인덱싱을 해제하여 서버 성능 문제를 조사할 수 있습니다.

TFSConfig CodeIndex /indexingStatus | /setIndexing:[ on | off | keepupOnly ] |
        /ignoreList:[ add | remove | removeAll | view ] ServerPath |
        /listLargeFiles [/fileCount:FileCount] [/minSize:MinSize] |
        /reindexAll | /destroyCodeIndex [/noPrompt] |
        /temporaryDataSizeLimit:[ view | <SizeInGBs> | disable ] |
        /indexHistoryPeriod:[ view | all | <NumberOfMonths> ] [/collectionName:CollectionName | /collectionId:CollectionId]

옵션

설명

/indexingStatus

코드 인덱싱 서비스의 상태 및 구성을 보여 줍니다.

/setIndexing:[on | Off | keepupOnly]

  • on: 모든 변경 집합의 인덱싱을 시작합니다.
  • off: 모든 변경 집합의 인덱싱을 중지합니다.
  • keepupOnly: 이전에 만든 변경 집합의 인덱싱을 중지하고 새 변경 집합의 인덱싱만 시작합니다.

ignoreList[ add | remove | removeAll | view ] ServerPath

인덱싱하지 않을 코드 파일의 목록 및 해당 경로를 지정합니다.

  • add: 인덱싱하지 않을 파일을 무시된 파일 목록에 추가합니다.
  • remove: 인덱싱할 파일을 무시된 파일 목록에서 제거합니다.
  • removeAll: 무시된 파일 목록을 지우고 모든 파일의 인덱싱을 시작합니다.
  • view: 인덱싱되고 있지 않는 모든 파일이 표시됩니다.
  • Serverpath: 코드 파일의 경로를 지정 합니다.

서버 경로의 시작이나 끝 또는 양쪽 끝에 와일드카드 문자(*)를 사용할 수 있습니다.

/listLargeFiles
/filecount: FileCount /minSize:MinSize

지정된 크기(KB)를 초과하는 지정된 파일 수를 표시합니다. 그런 다음 /ignoreList 옵션을 사용하여 인덱싱에서 해당 파일을 제외할 수 있습니다.
이 옵션의 경우 업데이트 3 이상 버전의 Team Foundation Server 2013이 필요 합니다.

/reindexAll

이전에 인덱싱된 데이터를 지우고 인덱싱을 다시 시작합니다.

/destroyCodeIndex [/noPrompt]

코드 인덱스를 삭제하고 인덱싱된 모든 데이터를 제거합니다. /noPrompt 옵션을 사용하는 경우 확인이 필요하지 않습니다.

/temporaryDataSizeLimit:[view | SizeInGBs | disable]

변경 집합을 처리할 때 CodeLens에서 만드는 임시 데이터의 양을 제어합니다. 기본 제한은 6GB(업데이트 5에서는 2GB)입니다.

  • view: 현재 크기 제한을 표시합니다.
  • SizeInGBs: 크기 제한을 변경 합니다.
  • disable: 크기 제한을 제거합니다.

이 제한은 CodeLens가 새 변경 집합을 처리하기 전에 확인됩니다. 임시 데이터가 이 제한을 초과하면 CodeLens는 새 변경 집합이 아닌 이전 변경 집합 처리를 일시 중지합니다. CodeLens는 데이터가 정리되고 이 제한 아래로 떨어진 후에 처리를 다시 시작합니다. 하루에 한 번씩 자동으로 정리됩니다. 정리가 시작되기 전까지 임시 데이터가 이 제한을 초과할 수 있습니다.

이 옵션을 사용 하려면 업데이트 4 이상 버전의 Team Foundation Server 2013이 필요 합니다.

/indexHistoryPeriod:[view | all | NumberOfMonths]

변경 내용을 인덱싱할 기간을 제어합니다. 이 옵션은 CodeLens에서 표시하는 기록의 양에 영향을 줍니다. 기본 제한은 12개월입니다. 즉, CodeLens는 지난 12개월의 변경 내용만 표시합니다.

  • view: 현재 기간(월)을 표시합니다.
  • all: 모든 변경 내용을 인덱싱합니다.
  • Numberofmonths: 변경 기록을 인덱싱하는 데 사용 되는 월 수를 변경 합니다.

이 옵션을 사용 하려면 업데이트 4 이상 버전의 Team Foundation Server 2013이 필요 합니다.

collectionNameCollectionName

CodeIndex 명령을 실행할 프로젝트 컬렉션의 이름을 지정합니다. /CollectionId 를 사용하지 않는 경우 필수적 요소입니다.

collectionIdCollectionId

CodeIndex 명령을 실행할 프로젝트 컬렉션의 ID 번호를 지정합니다. /CollectionName 을 사용하지 않는 경우 필수적 요소입니다.

전제 조건

명령을 사용 하려면 CodeIndex Team Foundation Administrators 보안 그룹의 멤버 여야 합니다. Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

코드 인덱싱 상태 및 구성을 보려면

TFSConfig CodeIndex /indexingStatus /collectionName:"Fabrikam Web Site"

모든 변경 집합의 인덱싱을 시작하려면

TFSConfig CodeIndex /setIndexing:on /collectionName:"Fabrikam Web Site"

이전에 만든 변경 집합의 인덱싱을 중지하고 새 변경 집합의 인덱싱만 시작하려면

TFSConfig CodeIndex /setIndexing:keepupOnly /collectionName:"Fabrikam Web Site"

10KB보다 큰 파일을 최대 50개 찾으려면:

TFSConfig CodeIndex /listLargeFiles /fileCount:50 /minSize:10 /collectionName:"Fabrikam Web Site"

인덱싱에서 특정 파일을 제외하고 무시된 파일 목록에 추가하려면

TFSConfig CodeIndex /ignoreList:add "$/Fabrikam Web Site/Catalog.cs" /collectionName:"Fabrikam Web Site"

인덱싱되지 않는 모든 파일을 보려면:

TFSConfig CodeIndex /ignoreList:view

이전에 인덱싱된 데이터를 지우고 인덱싱을 다시 시작하려면

TFSConfig CodeIndex /reindexAll /collectionName:"Fabrikam Web Site"

모든 변경 집합 기록을 저장하려면

TFSConfig CodeIndex /indexHistoryPeriod:all /collectionName:"Fabrikam Web Site"

CodeLens 임시 데이터에 대한 크기 제한을 제거하고 임시 데이터 크기에 관계 없이 인덱싱을 계속하려면

TFSConfig CodeIndex /temporaryDataSizeLimit:disable /collectionName:"Fabrikam Web Site"

확인 후 코드 인덱스를 삭제하려면

TFSConfig CodeIndex /destroyCodeIndex /collectionName:"Fabrikam Web Site"

컬렉션

컬렉션 명령을 사용하여 Azure DevOps Server 배포에서 프로젝트 컬렉션을 연결, 분리 또는 삭제할 수 있습니다. 컬렉션 명령을 사용하여 기존 컬렉션의 데이터베이스를 복제하고, 이름을 바꾸고, 배포에 연결할 수도 있습니다. 이 프로세스를 컬렉션 복제라고도 합니다.

TfsConfig collection {/attach | /create | /detach | /delete} [/collectionName:<collectionName>]
    [/description:<collectionDescription>]
    [/collectionDB:<serverName>;<databaseName>]
    [/processModel:Inheritance|Xml]
    [/reportingFolder:<reportingFolderPath>]
    [/clone] [/verify] [/continue]
옵션 Description
연결 /detach/delete를 모두 사용하지 않는 경우 필수입니다. 이 옵션을 지정하는 경우 /collectionDB 옵션도 사용해야 합니다. 옵션으로 이 옵션과 함께 /collectionName/clone을 사용할 수도 있습니다. /attach 옵션을 사용하는 경우 지정된 컬렉션 데이터베이스가 Azure DevOps Server 배포에 추가됩니다.
create 컬렉션을 만듭니다.
detach /attach/delete를 모두 사용하지 않는 경우 필수입니다. 이 옵션을 지정하는 경우 /collectionName 옵션도 사용해야 합니다. /detach 옵션을 사용하는 경우 지정된 컬렉션에 대한 데이터베이스가 중지되고 컬렉션이 Azure DevOps Server 배포에서 분리됩니다.
delete /detach/attach를 모두 사용하지 않는 경우 필수입니다. 이 옵션을 지정하는 경우 /collectionName 옵션도 사용해야 합니다. /delete 옵션을 사용하면 지정된 컬렉션에 대한 데이터베이스가 중지되고 컬렉션이 Azure DevOps Server 영구적으로 분리됩니다. 이 경우 해당 배포나 다른 배포에 컬렉션 데이터베이스를 다시 연결할 수 없습니다.
CollectionName 프로젝트 컬렉션의 이름을 지정합니다. 컬렉션 이름에 공백이 포함된 경우 이름을 따옴표로 묶어야 합니다(예: " 내 " 컬렉션). /detach 또는 /delete를 사용하는 경우 필요합니다. /detach 또는 /delete 와 함께 이 옵션을 사용하는 경우 분리 또는 삭제할 컬렉션을 지정합니다. 이 옵션을 사용 하는 경우 /attach, 컬렉션에 대 한 새 이름을 지정 합니다. /attach/clone 모두에 이 옵션을 사용하는 경우 중복된 컬렉션의 이름을 지정합니다.
CollectionDB /attach를 사용하는 경우 필요합니다. 이 옵션은 SQL Server 실행하는 서버의 이름과 해당 서버에서 호스트되는 컬렉션 데이터베이스의 이름을 지정합니다.
ServerName Azure DevOps Server 대한 구성 데이터베이스를 호스트하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다. 인스턴스를 지정하는 경우 형식을 사용해야 ServerName\InstanceName 합니다.
DatabaseName 구성 데이터베이스의 이름을 지정합니다. 기본적으로 이 데이터베이스의 이름은 TFS_ConfigurationDB입니다.
clone 이 옵션을 지정하면 원래 컬렉션 데이터베이스가 SQL Server 복제본으로 연결되고 이 데이터베이스는 Azure DevOps Server 연결됩니다. 이 옵션은 주로 프로젝트 컬렉션 분할의 일부로 사용됩니다.

/delete 옵션은 컬렉션 데이터베이스를 SQL Server 삭제하지 않습니다. Azure DevOps Server 컬렉션 데이터베이스를 삭제한 후 SQL Server 데이터베이스를 수동으로 삭제할 수 있습니다.

필수 조건

컬렉션 명령을 사용하려면 TfsConfig 를 실행하는 컴퓨터의 로컬 관리자 그룹뿐만 아니라 Team Foundation Administrators 보안 그룹의 구성원이어야 합니다. 또한 Azure DevOps Server 데이터베이스에서 사용하는 SQL Server 모든 인스턴스에 대한 sysadmin 보안 역할의 멤버여야 합니다. 배포가 SharePoint 통합되어 있고 /delete 옵션을 사용하는 경우 사이트 모음을 삭제할 SharePoint 팜에 대한 팜 관리자 그룹의 구성원이어야 합니다.

자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

컬렉션을 대화형으로 관리하거나 컬렉션을 만들려면 관리 콘솔에서 Project 컬렉션 노드를 사용하여 Azure DevOps 수 있습니다. 프로젝트 컬렉션 관리를 참조하세요.

예제

다음 예제에서는 Azure DevOps Server 배포에서 프로젝트 컬렉션을 영구적으로 제거하는 방법을 Contoso Summer Intern Projects 보여줍니다.

TfsConfig collection /delete /CollectionName:"Contoso Summer Intern Projects"
TFSConfig - Team Foundation Server Configuration Tool
Copyright � Microsoft Corporation. All rights reserved.
Deleting a project collection is an irreversible operation. A deleted collection cannot be reattached to the same or another Team Foundation Server. Are you sure you want to delete 'Contoso Summer Intern Projects'? (Yes/No)
Yes
Found Collection 'Contoso Summer Intern Projects' Deleting...
The delete of collection 'Contoso Summer Intern Projects' succeeded.

다음 예제에서는 프로젝트 컬렉션을 Contoso Summer Interns Projects 복제하고, 이름을 Contoso Winter Interns Projects 로 지정하고, 중복 컬렉션을 Azure DevOps Server 배포에 연결하는 방법을 보여줍니다.

TfsConfig collection /attach /collectiondb:"ContosoMain;TFS_Contoso Summer Interns Projects"
    /CollectionName:"Contoso Winter Intern Projects" /clone

Collection 명령을 사용하여 TFS 배포에서 프로젝트 컬렉션을 연결, 분리 또는 삭제할 수 있습니다. Collection 명령을 사용하여 기존 컬렉션의 데이터베이스를 복제하고, 이름을 바꾸고, 배포에 연결할 수도 있습니다. 이 프로세스를 컬렉션 복제라고도 합니다. 그러나 Collection 명령을 사용하여 프로젝트 컬렉션을 만들 수는 없습니다.

TFSConfig Collection {/attach | /detach | /delete} [/collectionName:CollectionName]
        [/collectionDB:ServerName;DatabaseName] [/clone]

매개 변수

옵션

설명

/attach

/detach/delete를 모두 사용하지 않는 경우 필수입니다.

이 옵션을 지정하는 경우 /collectionDB 옵션도 사용해야 합니다.

옵션으로 이 옵션과 함께 /collectionName/clone을 사용할 수도 있습니다.

/attach 옵션을 사용하는 경우 지정된 컬렉션 데이터베이스가 Azure DevOps Server 배포에 추가됩니다.

/detach

/attach/delete를 모두 사용하지 않는 경우 필수입니다.

이 옵션을 지정하는 경우 /collectionName 옵션도 사용해야 합니다.

/detach 옵션을 사용하는 경우 지정된 컬렉션에 대한 데이터베이스가 중지되고 컬렉션이 Azure DevOps Server 배포에서 분리됩니다.

/delete

/detach/attach를 모두 사용하지 않는 경우 필수입니다.

이 옵션을 지정하는 경우 /collectionName 옵션도 사용해야 합니다.

/delete 옵션을 사용하면 지정된 컬렉션에 대한 데이터베이스가 중지되고 컬렉션이 Azure DevOps Server 영구적으로 분리됩니다.

이 경우 해당 배포나 다른 배포에 컬렉션 데이터베이스를 다시 연결할 수 없습니다.

팁: /delete 옵션은 컬렉션 데이터베이스를 SQL Server 삭제하지 않습니다.

Azure DevOps Server 컬렉션 데이터베이스를 삭제한 후 SQL Server 데이터베이스를 수동으로 삭제할 수 있습니다.

/CollectionName: CollectionName

프로젝트 컬렉션의 이름을 지정합니다. 컬렉션 이름에 공백이 포함된 경우 이름을 따옴표로 묶어야 합니다(예: " 내 " 컬렉션).

/detach 또는 /delete를 사용하는 경우 필요합니다.

/detach 또는 /delete 와 함께 이 옵션을 사용하는 경우 분리 또는 삭제할 컬렉션을 지정합니다.

이 옵션을 사용 하는 경우 /attach, 컬렉션에 대 한 새 이름을 지정 합니다.

/attach/clone 모두에 이 옵션을 사용하는 경우 중복된 컬렉션의 이름을 지정합니다.

/CollectionDB: ServerName;DatabaseName

/attach를 사용하는 경우 필요합니다.

이 옵션은 SQL Server 실행하는 서버의 이름과 해당 서버에서 호스트되는 컬렉션 데이터베이스의 이름을 지정합니다.

  • ServerName: Azure DevOps Server 대한 구성 데이터베이스를 호스트하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다.

인스턴스를 지정하는 경우 형식을 사용해야 ServerName\InstanceName 합니다.

  • DatabaseName: 구성 데이터베이스의 이름을 지정합니다. 기본적으로 이 데이터베이스의 이름은 TFS_ConfigurationDB입니다.

/clone

이 옵션을 지정하면 원래 컬렉션 데이터베이스가 SQL Server 복제본으로 연결되고 이 데이터베이스는 Azure DevOps Server 연결됩니다. 이 옵션은 주로 프로젝트 컬렉션 분할의 일부로 사용됩니다.

필수 조건

컬렉션 명령을 사용하려면 TFSConfig 를 실행하는 컴퓨터의 로컬 관리자 그룹뿐만 아니라 Team Foundation Administrators 보안 그룹의 구성원이어야 합니다. 또한 Azure DevOps Server 데이터베이스에서 사용하는 SQL Server 모든 인스턴스에 대한 sysadmin 보안 역할의 멤버여야 합니다. 배포가 SharePoint 통합되어 있고 /delete 옵션을 사용하는 경우 사이트 모음을 삭제할 SharePoint 팜에 대한 팜 관리자 그룹의 구성원이어야 합니다.

자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

컬렉션을 대화형으로 관리하거나 컬렉션을 만들려면 관리 콘솔에서 Project 컬렉션 노드를 사용하여 Azure DevOps 수 있습니다. 프로젝트 컬렉션 관리를 참조하세요.

예제

다음 예제에서는 Azure DevOps Server 배포에서 "Contoso Summer Intern Projects" 프로젝트 컬렉션을 영구적으로 제거하는 방법을 보여줍니다.

TFSConfig Collection /delete /CollectionName:"Contoso Summer Intern Projects"


TFSConfig - Team Foundation Server Configuration Tool
Copyright � Microsoft Corporation. All rights reserved.
Deleting a project collection is an irreversible operation. A deleted collection cannot be reattached to the same or another Team Foundation Server. Are you sure you want to delete 'Contoso Summer Intern Projects'? (Yes/No)
Yes
Found Collection 'Contoso Summer Intern Projects' Deleting...
The delete of collection 'Contoso Summer Intern Projects' succeeded.

다음 예제에서는 "Contoso Summer Interns Projects" 프로젝트 컬렉션을 복제하고, 이름을 "Contoso Interns Projects"로 지정하고, 중복 컬렉션을 Azure DevOps Server 배포에 연결하는 방법을 보여줍니다.

TFSConfig Collection /attach /collectiondb:"ContosoMain;TFS_Contoso Summer Interns Projects"
            /CollectionName:"Contoso Winter Intern Projects" /clone

ColumnStoreIndex

참고

명령 가용성: TFS 2015.2 이상 버전이 필요 합니다.

columnstoreindex 명령을 사용 하 여 Azure DevOps Server 배포에 사용 되는 데이터베이스에 대 한 열 저장소 인덱스를 설정 하거나 해제할 수 있습니다.

TfsConfig columnStoreIndex /enabled:<true|false>
    /sqlInstance:<serverName>
    /databaseName:<databaseName>
옵션 Description
사용 지정 된 SQL 인스턴스 및 데이터베이스에 대해 열 저장소 인덱스를 사용 하거나 사용 하지 않도록 설정할지 여부를 지정 합니다.
sqlInstance 열 저장소 인덱스를 사용 하거나 사용 하지 않을 데이터베이스를 호스트 하는 서버의 이름을 지정 하 고, 기본값이 아닌 인스턴스를 사용 하는 경우 인스턴스의 이름을 지정 합니다. 인스턴스를 지정 하는 경우 형식을 사용 해야 합니다 ServerName\InstanceName .
databaseName 열 저장소 인덱스를 사용 하거나 사용 하지 않도록 설정할 데이터베이스의 이름을 지정 합니다.

필수 조건

columnstoreindex 명령을 사용 하려면 지정 된 SQL Server 인스턴스에 대 한 sysadmin 역할의 멤버 여야 합니다.

설명

열 저장소 인덱스를 지 원하는 SQL 인스턴스에서 데이터베이스를 이동 하지 않은 경우에는 일반적으로 columnstoreindex 명령을 사용 합니다. 이 경우에는 데이터베이스를 성공적으로 이동 하기 전에 모든 열 저장소 인덱스를 사용 하지 않도록 설정 해야 합니다. 마찬가지로, 데이터베이스를 열 저장소 인덱스를 지 원하는 SQL 인스턴스로 다시 이동 하는 경우 공간을 절약 하 고 성능을 얻기 위해 열 저장소 인덱스를 다시 사용 하도록 설정할 수 있습니다.

예제

다음 예에서는 TFS_DefaultCollection 명명 된 인스턴스에 있는 서버에서 실행 되는 SQL 인스턴스에 있는 라는 데이터베이스에 대해 열 저장소 인덱스를 사용 하도록 설정 하는 방법을 보여 줍니다 ContosoMain TeamDatabases .

TfsConfig columnStoreIndex /enabled:true /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection

Columnstoreindex 명령을 사용 하 여 TFS 배포에 사용 되는 데이터베이스에 대 한 열 저장소 인덱스를 설정 하거나 해제할 수 있습니다.

TfsConfig columnStoreIndex /enabled:{true|false}
        /sqlInstance:ServerName
        /databaseName:DatabaseName

옵션

설명

/enabled

지정 된 SQL 인스턴스 및 데이터베이스에 대해 열 저장소 인덱스를 사용 하거나 사용 하지 않도록 설정할지 여부를 지정 합니다.

/sqlInstance

열 저장소 인덱스를 사용 하거나 사용 하지 않을 데이터베이스를 호스트 하는 서버의 이름을 지정 하 고, 기본값이 아닌 인스턴스를 사용 하는 경우 인스턴스의 이름을 지정 합니다.

인스턴스를 지정 하는 경우 다음 형식을 사용 해야 합니다. ServerName\InstanceName

/databaseName

열 저장소 인덱스를 사용 하거나 사용 하지 않도록 설정할 데이터베이스의 이름을 지정 합니다.

필수 조건

columnstoreindex 명령을 사용 하려면 지정 된 SQL Server 인스턴스에 대 한 sysadmin 역할의 멤버 여야 합니다.

설명

열 저장소 인덱스를 지 원하는 SQL 인스턴스에서 데이터베이스를 이동 하지 않은 경우에는 일반적으로 columnstoreindex 명령을 사용 합니다. 이 경우에는 데이터베이스를 성공적으로 이동 하기 전에 모든 열 저장소 인덱스를 사용 하지 않도록 설정 해야 합니다. 마찬가지로, 데이터베이스를 열 저장소 인덱스를 지 원하는 SQL 인스턴스로 다시 이동 하는 경우 공간을 절약 하 고 성능을 얻기 위해 열 저장소 인덱스를 다시 사용 하도록 설정할 수 있습니다.

예제

다음 예에서는 _ 명명 된 인스턴스 "teamdatabases"에 있는 "teamdatabases" 라는 서버에서 실행 중인 SQL 인스턴스에서 TFS defaultcollection 이라는 데이터베이스에 대해 열 저장소 인덱스를 사용 하도록 설정 하는 방법을 보여 줍니다.

TFSConfig columnStoreIndex /enabled:true /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection

ConfigureMail Azure DevOps Server를 실행 하는 서버를 구성 하 여 전자 메일 경고에 기존 SMTP 서버를 사용 합니다.TfsConfig configureMail /Enabled:<true|false> /FromEmailAddress:<emailAddress> /SmtpHost:<SMTPHostName>### 필수 조건configureMail 명령을 사용 하려면 Azure DevOps 응용 프로그램 계층 서버에서 Team Foundation Administrators 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 권한 참조 를 참조 하세요.### 설명관리 콘솔을 사용 하 여 SMTP 서버를 사용 하도록 Azure DevOps Server를 구성할 수도 있습니다.### 예제다음 예에서는 from 전자 메일 주소를로 구성 하는 데 사용 되는 구문과 TFS@contoso.com SMTP 메일 서버를 다음과 같이 표시 합니다 ContosoMailServer .TfsConfig configureMail /FromEmailAddress:TFS@contoso.com /SmtpHost:ContosoMailServer


DBCompression

dbcompression 명령을 사용 하 여 Azure DevOps Server 배포에 사용 되는 데이터베이스에 대해 데이터베이스 페이지 압축을 사용 하거나 사용 하지 않도록 설정할 수 있습니다.

TfsConfig dbCompression /pageCompression:[enable|disable]
    /sqlInstance:<serverName>
    /databaseName:<databaseName>
    [/rebuildNow [/offline]]
옵션 Description
pageCompression 지정 된 SQL 인스턴스 및 데이터베이스에 대해 페이지 압축을 사용 하거나 사용 하지 않도록 설정할지 여부를 지정 합니다.
sqlInstance 페이지 압축을 사용 하거나 사용 하지 않도록 설정할 데이터베이스를 호스트 하는 서버의 이름을 지정 하 고, 기본값이 아닌 인스턴스를 사용 하는 경우 인스턴스의 이름을 지정 합니다. 인스턴스를 지정 하는 경우 다음 형식을 사용 해야 합니다. ServerName\InstanceName
databaseName 페이지 압축을 사용 하거나 사용 하지 않도록 설정할 데이터베이스의 이름을 지정 합니다.
rebuildNow 선택 사항입니다. 데이터베이스 인덱스를 다시 작성 하 고 필요에 따라 압축 하거나 압축을 풀어야 할지 여부를 지정 합니다. 사용 하지 않는 경우 매주 실행 되는 백그라운드 작업으로 인덱스가 다시 작성 됩니다.
오프라인 선택 사항입니다. /RebuildNow 와 함께 사용 됩니다. /Offline 를 지정 하지 않으면 인덱스가 온라인으로 다시 작성 됩니다. /Offline 을 지정 하면 인덱스가 오프 라인으로 다시 작성 됩니다. 이렇게 하면 다른 작업이 차단 되지만 온라인 인덱스 다시 작성 보다 빠를 수 있습니다.

필수 조건

dbcompression 명령을 사용 하려면 지정 된 SQL Server 인스턴스에 대 한 sysadmin 역할의 멤버 여야 합니다.

설명

압축을 지 원하는 SQL 인스턴스에서 데이터베이스를 이동 하지 않은 경우에는 일반적으로 dbcompression 명령을 사용 합니다. 이 경우에는 데이터베이스를 성공적으로 이동 하기 전에 압축을 해제 하 고 모든 인덱스의 압축을 해제 해야 합니다. 마찬가지로 압축을 지 원하는 SQL 인스턴스로 데이터베이스를 다시 이동 하는 경우 공간을 절약 하기 위해 압축을 다시 사용 하도록 설정할 수 있습니다.

이 명령은 Azure DevOps Server 데이터베이스 페이지 압축을 사용 하는 경우에만 변경 됩니다. 데이터베이스는 해당 버전이 압축을 지 원하는 SQL 인스턴스에서 호스팅해야 합니다. 자세한 내용은 버전 SQL Server에서 지 원하는 기능 을 참조 하세요.

예제

다음 예에서는 TFS_DefaultCollection 명명 된 인스턴스에 있는 서버에서 실행 되는 SQL 인스턴스에 있는 라는 데이터베이스에 대해 온라인으로 인덱스를 다시 작성 하 여 페이지 압축을 즉시 사용 하도록 설정 하는 방법을 보여 줍니다 ContosoMain TeamDatabases .

TfsConfig dbCompression /pageCompression:enable /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection /rebuildNow

TFS 2012 및 이전 버전의 경우을 참조 https://support.microsoft.com/kb/2712111 하세요.

dbcompression 명령을 사용 하 여 Azure DevOps Server 배포에 사용 되는 데이터베이스에 대해 데이터베이스 페이지 압축을 사용 하거나 사용 하지 않도록 설정할 수 있습니다.

TFSConfig dbCompression /pageCompression:{enable|disable}
        /sqlInstance:ServerName
        /databaseName:DatabaseName
        [/rebuildNow [/offline]]

옵션

설명

/pageCompression

지정 된 SQL 인스턴스 및 데이터베이스에 대해 페이지 압축을 사용 하거나 사용 하지 않도록 설정할지 여부를 지정 합니다.

/sqlInstance

페이지 압축을 사용 하거나 사용 하지 않도록 설정할 데이터베이스를 호스트 하는 서버의 이름을 지정 하 고, 기본값이 아닌 인스턴스를 사용 하는 경우 인스턴스의 이름을 지정 합니다.

인스턴스를 지정 하는 경우 다음 형식을 사용 해야 합니다. ServerName\InstanceName

/databaseName

페이지 압축을 사용 하거나 사용 하지 않도록 설정할 데이터베이스의 이름을 지정 합니다.

/rebuildNow

선택 사항입니다. 데이터베이스 인덱스를 다시 작성 하 고 필요에 따라 압축 하거나 압축을 풀어야 할지 여부를 지정 합니다. 사용 하지 않는 경우 매주 실행 되는 백그라운드 작업으로 인덱스가 다시 작성 됩니다.

/offline

선택 사항입니다. /RebuildNow 와 함께 사용 됩니다. /Offline 를 지정 하지 않으면 인덱스가 온라인으로 다시 작성 됩니다. /Offline 을 지정 하면 인덱스가 오프 라인으로 다시 작성 됩니다. 이렇게 하면 다른 작업이 차단 되지만 온라인 인덱스 다시 작성 보다 빠를 수 있습니다.

필수 조건

dbcompression 명령을 사용 하려면 지정 된 SQL Server 인스턴스에 대 한 sysadmin 역할의 멤버 여야 합니다.

설명

압축을 지 원하는 SQL 인스턴스에서 데이터베이스를 이동 하지 않은 경우에는 일반적으로 dbcompression 명령을 사용 합니다. 이 경우에는 데이터베이스를 성공적으로 이동 하기 전에 압축을 해제 하 고 모든 인덱스의 압축을 해제 해야 합니다. 마찬가지로 압축을 지 원하는 SQL 인스턴스로 데이터베이스를 다시 이동 하는 경우 공간을 절약 하기 위해 압축을 다시 사용 하도록 설정할 수 있습니다.

이 명령은 Azure DevOps Server 데이터베이스 페이지 압축을 사용 하는 경우에만 변경 됩니다. 데이터베이스는 해당 버전이 압축을 지 원하는 SQL 인스턴스에서 호스팅해야 합니다. 자세한 내용은 버전 SQL Server에서 지 원하는 기능 을 참조 하세요.

예제

다음 예에서는 인덱스를 온라인으로 다시 작성 하 여 즉시 페이지 압축을 사용 하도록 설정 하 고 _ 명명 된 인스턴스 "teamdatabases"에서 이름이 "teamdatabases" 인 서버에서 실행 중인 SQL 인스턴스에 대해 TFS defaultcollection 이라는 데이터베이스를 사용 하도록 설정 하는 방법을 보여 줍니다.

TFSConfig dbCompression /pageCompression:enable /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection /rebuildNow

DeleteTestResults

deleteTestResults 명령을 사용하여 컬렉션 저장소에서 이전 저장된 테스트 결과를 삭제합니다. 이 작업은 일반적으로 저장소 크기를 줄이거나 테스트 결과를 새 스키마로 마이그레이션하는 데 걸린 시간을 줄이기 위해 수행됩니다.

TfsConfig deleteTestResults /ageInDays:<number> /sqlInstance:<serverName> /databaseName:<databaseName>
    [/type:[automated|manual|all]]
    [/preview]
옵션 Description
ageInDays 지정된 일 수보다 오래된 테스트 결과가 삭제되거나 미리 보기됩니다.
sqlInstance 테스트 결과를 삭제하거나 미리 볼 데이터베이스를 호스트하는 서버의 이름 및 기본값 이외의 인스턴스가 사용되는 경우 인스턴스의 이름입니다. 인스턴스를 지정하는 경우 형식을 사용해야 ServerName\InstanceName 합니다.
databaseName 테스트 결과를 삭제하거나 미리 볼 데이터베이스의 이름입니다.
형식 선택 사항입니다. 삭제할 테스트 결과의 형식입니다. 유효한 값은 자동화된, 수동모든 입니다.
미리 보기 선택 사항입니다. 일 수에 따라 삭제될 테스트 결과 수를 표시하지만 이러한 결과는 삭제하지 않습니다.

필수 조건

deleteTestResults 명령을 사용하려면 지정된 SQL Server 인스턴스에 대한 sysadmin 역할의 멤버여야 합니다.

설명

/preview 매개 변수를 사용하여 이러한 결과를 삭제하지 않고 프로젝트 이름과 연도별로 정렬된 테스트 결과를 확인합니다.

예제

다음 예제에서는 명명된 인스턴스 에서 라는 서버에서 실행 중인 SQL 인스턴스에서 라는 데이터베이스에 대해 60일이 지난 수동 테스트 결과를 삭제하는 방법을 보여 TFS_DefaultCollection ContosoMain TeamDatabases 있습니다.

TfsConfig deleteTestResults /ageInDays:60 /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection /type:manual

명령 가용성: TFS 2017 이상

DeleteTestResults 명령을 사용하여 컬렉션 저장소에서 이전 저장된 테스트 결과를 삭제합니다. 이 작업은 일반적으로 저장소 크기를 줄이거나 테스트 결과를 새 스키마로 마이그레이션하는 데 걸린 시간을 줄이기 위해 수행됩니다.

TFSConfig DeleteTestResults /ageInDays:{number} 
    /sqlInstance:ServerName
    /databaseName:DatabaseName
    [/type:{automated|manual|all}]
    [/preview]

옵션

설명

/ageInDays

지정된 일 수보다 오래된 테스트 결과가 삭제되거나 미리 보기됩니다.

/sqlInstance

테스트 결과를 삭제하거나 미리 볼 데이터베이스를 호스트하는 서버의 이름 및 기본값 이외의 인스턴스가 사용되는 경우 인스턴스의 이름입니다.

인스턴스를 지정하는 경우 다음 형식을 사용해야 합니다. ServerName\InstanceName

/databaseName

테스트 결과를 삭제하거나 미리 볼 데이터베이스의 이름입니다.

/type

선택 사항입니다. 삭제할 테스트 결과의 형식입니다. 유효한 값은 자동화된, 수동모든 입니다.

/preview

선택 사항입니다. 일 수에 따라 삭제될 테스트 결과 수를 표시하지만 이러한 결과는 삭제하지 않습니다.

필수 조건

DeleteTestResults 명령을 사용하려면 지정된 SQL Server 인스턴스에 대한 sysadmin 역할의 멤버여야 합니다.

설명

/preview 매개 변수를 사용하여 이러한 결과를 삭제하지 않고 프로젝트 이름과 연도별로 정렬된 테스트 결과를 확인합니다.

예제

다음 예제에서는 _ 명명된 인스턴스 "TeamDatabases"의 "ContosoMain"이라는 서버에서 실행되는 SQL 인스턴스에서 TFS DefaultCollection이라는 데이터베이스에 대해 60일이 지난 수동 테스트 결과를 삭제하는 방법을 보여 있습니다.

TFSConfig deleteTestResults /ageInDays:60 /sqlInstance:ContosoMain\TeamDatabases /databaseName:TFS_DefaultCollection /type:manual

DeploymentPool

deploymentPool 명령은 모든 배포 그룹을 한 배포 풀에서 다른 배포 풀로 마이그레이션하도록 설계되었습니다.

TfsConfig deploymentpool /migrateDeploymentGroups /fromPool:<source pool name> /toPool:<destination pool name>
옵션 Description
fromPool 원본 풀 이름입니다.
toPool 대상 풀 이름입니다.

Identities

ID 명령은 Azure DevOps Server 배포에서 사용자 및 그룹의 SID(보안 식별자)를 나열하거나 변경합니다. 다음 시나리오 중 하나에 속하는 경우 사용자 및 그룹의 SID를 변경하거나 업데이트해야 할 수도 있습니다.

  • 배포 도메인 변경

  • 작업 그룹에서 도메인으로 또는 도메인에서 작업 그룹으로 변경

  • Active Directory의 도메인 간에 계정 마이그레이션

참고

같은 Active Directory 포리스트 내에 있는 도메인을 변경하는 경우 이 명령을 실행할 필요가 없습니다. Azure DevOps Server 동일한 포리스트 내의 이동에 대한 SID 변경 내용을 자동으로 처리합니다.

TfsConfig identities [/change /fromdomain:<domainName1> /todomain:<domainName2>
    [/account:<accountName> [/toaccount:<accountName>]] [/sqlInstance:<serverName> /databaseName:<databaseName>]
옵션 Description
변경 ID를 나열하지 않고 변경하도록 지정합니다.
fromdomain /change 를 사용할 때 필요합니다. ID를 변경할 원본 도메인을 지정합니다. 작업 그룹 환경에서 변경하는 경우 해당 컴퓨터의 이름을 지정합니다.
todomain /change 를 사용할 때 필요합니다. ID를 변경할 대상 도메인을 지정합니다. 작업 그룹 환경으로 변경하는 경우 해당 컴퓨터의 이름을 지정합니다.
account ID를 나열하거나 변경할 계정의 이름을 지정합니다.
toaccount ID를 변경할 계정의 이름을 지정합니다.
SQLInstance SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다. 인스턴스를 지정하는 경우 다음 형식을 사용해야 합니다.

서버이름\인스턴스이름
DatabaseName Azure DevOps Server 구성 데이터베이스의 이름을 지정합니다.

전제 조건

identities 명령을 사용하려면 Team Foundation Administrators 보안 그룹의 구성원이자 Team Foundation Server 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 역할의 멤버여야 합니다. 자세한 내용은 Azure DevOps Server 관리자 권한 설정을참조하세요.

설명

배포에 대한 응용 프로그램 계층 서버를 구성하기 전에 선택적으로 ID를 변경할 데이터베이스를 지정할 수 있습니다. 예를 들어 Azure DevOps Server 배포를 복제할 때 서비스 계정을 변경하도록 데이터베이스를 지정할 수 있습니다.

ID를 변경할 때는 대상 계정이 Windows에 이미 있어야 합니다.

이 명령을 사용하여 변경하는 계정의 속성이 업데이트되려면 먼저 Windows에서 다음 ID 동기화를 수행할 때까지 기다려야 합니다. 이 요구 사항에는 그룹에서 사용자로, 사용자에서 그룹으로, 도메인 계정으로 로컬 계정으로 변경이 포함됩니다.

다음 예제에서는 Azure DevOps Server 저장된 모든 Windows 사용자 및 그룹의 이름을 나열하고 각 사용자 또는 그룹의 SID가 Windows SID와 일치하는지 여부를 표시하는 방법을 보여줍니다. Contoso1 도메인 관리자는 및 과 같은 도메인 그룹을 만들어 Contoso1\\Developers Contoso1\\Testers Azure DevOps Server, SQL Server Reporting Services 및 SharePoint 제품 전체에서 사용 권한을 쉽게 관리하도록 지원합니다.

TfsConfig identities

    TFSConfig - Team Foundation Server Configuration Tool
    Copyright � Microsoft Corporation. All rights reserved.

    Account Name Exists (see note 1) Matches (see note 2)
    --------------------------------------------------------------------
    CREATOR OWNER True True
    Contoso1\hholt True True
    BUILTIN\Administrators True True
    Contoso1\Developers True True
    Contoso1\Testers True True
    Contoso1\PMs True True
    Contoso1\jpeoples True True
    Contoso1\Domain Admins True True
    Contoso1\SVCACCT1 True True

    9 security identifiers (SIDs) were found stored in Team Foundation Server. Of these, 9 were found in Windows. 0 had differing SIDs.

다음 예제에서는 contoso1 도메인에서 도메인에 이름이 일치하는 계정에 대해 Azure DevOps Server 모든 계정에 대한 SID를 SID로 변경하는 방법을 ContosoPrime 보여줍니다. 일치하는 계정 이름의 SID만 업데이트됩니다. 예를 들어 계정이 및 로 존재하는 경우 hholt Contoso1\hholt 계정 ContosoPrime\hholt SID는 에 대한 SID로 ContosoPrime\hholt 변경됩니다. 계정이 ContosoPrime\hholt 없으면 에 대해 SID가 업데이트되지 Contoso1\hholt 않습니다.

TfsConfig identities /change /fromdomain:Contoso1 /todomain:ContosoPrime

다음 예제에서는 단일 사용자 계정 에 대한 계정을 다른 사용자 계정인 의 계정으로 변경하는 방법을 Contoso1\hholt ContosoPrime\jpeoples 보여줍니다.

TfsConfig identities /change /fromdomain:Contoso1 /todomain:ContosoPrime /account:hholt /toaccount:jpeoples

다음 예제에서는 배포 도메인을 에서 로 NT AUTHORITY\NETWORK SERVICE 변경할 때 Azure DevOps Server 배포에 사용되는 서비스 계정의 SID를 변경하는 방법을 보여 Contoso1 ContosoPrime 있습니다. Network Service와 같은 시스템 계정을 변경하려면 2단계 프로세스를 따라야 합니다. 먼저 서비스 계정을 에서 새 도메인 의 NT AUTHORITY\NETWORK SERVICE 도메인 계정으로 변경한 다음 새 TempSVC 도메인의 서버에서 해당 계정을 NETWORK SERVICE로 다시 변경합니다. 구성 데이터베이스는 ContosoMain SQL Server 명명된 인스턴스에 이름이 지정된 서버에서 TeamDatabases 호스트됩니다.

TfsConfig identities /change /fromdomain:"NT AUTHORITY" /todomain:ContosoPrime /account:"NETWORK SERVICE"
  /toaccount:TempSVC /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB

TfsConfig identities /change /fromdomain:ContosoPrime /todomain:"NT AUTHORITY" /account:TempSVC
    /toaccount:"NETWORK SERVICE"

ID 명령은 TFS 배포에서 사용자 및 그룹의 SID(보안 식별자)를 나열하거나 변경합니다. 다음 시나리오 중 하나에 속하는 경우 사용자 및 그룹의 SID를 변경하거나 업데이트해야 할 수도 있습니다.

  • 배포 도메인 변경

  • 작업 그룹에서 도메인으로 또는 도메인에서 작업 그룹으로 변경

  • Active Directory 도메인에서 계정 마이그레이션

    참고

    같은 Active Directory 포리스트 내에 있는 도메인을 변경하는 경우 이 명령을 실행할 필요가 없습니다. Azure DevOps Server 동일한 포리스트 내의 이동에 대한 SID 변경 내용을 자동으로 처리합니다.

    TFSConfig ID [/change /fromdomain:DomainName1 /todomain:DomainName2 [/account:AccountName] [/toaccount:AccountName]] [/sqlInstance:ServerName /databaseName:DatabaseName] [/account:AccountName] [/usesqlalwayson]

옵션

설명

/change

ID를 나열하지 않고 변경하도록 지정합니다.

/fromdomain: Domainname

/change 를 사용할 때 필요합니다. ID를 변경할 원본 도메인을 지정합니다. 작업 그룹 환경에서 변경하는 경우 해당 컴퓨터의 이름을 지정합니다.

/todomain: Domainname

/change 를 사용할 때 필요합니다. ID를 변경할 대상 도메인을 지정합니다. 작업 그룹 환경으로 변경하는 경우 해당 컴퓨터의 이름을 지정합니다.

/account: AccountName

ID를 나열하거나 변경할 계정의 이름을 지정합니다.

/toaccount: AccountName

ID를 변경할 계정의 이름을 지정합니다.

/SQLInstance: Servername

SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다. 인스턴스를 지정하는 경우 다음 형식을 사용해야 합니다.

서버이름\인스턴스이름

/DatabaseName: Databasename

Azure DevOps Server 구성 데이터베이스의 이름을 지정합니다.

/usesqlalwayson

데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다. 이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 [AlwaysOn 가용성 그룹(SQL Server)](/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server를 참조하세요.

전제 조건

ID 명령을 사용하려면 Team Foundation Administrators 보안 그룹의 구성원이자 Azure DevOps Server 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 역할의 멤버여야 합니다. 자세한 내용은 Azure DevOps Server 관리자 권한 설정을참조하세요.

설명

배포에 대한 응용 프로그램 계층 서버를 구성하기 전에 선택적으로 ID를 변경할 데이터베이스를 지정할 수 있습니다. 예를 들어 Azure DevOps Server 배포를 복제할 때 서비스 계정을 변경하도록 데이터베이스를 지정할 수 있습니다.

ID를 변경할 때는 대상 계정이 Windows에 이미 있어야 합니다.

이 명령을 사용하여 변경하는 계정의 속성이 업데이트되려면 먼저 Windows에서 다음 ID 동기화를 수행할 때까지 기다려야 합니다. 이 요구 사항에는 그룹에서 사용자로, 사용자에서 그룹으로, 도메인 계정으로 로컬 계정으로 변경이 포함됩니다.

다음 예제에서는 Azure DevOps Server 저장된 모든 Windows 사용자 및 그룹의 이름을 나열하고 각 사용자 또는 그룹의 SID가 Windows SID와 일치하는지 여부를 표시하는 방법을 보여줍니다. Contoso1 도메인 관리자는 "Contoso1 \ 개발자" 및 "Contoso1 테스터"와 같은 도메인 그룹을 만들어 \ Azure DevOps Server, SQL Server Reporting Services 및 SharePoint 제품에서 사용 권한을 쉽게 관리하도록 지원합니다.

TFSConfig Identities

샘플 출력:

TFSConfig - Team Foundation Server Configuration Tool
Copyright � Microsoft Corporation. All rights reserved.

Account Name Exists (see note 1) Matches (see note 2)
--------------------------------------------------------------------
CREATOR OWNER True True
Contoso1\hholt True True
BUILTIN\Administrators True True
Contoso1\Developers True True
Contoso1\Testers True True
Contoso1\PMs True True
Contoso1\jpeoples True True
Contoso1\Domain Admins True True
Contoso1\SVCACCT1 True True

9 security identifiers (SIDs) were found stored in Team Foundation Server. Of these, 9 were found in Windows. 0 had differing SIDs.

다음 예제에서는 contoso1 도메인에서 contosoPrime 도메인에서 이름이 일치하는 계정에 대해 Azure DevOps Server 모든 계정의 SID를 SID로 변경하는 방법을 보여 있습니다. 일치하는 계정 이름의 SID만 업데이트됩니다. 예를 들어 "hholt" 계정이 Contoso1 \ hholt 및 ContosoPrime hholt로 존재하는 경우 \ 계정 SID는 ContosoPrime \ hholt에 대한 SID로 변경됩니다. "ContosoPrime \ hholt" 계정이 없는 경우에는 Contoso1 hholt에 대해 SID가 업데이트 되지 않습니다 \ .

TFSConfig Identities /change /fromdomain:Contoso1 /todomain:ContosoPrime

다음 예에서는 단일 사용자 계정 Contoso1 hholt의 계정을 \ 다른 사용자 계정 ContosoPrime jpeoples의 계정으로 변경 하는 방법을 보여 줍니다 \ .

TFSConfig Identities /change /fromdomain:Contoso1 /todomain:ContosoPrime /account:hholt /toaccount:jpeoples

다음 예에서는 \ 배포의 도메인을 Contoso1에서 ContosoPrime로 변경할 때 Azure DevOps Server 배포에 사용 되는 "NT AUTHORITY NETWORK service" 서비스 계정의 SID를 변경 하는 방법을 보여 줍니다. Network Service와 같은 시스템 계정을 변경하려면 2단계 프로세스를 따라야 합니다. 먼저 서비스 계정을 NT AUTHORITY \ NETWORK service에서 새 도메인의 도메인 계정 (TempSVC)으로 변경한 다음 새 도메인의 서버에서 계정을 다시 NETWORK service로 변경 합니다. 구성 데이터베이스는 SQL Server의 명명 된 인스턴스 "TeamDatabases"에서 이름이 "Teamdatabases" 인 서버에서 호스팅됩니다.

TFSConfig Identities /change /fromdomain:"NT AUTHORITY" /todomain:ContosoPrime /account:"NETWORK SERVICE"
    /toaccount:TempSVC /SQLInstance:ContosoMain\TeamDatabases /DatabaseName:TFS_ConfigurationDB
TFSConfig Identities /change /fromdomain:ContosoPrime /todomain:"NT AUTHORITY" /account:TempSVC
    /toaccount:"NETWORK SERVICE"

작업

작업 명령을 사용 하 여 특정 프로젝트 컬렉션의 최근 작업 활동에 대 한 세부 정보를 제공 하는 로그 파일을 만들거나 하나 또는 모든 프로젝트 컬렉션에 대해 작업을 다시 시도할 수 있습니다.

TfsConfig jobs /retry|dumplog [/CollectionName:<collectionName>] [/CollectionId:<id>]
옵션 Description
retry /Dumplog 를 사용 하지 않는 경우 필수입니다. 지정 된 프로젝트 컬렉션에 대해 가장 최근 작업을 다시 시도 지정 합니다. 이 옵션을 사용 하는 경우 /CollectionName 또는 /uioption 도 사용 해야 합니다.
dumplog /Retry 를 사용 하지 않는 경우 필수입니다. 컬렉션에 대 한 가장 최근 작업 활동을 로그 파일로 보내도록 지정 합니다. 이 옵션을 사용 하는 경우 /CollectionName 또는 /collectionid 옵션도 사용 해야 합니다.
CollectionName /Collectionid 를 사용 하지 않는 경우 필수입니다. 가장 최근 작업을 다시 시도 (/retry) 하거나 로그할 (/dumplog) 컬렉션의 이름을 지정 합니다. 모든 컬렉션을 지정 하려는 경우에는 별표 (*)를 사용할 수 있습니다.
CollectionID /CollectionName 를 사용 하지 않는 경우 필수입니다. 가장 최근 작업을 다시 시도 하거나 (/retry) 기록 (/dumplog) 할 컬렉션의 id 번호를 지정 합니다.

필수 조건

작업 명령을 사용 하려면 Azure DevOps Administrators 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

작업을 대화형으로 다시 시도 하려면 Azure DevOps에 대 한 관리 콘솔을 열고 해당 컬렉션에 대 한 상태 탭을 선택한 다음 작업 다시 시도 를 선택 합니다. 자세한 내용은 Azure DevOps 관리 콘솔 열기를 참조 하세요.

예제

다음 예제에서는 Contoso Summer Intern Projects Azure DevOps Server에서 프로젝트 컬렉션에 대 한 가장 최근 작업 활동을 나열 하는 로그 파일을 만드는 방법을 보여 줍니다.

TfsConfig jobs /dumplog /CollectionName:"Contoso Summer Intern Projects"

작업 명령을 사용 하 여 특정 프로젝트 컬렉션의 최근 작업 활동에 대 한 세부 정보를 제공 하는 로그 파일을 만들거나 하나 또는 모든 프로젝트 컬렉션에 대해 작업을 다시 시도할 수 있습니다.

TFSConfig Jobs /retry|dumplog [/CollectionName:CollectionName] [/CollectionID:ID]

옵션

설명

/retry

/Dumplog 를 사용 하지 않는 경우 필수입니다. 지정 된 프로젝트 컬렉션에 대해 가장 최근 작업을 다시 시도 지정 합니다. 이 옵션을 사용 하는 경우 /CollectionName 또는 /uioption 도 사용 해야 합니다.

/dumplog

/Retry 를 사용 하지 않는 경우 필수입니다. 컬렉션에 대 한 가장 최근 작업 활동을 로그 파일로 보내도록 지정 합니다. 이 옵션을 사용 하는 경우 /CollectionName 또는 /collectionid 옵션도 사용 해야 합니다.

/CollectionName: CollectionName

/Collectionid 를 사용 하지 않는 경우 필수입니다. 가장 최근 작업을 다시 시도 (/retry) 하거나 로그할 (/dumplog) 컬렉션의 이름을 지정 합니다. 모든 컬렉션을 지정 하려는 경우에는 별표 (*)를 사용할 수 있습니다.

/Collectionid: A-ID

/CollectionName 를 사용 하지 않는 경우 필수입니다. 가장 최근 작업을 다시 시도 하거나 (/retry) 기록 (/dumplog) 할 컬렉션의 id 번호를 지정 합니다.

필수 조건

작업 명령을 사용 하려면 Team Foundation Administrators 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

작업을 대화형으로 다시 시도 하려면 Azure DevOps에 대 한 관리 콘솔을 열고 해당 컬렉션에 대 한 상태 탭을 클릭 한 다음 작업 다시 시도를 클릭 합니다. 자세한 내용은 Azure DevOps 관리 콘솔 열기를 참조 하세요.

예제

다음 예에서는 Azure DevOps Server의 "Contoso 여름 인턴 프로젝트" 프로젝트 컬렉션에 대 한 최근 작업 활동을 나열 하는 로그 파일을 만드는 방법을 보여 줍니다.

TFSConfig Jobs /dumplog /CollectionName:"Contoso Summer Intern Projects"

랩/delete

TfsConfig Lab/delete 옵션을 사용 하 여 지정 된 프로젝트 컬렉션에서 모든 그룹 호스트, 라이브러리 공유 및 환경을 제거 합니다. 기본적으로 SCVMM (System Center Virtual Machine Manager의 연결 된 개체는 삭제 되지 않습니다. 명령줄에 /Cexternal 옵션을 추가 하 여 프로젝트 컬렉션 및 SCVMM에서 개체를 제거할 수 있습니다.

TfsConfig Lab /Delete /CollectionName:collectionName [/External] [/NoPrompt]
옵션 Description
Collectionname: collectionname 필수 요소. Azure DevOps Server의 응용 프로그램 계층에서 프로젝트 컬렉션의 이름을 지정 합니다.
외부 선택 사항입니다. 지정 된 경우 프로젝트 컬렉션의 개체와 함께 SCVMM의 라이브러리 공유 및 호스트 그룹을 제거 합니다. /Wexternal 을 지정 하지 않으면 TfsConfig Lab/delete 명령에서 프로젝트 컬렉션의 개체만 제거 합니다.
NoPrompt 선택 사항입니다. 지정 된 경우 진행률 및 성공 정보를 표시 하지 않습니다.

설명

프로젝트 컬렉션의 랩 구성을 분리 하려는 경우 /delete 명령을 사용 하 여 프로젝트 컬렉션에서 랩 자산을 제거 합니다. 이는 프로젝트 컬렉션을 한 Azure DevOps Server 인스턴스에서 다른 인스턴스로 이동할 때 유용 하며, 새 Azure DevOps Server 인스턴스가 원래 서버와 다른 SCVMM 서버를 사용 하는 경우에 유용 합니다. 이 경우 모든 랩 자산을 삭제 하 고 프로젝트 컬렉션에 대 한 랩을 다시 구성 해야 합니다.

참고

/Delete 옵션은 명령줄에서 /svshare/sghost 옵션을 지정 하지 않은 경우에만 프로젝트 컬렉션의 모든 랩 자산에서 작동 합니다. 자세한 내용은 Tfsconfig lab/LibraryShare 명령Tfsconfig lab/HostGroup 명령을 참조 하세요.

예제

다음 예제에서는 DefaultCollection 프로젝트 컬렉션의 모든 랩 개체가 제거 됩니다. /Sexternal 옵션을 지정 하지 않았기 때문에 개체는 SCVMM에 유지 됩니다.

tfsconfig lab /delete /collectionName:DefaultCollection

TfsConfig Lab/delete 옵션을 사용 하 여 지정 된 프로젝트 컬렉션에서 모든 그룹 호스트, 라이브러리 공유 및 환경을 제거 합니다. 기본적으로 SCVMM (System Center Virtual Machine Manager의 연결 된 개체는 삭제 되지 않습니다. 명령줄에 /Cexternal 옵션을 추가 하 여 프로젝트 컬렉션 및 SCVMM에서 개체를 제거할 수 있습니다.

TfsConfig Lab /Delete /CollectionName:collectionName [/External] [/NoPrompt]
옵션 Description
Collectionname: collectionname 필수 요소. Azure DevOps Server의 응용 프로그램 계층에서 프로젝트 컬렉션의 이름을 지정 합니다.
외부 선택 사항입니다. 지정 된 경우 프로젝트 컬렉션의 개체와 함께 SCVMM의 라이브러리 공유 및 호스트 그룹을 제거 합니다. /Wexternal 을 지정 하지 않으면 TfsConfig Lab/delete 명령에서 프로젝트 컬렉션의 개체만 제거 합니다.
NoPrompt 선택 사항입니다. 지정 된 경우 진행률 및 성공 정보를 표시 하지 않습니다.

설명

프로젝트 컬렉션의 랩 구성을 분리 하려는 경우 /delete 명령을 사용 하 여 프로젝트 컬렉션에서 랩 자산을 제거 합니다. 이는 프로젝트 컬렉션을 한 Azure DevOps Server 인스턴스에서 다른 인스턴스로 이동할 때 유용 하며, 새 Azure DevOps Server 인스턴스가 원래 서버와 다른 SCVMM 서버를 사용 하는 경우에 유용 합니다. 이 경우 모든 랩 자산을 삭제 하 고 프로젝트 컬렉션에 대 한 랩을 다시 구성 해야 합니다.

참고

/Delete 옵션은 명령줄에서 /svshare/sghost 옵션을 지정 하지 않은 경우에만 프로젝트 컬렉션의 모든 랩 자산에서 작동 합니다. 자세한 내용은 TFSConfig Lab/LibraryShare 명령(.)을 참조 하세요. /tfsconfig-cmd.md # lab-라이브러리 공유) 및 Tfsconfig lab/HostGroup Commands를 클릭 합니다.

예제

다음 예제에서는 DefaultCollection 프로젝트 컬렉션의 모든 랩 개체가 제거 됩니다. /Sexternal 옵션을 지정 하지 않았기 때문에 개체는 SCVMM에 유지 됩니다.

tfsconfig lab /delete /collectionName:DefaultCollection

Lab/dns

TfsConfig Lab/dns 명령은 네트워크 격리 환경에 대해 Visual Studio Lab Management에서 만든 DNS 레코드를 추가, 삭제 또는 표시 합니다.

    TfsConfig Lab /DNS 
    {/Add | /Delete | /List}
        [/CollectionName:collectionName |
        / CollectionName:collectionName /TeamProject:projectName |
        / CollectionName:collectionName /TeamProject:projectName /LabEnvironment:environmentUri |
        /Name:FQDN /IP:IpAddress]
        [/NoPrompt]
옵션 Description
추가 지정 된 DNS 레코드를 추가 합니다. /Add 옵션을 사용 하려면 대상 환경이 실행 중 이어야 합니다.
Delete 지정 된 DNS 레코드를 제거 합니다.
목록 지정 된 DNS 레코드를 표시 합니다.
랩 환경: 환경 uri 는 환경 Uri로 지정 된 개별 네트워크 격리 환경에 대해 /add, /delete 또는 /list 옵션을 대상으로 합니다.

랩 환경 옵션을 사용 하려면 /collection/TeamProject 옵션도 지정 해야 합니다.
TeamProject: projectName /Svenvironment 없이 사용 하는 경우는 projectName, /delete 또는 /list 옵션을 projectName 에 지정 된 프로젝트의 모든 네트워크 격리 환경으로 대상 지정 합니다. 그렇지 않으면 /TeamProject 는 환경을 포함 하는 프로젝트를 지정 합니다.

/TeamProject 옵션을 사용 하려면 /collection 옵션도 지정 해야 합니다.
Collectionname: collectionname /TeamProject 없이 사용 하는 경우는 collectionName로 지정 된 프로젝트 컬렉션의 모든 네트워크 격리 환경에 대해 /add, /delete 또는 /list 옵션을 대상으로 지정 합니다. 그렇지 않으면 /collection 은 프로젝트를 포함 하는 프로젝트 컬렉션을 지정 합니다.
이름: 대상 환경을 포함 하는 네트워크 위치의 정규화 된 도메인 이름을 지정 합니다.

/Name/ip 옵션을 함께 지정 해야 합니다.
IP: |대상 환경에 대 한 IP 주소를 지정 합니다.

/Name/ip 옵션을 함께 지정 해야 합니다.

설명

Azure DevOps Server는 네트워크 격리 환경의 각 가상 컴퓨터에 대해 DNS를 사용 하 여 고유한 외부 이름을 등록할 때 입력 하는 접미사를 사용 합니다. DNS 별칭 레코드를 사용하면 격리된 네트워크 외부의 컴퓨터 및 기타 개체가 격리된 네트워크 내부의 컴퓨터와 통신할 수 있습니다. Azure DevOps Server dns 영역으로 이동 하 여 별칭 레코드를 등록 하기 때문에 Azure DevOps를 실행 하는 서비스 계정에는 지정 된 DNS 영역에서 별칭 레코드를 추가 하거나 삭제할 수 있는 권한이 있어야 합니다.

Team Foundation Server 배포에 두 개 이상의 응용 프로그램 계층이 있고 각 응용 프로그램 계층이 다른 서비스 계정에서 실행되는 경우 각 응용 프로그램 계층 서비스 계정은 다른 응용 프로그램 계층에서 만든 DNS 별칭 레코드를 편집할 수 있는 권한을 갖고 있어야 합니다.

참고

DNS 레코드 관리는 Lab Management에 의해 자동으로 수행 됩니다. 다음 경우에만 /DNS 명령을 사용 해야 합니다.

  • Azure DevOps Server 실행 되는 계정을 변경 합니다.
  • Azure DevOps Server의 한 인스턴스에서 다른 인스턴스로 프로젝트 컬렉션을 이동 합니다.

이러한 두 경우 모두 이전 Azure DevOps Server 서비스 계정을 사용 하 여 만든 dns 레코드를 제거 해야 합니다. 그런 다음 새 Azure DevOps Server 서비스 계정을 사용 하 여 동일한 dns 레코드를 다시 만들어야 합니다. 이전 시나리오에서 이러한 단계를 수행 하지 않으면 새 Azure DevOps Server 서비스 계정에서 해당 DNS 레코드의 자동 관리를 수행할 수 없습니다. 따라서 사용자는 가상 환경에 연결할 수 없습니다.

TfsConfig Lab/DNS 명령줄에서 /add, /delete 또는 /list 옵션 중 하나만 지정 합니다. 대상 옵션을 지정 하지 않으면 작업은 Team Foundation Server 데이터베이스의 모든 프로젝트 컬렉션에 속하는 모든 네트워크 격리 환경의 모든 가상 컴퓨터에서 작동 합니다.

Lab Management 개체 계층 구조에 있는 개체의 네트워크 격리 된 환경에 대 한 DNS 항목을 대상으로 하려면 /collection, /TeamProject/stenvironment 옵션의 적절 한 조합을 사용 합니다.

  • /Slaenvironment 옵션은 지정 된 네트워크 격리 환경으로 명령을 대상으로 지정 합니다. /CollectionName/TeamProject 옵션을 /sbenvironment 옵션과 함께 사용 하 여 프로젝트 컬렉션과 환경을 포함 하는 프로젝트를 지정 해야 합니다.

    Vstfs:///LabManagement/LabEnvironment/ environmentID 형식을 사용 하 여 환경 URI를 지정 합니다. 환경 식별자 (environmnetID)는 Lab Management의 환경 뷰어 또는 SCVMM 관리자 콘솔 가상 컴퓨터에 대 한 설명에서 볼 수 있습니다.

  • /TeamProject 옵션은 지정 된 프로젝트의 격리 된 네트워크 환경에 대 한 작업을 대상으로 합니다. /TeamProject 옵션은 /CollectionName 옵션과 함께 사용 해야 하며 /CollectionName 옵션은 프로젝트를 포함 하는 프로젝트 컬렉션을 지정 해야 합니다.

  • /CollectionName 옵션은 지정 된 프로젝트 컬렉션의 네트워크 격리 환경에 작업을 대상으로 지정 합니다.

네트워크 격리 환경을 대상으로 지정 하는 두 번째 방법은 /name/ip 옵션을 사용 하 여 개별 가상 머신의 정규화 된 외부 이름 및 외부 IP 주소를 지정 하는 것입니다. 명령줄에서 /name/ip 옵션을 모두 지정 해야 합니다. Lab Management의 환경 뷰어 또는 SCVMM 관리자 콘솔 가상 컴퓨터에 대 한 설명에서 가상 컴퓨터의 외부 이름과 외부 IP 주소를 볼 수 있습니다.

예제

첫 번째 예제에서는 프로젝트의 모든 네트워크 격리 환경에 대 한 레코드가 DNS에 추가 됩니다. 두 번째 예제에서는 개별 DNS 레코드가 제거 됩니다.

tfsconfig lab /dns /add /collectionname:Collection0 /teamproject:Project1
tfsconfig lab /dns /delete /name:0b668996-2736-46d2-88ac-0733acbd0d9c.contoso.com /ip:111.00.000.000

TfsConfig Lab/dns 명령은 네트워크 격리 환경에 대해 Visual Studio Lab Management에서 만든 DNS 레코드를 추가, 삭제 또는 표시 합니다.

TfsConfig Lab /DNS 
{/Add | /Delete | /List}
    [/CollectionName:collectionName |
    / CollectionName:collectionName /TeamProject:projectName |
    / CollectionName:collectionName /TeamProject:projectName /LabEnvironment:environmentUri |
    /Name:FQDN /IP:IpAddress]
    [/NoPrompt]
옵션 Description
추가 지정 된 DNS 레코드를 추가 합니다. /Add 옵션을 사용 하려면 대상 환경이 실행 중 이어야 합니다.
Delete 지정 된 DNS 레코드를 제거 합니다.
목록 지정 된 DNS 레코드를 표시 합니다.
랩 환경: 환경 uri 는 환경 Uri로 지정 된 개별 네트워크 격리 환경에 대해 /add, /delete 또는 /list 옵션을 대상으로 합니다.

랩 환경 옵션을 사용 하려면 /collection/TeamProject 옵션도 지정 해야 합니다.
TeamProject: projectName /Svenvironment 없이 사용 하는 경우는 projectName, /delete 또는 /list 옵션을 projectName 에 지정 된 프로젝트의 모든 네트워크 격리 환경으로 대상 지정 합니다. 그렇지 않으면 /TeamProject 는 환경을 포함 하는 프로젝트를 지정 합니다.

/TeamProject 옵션을 사용 하려면 /collection 옵션도 지정 해야 합니다.
Collectionname: collectionname /TeamProject 없이 사용 하는 경우는 collectionName로 지정 된 프로젝트 컬렉션의 모든 네트워크 격리 환경에 대해 /add, /delete 또는 /list 옵션을 대상으로 지정 합니다. 그렇지 않으면 /collection 은 프로젝트를 포함 하는 프로젝트 컬렉션을 지정 합니다.
이름: 대상 환경을 포함 하는 네트워크 위치의 정규화 된 도메인 이름을 지정 합니다.

/Name/ip 옵션을 함께 지정 해야 합니다.
IP: |대상 환경에 대 한 IP 주소를 지정 합니다.

/Name/ip 옵션을 함께 지정 해야 합니다.

설명

Azure DevOps Server는 네트워크 격리 환경의 각 가상 컴퓨터에 대해 DNS를 사용 하 여 고유한 외부 이름을 등록할 때 입력 하는 접미사를 사용 합니다. DNS 별칭 레코드를 사용하면 격리된 네트워크 외부의 컴퓨터 및 기타 개체가 격리된 네트워크 내부의 컴퓨터와 통신할 수 있습니다. Azure DevOps Server dns 영역으로 이동 하 여 별칭 레코드를 등록 하기 때문에 Azure DevOps를 실행 하는 서비스 계정에는 지정 된 DNS 영역에서 별칭 레코드를 추가 하거나 삭제할 수 있는 권한이 있어야 합니다.

Azure DevOps Server 배포에 둘 이상의 응용 프로그램 계층이 있고 각 응용 프로그램 계층이 다른 서비스 계정에서 실행 되는 경우 각 응용 프로그램 계층 서비스 계정에는 다른 응용 프로그램 계층에서 만든 DNS 별칭 레코드를 편집할 수 있는 권한이 있어야 합니다.

참고

DNS 레코드 관리는 Lab Management에 의해 자동으로 수행 됩니다. 다음 경우에만 /DNS 명령을 사용 해야 합니다.

  • Azure DevOps Server 실행 되는 계정을 변경 합니다.
  • Azure DevOps Server의 한 인스턴스에서 다른 인스턴스로 프로젝트 컬렉션을 이동 합니다.

이러한 두 경우 모두 이전 Azure DevOps Server 서비스 계정을 사용 하 여 만든 dns 레코드를 제거 해야 합니다. 그런 다음 새 Azure DevOps Server 서비스 계정을 사용 하 여 동일한 dns 레코드를 다시 만들어야 합니다. 이전 시나리오에서 이러한 단계를 수행 하지 않으면 새 Azure DevOps Server 서비스 계정에서 해당 DNS 레코드의 자동 관리를 수행할 수 없습니다. 따라서 사용자는 가상 환경에 연결할 수 없습니다.

TfsConfig Lab/DNS 명령줄에서 /add, /delete 또는 /list 옵션 중 하나만 지정 합니다. 대상 옵션을 지정 하지 않으면 작업은 Azure DevOps Server 데이터베이스의 모든 프로젝트 컬렉션에 속하는 모든 네트워크 격리 환경의 모든 가상 컴퓨터에서 작동 합니다.

Lab Management 개체 계층 구조에 있는 개체의 네트워크 격리 된 환경에 대 한 DNS 항목을 대상으로 하려면 /collection, /TeamProject/stenvironment 옵션의 적절 한 조합을 사용 합니다.

  • /Slaenvironment 옵션은 지정 된 네트워크 격리 환경으로 명령을 대상으로 지정 합니다. /CollectionName/TeamProject 옵션을 /sbenvironment 옵션과 함께 사용 하 여 프로젝트 컬렉션과 환경을 포함 하는 프로젝트를 지정 해야 합니다.

    Vstfs:///LabManagement/LabEnvironment/ environmentID 형식을 사용 하 여 환경 URI를 지정 합니다. 환경 식별자 (environmnetID)는 Lab Management의 환경 뷰어 또는 SCVMM 관리자 콘솔 가상 컴퓨터에 대 한 설명에서 볼 수 있습니다.

  • /TeamProject 옵션은 지정 된 프로젝트의 격리 된 네트워크 환경에 대 한 작업을 대상으로 합니다. /TeamProject 옵션은 /CollectionName 옵션과 함께 사용해야 하며 /CollectionName 옵션은 프로젝트가 포함된 프로젝트 컬렉션을 지정해야 합니다.

  • /CollectionName 옵션은 지정된 프로젝트 컬렉션의 네트워크 격리 환경에 대한 작업을 대상으로 합니다.

네트워크 격리 환경을 대상으로 하는 두 번째 방법은 /Name/IP 옵션을 사용하여 개별 가상 머신의 정규화된 외부 이름 및 외부 IP 주소를 지정하는 것입니다. 명령줄에서 /Name/IP 옵션을 모두 지정해야 합니다. Lab Management 환경 뷰어 또는 SCVMM 관리자 콘솔 가상 머신에 대한 설명에서 가상 머신의 외부 이름 및 외부 IP 주소를 볼 수 있습니다.

예제

첫 번째 예제에서는 프로젝트의 모든 네트워크 격리 환경에 대한 레코드가 DNS에 추가됩니다. 두 번째 예제에서는 개별 DNS 레코드가 제거됩니다.

REM First example
tfsconfig lab /dns /add /collectionname:Collection0 /teamproject:Project1

REM Second example
tfsconfig lab /dns /delete /name:0b668996-2736-46d2-88ac-0733acbd0d9c.contoso.com /ip:111.00.000.000

Lab/hostgroup

TfsConfig Lab /HostGroup 명령을 사용하여 프로젝트 컬렉션에 대한 SCVMM(System Center Virtual Machine Manager) 호스트 그룹의 할당을 추가, 편집 또는 삭제합니다.

이러한 방식으로 할당된 호스트 그룹은 Visual Studio Lab Management 관리됩니다.

TfsConfig Lab /hostgroup /CollectionName:collectionName
  { /Add 
/SCVMMHostGroup:vmmHostPath 
/Name:name 
[LabEnvironmentPlacementPolicy:{Conservative|Aggressive}]
[/AutoProvision:{True|False}]
[/DNSSuffix:dnsSuffix]
| /Delete 
/Name:name
[/NoPrompt]
| /Edit 
/Name:name
{[/AutoProvision:{True|False}] 
[/LabEnvironmentPlacementPolicy:{Conservative|Aggressive}] 
[/DNSSuffix:dnsSuffix]}
[/NoPrompt]]
| /List
| /ListSCVmmHostGroups }

옵션

설명

CollectionName: collectionName

필수 요소. 애플리케이션 계층 Azure DevOps Server 프로젝트 컬렉션의 이름입니다.

추가

지정된 SCVMM 호스트 그룹을 프로젝트 컬렉션 호스트 그룹에 추가합니다. 추가를 통해 /SCVmmHostGroup/Name 옵션을 지정해야 합니다.

Delete

프로젝트 컬렉션에서 지정된 호스트 그룹을 제거합니다. /Name 옵션을 삭제 로 지정해야 합니다.

편집

호스트 그룹에 대한 Lab Management AutoProvisionLabEnvironmentPlacementPolicy 속성 중 하나 또는 둘 모두를 설정합니다.

편집을 사용하여 /Name 옵션과 /AutoProvision 또는 /LabEnvironmentPlacementPolicy 옵션 중 하나 이상을 지정해야 합니다.

SCVMMHostGroup:vmmH ostGroupPath

/Add 옵션에 필요합니다. SCVMM 호스트 그룹의 호스트 경로를 지정합니다.

이름: name

/Add, /Delete 또는 /Edit 옵션에 필요합니다. 추가, 삭제 또는 편집할 프로젝트 컬렉션 호스트 그룹의 이름을 지정합니다.

AutoProvision:{True | False}

/Add 또는 /Edit 옵션과 함께 선택 사항입니다. 호스트 그룹의 AutoProvision 속성을 설정(True) 또는 지우기(False)합니다. AutoProvision은 호스트 그룹이 컬렉션의 각 프로젝트에 자동으로 할당되는지 여부를 지정합니다. 기본적으로 TfsConfig Lab/HostGroup 명령을 사용하면 호스트 그룹이 컬렉션의 프로젝트에 할당됩니다.

LabEnvironmentPlacementPolicy:{Conservative | Aggressive}

/Add 또는 /Edit 옵션과 함께 선택 사항입니다. Lab Management 새 가상 랩 환경을 배포하는 호스트 그룹의 물리적 컴퓨터를 처리하는 방법을 지정합니다.

  • 기본값(기본값)입니다. 배포 결정에서 실행되지 않는 가상 환경을 고려하세요. 여기에는 중지된 상태인 환경의 일부인 모든 가상 " " 머신이 포함됩니다.
  • 공격적 배포 결정에서 실행되지 않는 가상 환경을 고려하지 마십시오.

DNSSuffix:[dnsSuffix]

선택 사항입니다. 호스트 그룹에 있는 가상 컴퓨터의 DNS 접미사 또는 를 설정합니다.

  • /DNSSuffix: 옵션이 dnsSuffix 값 없이 지정된 경우 가상 컴퓨터의 접미사 DNS 접미사를 호스트 그룹의 호스트 컴퓨터 접미사로 설정하거나 다시 설정합니다.
  • /DNSSuffix 옵션을 /Add 옵션으로 지정하지 않으면 가상 컴퓨터의 접미사가 호스트 그룹에 있는 호스트 컴퓨터의 접미사로 설정됩니다.
  • /DNSSuffix 옵션을 /Edit 옵션으로 지정하지 않으면 가상 컴퓨터의 접미사가 변경되지 않습니다.

NoPrompt

/Delete 또는 /Edit 옵션과 함께 선택 사항입니다. 사용자에게 확인을 요구하지 않습니다.

목록

프로젝트 컬렉션에 할당된 호스트 그룹을 표시합니다.

ListSCVmmHostGroups

SCVMM에서 사용할 수 있는 호스트 그룹을 표시합니다.

설명

호스트 그룹은 관리자가 가상 컴퓨터 호스트 집합을 그룹화하여 쉽게 관리하기 위해 SCVMM 내에서 생성하는 컨테이너입니다.

호스트 그룹은 계층적입니다. 따라서 호스트 그룹은 다른 호스트 그룹을 포함할 수 있습니다.

각 호스트 그룹은 SCVMM의 호스트 그룹 계층 구조 내에서 호스트 또는 호스트 그룹의 위치를 지정하는 호스트 그룹 이름 시퀀스인 호스트 경로로 식별됩니다.

모든 호스트 경로는 루트 호스트 그룹으로 시작됩니다.

예를 들어 호스트 경로 호스트 All Hosts\\New York\\Site21\\VMHost05 VMHost05가 호스트 그룹 New York의 자식 호스트 그룹인 호스트 그룹 Site21에 속함을 나타냅니다.

명령줄에서 /Add, /Delete 또는 /Edit 옵션 중 하나만 사용합니다. 별도의 TfsConfig Lab /HostGroup 명령줄을 사용하여 여러 호스트 그룹을 프로젝트 컬렉션에 할당합니다.

TfsConfig Lab /HostGroup 명령을 사용하여 Lab Management 관련 속성을 설정할 수도 있습니다.

  • AutoProvision은 호스트 그룹이 프로젝트 컬렉션의 각 프로젝트에 할당되는지 여부를 지정합니다.

기본적으로 AutoProvision은 켜져 있습니다.

프로젝트 컬렉션의 호스트 그룹을 개별 프로젝트에 할당하려면 TFSLabConfig CreateTeamProjectHostGroup 명령을사용합니다.

  • True(기본값). 호스트 그룹은 프로젝트 컬렉션의 각 프로젝트에 할당됩니다.

  • False 호스트 그룹은 프로젝트 컬렉션의 각 프로젝트에 할당되지 않습니다.

  • LabEnvironmentPlacementPolicy는 Lab Management 호스트 그룹의 물리적 컴퓨터에 새 환경을 배포할 때 기존 가상 머신을 고려하는지 여부를 지정합니다.

  • 기본값(기본값)입니다. 배포 결정에서 실행되지 않는 가상 환경을 고려하세요. 여기에는 "중지됨" 상태인 환경에 속하는 모든 가상 컴퓨터도 포함됩니다.

  • 공격적 배포 결정에서 실행되지 않는 가상 환경을 고려하지 마십시오.

  • DNSSuffix 호스트 그룹에서 만든 가상 컴퓨터에 사용할 DNS 접미사를 지정 합니다. 다음 표에서는 가상 컴퓨터의 DNS 접미사가 /DNSSuffix 설정에 따라 어떤 영향을 받는지 설명합니다.

DNSSuffix /Add /Edit
DNSSuffix: dnsValue DNS 접미사는 dnsValue로 설정됩니다. DNS 접미사는 dnsValue로 설정됩니다.
DNSSuffix: DNS 접미사가 호스트 컴퓨터에서 상속됩니다. 기존 접미사 값이 제거되고 호스트 컴퓨터에서 DNS 접미사가 상속됩니다.
<지정되지 않음> DNS 접미사가 호스트 컴퓨터에서 상속됩니다. DNS 접미사가 변경되지 않습니다.

예제

다음 예제에서는 SCVMM 호스트 그룹이 프로젝트 컬렉션에 할당됩니다.

/AutoProvision 옵션이 지정되지 않았으므로 호스트 그룹이 컬렉션의 모든 프로젝트에 자동으로 할당됩니다.

tfsconfig lab /hostgroup /add /scvmmhostgroup:"All Hosts\Lab1\HostGroup1" /collection:Collection0
        /name:Lab1Collection0_Lab1_HostGroup1

TfsConfig Lab /HostGroup 명령을 사용하여 프로젝트 컬렉션에 대한 SCVMM(System Center Virtual Machine Manager) 호스트 그룹의 할당을 추가, 편집 또는 삭제합니다.

이러한 방식으로 할당된 호스트 그룹은 Visual Studio Lab Management 관리됩니다.

TfsConfig Lab /hostgroup /CollectionName:collectionName
  { /Add 
/SCVMMHostGroup:vmmHostPath 
/Name:name 
[LabEnvironmentPlacementPolicy:{Conservative|Aggressive}]
[/AutoProvision:{True|False}]
[/DNSSuffix:dnsSuffix]
| /Delete 
/Name:name
[/NoPrompt]
| /Edit 
/Name:name
{[/AutoProvision:{True|False}] 
[/LabEnvironmentPlacementPolicy:{Conservative|Aggressive}] 
[/DNSSuffix:dnsSuffix]}
[/NoPrompt]]
| /List
| /ListSCVmmHostGroups }

옵션

설명

CollectionName: collectionName

필수 요소. 애플리케이션 계층 Azure DevOps Server 프로젝트 컬렉션의 이름입니다.

추가

지정된 SCVMM 호스트 그룹을 프로젝트 컬렉션 호스트 그룹에 추가합니다. 추가를 통해 /SCVmmHostGroup/Name 옵션을 지정해야 합니다.

Delete

프로젝트 컬렉션에서 지정된 호스트 그룹을 제거합니다. /Name 옵션을 삭제 로 지정해야 합니다.

편집

호스트 그룹에 대한 Lab Management AutoProvisionLabEnvironmentPlacementPolicy 속성 중 하나 또는 둘 모두를 설정합니다.

편집을 사용하여 /Name 옵션과 /AutoProvision 또는 /LabEnvironmentPlacementPolicy 옵션 중 하나 이상을 지정해야 합니다.

SCVMMHostGroup:vmmH ostGroupPath

/Add 옵션에 필요합니다. SCVMM 호스트 그룹의 호스트 경로를 지정합니다.

이름: name

/Add, /Delete 또는 /Edit 옵션에 필요합니다. 추가, 삭제 또는 편집할 프로젝트 컬렉션 호스트 그룹의 이름을 지정합니다.

AutoProvision:{True | False}

/Add 또는 /Edit 옵션과 함께 선택 사항입니다. 호스트 그룹의 AutoProvision 속성을 설정(True) 또는 지우기(False)합니다. AutoProvision은 호스트 그룹이 컬렉션의 각 프로젝트에 자동으로 할당되는지 여부를 지정합니다. 기본적으로 TfsConfig Lab/HostGroup 명령을 사용하면 호스트 그룹이 컬렉션의 프로젝트에 할당됩니다.

LabEnvironmentPlacementPolicy:{Conservative | Aggressive}

/Add 또는 /Edit 옵션과 함께 선택 사항입니다. Lab Management 새 가상 랩 환경을 배포하는 호스트 그룹의 물리적 컴퓨터를 처리하는 방법을 지정합니다.

  • 기본값(기본값)입니다. 배포 결정에서 실행되지 않는 가상 환경을 고려하세요. 여기에는 중지된 상태인 환경의 일부인 모든 가상 " " 머신이 포함됩니다.
  • 공격적 배포 결정에서 실행되지 않는 가상 환경을 고려하지 마십시오.

DNSSuffix:[dnsSuffix]

선택 사항입니다. 호스트 그룹에 있는 가상 컴퓨터의 DNS 접미사 또는 를 설정합니다.

  • /DNSSuffix: 옵션이 dnsSuffix 값 없이 지정된 경우 가상 컴퓨터의 접미사 DNS 접미사를 호스트 그룹의 호스트 컴퓨터 접미사로 설정하거나 다시 설정합니다.
  • /DNSSuffix 옵션을 /Add 옵션으로 지정하지 않으면 가상 컴퓨터의 접미사가 호스트 그룹에 있는 호스트 컴퓨터의 접미사로 설정됩니다.
  • /DNSSuffix 옵션을 /Edit 옵션으로 지정하지 않으면 가상 컴퓨터의 접미사가 변경되지 않습니다.

NoPrompt

/Delete 또는 /Edit 옵션과 함께 선택 사항입니다. 사용자에게 확인을 요구하지 않습니다.

목록

프로젝트 컬렉션에 할당된 호스트 그룹을 표시합니다.

ListSCVmmHostGroups

SCVMM에서 사용할 수 있는 호스트 그룹을 표시합니다.

설명

호스트 그룹은 관리자가 가상 컴퓨터 호스트 집합을 그룹화하여 쉽게 관리하기 위해 SCVMM 내에서 생성하는 컨테이너입니다.

호스트 그룹은 계층적입니다. 따라서 호스트 그룹은 다른 호스트 그룹을 포함할 수 있습니다.

각 호스트 그룹은 SCVMM의 호스트 그룹 계층 구조 내에서 호스트 또는 호스트 그룹의 위치를 지정하는 호스트 그룹 이름 시퀀스인 호스트 경로로 식별됩니다.

모든 호스트 경로는 루트 호스트 그룹으로 시작됩니다.

예를 들어 호스트 경로 호스트 All Hosts\\New York\\Site21\\VMHost05 VMHost05가 호스트 그룹 New York의 자식 호스트 그룹인 호스트 그룹 Site21에 속함을 나타냅니다.

명령줄에서 /Add, /Delete 또는 /Edit 옵션 중 하나만 사용합니다. 별도의 TfsConfig Lab /HostGroup 명령줄을 사용하여 여러 호스트 그룹을 프로젝트 컬렉션에 할당합니다.

TfsConfig Lab /HostGroup 명령을 사용하여 Lab Management 관련 속성을 설정할 수도 있습니다.

  • AutoProvision은 호스트 그룹이 프로젝트 컬렉션의 각 프로젝트에 할당되는지 여부를 지정합니다.

기본적으로 AutoProvision은 켜져 있습니다.

프로젝트 컬렉션의 호스트 그룹을 개별 프로젝트에 할당하려면 TFSLabConfig CreateTeamProjectHostGroup 명령을사용합니다.

  • True(기본값). 호스트 그룹은 프로젝트 컬렉션의 각 프로젝트에 할당됩니다.

  • False 호스트 그룹은 프로젝트 컬렉션의 각 프로젝트에 할당되지 않습니다.

  • LabEnvironmentPlacementPolicy는 호스트 그룹의 물리적 컴퓨터에 새 환경을 배포할 때 Lab Management 기존 가상 머신을 고려하는지 여부를 지정합니다.

  • 기본값(기본값)입니다. 배포 결정에서 실행되지 않는 가상 환경을 고려하세요. 여기에는 "중지됨" 상태인 환경에 속하는 모든 가상 컴퓨터도 포함됩니다.

  • 공격적 배포 결정에서 실행되지 않는 가상 환경을 고려하지 마십시오.

  • DNSSuffix 호스트 그룹에서 만든 가상 컴퓨터에 사용할 DNS 접미사를 지정 합니다. 다음 표에서는 가상 컴퓨터의 DNS 접미사가 /DNSSuffix 설정에 따라 어떤 영향을 받는지 설명합니다.

DNSSuffix /Add /Edit
DNSSuffix: dnsValue DNS 접미사는 dnsValue로 설정됩니다. DNS 접미사는 dnsValue로 설정됩니다.
DNSSuffix: DNS 접미사가 호스트 컴퓨터에서 상속됩니다. 기존 접미사 값이 제거되고 호스트 컴퓨터에서 DNS 접미사가 상속됩니다.
<지정되지 않음> DNS 접미사가 호스트 컴퓨터에서 상속됩니다. DNS 접미사가 변경되지 않습니다.

예제

다음 예제에서는 SCVMM 호스트 그룹이 프로젝트 컬렉션에 할당됩니다.

/AutoProvision 옵션이 지정되지 않았으므로 호스트 그룹이 컬렉션의 모든 프로젝트에 자동으로 할당됩니다.

tfsconfig lab /hostgroup /add /scvmmhostgroup:"All Hosts\Lab1\HostGroup1" /collection:Collection0
/name:Lab1Collection0_Lab1_HostGroup1

랩/라이브러리 공유

TfsConfig Lab /LibraryShare 명령을 사용하여 System Center Virtual Machine Manager(SCVMM)에서 프로젝트 컬렉션으로 라이브러리 공유 할당을 추가, 제거 또는 편집할 수 있습니다. 또한 Visual Studio Lab Management 특정한 이 명령 집합 속성을 사용하여 현재 Lab Management 컬렉션에 할당된 라이브러리 공유를 표시하거나 SCVMM에서 모든 라이브러리 공유를 표시할 수 있습니다.

TfsConfig Lab /LibraryShare
    /CollectionName:collectionName
     { /Add 
       /SCVMMLibraryShare:librarySharePath 
       /Name:name 
        [/AutoProvision:{True|False}]
    | /Delete 
       /Name:name 
        [/NoPrompt]
    | /Edit 
       /Name:name 
       /AutoProvision:{True|False} 
        [/NoPrompt]
    | /List
    | /ListSCVMMLibraryShares }
옵션 Description
추가 지정된 라이브러리 공유를 프로젝트 컬렉션에 추가합니다. 추가를 통해 /SCVMMLibraryShare/Name 옵션을 지정해야 합니다.
Delete 프로젝트 컬렉션에서 지정된 라이브러리 공유를 제거합니다. /Name 옵션을 삭제 로 지정해야 합니다.
편집 라이브러리 공유의 AutoProvision 속성을 설정하거나 지웁니다. 편집을 사용하여 /Name/AutoProvision 옵션을 지정해야 합니다.

기본적으로 라이브러리 공유는 컬렉션의 프로젝트에 할당됩니다.

자동 프로비저닝을 변경하면 기존 프로젝트에 영향을 미칩니다.
CollectionName: collectionName 필수 요소. 애플리케이션 계층 Azure DevOps Server 프로젝트 컬렉션의 이름을 지정합니다.
SCVMMLibraryShare: librarysharePath 추가에 필요합니다. Virtual Machine Manager 라이브러리 공유의 경로를 지정합니다.
이름: libraryShareName 추가, 삭제편집에 필요합니다. 프로젝트 컬렉션의 라이브러리 공유 이름을 지정합니다.
AutoProvision 추가가 인 선택 사항입니다. 를 편집하는 데 필요합니다. 라이브러리 공유가 컬렉션의 각 프로젝트에 자동으로 할당되는지 여부를 지정합니다. 기본적으로 라이브러리 공유는 프로젝트에 할당됩니다.
NoPrompt 추가편집이 있는 선택 사항입니다. 자동 모드 사용 여부를 사용자에게 확인하지 않습니다.
목록 지정된 프로젝트 컬렉션에 할당된 모든 라이브러리 공유를 나열합니다.
ListSCVMMLibraryShares Virtual Machine Manager 사용할 수 있는 모든 라이브러리 공유를 나열합니다.

설명

라이브러리 공유는 Virtual Machine Manager 라이브러리 서버에서 지정된 공유입니다. 라이브러리 공유는 ISO 이미지 및 가상 하드 디스크와 같은 라이브러리 서버에 저장된 가상 Lab Management 환경에 대한 파일 기반 리소스에 대한 액세스를 제공합니다. 라이브러리 공유는 Virtual Machine Manager 만들어집니다. Visual Studio Lab Management 라이브러리 공유를 사용하여 랩에서 가상 머신을 프로비전합니다.

TfsConfig Lab /LibraryShare 명령줄에서 /Add, /Edit 또는 /Delete 옵션 중 하나만 사용합니다. 별도의 TfsConfig Lab /LibraryShare 명령줄을 사용하여 컬렉션에 여러 라이브러리 공유를 할당합니다.

기본적으로 프로젝트 컬렉션의 라이브러리 공유는 컬렉션의 각 프로젝트에 자동으로 할당됩니다. /AutoProvision 옵션을 /Add/Edit 명령과 함께 사용하여 라이브러리 공유가 할당된 것을 변경할 수 있습니다.

  • 프로젝트에 라이브러리 공유를 자동으로 할당하지 않으려면 /AutoProvision 옵션을 False로 설정합니다. 개별 프로젝트에서 라이브러리 공유를 할당하거나 제거하려면 TfsLabConfig TFSLabConfig CreateTeamProjectLibraryShare 명령을사용합니다.

  • 자동 할당을 사용하도록 설정하려면 /AutoProvision 옵션을 True로 설정합니다.

TfsConfig Lab /LibraryShare 명령을 사용하여 System Center Virtual Machine Manager(SCVMM)에서 프로젝트 컬렉션으로 라이브러리 공유 할당을 추가, 제거 또는 편집할 수 있습니다. 또한 Visual Studio Lab Management 특정한 이 명령 집합 속성을 사용하여 현재 Lab Management 컬렉션에 할당된 라이브러리 공유를 표시하거나 SCVMM에서 모든 라이브러리 공유를 표시할 수 있습니다.

TfsConfig Lab /LibraryShare
        /CollectionName:collectionName
        { /Add
            /SCVMMLibraryShare:librarySharePath
            /Name:name
            [/AutoProvision:{True|False}]
        | /Delete
            /Name:name
            [/NoPrompt]
        | /Edit
            /Name:name
            /AutoProvision:{True|False}
            [/NoPrompt]
        | /List
        | /ListSCVMMLibraryShares }
옵션 Description
추가 지정된 라이브러리 공유를 프로젝트 컬렉션에 추가합니다. 추가를 통해 /SCVMMLibraryShare/Name 옵션을 지정해야 합니다.
Delete 프로젝트 컬렉션에서 지정된 라이브러리 공유를 제거합니다. /Name 옵션을 삭제 로 지정해야 합니다.
편집 라이브러리 공유의 AutoProvision 속성을 설정하거나 지웁니다. 편집을 사용하여 /Name/AutoProvision 옵션을 지정해야 합니다.

기본적으로 라이브러리 공유는 컬렉션의 프로젝트에 할당됩니다.

[!NOTE] 자동 프로비저닝을 변경하면 기존 프로젝트에 영향을 미칩니다.
CollectionName: collectionName 필수 요소. 애플리케이션 계층 Azure DevOps Server 프로젝트 컬렉션의 이름을 지정합니다.
SCVMMLibraryShare: librarysharePath 추가에 필요합니다. Virtual Machine Manager 라이브러리 공유의 경로를 지정합니다.
이름: libraryShareName 추가, 삭제편집에 필요합니다. 프로젝트 컬렉션의 라이브러리 공유 이름을 지정합니다.
AutoProvision 추가가 인 선택 사항입니다. 를 편집하는 데 필요합니다. 라이브러리 공유가 컬렉션의 각 프로젝트에 자동으로 할당되는지 여부를 지정합니다. 기본적으로 라이브러리 공유는 프로젝트에 할당됩니다.
NoPrompt 추가편집이 있는 선택 사항입니다. 자동 모드 사용 여부를 사용자에게 확인하지 않습니다.
목록 지정된 프로젝트 컬렉션에 할당된 모든 라이브러리 공유를 나열합니다.
ListSCVMMLibraryShares Virtual Machine Manager 사용할 수 있는 모든 라이브러리 공유를 나열합니다.

설명

라이브러리 공유는 Virtual Machine Manager 라이브러리 서버에서 지정된 공유입니다. 라이브러리 공유는 ISO 이미지 및 가상 하드 디스크와 같은 라이브러리 서버에 저장된 가상 Lab Management 환경에 대한 파일 기반 리소스에 대한 액세스를 제공합니다. 라이브러리 공유는 Virtual Machine Manager 만들어집니다. Visual Studio Lab Management 라이브러리 공유를 사용하여 랩에서 가상 머신을 프로비전합니다.

TfsConfig Lab /LibraryShare 명령줄에서 /Add, /Edit 또는 /Delete 옵션 중 하나만 사용합니다. 별도의 TfsConfig Lab /LibraryShare 명령줄을 사용하여 컬렉션에 여러 라이브러리 공유를 할당합니다.

기본적으로 프로젝트 컬렉션의 라이브러리 공유는 컬렉션의 각 프로젝트에 자동으로 할당됩니다. /AutoProvision 옵션을 /Add/Edit 명령과 함께 사용하여 라이브러리 공유가 할당된 것을 변경할 수 있습니다.

  • 프로젝트에 라이브러리 공유를 자동으로 할당하지 않으려면 /AutoProvision 옵션을 False로 설정합니다. 개별 프로젝트에서 라이브러리 공유를 할당하거나 제거하려면 TfsLabConfig TFSLabConfig CreateTeamProjectLibraryShare 명령을사용합니다.

  • 자동 할당을 사용하도록 설정하려면 /AutoProvision 옵션을 True로 설정합니다.


랩/settings

TFSConfig Lab /설정 옵션을 사용하여 Visual Studio Lab Management 구성할 수 있습니다. 설정 옵션

  • 랩에서 가상 컴퓨터 관리를 제어하는 SCVMM(System Center Virtual Machine Manager) 서버의 이름을 설정합니다.

  • 모든 호스트 그룹의 물리적 컴퓨터(예: 네트워크 도메인 또는 작업 그룹)를 연결할 수 있는 네트워크 위치를 설정합니다.

  • 랩에서 네트워크가 격리된 네트워크에 대한 IP 주소 및 가상 DNS 접미사를 설정합니다.

TfsConfig Lab
    /Settings
        [/ScVmmServerName:VMMServerName]
        [/NetworkLocation:networkLocation]
        [/IpBlock:networkIsolationIpRange]
        [/DnsSuffix:networkIsolationDnsSuffix] 
        [/NoPrompt]
        [/List]
옵션 Description
ScvmmServerName: VMMServerName 선택 사항입니다. Azure DevOps Server 사용할 SCVMM(System Center Virtual Machine Manager 2008) 서버의 정규화된 이름을 설정합니다. 가상 컴퓨터를 관리하는 데 사용할 SCVMM 서버의 이름입니다. Azure DevOps Server SCVMM과 통신하려면 Azure DevOps Server 실행 중인 계정을 SCVMM의 관리자 역할에 추가해야 합니다.
NetworkLocation: networkLocation 선택 사항입니다. 랩 네트워크의 모든 호스트에서 사용할 수 있는 네트워크의 정규화된 이름(예: 네트워크 도메인 또는 작업 그룹)을 설정합니다. 가상 머신을 프로비전할 때 Lab Management 가상 머신을 지정된 네트워크에 자동으로 연결합니다. SCVMM 관리 콘솔을 사용하여 호스트에서 사용 가능한 네트워크 위치를 찾을 수 있습니다.
IpBlock: networkIsolationIpRange 선택 사항입니다. 격리된 네트워크를 만들었을 때 환경에서 가상 컴퓨터에 할당할 IP 주소 범위를 설정합니다. IP 주소는 가상 머신 간의 내부 라우팅에만 사용되고 환경 경계를 넘어 노출되지 않으므로 /NetworkLocation 옵션으로 지정된 네트워크 내에서 사용되지 않는 IP 범위를 지정할 수 있습니다. 대부분의 경우, 기본 범위인 192.168.23.0/24가 동작해야 합니다. 격리된 네트워크 환경에 연결하는 데 문제가 발생하면 다른 범위를 선택해야 할 수 있습니다.
DnsSuffix: networkIsolationDnsSuffix 선택 사항입니다. 가상 환경에 대한 격리된 네트워크에서 가상 컴퓨터의 이름을 등록하는 데 사용되는 DNS 접두사를 설정합니다. DNS 계층 구조에서 접두사가 올바르게 구성되었는지 확인하려면 네트워크 관리자에게 문의하세요.
NoPrompt 선택 사항입니다. 확인을 묻는 메시지를 표시하지 마세요. 사용 하지 마십시오는 /List 옵션입니다.
목록 Lab Management 대한 현재 구성 값을 나열합니다.

설명

/ScvmmServerName, /NetworkLocation, /IpBlock, /DnsSuffix 또는 /List 옵션 중 하나는 각 TfsConfig Lab /설정 명령줄에서 지정해야 합니다.

Lab Management 설정하려면 /ScVmmServerName/NetworkLocation 옵션을 모두 지정해야 합니다. 그러나 이러한 옵션은 별도의 명령줄에서 지정할 수 있습니다.

네트워크 격리를 설정하려면 /IpBlock/DnsSuffix 옵션을 모두 지정해야 합니다. 그러나 이러한 옵션은 별도의 명령줄에서 지정할 수 있습니다.

네트워크 격리를 통해 컴퓨터 이름이나 IP 주소가 충돌하지 않고 가상 컴퓨터의 여러 사본을 사용할 수 있습니다. 격리된 네트워크에 대한 DNS 접두사와 IP 범위를 모두 할당해야 합니다. IP 주소는 가상 컴퓨터 간의 내부 라우팅에만 사용되고 환경의 경계 외부에 노출되지 않으므로 공용 네트워크에서 사용되지 않은 모든 IP 범위를 지정할 수 있습니다. 대부분의 경우, 기본 범위인 192.168.1.0/24가 동작해야 합니다. 격리된 네트워크 환경에 연결하는 데 문제가 발생하면 다른 범위를 선택해야 할 수 있습니다.

예제

이 예제에서 Lab Management 단일 명령줄에서 /ScvmmServerName/NetworkLocation 옵션을 사용하여 설정됩니다.

tfsconfig lab /settings /scvmmservername:vmmserver /networklocation:lab1.contoso.com

이 예제에서는 별도의 명령줄에서 /IpBlock/DNSSuffix 옵션을 사용하여 네트워크 격리를 구성합니다.

tfsconfig lab /settings /ipblock: 192.168.23.0/24
tfsconfig lab /settings /dnssuffix:virtual1.lab1.contoso.com

TFSConfig Lab /설정 옵션을 사용하여 Visual Studio Lab Management 구성할 수 있습니다. 설정 옵션

  • 랩에서 가상 컴퓨터 관리를 제어하는 SCVMM(System Center Virtual Machine Manager) 서버의 이름을 설정합니다.

  • 모든 호스트 그룹의 물리적 컴퓨터(예: 네트워크 도메인 또는 작업 그룹)를 연결할 수 있는 네트워크 위치를 설정합니다.

  • 랩에서 네트워크가 격리된 네트워크에 대한 IP 주소 및 가상 DNS 접미사를 설정합니다.

    TfsConfig Lab /설정 [/ScVmmServerName:VMMServerName] [/NetworkLocation:networkLocation] [/IpBlock:networkIsolationIpRange] [/DnsSuffix:networkIsolationDnsSuffix] [/NoPrompt] [/List]

옵션 Description
ScvmmServerName: VMMServerName 선택 사항입니다. Azure DevOps Server 사용할 SCVMM(System Center Virtual Machine Manager 2008) 서버의 정규화된 이름을 설정합니다. 가상 컴퓨터를 관리하는 데 사용할 SCVMM 서버의 이름입니다. Azure DevOps Server SCVMM과 통신하려면 Azure DevOps Server 실행 중인 계정을 SCVMM의 관리자 역할에 추가해야 합니다.
NetworkLocation: networkLocation 선택 사항입니다. 랩 네트워크의 모든 호스트에서 사용할 수 있는 네트워크의 정규화된 이름(예: 네트워크 도메인 또는 작업 그룹)을 설정합니다. 가상 머신을 프로비전할 때 Lab Management 가상 머신을 지정된 네트워크에 자동으로 연결합니다. SCVMM 관리 콘솔을 사용하여 호스트에서 사용 가능한 네트워크 위치를 찾을 수 있습니다.
IpBlock: networkIsolationIpRange 선택 사항입니다. 격리된 네트워크를 만들었을 때 환경에서 가상 컴퓨터에 할당할 IP 주소 범위를 설정합니다. IP 주소는 가상 머신 간의 내부 라우팅에만 사용되고 환경 경계를 넘어 노출되지 않으므로 /NetworkLocation 옵션으로 지정된 네트워크 내에서 사용되지 않는 IP 범위를 지정할 수 있습니다. 대부분의 경우, 기본 범위인 192.168.23.0/24가 동작해야 합니다. 격리된 네트워크 환경에 연결하는 데 문제가 발생하면 다른 범위를 선택해야 할 수 있습니다.
DnsSuffix: networkIsolationDnsSuffix 선택 사항입니다. 가상 환경에 대한 격리된 네트워크에서 가상 컴퓨터의 이름을 등록하는 데 사용되는 DNS 접두사를 설정합니다. DNS 계층 구조에서 접두사가 올바르게 구성되었는지 확인하려면 네트워크 관리자에게 문의하세요.
NoPrompt 선택 사항입니다. 확인을 묻는 메시지를 표시하지 마세요. 사용 하지 마십시오는 /List 옵션입니다.
목록 Lab Management 대한 현재 구성 값을 나열합니다.

설명

/ScvmmServerName, /NetworkLocation, /IpBlock, /DnsSuffix 또는 /List 옵션 중 하나는 각 TfsConfig Lab /설정 명령줄에서 지정해야 합니다.

Lab Management 설정하려면 /ScVmmServerName/NetworkLocation 옵션을 모두 지정해야 합니다. 그러나 이러한 옵션은 별도의 명령줄에서 지정할 수 있습니다.

네트워크 격리를 설정하려면 /IpBlock/DnsSuffix 옵션을 모두 지정해야 합니다. 그러나 이러한 옵션은 별도의 명령줄에서 지정할 수 있습니다.

네트워크 격리를 통해 컴퓨터 이름이나 IP 주소가 충돌하지 않고 가상 컴퓨터의 여러 사본을 사용할 수 있습니다. 격리된 네트워크에 대한 DNS 접두사와 IP 범위를 모두 할당해야 합니다. IP 주소는 가상 컴퓨터 간의 내부 라우팅에만 사용되고 환경의 경계 외부에 노출되지 않으므로 공용 네트워크에서 사용되지 않은 모든 IP 범위를 지정할 수 있습니다. 대부분의 경우, 기본 범위인 192.168.1.0/24가 동작해야 합니다. 격리된 네트워크 환경에 연결하는 데 문제가 발생하면 다른 범위를 선택해야 할 수 있습니다.

예제

이 예제에서 Lab Management 단일 명령줄에서 /ScvmmServerName/NetworkLocation 옵션을 사용하여 설정됩니다.

tfsconfig lab /settings /scvmmservername:vmmserver /networklocation:lab1.contoso.com

이 예제에서는 별도의 명령줄에서 /IpBlock/DNSSuffix 옵션을 사용하여 네트워크 격리를 구성합니다.

tfsconfig lab /settings /ipblock: 192.168.23.0/24
tfsconfig lab /settings /dnssuffix:virtual1.lab1.contoso.com

OfflineDetach

오프 라인으로 분리 된 분리 명령을 사용 하 여 오프 라인 컬렉션 데이터베이스를 분리 된 오프 라인 컬렉션 데이터베이스로 만듭니다.

TfsConfig offlineDetach /configurationDB:<databaseName>
    /collectionDB:<databaseName>
옵션 Description
configurationDB 사용할 구성 데이터베이스의 이름을 지정 합니다.
collectionDB 분리할 컬렉션 데이터베이스의 이름을 지정 합니다.

필수 조건

가 나 분리 명령을 사용 하려면 지정 된 SQL Server 인스턴스에 대 한 sysadmin 역할의 멤버 여야 합니다.

설명

이 명령은 지정 된 컬렉션 데이터베이스의 스키마를 수정 하며 Team Foundation Server 배포에서 사용 중인 데이터베이스에 대해 실행 하면 안 됩니다. Team Foundation Server 배포에서 데이터베이스를 사용 하는 경우 대신를 사용 TfsConfig collection /detach 합니다.

이 명령은 동일한 Azure DevOps Server 배포에 포함 된 다른 컬렉션 데이터베이스를 복원 하지 않고 백업에서 개별 컬렉션 데이터베이스를 복원 해야 하는 경우에 유용 합니다. 이전에는 전체 및 일관 된 데이터베이스 집합 (구성 및 모든 컬렉션)을 스테이징 환경에 복원 하 고, 해당 데이터베이스를 사용 하 여 Azure DevOps Server 배포를 구성 하 고, 관심 있는 컬렉션을 분리 하는 것이 필요 했습니다.

대신, 이제 필요한 구성 데이터베이스 및 컬렉션 데이터베이스의 일관 된 복사본을 복원 하 고, 복원 되지 않은 분리 명령을 실행할 수 있습니다. 그러면 분리 된 컬렉션 데이터베이스를 적절 한 버전의 모든 Azure DevOps Server 배포에 연결할 수 있습니다.

예제

다음 예에서는 라는 구성 데이터베이스를 사용 하 여 라는 컬렉션 데이터베이스를 분리 하는 방법을 보여 줍니다 TFS_PrimaryCollection TFS_Configuration .이 경우 명명 된 인스턴스에 있는 서버에서 실행 되는 SQL 인스턴스를 사용 ContosoTemp Backups 합니다.

TfsConfig offlineDetach /configurationDB:ContosoTemp\Backups;TFS_Configuration /collectionDB:ContosoTemp\Backups;TFS_PrimaryCollection

명령 가용성: TFS 2015 업데이트 3 이상

오프 라인으로 분리 된 분리 명령을 사용 하 여 오프 라인 컬렉션 데이터베이스를 분리 된 오프 라인 컬렉션 데이터베이스로 만듭니다.

TFSConfig offlineDetach /configurationDB:DatabaseName
        /collectionDB:DatabaseName

옵션

설명

/configurationDB

사용할 구성 데이터베이스의 이름을 지정 합니다.

/collectionDB

분리할 컬렉션 데이터베이스의 이름을 지정 합니다.

필수 조건

가 나 분리 명령을 사용 하려면 지정 된 SQL Server 인스턴스에 대 한 sysadmin 역할의 멤버 여야 합니다.

설명

이 명령은 지정 된 컬렉션 데이터베이스의 스키마를 수정 하며 Azure DevOps Server 배포에서 사용 중인 데이터베이스에 대해 실행 하면 안 됩니다. Azure DevOps Server 배포에서 데이터베이스를 사용 하는 경우 TfsConfig collection/detach를 대신 사용 합니다.

이 명령은 동일한 Azure DevOps Server 배포에 포함 된 다른 컬렉션 데이터베이스를 복원 하지 않고 백업에서 개별 컬렉션 데이터베이스를 복원 해야 하는 경우에 유용 합니다. 이전에는 전체 및 일관 된 데이터베이스 집합 (구성 및 모든 컬렉션)을 스테이징 환경에 복원 하 고, 해당 데이터베이스를 사용 하 여 Azure DevOps Server 배포를 구성 하 고, 관심 있는 컬렉션을 분리 하는 것이 필요 했습니다.

대신, 이제 필요한 구성 데이터베이스 및 컬렉션 데이터베이스의 일관 된 복사본을 복원 하 고, 복원 되지 않은 분리 명령을 실행할 수 있습니다. 그러면 분리 된 컬렉션 데이터베이스를 적절 한 버전의 모든 Azure DevOps Server 배포에 연결할 수 있습니다.

예제

다음 예에서는 명명 된 인스턴스 "백업"에서 이름이 "ContosoTemp" 인 서버에서 실행 되는 SQL 인스턴스를 사용 하 여 TFS_Configuration 이라는 구성 데이터베이스를 사용 하 여 TFS_PrimaryCollection 이라는 컬렉션 데이터베이스를 분리 하는 방법을 보여 줍니다.

TFSConfig offlineDetach /configurationDB:ContosoTemp\Backups;TFS_Configuration /collectionDB:ContosoTemp\Backups;TFS_PrimaryCollection

Proxy (프록시)

프록시 명령을 사용 하 여 Azure DevOps 프록시 서버에서 사용 하는 설정을 업데이트 하거나 변경할 수 있습니다. Azure DevOps 프록시 서버는 분산 팀의 위치에서 다운로드 한 버전 제어 파일의 캐시를 관리 하 여 분산 팀이 버전 제어를 사용할 수 있도록 지원 합니다. Azure DevOps 프록시 서버를 구성 하면 광역 연결에 필요한 대역폭을 크게 줄일 수 있습니다. 또한 버전 파일의 다운로드 및 캐싱을 관리할 필요가 없습니다. 이러한 파일의 관리는 파일을 사용하는 개발자에게 표시되지 않습니다. 한편, 메타 데이터 교환 및 파일 업로드는 계속 Azure DevOps Server 표시 됩니다. Azure DevOps Services를 사용 하 여 클라우드에서 개발 프로젝트를 호스팅하는 경우 프록시 명령을 사용 하 여 호스트 된 컬렉션의 프로젝트에 대 한 캐시를 관리할 뿐만 아니라 해당 서비스에서 사용 하는 일부 설정을 관리할 수도 있습니다.

프록시 서버 및 프록시 초기 구성 Azure DevOps를 설치 하는 방법에 대 한 자세한 내용은

방법: 프록시 서버 Azure DevOps 설치 및 원격 사이트 설정을 참조 하세요. 클라이언트 컴퓨터에서 프록시를 구성 하는 방법에 대 한 자세한 내용은 Azure DevOps 버전 제어 명령 참조를 참조 하세요.

TfsConfig proxy /add|delete|change [/Collection:<teamProjectCollectionURL> /account:<accountName>]
    /Server:<TeamFoundationServerURL> [/inputs:Key1=Value1; Key2=Value2;...] [/continue]
옵션 Description
추가 지정된 서버 또는 컬렉션을 Proxy.config 파일의 프록시 목록에 추가합니다. /add를 여러 번 실행하여 추가 컬렉션 또는 서버를 포함할 수 있습니다. Azure DevOps Services에서 호스트 된 컬렉션과 함께/add를 사용 하는 경우 Azure DevOps Services에서 자격 증명을 입력 하 라는 메시지가 표시 됩니다.
변경 Azure DevOps Services에 대 한 서비스 계정으로 저장 된 자격 증명을 변경 합니다. /Change 옵션은 Azure DevOps Services에만 사용 됩니다. Azure DevOps Server의 로컬 배포에는 사용 하지 않아야 합니다.
delete Proxy.config 파일의 프록시 목록에서 지정한 서버 또는 컬렉션을 제거합니다.
account Azure DevOps Services의 프록시에 대 한 서비스 계정으로 사용 되는 계정을 지정 합니다. 이 옵션은/change 옵션과 함께 Azure DevOps Services에만 사용 됩니다.

Azure DevOps Services에 사용 되는 기본 서비스 계정은 " 계정 서비스입니다."
continue 확인 프로세스에서 경고가 생성되는 경우에도 명령 실행을 계속합니다.
컬렉션 Azure DevOps Services에서 호스트 되는 프로젝트 컬렉션의 URL을 형식으로 지정 합니다 AccountName.DomainName/CollectionName .
account Azure DevOps Services에 대 한 서비스 계정으로 사용 되는 계정의 이름을 지정 합니다. 계정 이름에 공백이 있는 경우 이름을 따옴표 ()로 묶어야 합니다 " " . 계정 이름의 모든 특수 문자는 명령줄 구문에 따라 지정해야 합니다.
account Azure DevOps Server 배포의 URL을 형식으로 지정 합니다 ServerURL:Port/tfs .
PersonalAccessTokenFile 필요에 따라 개인용 액세스 토큰을 포함 하는 파일의 경로를 지정 합니다. 이 토큰은 프록시를 등록 하는 동안 컬렉션 또는 계정에 인증 하는 데 사용 됩니다. (TFS 2018 업데이트 1에서 추가 됨)
입력 선택 사항입니다. 프록시를 구성 하는 동안 사용할 추가 설정 및 값을 지정 합니다.
예를 들어, 및에 대 한 값을 GvfsProjectName GvfsRepositoryName 사용 하 여 git 리포지토리를 Gvfs ( Git 가상 파일 시스템 )와 함께 사용 하도록 구성할 수 있습니다 (TFS 2018 업데이트 1에 추가 됨).

필수 조건

프록시 명령을 사용 하려면 Azure DevOps Administrators 보안 그룹의 멤버 이며 프록시 서버의 관리자 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

프록시 명령을 사용 하 여 Azure DevOps Server 프록시의 기존 구성을 업데이트 합니다. 프록시를 처음 설치 하 고 구성 하는 데 프록시 명령을 사용할 수 없습니다.

예제

다음 예제에서는 프록시 목록에 이라는 Azure DevOps Server 배포를 추가 하는 방법을 보여 줍니다 FABRIKAM .

TfsConfig proxy /add /Server:http://www.fabrikam.com:8080/tfs 

다음 예제에서는 인증을 위해 개인용 액세스 토큰 을 사용 하 여 Azure DevOps Services에서 호스트 되는 프로젝트 컬렉션을 프록시 목록에 추가 하는 방법을 보여 줍니다. 이 토큰은 Azure DevOps Services 계정에 프록시를 등록 하는 데만 사용 됩니다. 기본 서비스 계정은 프록시를 실행 하는 데 계속 사용 됩니다. 로그인 프롬프트를 표시 하지 않고 Azure DevOps Services 프록시 등록을 지원 하기 위해이 매개 변수가 TFS 2018 업데이트 1에 추가 되었습니다.

TfsConfig proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver

다음 예제에서는 프록시 목록에 프로젝트 컬렉션을 추가 하는 방법을 보여 줍니다. 이 예제에서는 개인 액세스 토큰을 사용 하 여 매개 변수로 지정 된 컬렉션에 대해 인증 /Collection 합니다. 사용할 개인용 액세스 토큰은의 파일에 저장 됩니다 c:\PersonalAccessToken.txt .

TfsConfig proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
    /PersonalAccessTokenFile:c:\PersonalAccessToken.txt

다음 예제에서는 Azure DevOps Services에서 호스트 되는 프로젝트 컬렉션에 대해 프록시에서 사용 되는 서비스 계정을 변경 하는 방법을 보여 줍니다. 컬렉션의 이름이이 고 PhoneSaver Azure DevOps Services에 사용 된 계정 이름이이 HelenaPetersen.fabrikam.com 고, 프록시에서 사용 되는 서비스 계정이로 변경 되 고 My Proxy Service Account 있습니다. 계정 이름에 공백이 포함되어 있기 때문에 이름을 따옴표로 묶습니다.

TfsConfig proxy /change /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
    /account:"My Proxy Service Account"

다음 예제에서는 GVFS에서 사용할 Git 리포지토리를 추가 하는 방법을 보여 줍니다.

TfsConfig proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver /inputs:GvfsProjectName=PhoneSaver;GvfsRepositoryName=AnotherRepository

TFSConfig proxy 명령을 사용 하 여 Team Foundation Server 프록시에서 사용 되는 설정을 업데이트 하거나 변경할 수 있습니다. Team Foundation Server Proxy는 분산된 팀 위치에 있는 다운로드한 버전 제어 파일의 캐시를 관리하여 분산된 팀이 버전 제어를 사용할 수 있도록 지원합니다. Team Foundation Server 프록시를 구성 하면 광역 연결에 필요한 대역폭을 크게 줄일 수 있습니다. 또한 버전 파일의 다운로드 및 캐싱을 관리할 필요가 없습니다. 이러한 파일의 관리는 파일을 사용하는 개발자에게 표시되지 않습니다. 한편, 메타 데이터 교환 및 파일 업로드는 계속 Azure DevOps Server 표시 됩니다. Azure DevOps Services를 사용 하 여 클라우드에서 개발 프로젝트를 호스팅하는 경우 프록시 명령을 사용 하 여 호스트 된 컬렉션의 프로젝트에 대 한 캐시를 관리할 뿐만 아니라 해당 서비스에서 사용 하는 일부 설정을 관리할 수도 있습니다.

프록시 서버 및 프록시 초기 구성 Azure DevOps를 설치 하는 방법에 대 한 자세한 내용은

방법: 프록시 서버 Azure DevOps 설치 및 원격 사이트 설정을 참조 하세요. 클라이언트 컴퓨터에서 프록시를 구성 하는 방법에 대 한 자세한 내용은 Team Foundation 버전 제어 명령 참조를 참조 하세요.

TFSConfig Proxy /add|delete|change [/Collection:TeamProjectCollectionURL /account:AccountName]
            /Server:TeamFoundationServerURL [/inputs:Key1=Value1; Key2=Value2;...] [/Continue]

옵션

설명

/add

지정된 서버 또는 컬렉션을 Proxy.config 파일의 프록시 목록에 추가합니다.

/add를 여러 번 실행하여 추가 컬렉션 또는 서버를 포함할 수 있습니다.

Azure DevOps Services에서 호스트 된 컬렉션과 함께/add를 사용 하는 경우 Azure DevOps Services에서 자격 증명을 입력 하 라는 메시지가 표시 됩니다.

/change

Azure DevOps Services에 대 한 서비스 계정으로 저장 된 자격 증명을 변경 합니다.

/Change 옵션은 Azure DevOps Services에만 사용 됩니다. Azure DevOps Server의 로컬 배포에는 사용 하지 않아야 합니다.

/delete

Proxy.config 파일의 프록시 목록에서 지정한 서버 또는 컬렉션을 제거합니다.

/account

Azure DevOps Services의 프록시에 대 한 서비스 계정으로 사용 되는 계정을 지정 합니다.

이 옵션은/change 옵션과 함께 Azure DevOps Services에만 사용 됩니다.

Azure DevOps Services에 사용 되는 기본 서비스 계정은 " 계정 서비스입니다."

/continue

확인 프로세스에서 경고가 생성되는 경우에도 명령 실행을 계속합니다.

/Collection: TeamProjectCollectionURL

Azure DevOps Services에서 호스트 되는 프로젝트 컬렉션의 URL을 형식으로 지정 합니다 AccountName.DomainName/CollectionName .

/account: AccountName

Azure DevOps Services에 대 한 서비스 계정으로 사용 되는 계정의 이름을 지정 합니다.

계정 이름에 공백이 있는 경우 이름을 따옴표 ()로 묶어야 합니다 " " .

계정 이름의 모든 특수 문자는 명령줄 구문에 따라 지정해야 합니다.

/account: ServerURL

Azure DevOps Server 배포의 URL을 형식으로 지정 합니다 ServerURL:Port/tfs .

/PersonalAccessTokenFile:P athtofilewithpat

필요에 따라 개인용 액세스 토큰을 포함 하는 파일의 경로를 지정 합니다. 이 토큰은 프록시를 등록 하는 동안 컬렉션 또는 계정에 인증 하는 데 사용 됩니다. (TFS 2018 업데이트 1에서 추가 됨)

/입력: Key1 = Value1; Key2 = Value2; ...

선택 사항입니다. 프록시를 구성 하는 동안 사용할 추가 설정 및 값을 지정 합니다.

예를 들어 " gvfsprojectname 및 GvfsRepositoryName의 값은 " " " git 가상 파일 시스템 (gvfs)과 함께 사용할 git 리포지토리를 구성 하는 데 사용할 수 있습니다 (TFS 2018 업데이트 1에 추가 됨).

필수 조건

프록시 명령을 사용 하려면 Team Foundation Administrators 보안 그룹의 멤버와 프록시 서버의 관리자 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

프록시 명령을 사용 하 여 Azure DevOps 프록시 서버의 기존 구성을 업데이트 합니다. 프록시의 초기 설치와 구성을 위해 Proxy 명령을 사용할 수 없습니다.

예제

다음 예제에서는 프록시 목록에 FABRIKAM 이라는 Azure DevOps Server 배포를 추가 하는 방법을 보여 줍니다.

TFSConfig Proxy /add /Server:http://www.fabrikam.com:8080/tfs 

다음 예제에서는 인증을 위해 개인용 액세스 토큰 을 사용 하 여 Azure DevOps Services에서 호스트 되는 프로젝트 컬렉션을 프록시 목록에 추가 하는 방법을 보여 줍니다. 이 토큰은 Azure DevOps Services 계정에 프록시를 등록 하는 데만 사용 됩니다. 기본 서비스 계정은 프록시를 실행 하는 데 계속 사용 됩니다. 로그인 프롬프트를 표시 하지 않고 Azure DevOps Services 프록시 등록을 지원 하기 위해이 매개 변수가 TFS 2018 업데이트 1에 추가 되었습니다.

TFSConfig Proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver 

다음 예제에서는 프록시 목록에 프로젝트 컬렉션을 추가 하는 방법을 보여 줍니다. 이 예제에서는 개인 액세스 토큰을 사용 하 여 "/Collection" 매개 변수로 지정 된 컬렉션에 대해 인증 합니다. 사용할 개인용 액세스 토큰은 "c:\PersonalAccessToken.txt"의 파일에 저장 됩니다.

TFSConfig Proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
            /PersonalAccessTokenFile:c:\PersonalAccessToken.txt

The following example shows how to change the service account used by the proxy for the project collection hosted on Azure DevOps Services. The collection is named PhoneSaver, the account name used for Azure DevOps Services is HelenaPetersen.fabrikam.com, and the service account used by the proxy is being changed to "My Proxy Service Account". Because the account name contains spaces, quotation marks are used to enclose the name.

```console
TFSConfig Proxy /change /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver
            /account:"My Proxy Service Account"

다음 예제에서는 GVFS에서 사용할 Git 리포지토리를 추가 하는 방법을 보여 줍니다.

TFSConfig Proxy /add /Collection:https://HelenaPetersen.tfs.visualstudio.com/PhoneSaver /inputs:GvfsProjectName=PhoneSaver;GvfsRepositoryName=AnotherRepository

RebuildWarehouse

rebuildWarehouse 명령을 사용 하 여 Azure DevOps Server에서 사용 하는 SQL Server Reporting Services SQL Server Analysis Services 데이터베이스를 다시 작성할 수 있습니다.

TfsConfig rebuildWarehouse /analysisServices | /all [/ReportingDataSourcePassword:Password]
옵션 Description
Microsoft.analysisservices.sharepoint.integration.dll /All 을 사용 하지 않는 경우 필수입니다. Analysis Services의 데이터베이스만 다시 빌드하도록 지정합니다. Analysis Services에 대 한 데이터베이스가 없는 경우에도 /reportingDataSourcePassword 옵션을 사용 해야 합니다.
모두 /AnalysisServices 를 사용 하지 않는 경우 필수입니다. Azure DevOps Server에서 사용 하는 모든 보고 및 분석 데이터베이스를 다시 작성 하도록 지정 합니다.
reportingDataSourcePassword TFS_Analysis 데이터베이스가 없는 경우 필수입니다. SQL Server Reporting Services (TFSReports)에 대 한 데이터 소스 계정으로 사용 되는 계정의 암호를 지정 합니다. 자세한 내용은 Azure DevOps Server의 서비스 계정 및 종속성을 참조 하세요.

필수 조건

RebuildWarehouse 명령을 사용 하려면 다음 그룹의 멤버 여야 합니다.

  • Azure DevOps 관리 콘솔을 실행 하는 서버에서 Azure DevOps administrators 보안 그룹 및 administrators 보안 그룹

  • Azure DevOps Server에 대 한 데이터베이스를 호스팅하는 SQL Server의 인스턴스를 실행 하는 서버의 sysadmin 그룹

자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

프로젝트 컬렉션을 이동 또는 분할 하거나 데이터를 복원 하거나 배포의 구성을 변경할 때이 명령을 사용할 수 있습니다.

이러한 데이터베이스의 다시 빌드를 대화형으로 시작 하기 위해 관리 콘솔에서 Azure DevOps에 대 한 보고 노드를 사용할 수 있습니다. 자세한 내용은 Azure DevOps 관리 콘솔 열기를 참조 하세요.

예제

다음 예에서는 Azure DevOps Server 배포에 대 한 Analysis Services 데이터베이스를 다시 빌드하는 방법을 보여 줍니다.

TfsConfig rebuildWarehouse /analysisServices

    TFSConfig - Team Foundation Server Configuration Tool
    Copyright � Microsoft Corporation. All rights reserved.
    The Analysis Services database was successfully rebuilt.

RebuildWarehouse 명령을 사용 하 여 SQL Server Reporting Services를 다시 빌드하고 TFS (Team Foundation Server)에서 사용 하 Visual Studio는 Analysis Services 데이터베이스를 SQL Server 수 있습니다.

TFSConfig RebuildWarehouse /analysisServices | /all [/ReportingDataSourcePassword:Password]

옵션

설명

/analysisServices

/All 을 사용 하지 않는 경우 필수입니다.

Analysis Services의 데이터베이스만 다시 빌드하도록 지정합니다.

Analysis Services에 대 한 데이터베이스가 없는 경우에도 /reportingDataSourcePassword 옵션을 사용 해야 합니다.

/all

/AnalysisServices 를 사용 하지 않는 경우 필수입니다.

Azure DevOps Server에서 사용 하는 모든 보고 및 분석 데이터베이스를 다시 작성 하도록 지정 합니다.

/reportingDataSourcePassword: 암호

TFS_Analysis 데이터베이스가 없는 경우 필수입니다.

SQL Server Reporting Services (TFSReports)에 대 한 데이터 소스 계정으로 사용 되는 계정의 암호를 지정 합니다.

자세한 내용은 Azure DevOps Server의 서비스 계정 및 종속성을 참조 하세요.

필수 조건

RebuildWarehouse 명령을 사용 하려면 다음 그룹의 멤버 여야 합니다.

  • Azure DevOps에 대 한 관리 콘솔을 실행 하는 서버에서 Team Foundation Administrators 보안 그룹 및 Administrators 보안 그룹

  • Azure DevOps Server에 대 한 데이터베이스를 호스팅하는 SQL Server의 인스턴스를 실행 하는 서버의 sysadmin 그룹

자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

프로젝트 컬렉션을 이동 또는 분할 하거나 데이터를 복원 하거나 배포의 구성을 변경할 때이 명령을 사용할 수 있습니다.

이러한 데이터베이스의 다시 빌드를 대화형으로 시작 하기 위해 관리 콘솔에서 Azure DevOps에 대 한 보고 노드를 사용할 수 있습니다. 자세한 내용은 Azure DevOps 관리 콘솔> 열기 를 참조 하세요.

예제

다음 예에서는 Azure DevOps Server 배포에 대 한 Analysis Services 데이터베이스를 다시 빌드하는 방법을 보여 줍니다.

TFSConfig RebuildWarehouse /analysisServices

TFSConfig - Team Foundation Server Configuration Tool
Copyright � Microsoft Corporation. All rights reserved.
The Analysis Services database was successfully rebuilt.

RegisterDB

registerDB를 사용하여 Azure DevOps Server 구성 데이터베이스를 호스트하는 서버의 이름을 업데이트합니다. 구성 데이터베이스를 새 하드웨어로 복원하거나 배포의 도메인을 변경할 때 이 명령을 사용할 수 있습니다.

TfsConfig registerDB /sqlInstance:<serverName> /databaseName:<databaseName>
옵션 Description
SQLInstance 필수 사항입니다. SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다. 인스턴스를 지정하는 경우 형식을 사용해야 ServerName\InstanceName 합니다.
databaseName 필수 사항입니다. 구성 데이터베이스의 이름을 지정합니다. 기본적으로 Tfs_Configuration입니다.

전제 조건

registerDB 명령을 사용하려면 Azure DevOps 애플리케이션 계층 서버에서 Azure DevOps Administrators 그룹의 구성원이고 Azure DevOps 데이터 계층 서버의 SQL Server sysadmin 그룹의 구성원이어야 합니다. 자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

이 명령을 사용하기 전에 Azure DevOps Server 데이터베이스를 백업합니다.

registerDB 명령이 성공하려면 다음 애플리케이션 풀 및 프로그램이 실행 중이어야 합니다.

  • Azure DevOps Server 애플리케이션 풀(애플리케이션 풀)
  • ReportServer(애플리케이션 풀)
  • SQL Server Reporting Services(프로그램)

이 명령이 제대로 작동하려면 구성 데이터베이스의 정확한 이름이나 주소를 입력해야 합니다. 이 데이터베이스가 저장된 서버를 변경해야 하는 경우 Azure DevOps Server 새 위치를 가리키는지 확인해야 합니다.

예제

다음 예에서는 Azure DevOps Server SQL Server 인스턴스의 서버에 있는 구성 ContosoMain 데이터베이스로 TeamDatabases 리디렉션합니다.

TfsConfig registerDB /SQLInstance:ContosoMain\TeamDatabases /databaseName:Tfs_Configuration

RegisterDB를 사용하여 TFS(Visual Studio Team Foundation Server)에서 구성 데이터베이스를 호스트하는 서버의 이름을 업데이트합니다. 구성 데이터베이스를 새 하드웨어로 복원하거나 배포의 도메인을 변경할 때 이 명령을 사용할 수 있습니다.

TFSConfig RegisterDB /SQLInstance:ServerName /databaseName: DatabaseName [/usesqlalwayson]

Argument

설명

/SQLInstance: Servername

필수 사항입니다. SQL Server 실행하는 서버의 이름과 기본 인스턴스 이외의 인스턴스를 사용하려는 경우 인스턴스의 이름을 지정합니다.

인스턴스를 지정하는 경우 형식을 사용해야 ServerName\InstanceName 합니다.

/databaseName: Databasename

필수 사항입니다. 구성 데이터베이스의 이름을 지정합니다. 기본적으로 Tfs_Configuration입니다.

/usesqlalwayson

선택 사항입니다. 데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다.

이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 [AlwaysOn 가용성 그룹(SQL Server)](/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server를 참조하세요.

전제 조건

RegisterDB 명령을 사용하려면 Azure DevOps 애플리케이션 계층 서버에서 Team Foundation Administrators 그룹의 구성원이고 Azure DevOps 데이터 계층 서버의 SQL Server sysadmin 그룹의 구성원이어야 합니다. 자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

이 명령을 사용하기 전에 Azure DevOps Server 데이터베이스를 백업합니다.

RegisterDB 명령을 성공적으로 실행하려면 다음 응용 프로그램 풀 및 프로그램이 실행되고 있어야 합니다.

  • Azure DevOps Server 애플리케이션 풀(애플리케이션 풀)
  • ReportServer(애플리케이션 풀)
  • SQL Server Reporting Services(프로그램)

이 명령이 제대로 작동하려면 구성 데이터베이스의 정확한 이름이나 주소를 입력해야 합니다. 이 데이터베이스가 저장된 서버를 변경해야 하는 경우 Azure DevOps Server 새 위치를 가리키는지 확인해야 합니다.

예제

다음 예에서는 Azure DevOps Server SQL Server 인스턴스 TeamDatabases의 ContosoMain 서버에 있는 구성 데이터베이스로 리디렉션합니다.

TFSConfig RegisterDB /SQLInstance:ContosoMain\TeamDatabases /databaseName:Tfs_Configuration

RemapDBs

remapDBs 명령은 둘 이상의 서버에 저장 되어 있고 배포의 구성을 복원, 이동 또는 변경 하는 경우 해당 데이터베이스로 Azure DevOps Server를 리디렉션합니다. 예를 들어, 별도의 서버 또는 구성 데이터베이스의 서버에서 호스팅되는 경우 프로젝트 컬렉션의 모든 데이터베이스로 Azure DevOps Server를 리디렉션해야 합니다. 또한 SQL Server Analysis Services을 실행 하는 서버 또는 서버에 Azure DevOps Server 리디렉션해야 합니다. 이러한 데이터베이스는 구성 데이터베이스에서 별도의 서버 또는 인스턴스에 호스트 되는 경우 SQL Server Reporting Services.

TfsConfig remapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2
    [/AnalysisInstance:<serverName>] [/AnalysisDatabaseName:<databaseName>]
    [/preview] [/continue]
옵션 Description
DatabaseName 데이터베이스 자체의 이름 뿐만 아니라 Azure DevOps Server에 대해 매핑할 데이터베이스를 호스트 하는 서버의 이름을 지정 합니다.
SQLInstances 기본 인스턴스가 아닌 인스턴스를 사용 하려는 경우 인스턴스 이름 외에도 SQL Server를 실행 하는 서버의 이름을 지정 합니다.

서버를 두 개 이상 지정 하는 경우 쉼표를 사용 하 여 여러 쌍의 서버 및 인스턴스 이름을 구분 해야 합니다.
AnalysisInstance 선택 사항입니다. SQL Server Analysis Services를 호스팅하는 서버 및 인스턴스의 이름을 지정 합니다. Analysis Services 데이터베이스를 호스팅하는 서버 및 인스턴스를 지정 하려면이 옵션을 사용 합니다.
AnalysisDatabaseName 선택 사항입니다. /AnalysisInstance 옵션을 사용 하 여 지정한 서버에 이러한 데이터베이스가 둘 이상 있는 경우 Azure DevOps Server 사용 하려는 Analysis Services 데이터베이스의 이름을 지정 합니다.
미리 보기 선택 사항입니다. 구성을 업데이트 하기 위해 수행 해야 하는 작업을 표시 합니다.
continue 선택 사항입니다. 하나 이상의 데이터베이스를 찾으려고 시도 하는 동안 오류가 발생 하는 경우에도 RemapDB 명령을 계속 실행 하도록 지정 합니다. /Continue 옵션을 사용 하는 경우 데이터베이스를 서버에서 찾을 수 없는 컬렉션은 구성 데이터베이스를 호스팅하는 서버 및 인스턴스를 사용 하도록 다시 구성 됩니다.

전제 조건

remapDBs 명령을 사용 하려면 Azure DevOps Administrators 보안 그룹의 멤버 여야 하 고 Azure DevOps Server에서 사용 하는 SQL Server 데이터베이스에 대 한 sysadmin 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

remapDBs 명령을 사용 하 여 원본 설치의 서버와 인스턴스에서 SQL Server의 다른 서버 및 인스턴스를 사용 하도록 Azure DevOps Server를 다시 구성 합니다.

예제

다음 예에서는 Azure DevOps Server를 해당 구성 데이터베이스로 리디렉션하는 방법을 보여 줍니다 TFS_Configuration . 이 데이터베이스는 명명 된 ContosoMain 인스턴스에서에서 호스팅됩니다 TeamDatabases . 해당 프로젝트 컬렉션 데이터베이스는에 저장 되 ContosoMain\TeamDatabases 고 기본 인스턴스는에 저장 됩니다 Contoso2 .

TfsConfig remapDBs /DatabaseName:ContosoMain\TeamDatabases;TFS_Configuration
    /SQLInstances:ContosoMain\TeamDatabases,Contoso2

RemapDBs 명령은 둘 이상의 서버에 저장 되어 있고 배포의 구성을 복원, 이동 또는 변경 하는 경우 해당 데이터베이스로 Azure DevOps Server를 리디렉션합니다. 예를 들어, 별도의 서버 또는 구성 데이터베이스의 서버에서 호스팅되는 경우 프로젝트 컬렉션의 모든 데이터베이스로 TFS를 리디렉션해야 합니다. 또한 SQL Server Analysis Services을 실행 하는 서버 또는 서버에 TFS를 리디렉션해야 합니다. 이러한 데이터베이스는 구성 데이터베이스에서 별도의 서버 또는 인스턴스에서 호스팅될 경우 SQL Server Reporting Services.

TFSConfig RemapDBs /DatabaseName:ServerName;DatabaseName /SQLInstances:ServerName1,ServerName2
        [/AnalysisInstance:ServerName] [/AnalysisDatabaseName:DatabaseName]
        [/preview] [/continue] [/usesqlalwayson]

옵션

설명

/DatabaseName

데이터베이스 자체의 이름 뿐만 아니라 Azure DevOps Server에 대해 매핑할 데이터베이스를 호스트 하는 서버의 이름을 지정 합니다.

/Sqlinstances: ServerName1,ServerName2

기본 인스턴스가 아닌 인스턴스를 사용 하려는 경우 인스턴스 이름 외에도 SQL Server를 실행 하는 서버의 이름을 지정 합니다.

서버를 두 개 이상 지정 하는 경우 쉼표를 사용 하 여 여러 쌍의 서버 및 인스턴스 이름을 구분 해야 합니다.

/AnalysisInstance: 서버

선택 사항입니다. SQL Server Analysis Services를 호스팅하는 서버 및 인스턴스의 이름을 지정 합니다.

Analysis Services 데이터베이스를 호스팅하는 서버 및 인스턴스를 지정 하려면이 옵션을 사용 합니다.

/AnalysisDatabaseName: DatabaseName

선택 사항입니다. /AnalysisInstance 옵션을 사용 하 여 지정한 서버에 이러한 데이터베이스가 둘 이상 있는 경우 Azure DevOps Server 사용 하려는 Analysis Services 데이터베이스의 이름을 지정 합니다.

/preview

선택 사항입니다. 구성을 업데이트 하기 위해 수행 해야 하는 작업을 표시 합니다.

/continue

선택 사항입니다. 하나 이상의 데이터베이스를 찾으려고 시도 하는 동안 오류가 발생 하는 경우에도 RemapDB 명령을 계속 실행 하도록 지정 합니다.

/Continue 옵션을 사용 하는 경우 데이터베이스를 서버에서 찾을 수 없는 컬렉션은 구성 데이터베이스를 호스팅하는 서버 및 인스턴스를 사용 하도록 다시 구성 됩니다.

/usesqlalwayson

선택 사항입니다. 데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다.

이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 [AlwaysOn 가용성 그룹 (SQL Server)] (/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server.를 참조 하세요.

전제 조건

RemapDBs 명령을 사용 하려면 Team Foundation Administrators 보안 그룹의 멤버이 고 Azure DevOps Server에서 사용 하는 SQL Server 데이터베이스에 대 한 sysadmin 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

RemapDBs 명령을 사용 하 여 원본 설치의 서버와 인스턴스에서 SQL Server의 다른 서버 및 인스턴스를 사용 하도록 Azure DevOps Server를 다시 구성 합니다.

예제

다음 예에서는 Azure DevOps Server 구성 데이터베이스 TFS 구성으로 리디렉션하는 방법을 보여 줍니다 _ . 이 데이터베이스는 명명 된 인스턴스 TeamDatabases의 Teamdatabases에서 호스팅됩니다. 해당 프로젝트 컬렉션 데이터베이스는 Teamdatabases \ teamdatabases 및 Contoso2의 기본 인스턴스에 저장 됩니다.

TFSConfig RemapDBs /DatabaseName:ContosoMain\TeamDatabases;TFS_Configuration
            /SQLInstances:ContosoMain\TeamDatabases,Contoso2

RepairJobQueue

repairJobQueue 명령을 사용하여 배포 및 컬렉션 호스트에 대해 실행이 중지된 예약된 작업을 수정합니다.

TfsConfig repairJobQueue

필수 조건

repairJobQueue 명령을 사용하려면 TfsConfig 를 실행하는 컴퓨터에서 로컬 관리자 그룹의 구성원이어야 합니다. 또한 Azure DevOps Server 배포에서 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 보안 역할의 멤버여야 합니다.

설명

예약된 작업이 실행되고 있지 않은 경우 일반적으로 repairJobQueue 명령을 사용합니다.
명령은 인수를 포함하지 않으며 Azure DevOps Server 배포를 구성해야 합니다.

예제

TfsConfig repairJobQueue

명령 가용성: TFS 2015

RepairJobQueue 명령을 사용하여 배포 및 컬렉션 호스트에 대해 실행이 중지된 예약된 작업을 수정합니다.

TfsConfig repairJobQueue

필수 조건

RepairJobQueue 명령을 사용하려면 TfsConfig 를 실행하는 컴퓨터에서 로컬 관리자 그룹의 구성원이어야 합니다. 또한 Azure DevOps Server 배포에서 사용하는 모든 SQL Server 인스턴스에 대한 sysadmin 보안 역할의 멤버여야 합니다.

설명

예약된 작업이 실행되고 있지 않은 경우 일반적으로 RepairJobQueue 명령을 사용합니다.
명령은 인수를 포함하지 않으며 Azure DevOps Server 배포를 구성해야 합니다.

예제

TFSConfig repairJobQueue

설정

설정 명령을 사용 하 여 알림 인터페이스에 사용 되는 URL (uniform resource locator) 및 Azure DevOps Server에 대 한 서버 주소에 대 한 변경 내용을 자동화할 수 있습니다. 기본적으로 알림 인터페이스 url과 서버 url은 Azure DevOps Server 일치 하지만 개별 url을 구성할 수 있습니다. 예를 들어 Azure DevOps Server에서 생성 하는 자동 전자 메일에 대해 다른 URL을 사용 하는 것이 좋습니다. 새 URL을 사용하도록 모든 서버를 업데이트하려면 응용 프로그램 계층에서 이 도구를 실행해야 합니다.

이러한 Url을 대화형으로 변경 하거나 현재 설정을 보기만 하려면 Azure DevOps에 대 한 관리 콘솔을 사용할 수 있습니다. 관리 태스크 빠른 참조를 참조 하세요.

TfsConfig settings [/publicURL:URL]
옵션 Description
publicUrl Azure DevOps에 대 한 응용 프로그램 계층 서버의 URL을 지정 합니다. 이 값은 Azure DevOps의 구성 데이터베이스에 저장 됩니다.

전제 조건

사용자는 응용 프로그램 계층 서버에서 Azure DevOps administrators 보안 그룹 및 administrators 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 관리자 권한 설정을 참조 하세요.

설명

설정 명령은 Azure DevOps Server 배포에서 서버 간 통신에 대 한 연결 정보를 변경 합니다. /Publicurl 에 지정 된 url은 배포 내의 모든 서버에서 사용할 수 있어야 합니다.

예제

다음 예에서는 NotificationURL의 값을로 변경 하 http://contoso.example.com/tfs 고 ServerURL 값을로 변경 합니다 http://contoso.example.com:8080/tfs .

TfsConfig settings /publicURL:http://contoso.example.com:8080/tfs

설정 명령을 사용 하 여 알림 인터페이스 및 Azure DevOps Server의 서버 주소에 사용 되는 URL (uniform resource locator)에 대 한 변경 내용을 자동화할 수 있습니다. 기본적으로 알림 인터페이스 url과 서버 url은 Azure DevOps Server 일치 하지만 개별 url을 구성할 수 있습니다. 예를 들어 Azure DevOps Server에서 생성 하는 자동 전자 메일에 대해 다른 URL을 사용 하는 것이 좋습니다. 새 URL을 사용하도록 모든 서버를 업데이트하려면 응용 프로그램 계층에서 이 도구를 실행해야 합니다.

이러한 Url을 대화형으로 변경 하거나 현재 설정을 보기만 하려면 Azure DevOps에 대 한 관리 콘솔을 사용할 수 있습니다. 관리 태스크 빠른 참조를 참조 하세요.

TFSConfig Settings [/ServerURL:URL] [/NotificationURL:URL]

옵션

설명

/ServerURL: URL

Azure DevOps에 대 한 응용 프로그램 계층 서버의 URL을 지정 합니다. 이 값은 Azure DevOps의 구성 데이터베이스에 저장 됩니다.

/Notificationurl: URL

Azure DevOps에 대 한 응용 프로그램 계층 서버의 URL과 다른 경우 전자 메일 경고 텍스트에 사용할 URL을 지정 합니다. 이 값은 구성 데이터베이스에 저장됩니다.

전제 조건

이 작업을 수행하려면 Team Foundation Administrators 보안 그룹의 멤버이자 응용 프로그램 계층 서버의 Administrators 그룹의 멤버여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 관리자 권한 설정을 참조 하세요.

설명

설정 명령은 Azure DevOps Server 배포에서 서버 간 통신에 대 한 연결 정보를 변경 합니다. /Srs 에 지정 된 URL은 배포 내의 모든 서버에서 사용할 수 있어야 합니다.

예제

다음 예에서는 NotificationURL의 값을로 변경 하 http://contoso.example.com/tfs 고 ServerURL 값을로 변경 합니다 http://contoso.example.com:8080/tfs .

TFSConfig Settings /NotificationURL:http://contoso.example.com/tfs /ServerURL:http://contoso.example.com:8080/tfs

설치 프로그램

설치 명령을 사용하여 명령을 실행하는 컴퓨터에서 현재 구성된 기능을 제거합니다.

TfsConfig setup /uninstall:<feature[,feature,...]>
옵션 Description
제거 명령을 실행하는 컴퓨터에서 제거될 하나 이상의 기능을 지정합니다. 옵션으로는 All, ApplicationTier, Search 및 VersionControlProxy가 있습니다.

옵션

설명

/uninstall

oneormorefeaturestobeuninstalledfromthemachinewhereyourunthecommand를 지정합니다. Optionsinclude:All, ApplicationTier, SharePointExtensions, Search, TeamBuild 및VersionControlProxy.

옵션

설명

/uninstall

oneormorefeaturestobeuninstalledfromthemachinewhereyourunthecommand를 지정합니다. Optionsinclude:All,ApplicationTier,SharePointExtensions,TeamBuild,VersionControlProxy.

필수 조건

설치 명령을 사용하려면 Azure DevOps Administrators 보안 그룹의 구성원이어야 합니다.

예제

다음 예에서는 현재 컴퓨터에서 모든 Azure DevOps Server 기능을 제거합니다.

TfsConfig setup /uninstall:ALL

다음 예제에서는 애플리케이션 계층을 제거하고 현재 컴퓨터에서 기능을 빌드합니다.

TfsConfig setup /uninstall:ApplicationTier,TeamBuild

TCM

최신 버전의 Azure DevOps Server로 업그레이드 하는 경우 시스템은 테스트 계획 및 도구 모음을 포함 하 여 테스트 관리 구성 요소를 자동으로 업그레이드 하려고 합니다.

자동 마이그레이션이 실패 하면 TCM 명령을 사용 하 여 테스트 계획 및 테스트 도구 모음을 해당 wit (작업 항목 형식)로 수동으로 업그레이드 합니다.

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName

옵션

설명

/upgradeTestPlans

/Oerstatus 를 사용 하지 않는 경우 필수입니다.

작업 항목 기반 테스트 계획 및 테스트 도구 모음을 가리키도록 기존 테스트 계획 및 테스트 도구 모음을 변환합니다. 또한 기존 테스트 관리 데이터와 테스트 지점, 테스트 실행 및 테스트 결과와 같은 다른 기존 테스트 아티팩트 사이의 링크를 업데이트합니다.

/업그레이드 상태

/UpgradeTestPlans 를 사용 하지 않는 경우 필수입니다.

지정 된 프로젝트에 대 한 테스트 데이터의 마이그레이션 상태를 보고 합니다. 지정된 프로젝트에 테스트 계획이 있는지 여부도 나타냅니다.

/CollectionName: CollectionName

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트가 포함 된 프로젝트 컬렉션을 지정 합니다.

프로젝트 컬렉션 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " Fabrikam 파이버 컬렉션) " .

/Teamprojectname: teamprojectname

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트를 지정 합니다. /CollectionName 매개 변수를 사용 하 여 지정한 컬렉션에서이 프로젝트를 정의 해야 합니다.

프로젝트 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " 내 Project) " .

전제 조건

사용자는 Team Foundation Administrators 보안 그룹의 멤버이고 응용 프로그램 계층 서버의 관리자여야 합니다.

Azure DevOps Server에 대 한 관리자 권한 설정을참조 하세요.

설명

이 명령을 사용 하려면 응용 프로그램 계층 서버를 최신 버전의 Azure DevOps Server 2019로 업그레이드 해야 합니다.

TCM 명령을 사용하려면 먼저 테스트 계획 작업 항목 정의와 테스트 계획 범주를 프로젝트로 가져와야 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 참조 하세요.

TCM 명령이 개별 프로젝트에 적용 됩니다. 둘 이상의 프로젝트에서 테스트 계획을 업그레이드 해야 하는 경우에는 각 프로젝트에 대해 개별적으로 실행 해야 합니다.

Azure DevOps Server에 대 한 tools 디렉터리에서 TCM 명령을 실행 해야 합니다. 기본적으로 해당 위치는입니다. drive:\%programfiles%\TFS 12.0\Tools

TCM 명령은 기존 테스트 데이터의 자동 마이그레이션이 실패 하는 경우에만 사용 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 사용 하십시오. 서버 업그레이드를 수행 하기 전에 정의 된 테스트 계획 또는 테스트 도구 모음에 액세스할 수 없는 경우 TFSCONFIG TCM upgradeStatus 를 실행 하 여 마이그레이션 상태를 확인 합니다.

개별 프로젝트에 대해 TCM 명령을 실행 합니다. 둘 이상의 프로젝트를 업그레이드 해야 하는 경우 각 프로젝트에 대해 차례로 실행 해야 합니다.

다음 예제에서는 기본 프로젝트 컬렉션 (DefaultCollection)에서 호스트 되는 Fabrikam 파이버 프로젝트에서 테스트 계획 업그레이드 상태를 확인 하는 방법을 보여 줍니다.

tfsconfig tcm /upgradeStatus /CollectionName:DefaultCollection /TeamProject:"Fabrikam Fiber"

최신 버전의 Azure DevOps Server로 업그레이드 하는 경우 시스템은 테스트 계획 및 도구 모음을 포함 하 여 테스트 관리 구성 요소를 자동으로 업그레이드 하려고 합니다.

자동 마이그레이션이 실패 하면 TCM 명령을 사용 하 여 테스트 계획 및 테스트 도구 모음을 해당 wit (작업 항목 형식)로 수동으로 업그레이드 합니다.

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName

옵션

설명

/upgradeTestPlans

/Oerstatus 를 사용 하지 않는 경우 필수입니다.

작업 항목 기반 테스트 계획 및 테스트 도구 모음을 가리키도록 기존 테스트 계획 및 테스트 도구 모음을 변환합니다. 또한 기존 테스트 관리 데이터와 테스트 지점, 테스트 실행 및 테스트 결과와 같은 다른 기존 테스트 아티팩트 사이의 링크를 업데이트합니다.

/업그레이드 상태

/UpgradeTestPlans 를 사용 하지 않는 경우 필수입니다.

지정 된 프로젝트에 대 한 테스트 데이터의 마이그레이션 상태를 보고 합니다. 지정된 프로젝트에 테스트 계획이 있는지 여부도 나타냅니다.

/CollectionName: CollectionName

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트가 포함 된 프로젝트 컬렉션을 지정 합니다.

프로젝트 컬렉션 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " Fabrikam 파이버 컬렉션) " .

/Teamprojectname: teamprojectname

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트를 지정 합니다. /CollectionName 매개 변수를 사용 하 여 지정한 컬렉션에서이 프로젝트를 정의 해야 합니다.

프로젝트 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " 내 Project) " .

전제 조건

사용자는 Team Foundation Administrators 보안 그룹의 멤버이고 응용 프로그램 계층 서버의 관리자여야 합니다.

Azure DevOps Server에 대 한 관리자 권한 설정을참조 하세요.

설명

이 명령을 사용 하려면 응용 프로그램 계층 서버를 최신 버전의 Azure DevOps Server로 업그레이드 해야 합니다.

TCM 명령을 사용하려면 먼저 테스트 계획 작업 항목 정의와 테스트 계획 범주를 프로젝트로 가져와야 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 참조 하세요.

TCM 명령이 개별 프로젝트에 적용 됩니다. 둘 이상의 프로젝트에서 테스트 계획을 업그레이드 해야 하는 경우에는 각 프로젝트에 대해 개별적으로 실행 해야 합니다.

Azure DevOps Server에 대 한 tools 디렉터리에서 TCM 명령을 실행 해야 합니다. 기본적으로 해당 위치는입니다. drive:\%programfiles%\TFS 12.0\Tools

TCM 명령은 기존 테스트 데이터의 자동 마이그레이션이 실패 하는 경우에만 사용 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 사용 하십시오.

서버 업그레이드를 수행 하기 전에 정의 된 테스트 계획 또는 테스트 도구 모음에 액세스할 수 없는 경우 TFSCONFIG TCM upgradeStatus 를 실행 하 여 마이그레이션 상태를 확인 합니다.

개별 프로젝트에 대해 TCM 명령을 실행 합니다. 둘 이상의 프로젝트를 업그레이드 해야 하는 경우 각 프로젝트에 대해 차례로 실행 해야 합니다.

다음 예제에서는 기본 프로젝트 컬렉션 (DefaultCollection)에서 호스트 되는 Fabrikam 파이버 프로젝트에서 테스트 계획 업그레이드 상태를 확인 하는 방법을 보여 줍니다.

tfsconfig tcm /upgradeStatus /CollectionName:DefaultCollection /TeamProject:"Fabrikam Fiber"

Unattend

명령 가용성: Azure DevOps Server 2019

무인 명령은 Azure DevOps Server 및 구성 프로세스에 익숙하고 다른 컴퓨터에 Azure DevOps Server 설치해야 하는 사용자를 위해 설계되었습니다.

예를 들어 Azure DevOps 빌드를 사용하는 경우 무인 명령을 사용하여 동일한 구성 파일을 사용하여 여러 빌드 서버를 설치할 수 있습니다.

/create 옵션을 사용하여 무인 파일을 만듭니다. 이 파일은 Azure DevOps Server 설치에 대한 모든 구성 매개 변수를 정의합니다. 다음으로, /configure 옵션을 사용하여 실제로 구성을 수행합니다.

이 프로세스를 사용하면 설치 프로세스 중에 입력을 제공하지 않고도 처음부터 끝까지 Azure DevOps Server 구성할 수 있습니다. 또한 여러 설치를 수행하는 경우 이 명령을 사용하면 여러 서버에서 정확히 동일한 구성 매개 변수를 사용할 수 있습니다.

TfsConfig unattend /create|configure /type:InstallType /unattendfile:ConfigurationFileName 
    [/inputs:Key1=Value1; Key2=Value2;...] [/verify] [/continue]
옵션 Description
create 지정한 이름과 매개 변수로 무인 파일을 만듭니다.
구성 지정한 무인 파일 및 매개 변수를 사용하여 Azure DevOps Server 구성합니다. 이 옵션과 함께 /type 또는 /unattendfile을 사용해야 합니다.
형식 사용할 구성 유형을 지정합니다. /configure를 사용하는 경우 /type 또는 /unattendfile 중 하나는 필수이지만 두 항목을 모두 사용할 수는 없습니다.
unattendfile 초기 매개 변수가 /create인지 /configure인지에 따라 만들거나 사용할 무인 파일을 지정합니다. /configure를 사용하는 경우 /unattendfile 또는 /type 중 하나는 필수입니다.
입력 선택 사항입니다. /create를 사용하는 경우 무인 파일을 만들 때 사용할 설정과 값을 지정합니다. /configure를 사용하는 경우 무인 파일과 함께 사용할 추가 설정과 값을 지정합니다.

/inputs를 사용하는 대신 일반 텍스트 편집기에서 무인 파일을 수동으로 편집할 수도 있습니다. 이러한 비밀 값은 /inputs 매개 변수를 사용하여 설정할 수 없으므로 ServiceAccountPassword 또는 PersonalAccessToken과 같은 특정 입력 형식에 필요합니다.
verify 선택 사항입니다. 무인 파일, 입력 및 구성 형식만을 기반으로 확인 검사를 완료하는 구성 실행을 지정합니다. 이 방법은 전체 구성을 수행하는 대신 사용됩니다.
continue 선택 사항입니다. 확인 검사의 경고와 관계없이 /create 또는 /configure가 계속 실행되도록 지정합니다.
InstallType Description
NewServerBasic Azure DevOps Server 필수 개발 서비스를 구성합니다. 여기에는 소스 제어, 작업 항목, 빌드 및 선택적으로 검색이 포함됩니다.
NewServerAdvanced 필수 개발 서비스를 구성하고 Reporting Services 통합의 선택적 구성을 허용합니다.
업그레이드 지원되는 이전 릴리스에서 현재 버전으로 Azure DevOps Server 업그레이드합니다.
PreProductionUpgrade 사전 프로덕션 환경에서 기존 Azure DevOps Server 배포에서 업그레이드를 테스트합니다. 이 작업은 일반적으로 프로덕션 백업에서 복원된 데이터베이스를 사용하여 수행됩니다. 이 시나리오에는 새 배포가 프로덕션 배포를 방해하지 않도록 하는 추가 단계가 포함되어 있습니다.
ApplicationTierOnlyBasic 제공된 구성 데이터베이스의 기존 설정을 사용하여 새 애플리케이션 계층을 구성합니다. 이 옵션을 사용하면 기존 설정을 사용하여 새 애플리케이션 계층을 빠르게 가동하고 실행할 수 있습니다. 기존 설정을 변경하는 기능을 원하는 경우 고급 ApplicationTierOnlyAdvanced 형식을 대신 사용합니다.
ApplicationTierOnlyAdvanced 모든 설정을 완전히 제어하여 새 애플리케이션 계층을 구성합니다. 설정 기본적으로 제공된 구성 데이터베이스의 기존 값으로 설정됩니다. 기존 설정을 모두 유지하려면 ApplicationTierOnlyBasic 형식을 대신 사용합니다.
복제 기존 배포의 복제본인 새 Azure DevOps Server 배포를 구성합니다. 일반적으로 프로덕션 백업에서 복원된 데이터베이스를 사용하여 구성 변경, 확장 및 기타 수정 내용을 테스트할 수 있는 환경을 만듭니다. 이 시나리오에는 새 배포가 프로덕션 배포를 방해하지 않도록 하는 추가 단계가 포함되어 있습니다.
Proxy (프록시) 버전 제어 프록시 서비스를 구성합니다.

전제 조건

  • 소프트웨어를 설치할 컴퓨터의 Administrators 그룹 멤버여야 합니다.

  • 설치 유형에 따라서는 추가 관리자 권한도 필요할 수 있습니다.

예를 들어 무인 명령을 사용하여 Azure DevOps Server 설치하는 경우 Azure DevOps Server 지원하는 SQL Server 인스턴스에서 sysadmin 그룹의 멤버여야 합니다. 자세한 내용은 Azure DevOps Server 서버 수준 관리자 추가의 질문 & A 섹션을 참조하세요.

설명

무인 명령을 사용하여 Azure DevOps Server 구성하려면 먼저 배포의 일부로 사용할 서비스 계정을 만들어야 합니다. 선택한 설치 유형에 맞는 필수 구성 요소 소프트웨어도 설치해야 합니다. 여기에는 Azure DevOps Server 자체가 포함됩니다. Azure DevOps Server 설치해야 하지만 무인 명령으로 구성하지 않아도 됩니다.

무인 명령은 Azure DevOps Server 구성 요소를 구성합니다. 초기 소프트웨어 설치는 수행하지 않습니다. 이 명령은 컴퓨터에 비트가 있으면 사용자가 지정하는 내용에 따라 소프트웨어를 구성합니다.

다음 예제에서는 Azure DevOps Server 기본 설치를 위한 무인 파일을 만드는 방법을 보여 있습니다.

TfsConfig unattend /create /type:basic /unattendfile:configTFSBasic.ini

이 예에서는 명령과 같은 디렉터리에 무인 파일을 만듭니다. 명령의 일부분으로 로그 파일이 작성되며 명령 실행의 일부분으로 명령에서 파일 위치가 반환됩니다.

다음 예제에서는 구성 중에 GVFS와 함께 사용할 Git 리포지토리를 지정하는 방법을 보여 줍니다.

TfsConfig unattend /configure /type:proxy /inputs:ProjectCollectionUrl=http://FabrikamFiberTFS:8080/tfs/defaultcollection;GvfsProjectName=Fabrikam-Fiber-Git;GvfsRepositoryName=TestGit

다음 예제에서는 Azure DevOps 프록시 서버의 구성에 대 한 무인 파일을 만드는 방법을 보여 줍니다.

중요

이 예제에서는 관리자가 인증에 개인용 액세스 토큰을 사용하려는 경우 파일을 수동으로 편집하여 개인용 액세스 토큰 값을 지정해야 합니다. 이렇게 하려면 만든 무인 파일(예: )에서 개인용 액세스 토큰에 대한 줄을 PersonalAccessToken=PersonalAccessTokenValue 추가합니다.

TfsConfig unattend /create /type:proxy "/inputs:ProjectCollectionUrl=http://FabrikamFiberTFS:8080/tfs/defaultcollection" /unattendFile:c:\unattend.txt

다음 예제에서는 를 빌드 서비스 계정으로 사용하여 서버에서 Azure DevOps Server 빌드를 구성하기 위한 무인 파일을 만든 다음 해당 무인 파일을 사용하여 Azure DevOps Server 빌드를 구성하는 방법을 보여 FabrikamFiber\BuildSVC 줍니다.

중요

이 예에서 관리자는 무인 파일을 만든 후 파일을 수동으로 편집해 빌드 서비스 계정의 암호를 지정합니다. 를 사용하여 암호를 입력으로 ServiceAccountPassword=Password; 추가해도 암호 정보는 파일에 추가되지 않습니다.

TfsConfig unattend /create /type:build /unattendfile:configTFSBuild.ini
    /inputs:IsServiceAccountBuiltIn=false;ServiceAccountName=FabrikamFiber\\BuildSVCTFSConfig
TfsConfig unattend /configure /unattendfile:configTFSBuild.ini

첫 번째 명령은 다음 정보를 반환합니다.

Microsoft (R) TfsConfig - Team Foundation Server Configuration Tool
Copyright (c) Microsoft Corporation. All rights reserved.

Command: unattend
Logging sent to file C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs\TFS_Build Configuration_0512_203133.log

두 번째 명령은 Azure DevOps Build가 구성된 서버의 이름 FabrikamFiberTFS 및 컨트롤러와 연결된 프로젝트 컬렉션을 포함하여 다음 정보를 반환합니다. DefaultCollection

    Microsoft (R) TfsConfig - Team Foundation Server Configuration Tool
    Copyright (c) Microsoft Corporation. All rights reserved.

    Command: unattend

    ---------------------------------------------
            Inputs:
    ---------------------------------------------

    Feedback
            Send Feedback: True

    Build Resources
            Configuration Type: create
            Agent Count: 1
            New Controller Name: FabrikamFiberTFS - Controller
            Clean Up Resources: False

    Project Collection
            Collection URL: http://FabrikamFiberTFS:8080/tfs/defaultcollection

    Windows Service
            Service Account: FabrikamFiber\BuildSVC
            Service Password: ********

    Advanced Settings *
            Port: 9191

    ---------------------------------------------
            Running Readiness Checks
    ---------------------------------------------

    [1/2] System Verifications
    [2/2] Build Service Verifications

    ---------------------------------------------
            Configuring
    ---------------------------------------------

            root
    [1/4] Install Team Foundation Build Service
            Installing Windows services ...
            Adding service account to groups ...
            Setting ACL on a windows service
    [2/4] Enable Event Logging
            Adding event log sources ...
            Token replace a config file
            RegisterBuildEtwProvider
            Configuring ETW event sources ...
    [3/4] Register with Team Foundation Server
            Registering the build service
    [4/4] Start Team Foundation Build Service
            StartBuildHost
            Starting Windows services ...
            Marking feature configured status
    [Info] [Register with Team Foundation Server] Firewall exception added for port
    9191

    TeamBuild completed successfully.
    Logging sent to file C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs\TFS_Build Configuration_0512_203322.log

명령 가용성: TFS 2018, TFS 2017, TFS 2015, TFS 2013

무인 명령은 Azure DevOps Server 및 구성 프로세스에 익숙하고 다른 컴퓨터에 Azure DevOps Server 설치해야 하는 사용자를 위해 설계되었습니다.

예를 들어 Team Foundation Build를 사용하는 경우 무인 명령을 사용하여 동일한 구성 파일을 사용하여 여러 빌드 서버를 설치할 수 있습니다.

무인 /create 옵션을 사용하여 무인 파일을 만듭니다. 이 파일은 Azure DevOps Server 설치에 대한 모든 구성 매개 변수를 정의합니다. 다음으로, 무인 /configure 옵션을 사용하여 실제로 구성을 수행합니다.

이 프로세스를 사용하면 설치 프로세스 중에 입력을 제공하지 않고도 처음부터 끝까지 Azure DevOps Server 구성할 수 있습니다. 또한 여러 설치를 수행하는 경우 이 명령을 사용하면 여러 서버에서 정확히 동일한 구성 매개 변수를 사용할 수 있습니다.

TFSConfig unattend /create|unattend /type:InstallType /unattendfile:ConfigurationFileName [/inputs:Key1=Value1; Key2=Value2;...] [/verify] [/continue]

옵션

설명

/create

지정한 이름과 매개 변수로 무인 파일을 만듭니다.

/configure

지정한 무인 파일 및 매개 변수를 사용 하 여 Azure DevOps Server를 구성 합니다.

이 옵션과 함께/type 또는/unattendfile를 사용 해야 합니다.

/type: InstallType

사용할 구성 유형을 지정합니다.

  • 기본: SQL Server Express를 포함 하 여 기본 구성의 Azure DevOps Server를 구성 합니다.

  • standard: 표준 단일 서버 구성에서 Azure DevOps Server를 구성 합니다.

  • atonly: 기존 Azure DevOps Server 배포에 대 한 추가 응용 프로그램 계층을 구성 합니다.

  • Build: Team Foundation Build Service를 구성합니다.

  • 프록시: Azure DevOps 프록시 서버를 구성 합니다.

  • spinstall: Azure DevOps Server 배포에 사용할 SharePoint Foundation 2013을 설치 하 고 구성 합니다.

  • 업그레이드: 이전 버전의 Azure DevOps Server을 최신 버전의 소프트웨어로 업그레이드 합니다.

/configure를 사용하여 이 명령을 실행하기 전에 해당 버전을 다운로드하여 로컬에 설치해야 합니다.

  • spextensions: Azure DevOps Server에 대 한 SharePoint 확장을 구성 합니다.

/configure를 사용하는 경우 /type 또는 /unattendfile 중 하나는 필수이지만 두 항목을 모두 사용할 수는 없습니다.

/unattendfile: configurationfilename

초기 매개 변수가 /create인지 /configure인지에 따라 만들거나 사용할 무인 파일을 지정합니다. /configure를 사용하는 경우 /unattendfile 또는 /type 중 하나는 필수입니다.

/입력: Key1 = Value1; Key2 = Value2; ...

선택 사항입니다. /create를 사용하는 경우 무인 파일을 만들 때 사용할 설정과 값을 지정합니다.

/configure를 사용하는 경우 무인 파일과 함께 사용할 추가 설정과 값을 지정합니다.

/inputs를 사용하는 대신 일반 텍스트 편집기에서 무인 파일을 수동으로 편집할 수도 있습니다.

이는 PersonalAccessToken 매개 변수를 사용 하 여 암호 값을 설정할 수 없으므로 ServiceAccountPassword 또는와 같은 특정 입력 형식에 필요 합니다.

/verify

선택 사항입니다. 무인 파일, 입력 및 구성 형식만을 기반으로 확인 검사를 완료하는 구성 실행을 지정합니다.

이 방법은 전체 구성을 수행하는 대신 사용됩니다.

/continue

선택 사항입니다. 확인 검사의 경고와 관계없이 /create 또는 /configure가 계속 실행되도록 지정합니다.

/?

선택 사항입니다. Unattend 명령의 명령줄 도움말을 제공합니다.

전제 조건

  • 소프트웨어를 설치할 컴퓨터의 Administrators 그룹 멤버여야 합니다.

  • 설치 유형에 따라서는 추가 관리자 권한도 필요할 수 있습니다. 예를 들어 무인 명령을 사용 하 여 Azure DevOps Server를 설치 하는 경우에는 Azure DevOps Server를 지원할 SQL Server 인스턴스에서 sysadmin 그룹의 멤버 여야 합니다. 자세한 내용은 Q & Azure DevOps Server에 대 한 관리자 권한 설정섹션을 참조 하세요.

설명

무인 명령을 사용 하 여 Azure DevOps Server를 구성 하려면 먼저 배포의 일부로 사용할 서비스 계정을 만들어야 합니다. 선택한 설치 유형에 맞는 필수 구성 요소 소프트웨어도 설치해야 합니다. 여기에는 Azure DevOps Server 자체가 포함 됩니다. Azure DevOps Server를 설치 해야 하지만 무인 명령이 사용자를 위해이 작업을 수행 하기 때문에 구성할 필요가 없습니다.

무인 명령은 Azure DevOps Server 구성 요소를 구성 합니다. 초기 소프트웨어 설치는 수행하지 않습니다. 이 명령은 컴퓨터에 비트가 있으면 사용자가 지정하는 내용에 따라 소프트웨어를 구성합니다.

다음 예제에서는 Azure DevOps Server의 기본 설치에 대 한 무인 파일을 만드는 방법을 보여 줍니다.

TFSConfig Unattend /create /type:basic /unattendfile:configTFSBasic.ini

이 예에서는 명령과 같은 디렉터리에 무인 파일을 만듭니다. 명령의 일부분으로 로그 파일이 작성되며 명령 실행의 일부분으로 명령에서 파일 위치가 반환됩니다.

다음 예제에서는 구성 중 GVFS에서 사용할 Git 리포지토리를 지정 하는 방법을 보여 줍니다.

TFSConfig Unattend /configure /type:proxy /inputs:ProjectCollectionUrl=http://FabrikamFiberTFS:8080/tfs/defaultcollection;GvfsProjectName=Fabrikam-Fiber-Git;GvfsRepositoryName=TestGit

다음 예제에서는 Azure DevOps 프록시 서버의 구성에 대 한 무인 파일을 만드는 방법을 보여 줍니다.

중요: 이 예에서는 관리자가 인증을 위해 개인용 액세스 토큰을 사용 하려는 경우 해당 파일을 수동으로 편집 하 여 개인용 액세스 토큰 값을 지정 해야 합니다. 이렇게 하려면 생성 된 무인 파일 (예: PersonalAccessToken = PersonalAccessTokenValue)에서 개인용 액세스 토큰에 대 한 줄을 추가 합니다 " " .

TfsConfig Unattend /create /type:proxy "/inputs:ProjectCollectionUrl=http://FabrikamFiberTFS:8080/tfs/defaultcollection" /unattendFile:c:\unattend.txt

다음 예제에서는 "FabrikamFiber BuildSVC"를 사용 하 여 서버에서 Team Foundation Build를 구성 하는 데 사용 되는 무인 파일 \ 을 빌드 서비스 계정으로 만든 다음, 해당 무인 파일을 사용 하 여 Team Foundation build를 구성 하는 방법을 보여 줍니다.

중요:
이 예에서 관리자는 무인 파일을 만든 후 파일을 수동으로 편집해 빌드 서비스 계정의 암호를 지정합니다. Serviceaccountpassword = Password를 사용 하 여 암호를 입력으로 추가 " " 해도 파일에 암호 정보는 추가 되지 않습니다.

TFSConfig Unattend /create /type:build /unattendfile:configTFSBuild.ini
        /inputs:IsServiceAccountBuiltIn=false;ServiceAccountName=FabrikamFiber\\BuildSVCTFSConfig
        Unattend /configure /unattendfile:configTFSBuild.ini

첫 번째 명령은 다음 정보를 반환합니다.

Microsoft (R) TfsConfig - Team Foundation Server Configuration Tool
Copyright (c) Microsoft Corporation. All rights reserved.

Command: unattend
Logging sent to file C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs\TFS_Build Configuration_0512_203133.log

두 번째 명령은 Team Foundation Build가 구성 된 서버 (FabrikamFiberTFS)와 컨트롤러와 연결 된 프로젝트 컬렉션 (DefaultCollection)의 이름을 포함 하 여 다음 정보를 반환 합니다.

Microsoft (R) TfsConfig - Team Foundation Server Configuration Tool
Copyright (c) Microsoft Corporation. All rights reserved.

Command: unattend

---------------------------------------------
        Inputs:
---------------------------------------------

Feedback
        Send Feedback: True

Build Resources
        Configuration Type: create
        Agent Count: 1
        New Controller Name: FabrikamFiberTFS - Controller
        Clean Up Resources: False

Project Collection
        Collection URL: http://FabrikamFiberTFS:8080/tfs/defaultcollection

Windows Service
        Service Account: FabrikamFiber\BuildSVC
        Service Password: ********

Advanced Settings *
        Port: 9191


---------------------------------------------
        Running Readiness Checks
---------------------------------------------

[1/2] System Verifications
[2/2] Build Service Verifications

---------------------------------------------
        Configuring
---------------------------------------------

        root
[1/4] Install Team Foundation Build Service
        Installing Windows services ...
        Adding service account to groups ...
        Setting ACL on a windows service
[2/4] Enable Event Logging
        Adding event log sources ...
        Token replace a config file
        RegisterBuildEtwProvider
        Configuring ETW event sources ...
[3/4] Register with Team Foundation Server
        Registering the build service
[4/4] Start Team Foundation Build Service
        StartBuildHost
        Starting Windows services ...
        Marking feature configured status
[Info] [Register with Team Foundation Server] Firewall exception added for port
9191


TeamBuild completed successfully.
Logging sent to file C:\ProgramData\Microsoft\Team Foundation\Server Configuration\Logs\TFS_Build Configuration_0512_203322.log

ZipLogs

ziplogs 명령은 로그를 수집하고 에서 zip을 삭제하도록 ProgramData\Microsoft\Azure DevOps\Server Configuration 설계되었습니다.

TfsConfig zipLogs

TfsConfig zipLogs

사용되지 않는 명령

라이선스

라이선스 명령을 사용 하 여 Azure DevOps Server 배포에 대 한 라이선스 키를 표시, 수정 또는 확장할 수 있습니다.

TFSConfig License [/ProductKey:Key] [/extend [NewTrialID]]

옵션

설명

/ProductKey: 키인지

배포에 대 한 라이선스 키가 Key 값으로 업데이트 되도록 지정 합니다.

/확장

Azure DevOps Server에 대 한 평가판 라이선스 기간이 30 일 연장 되도록 지정 합니다. 이 옵션은 새 평가판 ID를 가져오지 않고 한 번만 사용할 수 있습니다. 두 번째 확장이 필요한 경우 Microsoft에서 두 번째 평가판 라이선스를 받아야 합니다.

전제 조건

라이선스 명령을 사용 하려면 Azure DevOps Administrators 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

배포에 대 한 라이선스를 대화형으로 보거나 수정 하거나 변경 하기 위해 Azure DevOps에 대 한 관리 콘솔을 사용할 수 있습니다. 자세한 내용은 Azure DevOps 관리 콘솔 열기Azure DevOps Server에 대 한 제품 키 찾기 또는 변경을 참조 하세요.

다음 예에서는 Azure DevOps Server 배포에 대 한 라이선스 정보를 보는 방법을 보여 줍니다. 이 예제에서 배포는 평가판 라이선스를 사용 합니다.

TFSConfig License

TFSConfig - Team Foundation Server Configuration Tool
Copyright © Microsoft Corporation. All rights reserved.

Team Foundation Server Standard license
The following features are installed:
Team Foundation Server
Build Services
Build: 21106.00
Product ID: 01234-567-8910
Trial license with 74 days remaining, expiring on 6/30/2010
Trial ID: ABCD-EFGH-IJKL

TCM

최신 버전의 Azure DevOps Server로 업그레이드 하는 경우 시스템은 테스트 계획 및 도구 모음을 포함 하 여 테스트 관리 구성 요소를 자동으로 업그레이드 하려고 합니다.

자동 마이그레이션이 실패 하면 TCM 명령을 사용 하 여 테스트 계획 및 테스트 도구 모음을 해당 wit (작업 항목 형식)로 수동으로 업그레이드 합니다.

TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName

옵션

설명

/upgradeTestPlans

/Oerstatus 를 사용 하지 않는 경우 필수입니다.

작업 항목 기반 테스트 계획 및 테스트 도구 모음을 가리키도록 기존 테스트 계획 및 테스트 도구 모음을 변환합니다. 또한 기존 테스트 관리 데이터와 테스트 지점, 테스트 실행 및 테스트 결과와 같은 다른 기존 테스트 아티팩트 사이의 링크를 업데이트합니다.

/업그레이드 상태

/UpgradeTestPlans 를 사용 하지 않는 경우 필수입니다.

지정 된 프로젝트에 대 한 테스트 데이터의 마이그레이션 상태를 보고 합니다. 지정된 프로젝트에 테스트 계획이 있는지 여부도 나타냅니다.

/CollectionName: CollectionName

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트가 포함 된 프로젝트 컬렉션을 지정 합니다.

프로젝트 컬렉션 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " Fabrikam 파이버 컬렉션) " .

/Teamprojectname: teamprojectname

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트를 지정 합니다. /CollectionName 매개 변수를 사용 하 여 지정한 컬렉션에서이 프로젝트를 정의 해야 합니다.

프로젝트 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " 내 Project) " .

전제 조건

사용자는 Azure DevOps Administrators 보안 그룹의 멤버이 고 응용 프로그램 계층 서버의 관리자 여야 합니다.

Azure DevOps Server에 대 한 관리자 권한 설정을참조 하세요.

설명

이 명령을 사용 하려면 응용 프로그램 계층 서버를 최신 버전의 Azure DevOps Server로 업그레이드 해야 합니다.

TCM 명령을 사용하려면 먼저 테스트 계획 작업 항목 정의와 테스트 계획 범주를 프로젝트로 가져와야 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 참조 하세요.

TCM 명령이 개별 프로젝트에 적용 됩니다. 둘 이상의 프로젝트에서 테스트 계획을 업그레이드 해야 하는 경우에는 각 프로젝트에 대해 개별적으로 실행 해야 합니다.

Azure DevOps Server에 대 한 tools 디렉터리에서 TCM 명령을 실행 해야 합니다. 기본적으로 해당 위치는입니다. drive:\%programfiles%\TFS 12.0\Tools

TCM 명령은 기존 테스트 데이터의 자동 마이그레이션이 실패 하는 경우에만 사용 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 사용 하십시오.

서버 업그레이드를 수행 하기 전에 정의 된 테스트 계획 또는 테스트 도구 모음에 액세스할 수 없는 경우 TFSCONFIG TCM upgradeStatus 를 실행 하 여 마이그레이션 상태를 확인 합니다.

개별 프로젝트에 대해 TCM 명령을 실행 합니다. 둘 이상의 프로젝트를 업그레이드 해야 하는 경우 각 프로젝트에 대해 차례로 실행 해야 합니다.

다음 예제에서는 기본 프로젝트 컬렉션 (DefaultCollection)에서 호스트 되는 Fabrikam 파이버 프로젝트에서 테스트 계획 업그레이드 상태를 확인 하는 방법을 보여 줍니다.

tfsconfig tcm /upgradeStatus /CollectionName:DefaultCollection /TeamProject:"Fabrikam Fiber"

가져오기

Import 명령은 TFS 2013에서 더 이상 사용 되지 않습니다. 이전 버전은 다음 위치에서 제공 됩니다.

이전 버전의 Azure DevOps Server에서 데이터 및 프로젝트를 업그레이드 하는 데 도움이 필요한 경우 Azure DevOps Server 업그레이드또는 Microsoft 지원를 참조 하세요.

PrepareSQL

PrepareSQL 명령은 TFS 2012에 곧 되었습니다. 이전 버전은 다음 위치에서 제공 됩니다.

복구

복구 명령이 TFS 2012에서 곧 되었습니다. 이전 버전은 다음 위치에서 제공 됩니다.

데이터베이스 패치가 실패 한 후 저장 프로시저를 복구 해야 하는 경우 Microsoft 지원에 문의 하세요.

진단

진단 명령은 TFS 2013에서 더 이상 사용 되지 않습니다. 이전 버전은 다음 위치에서 제공 됩니다.

Azure DevOps Server에 대 한 응용 프로그램 계층 및 데이터 계층 서버에서 소프트웨어 업데이트 사이의 잠재적 불일치를 진단 하는 데 도움이 필요한 경우 개발자 Community 지원에 문의 하세요.

업데이트

Update 명령은 TFS 2013에서 사용 되지 않습니다. 이전 버전은 다음 위치에서 사용할 수 있습니다.

Azure DevOps Server 데이터베이스에서 누락 된 소프트웨어 업데이트를 설치 하는 데 도움이 필요한 경우 Microsoft 지원에 문의 하십시오.

PrepareClone

PrepareClone 명령은 TFS 2017에서 더 이상 사용 되지 않습니다.

prepareclone 명령은 Azure DevOps Server 배포에서 예약 된 백업, SharePoint 및 보고 리소스에 대 한 정보를 제거 합니다.

이 명령은 다음과 같은 두 가지 경우에 사용 됩니다.

  • 배포를 새 하드웨어로 이동 했지만 이전 배포를 계속 사용 하려는 경우
  • Azure DevOps Server 배포를 복제 하는 경우

이러한 경우이 명령을 실행 하는 것이 중요 합니다.

그렇지 않은 경우 원본 및 새 서버 모두에서 원래 리소스를 사용 합니다.

원본 서버와 새 서버가 모두 활성 상태이고 일정 시간 동안 같은 SharePoint 또는 보고 리소스를 가리키는 경우에는 데이터베이스가 손상될 수 있습니다.

중요

Azure DevOps Server 이동 하거나 복제 하는지 여부에 관계 없이이 명령은 구성 전에 실행 해야 합니다. 구성 후 실행 하면 데이터베이스의 콘텐츠와 web.config 파일의 내용이 일치 하지 않을 수 있습니다. 이러한 불일치는 서버를 오프 라인으로 전환할 수 있습니다. Azure DevOps Server 배포를 이미 구성 했으며 명령을 실행 해야 하는 경우 다음 단계를 수행 합니다. 먼저 서버를 정지합니다. 그런 다음 PrepareClone 명령, ChangeServerID 명령, RemapDBs 명령을 차례로 실행합니다. 마지막으로 서버를 정지 해제합니다.

TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:TFSConfigurationDatabaseName
        [/notificationURL: TFSURL] [/usesqlalwayson]

옵션

수행하는 작업

/DatabaseName

구성 데이터베이스의 이름 뿐만 아니라 Azure DevOps Server에 대해 매핑할 데이터베이스를 호스트 하는 서버의 이름을 지정 합니다.

/SQLInstance: 서버

Azure DevOps Server에 대해 하나 이상의 데이터베이스를 호스트 하는 서버로 매핑할 서버 이름을 지정 합니다. 기본 인스턴스 이외의 인스턴스에서 데이터베이스를 호스팅하는 경우에는 해당 인스턴스의 이름도 지정해야 합니다.

다음 형식을 사용 합니다. ServerName InstanceName

/Notificationurl: TFSURL

선택 사항입니다. 응용 프로그램 계층 서버의 알림 URL을 지정합니다.

/usesqlalwayson

선택 사항입니다. 데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다. 이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 [AlwaysOn 가용성 그룹 (SQL Server)] (/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server.를 참조 하세요.

전제 조건

prepareclone 명령을 사용 하려면 Azure DevOps Administrators 보안 그룹의 멤버 여야 하 고 Azure DevOps Server에서 사용 하는 SQL Server 데이터베이스에 대 한 sysadmin 보안 그룹의 멤버 여야 합니다.

자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

원본 설치를 새 하드웨어로 이동 하 고 원래 배포 Azure DevOps Server 및 하드웨어를 계속 사용 하거나 테스트 목적으로 Azure DevOps Server 배포를 복제 하려는 경우에는 prepareclone 명령을 사용 하 여 Azure DevOps Server를 다시 구성 합니다. 복제 구성을 지원하려면 TFSConfig RemapDBs 및 TFSConfig ChangeServerID를 TFSConfig PrepareClone과 함께 사용합니다.

예제

다음 예에서는 NewFabrikamTFS 라는 이동 된 Azure DevOps Server에서 명령을 사용 하 여 이전 백업, 보고 및 SharePoint 리소스 정보를 제거 하는 방법을 보여 줍니다. 이 정보를 제거 하지 않으면 원래 Azure DevOps Server 배포에서 계속 동일한 리소스를 사용 하 고 데이터베이스가 손상 됩니다. 이 예에서 이동 된 Azure DevOps Server를 지 원하는 SQL Server 이름이 NewFabrikamTFS이 고 인스턴스가 기본 인스턴스인 경우에는 특정 인스턴스 정보가 필요 없고 서버 이름만 필요 합니다.

TFSConfig PrepareClone /SQLInstance:NewFabrikamTFS /DatabaseName:TFS_Configuration

라이선스

라이선스 명령을 사용 하 여 Azure DevOps Server 배포에 대 한 라이선스 키를 표시, 수정 또는 확장할 수 있습니다.

TFSConfig License [/ProductKey:Key] [/extend [NewTrialID]]

옵션

설명

/ProductKey: 키인지

배포에 대 한 라이선스 키가 Key 값으로 업데이트 되도록 지정 합니다.

/확장

Azure DevOps Server에 대 한 평가판 라이선스 기간이 30 일 연장 되도록 지정 합니다. 이 옵션은 새 평가판 ID를 가져오지 않고 한 번만 사용할 수 있습니다. 두 번째 확장이 필요한 경우 Microsoft에서 두 번째 평가판 라이선스를 받아야 합니다.

전제 조건

라이선스 명령을 사용 하려면 Team Foundation Administrators 보안 그룹의 멤버 여야 합니다. 자세한 내용은 Azure DevOps Server에 대 한 사용 권한 참조를 참조 하세요.

설명

배포에 대 한 라이선스를 대화형으로 보거나 수정 하거나 변경 하기 위해 Azure DevOps에 대 한 관리 콘솔을 사용할 수 있습니다.

자세한 내용은 Azure DevOps 관리 콘솔 열기Azure DevOps Server에 대 한 제품 키 찾기 또는 변경을 참조 하세요.

다음 예에서는 Azure DevOps Server 배포에 대 한 라이선스 정보를 보는 방법을 보여 줍니다. 이 예제에서 배포는 평가판 라이선스를 사용 합니다.

TFSConfig License

TFSConfig - Team Foundation Server Configuration Tool
Copyright © Microsoft Corporation. All rights reserved.

Team Foundation Server Standard license
The following features are installed:
Team Foundation Server
Build Services
Build: 21106.00
Product ID: 01234-567-8910
Trial license with 74 days remaining, expiring on 6/30/2010
Trial ID: ABCD-EFGH-IJKL
TFSConfig TCM /upgradeTestPlans|upgradeStatus /CollectionName:CollectionName /TeamProject:TeamProjectName

옵션

설명

/upgradeTestPlans

/Oerstatus 를 사용 하지 않는 경우 필수입니다.

작업 항목 기반 테스트 계획 및 테스트 도구 모음을 가리키도록 기존 테스트 계획 및 테스트 도구 모음을 변환합니다. 또한 기존 테스트 관리 데이터와 테스트 지점, 테스트 실행 및 테스트 결과와 같은 다른 기존 테스트 아티팩트 사이의 링크를 업데이트합니다.

/업그레이드 상태

/UpgradeTestPlans 를 사용 하지 않는 경우 필수입니다.

지정 된 프로젝트에 대 한 테스트 데이터의 마이그레이션 상태를 보고 합니다. 지정된 프로젝트에 테스트 계획이 있는지 여부도 나타냅니다.

/CollectionName: CollectionName

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트가 포함 된 프로젝트 컬렉션을 지정 합니다.

프로젝트 컬렉션 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " Fabrikam 파이버 컬렉션) " .

/Teamprojectname: teamprojectname

필수 사항입니다. 테스트 데이터를 마이그레이션하거나 마이그레이션 상태를 확인 하려는 프로젝트를 지정 합니다. /CollectionName 매개 변수를 사용 하 여 지정한 컬렉션에서이 프로젝트를 정의 해야 합니다.

프로젝트 이름에 공백이 있는 경우 이름을 따옴표로 묶습니다 (예: " 내 Project) " .

전제 조건

사용자는 Team Foundation Administrators 보안 그룹의 멤버이고 응용 프로그램 계층 서버의 관리자여야 합니다.

Team Foundation Server에 대 한 관리자 권한 설정을참조 하세요.

설명

이 명령을 사용 하려면 응용 프로그램 계층 서버를 최신 버전의 TFS로 업그레이드 해야 합니다.

TCM 명령을 사용하려면 먼저 테스트 계획 작업 항목 정의와 테스트 계획 범주를 프로젝트로 가져와야 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 참조 하세요.

TCM 명령이 개별 프로젝트에 적용 됩니다. 둘 이상의 프로젝트에서 테스트 계획을 업그레이드 해야 하는 경우에는 각 프로젝트에 대해 개별적으로 실행 해야 합니다.

TFS에 대 한 tools 디렉터리에서 TCM 명령을 실행 해야 합니다. 기본적으로 해당 위치는입니다. drive:\%programfiles%\TFS 12.0\Tools

TCM 명령은 기존 테스트 데이터의 자동 마이그레이션이 실패 하는 경우에만 사용 합니다.

마이그레이션 및이 명령을 사용 하는 시기에 대 한 자세한 내용은 테스트 관리를 지 원하는 수동 업데이트를 사용 하십시오.

서버 업그레이드를 수행 하기 전에 정의 된 테스트 계획 또는 테스트 도구 모음에 액세스할 수 없는 경우 TFSCONFIG TCM upgradeStatus 를 실행 하 여 마이그레이션 상태를 확인 합니다.

개별 프로젝트에 대해 TCM 명령을 실행 합니다. 둘 이상의 프로젝트를 업그레이드 해야 하는 경우 각 프로젝트에 대해 차례로 실행 해야 합니다.

다음 예제에서는 기본 프로젝트 컬렉션 (DefaultCollection)에서 호스트 되는 Fabrikam 파이버 프로젝트에서 테스트 계획 업그레이드 상태를 확인 하는 방법을 보여 줍니다.

tfsconfig tcm /upgradeStatus /CollectionName:DefaultCollection /TeamProject:"Fabrikam Fiber"

가져오기

Import 명령은 TFS 2013에서 더 이상 사용 되지 않습니다. 이전 버전은 다음 위치에서 제공 됩니다.

이전 버전의 Azure DevOps Server에서 데이터 및 프로젝트를 업그레이드 하는 데 도움이 필요한 경우 Azure DevOps Server 업그레이드또는 Microsoft 지원를 참조 하세요.

PrepareSQL

PrepareSQL 명령은 TFS 2012에 곧 되었습니다. 이전 버전은 다음 위치에서 제공 됩니다.

복구

복구 명령이 TFS 2012에서 곧 되었습니다. 이전 버전은 다음 위치에서 제공 됩니다.

데이터베이스 패치가 실패 한 후 저장 프로시저를 복구 해야 하는 경우 Microsoft 지원에 문의 하세요.

진단

진단 명령은 TFS 2013에서 더 이상 사용 되지 않습니다. 이전 버전은 여기에서 사용할 수 있습니다.

애플리케이션 계층의 소프트웨어 업데이트와 Azure DevOps Server 데이터 계층 서버 간의 잠재적 불일치를 진단하는 데 도움이 필요한 경우 개발자 Community 지원에 문의하세요.

업데이트

updates 명령은 TFS 2013에서 더 이상 사용되지 않습니다. 이전 버전은 여기에서 사용할 수 있습니다.

Azure DevOps Server 위해 데이터베이스에서 누락된 소프트웨어 업데이트를 설치하는 데 도움이 필요한 경우 Microsoft 지원문의하세요.

PrepareClone

PrepareClone 명령은 TFS 2017에서 더 이상 사용되지 않습니다.

명령 가용성: TFS 2015 및 TFS 2013

PrepareClone 명령은 예약된 백업, SharePoint 및 보고 리소스에 대한 정보를 Azure DevOps Server 배포에서 제거합니다.

이 명령은 두 가지 상황에서 사용됩니다.

  • 배포를 새 하드웨어로 이동하지만 이전 배포를 계속 사용하려는 경우
  • Azure DevOps Server 배포를 복제하는 경우

이러한 경우 중 하나를 사용하여 이 명령을 실행해야 합니다.

그렇지 않은 경우 원래 리소스는 원본 서버와 새 서버 모두에서 사용됩니다.

원본 서버와 새 서버가 모두 활성 상태이고 일정 시간 동안 같은 SharePoint 또는 보고 리소스를 가리키는 경우에는 데이터베이스가 손상될 수 있습니다.

중요:
이 명령은 Azure DevOps Server 이동하거나 복제하는지 여부에 관계없이 구성 전에 실행해야 합니다. 구성 후에 실행하면 데이터베이스의 콘텐츠와 web.config 파일의 콘텐츠 간에 불일치가 발생할 수 있습니다. 이러한 불일치로 서버가 오프라인으로 전환될 수 있습니다. 이미 이동 또는 복제된 Azure DevOps Server 배포를 구성하고 명령을 실행해야 하는 경우 다음 단계를 수행합니다. 먼저 서버를 정지합니다. 그런 다음 PrepareClone 명령, ChangeServerID 명령, RemapDBs 명령을 차례로 실행합니다. 마지막으로 서버를 정지 해제합니다.

TFSConfig PrepareClone /SQLInstance:ServerName /DatabaseName:TFSConfigurationDatabaseName
[/notificationURL: TFSURL] [/usesqlalwayson]

옵션

수행하는 작업

/DatabaseName

구성 데이터베이스 자체의 이름과 함께 Azure DevOps Server 매핑할 데이터베이스를 호스트하는 서버의 이름을 지정합니다.

/SQLInstance: Servername

Azure DevOps Server 데이터베이스를 하나 이상 호스트하는 서버로 매핑할 서버의 이름을 지정합니다. 기본 인스턴스 이외의 인스턴스에서 데이터베이스를 호스팅하는 경우에는 해당 인스턴스의 이름도 지정해야 합니다.

ServerName InstanceName 형식을 사용합니다.

/NotificationURL: TFSURL

선택 사항입니다. 응용 프로그램 계층 서버의 알림 URL을 지정합니다.

/usesqlalwayson

선택 사항입니다. 데이터베이스가 SQL Server에서 AlwaysOn 가용성 그룹에 포함되도록 지정합니다. 이 옵션을 구성하면 연결 문자열에 MultiSubnetFailover가 설정됩니다.

자세한 내용은 [AlwaysOn 가용성 그룹(SQL Server)](/sql/database-engine/availability-groups/windows/overview-of-always-on-availability-groups-sql-server를 참조하세요.

전제 조건

PrepareClone 명령을 사용하려면 Team Foundation Administrators 보안 그룹의 구성원이자 Azure DevOps Server 사용하는 SQL Server 데이터베이스에 대한 sysadmin 보안 그룹의 구성원이어야 합니다.

자세한 내용은 Azure DevOps Server 대한 권한 참조를 참조하세요.

설명

PrepareClone 명령을 사용하여 원래 설치를 새 하드웨어로 이동하고 원래 배포 Azure DevOps Server 및 하드웨어를 계속 사용하거나 테스트 목적으로 Azure DevOps Server 배포를 복제하려는 경우 Azure DevOps Server 다시 구성합니다. 복제 구성을 지원하려면 TFSConfig RemapDBs 및 TFSConfig ChangeServerID를 TFSConfig PrepareClone과 함께 사용합니다.

예제

다음 예제에서는 NewFabrikamTFS라는 이동된 Azure DevOps Server 명령을 사용하여 이전 백업, 보고 및 SharePoint 리소스 정보를 제거하는 방법을 보여줍니다. 이 정보가 제거되지 않으면 Azure DevOps Server 원래 배포에서 동일한 리소스를 계속 사용하고 데이터베이스가 손상됩니다. 이 예제에서 이동된 Azure DevOps Server 지원하는 SQL Server NewFabrikamTFS라고도 하며 인스턴스는 기본 인스턴스이므로 특정 인스턴스 정보가 필요하지 않고 서버 이름만 필요합니다.

TFSConfig PrepareClone /SQLInstance:NewFabrikamTFS /DatabaseName:TFS_Configuration