타이머 작업 시간이 2013 SharePoint에서에서 실행 되는 쿼리 추천 단어 준비

이 문서는 Microsoft 기계 번역 소프트웨어를 이용하여 번역되었으며 Microsoft Community에 의한 Community Translation Framework(CTF) 기술 혹은 사람이 번역한 내용에 의하여 사후 편집될 수 있습니다. Microsoft는 Knowledge Base에 있는 모든 문서에 다양한 언어로 접근할 수 있도록 하기 위하여 기계 번역, 사람에 의한 번역 및 커뮤니티가 편집한 내용을 모두 제공합니다. 번역된 문서는 어휘, 구문 및/혹은 문법에 오류가 있을 수 있습니다. Microsoft는 번역 오류로 인한 부정확성, 오류 및/또는 손해와 이를 고객이 사용하는 데에 대하여 책임을 지지 않습니다.

이 문서의 영문 버전 보기:3174023
현상
쿼리 추천 단어 준비 타이머 jobin SharePoint Server 2013를 실행 하는 데 예상 보다 오래 걸리며 tempdb 리소스를 많이 소모 합니다.
원인
쿼리 추천 단어 준비 타이머 jobruns proc_MSS_GetPopularQueries procedureinternally를 저장 합니다. 조인 및 집계 하지 쉽지 원본 테이블의 행 수가 너무 많이 증가 하는 경우를 포함 합니다.
해결 방법
기본적으로 SharePoint 최대 365 일 데이터의 원본이 되는 테이블을 유지합니다. 이 값은 대부분의 SharePoint 사용자에 대해 작동 합니다. 그러나 "현상" 절에 설명 되어 있는 문제가 발생 하는 경우 적절 한 값으로 보존 기간 값을 줄이는 것이 좋습니다. 이렇게 하려면, 다음 단계를 수행하십시오.
  1. 정리 간격을 변경 합니다. 이렇게 하려면 SharePoint 관리 셸을 시작 하 고 다음 PowerShell 명령을 입력 합니다.

    $ssa = get SPEnterpriseSearchServiceApplication-Identity "Search Service 응용 프로그램"
    $ssa입니다. QueryLogSettings.CleanupDays =<Days></Days>

    참고<Days>개체 틀 고정 값으로 설정할 수 있는 날짜 수를 나타냅니다. "올바른" 값. 고 큰 숫자로 시작 하 고 사용자 환경에 대 한 최상의 보존 기간을 찾을 때까지 다음 감소 해야 합니다. 예를 들어 180 일 및 90 일 후 270 일 시작 합니다. 적절 한 보존 값을 설정 해야 프로덕션 환경에 대 한 너무 줄이는 것으로 많은 영향을 미칠 수 순위, 관련성 및 쿼리 추천 단어를 포함 하 여 다른 검색 기능을 합니다.</Days>
  2. 쿼리 로깅 타이머 작업이 실행 될 때까지 기다립니다.

    테이블 정리를 하며 필요한 쿼리 로깅 타이머 작업 검사 24 시간 동안에서 기본 테이블에서 레코드를 제거 하는 내부 저장된 프로시저를 실행 됩니다.
추가 정보
"현상" 절에 설명 되어 있는 문제가 제품 사양을 준수 합니다. 해결 단계 또는 proc_MSS_GetPopularQueries 저장 프로시저 인해 tempdb 공간 부족 데이터베이스 서버에서 실행 중인 경우 타이머 작업을 사용 하 여 성능 문제를 실제로 발생 하는 경우에 권장 됩니다.

경고: 이 문서는 자동으로 번역되었습니다.

속성

문서 ID: 3174023 - 마지막 검토: 09/21/2016 02:40:00 - 수정: 1.0

  • kbmt KB3174023 KbMtko
피드백