내 조직에서 Visual Studio 2015의 '내 작업'탭을 가져온 TFS 2015 (웹 인터페이스의 '정보'페이지에 따라 14.102.25423.0)에 대한 업데이트를 최근에 적용했습니다. 채우기 위해 1 분이 소요됩니다. 나는 쿼리를 가지고 놀았고 그 탭의 '들어오는 요청'섹션의 인구로 문제를 좁힐 수있었습니다. 내부적으로 다음 WIQL 쿼리를 실행하고 있습니다.TFS 2015 업데이트 후 들어오는 요청이
SELECT [System.Id], [System.Links.LinkType], [System.Title], [System.State], [System.Reason], [System.AssignedTo]
FROM WorkItemLinks
WHERE (Source.[System.TeamProject] = @project and Source.[System.WorkItemType] in group 'Microsoft.CodeReviewRequestCategory' and Source.[System.AssignedTo] <> @me and Source.[Microsoft.VSTS.Common.StateCode] <> '1')
and ([System.Links.LinkType] = 'System.LinkTypes.Hierarchy-Forward')
and (Target.[System.WorkItemType] in group 'Microsoft.CodeReviewResponseCategory' and (Target.[System.AssignedTo] = @me or Target.[Microsoft.VSTS.Common.ReviewedBy] = @me) and Target.[Microsoft.VSTS.Common.StateCode] <> '2')
ORDER BY [System.CreatedDate] desc, [System.Id] mode(MustContain)
- 내가 https://www.visualstudio.com/en-us/docs/integrate/api/wit/wiql에 설명 된 TFS의 REST API (POST 요청의 본문에 위의 WIQL 쿼리를 전달)를 사용하여 속도 저하를 재현했습니다.
- 다음 코드 검토 선택기 느린이 채울 수 있습니다 내 코드 & 요청, 들어오는 요청을보세요.
- 다음 코드 검토 선택기 빠른이 채울 수 있습니다 내 코드, 최근 완료, 최근에 닫은을보세요.
- 문제는 내 사용자뿐만 아니라 모든 사용자에게 발생합니다.
- 팀에서 아무도 몇 번에 몇 개의 코드 리뷰를 열어 본 사람이 없습니다.
- 문제가 실질적으로 밤새 일어나기 시작했습니다. 즉, 금요일에 쿼리가 1 초 내에 완료되었거나, 월요일에 쿼리가 1 분에 끝났습니다.
- TFS 환경은 Windows Server 2012 (비 R2)에서 호스팅됩니다.
- TFS 환경은 SQL Server 2012, SP3 (11.0.6020)에 의해 뒷받침됩니다.
- Microsoft 지침에 따라 TFS2015.3으로 업그레이드가 완료되었으며 문제가 발생하지 않았으며 로그에 아무 것도 잘못되었음을 알리는 메시지가 없습니다.
성능 저하 문제를 더욱 줄이기 위해 느려지는 원인과 원인을 확인하는 사람이 있습니까? Visual Studio에서
실행중인 SQL Server의 버전은 무엇입니까? 이전에 SQL이 실행되는 compat 수준에 따라 TFS에서 Identity 필드와 관련된 몇 가지 알려진 문제가있었습니다. – nschonni
@nschonni, 우리는 SQL Server 2012, SP3을 실행하고 있습니다. 내가 모호한 Identity 필드 문제를 일으키지 않을만큼 충분히 현대적이라고 생각합니까? – ScheuNZ
Funnily enough 2012는 충분히 오래되어서 내가 https://support.microsoft.com/en-us/kb/2953452를 생각하고있는 버그에 부딪히지 않아야합니다. 실제로 문제가 발생하면 2014가 실행됩니다. – nschonni