Project Online 성능 조정

참고:  사용자 언어로 가능한 한 빨리 가장 최신의 도움말 콘텐츠를 제공하고자 합니다. 이 페이지는 자동화를 통해 번역되었으며 문법 오류나 부정확한 설명을 포함할 수 있습니다. 이 목적은 콘텐츠가 사용자에게 유용하다는 것입니다. 이 페이지 하단의 정보가 도움이 되었다면 알려주세요. 쉽게 참조할 수 있는 영어 문서 가 여기 있습니다.

< Project 도움말 더 보기

출시 Project Online 몇 년 전 되면서 모든 규모의 조직이 Microsoft의 풍부한 편리한 Office 365 클라우드 인프라 내에서 포트폴리오 PPM (프로젝트 관리) 기능을 사용 하 여 수 있게 되었습니다.

클라우드 기반 서비스를 사용할 경우 확실한 이점 중 하나가 배포, 설정, 하드웨어 및 소프트웨어 조정을 처리하지 않아도 되는 것이지만, 몇 단계만 수행하면 조직이 Project Online에서 최고의 성능을 얻을 수 있습니다.

Project Online은 다양한 구성 및 사용자 지정 설정을 제공하지만, 사용자 지정은 성능에 영향을 미칠 수 있습니다. 이 문서에서는 Project Online을 사용자 지정 및 구성할 때 올바른 의사 결정을 내릴 수 있도록 몇 가지 가장 일반적인 Project Online 설정의 성능 영향과 장단점을 살펴봅니다.

이 문서는 Office 365의 네트워크 계획 및 성능 조정 프로젝트의 일부입니다.

Office 365 및 SharePoint Online 모범 사례

다양 한 네트워크 계획 및 성능 조정 SharePoint OnlineOffice 365에 대 한 정보는. 이 모든 정보 Project Online 고객에 게 관련 된 정보를 한 Project Online 에 대 한 특정 다음과 같은 모범 사례 외에 문의 해야 합니다.

Project Online 구성 및 사용자 지정

관리자 설정부터 사용 권한 그리고 공동 작업 설정에서 디자인에 이르기까지 Project Web App 사이트의 많은 요소를 구성 및 사용자 지정할 수 있습니다. Project Web App 사이트의 전반적인 성능에 영향을 미칠 수 있는 설정을 살펴보겠습니다.

다음 항목을 다루어 보겠습니다.

  • 보안 권한 모드

  • 사용자 정의 Enterprise 프로젝트 형식 만들기

    • 프로젝트 사이트 구성

    • Project Online과 SharePoint Online 간 동기화 메커니즘

  • Active Directory 자원 그룹 동기화

  • UI 사용자 지정 및 디자인

  • PDP(프로젝트 세부 정보 페이지) 및 워크플로

  • OData 및 보고

  • Project Online 할당량

(이 정보 중 일부에 적용 Project Server 2013 및 Project Server 2016 뿐입니다.)

사용 권한 모드: SharePoint 또는 프로젝트

Project Online 와 Project Server 2013 면 레거시 프로젝트 사용 권한 모드 하는 대신 SharePoint 사용 권한 모드 라고 새롭고 간소화 된 사용 권한 모델을 도입 되었습니다. 모드를 모두 비교해 Technet에서 찾을 수 있습니다.

새 Project Online 인스턴스는 기본적으로 SharePoint 사용 권한 모드로 프로비전되며, 이 모드에서 대부분의 고객의 요구 사항을 해결할 수 있을 것으로 생각합니다. 이 모드를 사용하면 일반 SharePoint 그룹 및 사용 권한을 통해 사용자 권한 부여를 관리할 수 있습니다.

프로젝트 사용 권한 모드에서는 높은 수준의 가능성을 제공 하지만 가격 성능 측면에 가져올 수 있습니다. 수백 개의 범주를 만들고 크게 의존 동적 사용 권한을 통해 사용자 리소스 RBS () 관리자 및 포트폴리오 관리자와 같은 콘텐츠 많은에 대 한 액세스 권한이 있는 사용자에 대 한 최종 사용자 환경 속도가 느려질 수 있습니다 것입니다.

참고: 모든 보안 관련 설정을 삭제 SharePoint 사용 권한 모드와 Project Server 사용 권한 모드 사이 전환 합니다. SharePoint 사용 권한 모드에서 클래식 Project Server 사용 권한 모드를 전환 하는 경우 Project Server 2013 및 Project Server 2016의 보안 사용 권한 구조를 수동으로 구성 해야 합니다. Project Server 2013 및 Project Server 2016에서 보안 권한 정보를 삭제 Project Server 사용 권한 모드에서 SharePoint 사용 권한 모드로 다시 전환 합니다.

권장 사항:   

가능하면 전반적인 성능 향상을 위해 기본 SharePoint 사용 권한 모드를 유지하세요. 프로젝트 사용 권한 모드를 사용해야 하는 경우 사용자 지정을 최대한 제한하세요.

사용자 정의 Enterprise 프로젝트 형식 만들기

Enterprise 프로젝트 형식 (EPT) 작업 단계, 단계, 단일 워크플로 및 프로젝트 세부 정보 페이지 (Pdp) 캡슐화 포장지를 나타냅니다.

EPTs 정의 수도 있습니다.

  • 프로젝트 사이트 구성

  • Project Online과 SharePoint Online 간 동기화 메커니즘

프로젝트 사이트 구성

프로젝트 사이트는 주요 SharePoint 기능에만 기본적으로 제공됩니다. 프로젝트 사이트를 만드는 일은 간단한 프로세스가 아니며, 조직에 프로젝트 사이트가 필요한지 여부 및 필요한 시기는 전반적인 최종 사용자 환경 개선을 고려하여 결정해야 합니다.

조직 많은 Project Online 를 수집 하 고 프로젝트 채권를 결정 하기 전에 프로젝트 제안을 평가를 사용 합니다. 프로젝트 사이트를 처음으로 프로젝트를 게시 될 자동 생성으로 설정 된 경우 모든 프로젝트 제안을, 잘라내기, 지정 하지 않는 것도 프로젝트 사이트를 가져옵니다. 이러한 불필요 한 사이트 수동으로 정리 해야 나중에 넣어야 합니다.

프로젝트 사이트를 사용 하려는 경우 더 나은 접근은 사용자가 공동 작업 사이트를 만들 때 선택할 수 있도록 하거나 또는 프로젝트 제안 되는 즉시 워크플로 하 여 만든 것 특정 스테이지 문 더 나은에 도달 합니다.

SharePoint Online 현재 제한 각 사이트 모음에 만들 수 있는 하위 사이트의 수입니다. 전자 EPT에서 새 프로젝트 사이트를 만들 수 있는 사이트 모음을 정의할 수 있습니다. 여러 사이트 모음 확장할 수 있는 각 프로젝트에 대 한 프로젝트 사이트를 만들 수 있습니다.

PWA 사이트 모음 전체에서 프로젝트 사이트

예를 들어 IT 부서에 전용된 사이트 모음에 있는 경우 IT 프로젝트https://contoso.sharepoint.com/sites/IT정보 프로젝트 사이트를 만들 EPT 구성할 수 있습니다.

프로젝트 사이트 만들기 위치

권장 사항:   

조직에서 프로젝트 사이트를 사용 하는 경우 선택을 만드는 옵션을 필요에 따라 대신 자동으로 합니다. 첫 번째 게시 환경을 보다 빠르게 수행 하 고 불필요 한 사이트 및 콘텐츠를 만드는 것을 방지 합니다.

각 EPT에 대 한 하 여이 옵션을 구성할 수 있습니다.

  1. Project Web App 설정을 사용자 정의 Enterprise 프로젝트 형식 을 클릭 합니다.

  2. 설정을 변경 하려면 필요한 EPT을 선택 합니다.

  3. EPT 설정 페이지의 프로젝트 사이트 섹션에서 사용자가 선택 하도록 허용을 선택 합니다.

프로젝트 사이트 만들기 옵션

EPT 하 여 자신의 사이트 모음에서 프로젝트 사이트를 만듭니다. SharePoint Online 제한 사항아래 사이트 모음에서 프로젝트 사이트의 수를 유지 합니다.

동기화 대상

Project OnlineSharePoint Online 같은 방식으로 Project ServerSharePoint Server 위에 실행 위에 실행 됩니다. 따라서 동기화 유지 특정 개수의 간에 구성 요소에는 두 가지 체계가 해야 합니다. 이러한 동기화 시간이 오래 걸릴 수 및 비즈니스에 따라가 필요 하지 않을 수도 있습니다 필요 합니다. 이 문서 탐색 이러한 다양 한 모든 동기화 시스템을 필요한 및 항목과 안전 하 게 해제 항목과 결정할 수 있도록 합니다. 이러한 설정 중 일부를 이미 기본적으로 해제 되어 있습니다.

다음 섹션에서는 다음 내용을 설명합니다.

  • 프로젝트 사이트에 대 한 사용자 권한 동기화

  • Enterprise 프로젝트를 위한 SharePoint 작업 목록 동기화

사용자의 사용 권한 동기화

프로젝트 사이트는 작업 영역의 위치 프로젝트 팀 수 공동 작업, 문서를 업로드 하 고 문제를 발생 시킵니다. 동기화 사용자의 사용 권한 설정 되어 있는 경우, 사용자가 프로젝트에 권한을 부여은 때마다, 해당 프로젝트 사이트 사용 권한은 업데이트 됩니다.

동기화는 프로젝트가 게시될 때마다 수행됩니다. 동기화는 편리하지만 성능이 저하되는 단점이 있습니다. 예를 들어, 동기화할 사용자와 사이트가 많을수록 작업이 느려집니다. 특히 다량을 게시하는 경우, (프로젝트 사이트로) 여러 개의 프로젝트를 가져오거나 만드는 경우, 프로젝트 사이트 사용 권한의 재동기화가 필요한 그룹 멤버십을 업데이트하는 경우 작업이 느려질 수 있습니다.

각 EPT에 대 한 동기화 사용자의 사용 권한 설정 되어 있으면 정의할 수 있습니다.

참고: Project Web App 사이트 위치한 보다 다른 사이트 모음에서 만든 f 프로젝트 사이트 (예를 들어 https://contoso.sharepoint.com/sites/pwa은 Project Web App의 위치를 https://에서 프로젝트 사이트를 만드는 것은 EPT contoso.sharepoint.com/sites/IT), 사용자의 사용 권한 동기화 지원 되지 않습니다.

권장 사항:   

배포 환경이 다음에 해당하는 경우 프로젝트 사이트 사용 권한 동기화 옵션을 사용하지 않는 것이 좋습니다.

  • 리소스가 많은 경우(1,000개 초과)

  • 프로젝트 사이트가 필요한 프로젝트가 많은 경우(1,000개 초과)

  • 대부분의 프로젝트 사이트에 대한 액세스 권한이 부여되어야 하는 리소스가 많은 경우

  • 기본 사이트 모음 외부에서 프로젝트 사이트를 만들 (동기화 사용 안 함)

프로젝트 사이트 사용 권한을 관리할 때 다음 옵션을 고려하세요.

  • 프로젝트 팀의 회전율이, 프로젝트 게시 및 프로젝트 세부 정보 페이지 성능을 향상 시키기 위해 프로젝트 사이트 사용 권한 동기화를 해제 하는 것이 좋습니다. 수동으로 권한을 부여 하거나 다른 사용자에 참가 하거나 프로젝트 팀 벗어날 때마다 프로젝트 사이트 사용 권한을 제거 하려면 다음 넣어야 합니다.

  • Access PWA의 모든 사용자에 대 한 권한을 부여 해야 하는 경우 기존 그룹 권한 매핑되 상위 PWA 사이트에서 상속 하도록 프로젝트 사이트를 구성 하는 것이 좋습니다.

  • 사이트 액세스 권한이 역할별로 달라지는 경우 이러한 역할에 매핑되는 그룹을 하나 이상 만든 다음(그룹 동기화가 활성화되어 있는 경우 이 그룹을 사용할 수 있음) 프로젝트 사이트에 그룹 액세스 권한을 부여합니다.

각 EPT에 대 한 동기화 사용자 권한으로 설정할 수 있습니다.

  1. Project Web App 설정을 사용자 정의 Enterprise 프로젝트 형식 을 클릭 합니다.

  2. 설정을 변경 하려면 필요한 EPT을 선택 합니다.

  3. EPT 설정 페이지의 동기화 섹션에서 사용자 사용 권한 동기화 를 선택 합니다.

사용자 사용 권한 동기화

Enterprise 프로젝트를 위한 SharePoint 작업 목록 동기화

SharePoint 작업 목록 동기화가 프로젝트 게시의 속도 향상 시키기 위해 기본적으로 해제 되어 있습니다. 이렇게 하면 프로젝트 세부 정보 페이지 사이 전환 속도 있습니다. 작업 목록 및 프로젝트 사이트에서 해당 시간 표시 막대 시각화를 의존 하는 사용자에 게,이 기능을 설정 한 프로젝트 게시 성능에 미치는 영향을 적절 한 인지 여부를 확인 있습니다.

참고: Project Web App 사이트 위치한 보다 다른 사이트 모음에서 만든 f 프로젝트 사이트 (예를 들어 https://contoso.sharepoint.com/sites/pwa은 Project Web App의 위치를 https://에서 프로젝트 사이트를 만드는 것은 EPT contoso.sharepoint.com/sites/IT) SharePoint 작업 목록 동기화 지원 되지 않습니다.

권장 사항   

동기화 SharePoint 작업 목록 옵션은 위한 작은 프로젝트 계획을 사용 합니다. 프로젝트에 많은 수의 작업에서 동기화를 게시 하는 경우 각 작업을 한 번에 하나씩 업데이트 된 수 필요에 따라 시간이 걸릴 됩니다. 예를 들어 SharePoint 작업 목록에 500 작업 프로젝트 계획을 동기화 하려면 몇 분 정도 걸립니다. 별도 상관 관계에 표시 되는 큐 작업 및 계획 블록 저장 및 프로젝트의 편집 하지 않는, 경우에 하지 SharePoint 작업 목록 동기화 옵션을 사용 하는 것이 좋습니다. 만 250 개 미만인 작업을 사용 하 여 프로젝트를 동기화 하는 것이 좋습니다.

이 옵션은 기본적으로 해제 되어 있습니다. 사용자에 게 각 EPT에 대 한 기능이 필요한 경우 SharePoint 작업 목록 동기화를 설정 합니다. 이 옵션을 구성 합니다.

  1. Project Web App 설정을 사용자 정의 Enterprise 프로젝트 형식 을 클릭 합니다.

  2. 설정을 변경 하려면 필요한 EPT을 선택 합니다.

  3. 동기화 섹션의 EPT 설정 페이지에서 SharePoint 작업 목록 동기화를 선택 합니다.

SharePoint 작업 목록 동기화

Active Directory 자원 그룹 동기화

Active Directory 자원 그룹 동기화 자체는 특정 성능 문제가 없고 수천 개의 자원을 Project Web App 인스턴스로 몇 분 이내에 가져올 수 있습니다. 하지만 시스템의 다른 부분에 대한 다운스트림 영향이 있어 성능에 영향을 줄 수 있습니다. 주목할 필요가 있는 기본 프로세스는 앞에서 설명한 자원 사용 권한 동기화입니다. Active Directory 그룹 구성원의 회전율이 높고 자원 그룹을 자주 동기화해야 하는 경우, 관련 사용 권한 동기화 작업에 대한 잠재적 다운스트림 영향을 모니터링하세요.

권장 사항:   

Active Directory 동기화 실제로 시스템을 사용 하 고 큰 그룹의 동기화 한 후 잠재적인 사용 권한 문제 모니터링 해야 하는 자원 그룹을 제한 합니다. (Active Directory Enterprise 자원 그룹 동기화를 Project Web App 설정에서에서 구성할, Active Directory 자원 그룹 동기화 를 클릭 합니다.

PWA 페이지 및 보기 사용자 지정

페이지 사용자 지정

SharePoint 플랫폼은 모듈식 웹 파트 인프라 및 사용자 지정 페이지 지원을 포함하여 뛰어난 사용자 지정 기능을 제공합니다. 로고, 사용자 지정 웹 파트, 새 테마를 추가할 경우, 서버 근접성, 짧은 대기 시간, 높은 대역폭 네트워크로 인해 온-프레미스 인프라 성능에 큰 영향을 미치지 않을 수 있습니다. 하지만, 온라인 서비스의 경우는 다릅니다.

파일 크기가 큰 로고 또는 그래픽을 업로드하면 온-프레미스 배포의 페이지는 약간 느려질 수 있지만, 온라인에서는 페이지 로드 성능이 크게 저하될 수 있습니다.

동일한 원칙 여러 웹 파트 페이지에 추가할 때 적용 됩니다. 여러 웹 파트와 페이지를 사용자 지정 상자로 이지만 실제로 사용자가 데이터를 나란히 볼 하면, 경우가 아니면 한 곳에서 것 보다 전문적인된 별도 페이지 것이 더 합니다. 사용자가 한 웹 파트 페이지의 콘텐츠를 구해야 하는 경우 로드 하 고 모든는 다른 웹 파트에 대 한 데이터를 표시할 페이지에 대 한 더 이상 될 때까지 대기 여전히 했습니다.

권장 사항:   

페이지를 사용자 지정할 경우 Project Online 사이트를 일반 인터넷 웹 사이트로 처리하고 가능한 경량의 페이지를 만드세요.

보기 사용자 지정

이 경우에도, 간단한 사용자 지정이 페이지 로드 성능을 향상시킵니다. 조직은 프로젝트 센터, 자원 센터, 작업, 작업표를 포함한 여러 Project Web App 페이지를 사용하여 보기를 사용자 지정할 수 있습니다.

표시하는 콘텐츠가 많을수록 페이지 렌더링 속도는 느려집니다. 사용자에게 몇 개의 “올인원” 보기보다 여러 개의 간단하고 지정된 보기를 제공하면 각 페이지의 로드 시간을 몇 초씩 줄일 수 있습니다.

아래 예제에서 두 번째 보기는 첫 번째 보기보다 평균 2-3초 더 빠르게 로드됩니다.

사용자 지정된 프로젝트 센터 보기의 스크린샷

프로젝트 센터 보기의 스크린샷

권장 사항:   

보기를 구성할 때에는 사용자에게 간단한 전용 보기를 제공하여 빠르게 탐색할 수 있도록 하는 것이 좋습니다. 복잡한 올인원 보기를 제공하면 대부분의 시간 동안 불필요한 데이터가 로드됩니다.

사용자 보기 설정

프로젝트 센터: 묶기 롤업

사용자 보기를 렌더링 항목에 발생 한 다른 필드 별로 그룹화 된 데이터를 포함 하는 다른 방법을 구성할 수 있습니다. 그룹화 를 사용 하면 데이터 (예: 비용 또는 사용자 정의 필드 합계) 지원 되는 집계 필드에 대 한 겹쳐서 표시할 수 있습니다. 이러한 집계 값 요청 요약 정보를 표시 하기 위해 모든 값을 로드 하는 서비스를 계산 합니다.

데이터 필드 별로 그룹화 및 집계 필드에 대해 겹쳐서 표시 합니다.

권장 사항:   

사용자가 겹쳐서 값을 확인 해야 하는 경우가 아니면 리본 메뉴에서 겹쳐서 표시 옵션을 해제 합니다.

겹쳐서 표시 옵션

프로젝트 센터: Gantt 차트

Gantt 차트 보기의 차트 부분 각 프로젝트 요약 Gantt 막대 표시 됩니다.

권장 사항:   

사용자가 Gantt 참조 해야 하지 않으면 리본 메뉴의 Gantt 차트 옵션을 사용 하지 않도록 설정 합니다.

Gantt 차트 옵션

프로젝트 세부 정보 페이지 및 워크플로 사용자 지정

위에서 설명한 페이지 디자인 권장 사항 이외에, 특히 PDP(프로젝트 세부 정보 페이지)는 전체 프로젝트 재계산을 트리거하고 워크플로 작업을 시작할 수 있습니다. 두 경우 모두 사용자 지정에 따라 성능이 크게 감소할 수 있습니다.

Project Online 및 Project Server에는 프로젝트 정보에 대한 두 가지 주요 업데이트 프로세스가 있습니다.

  • 일정 재계산이 필요한 업데이트(아래 목록 참조)

  • 프로젝트 이름, 설명, 소유자 등 일정과 무관한 필드

동일한 PDP에서 두 유형의 데이터를 업데이트할 경우 두 업데이트 프로세스가 동시에 실행될 수 있으므로 피하는 것이 좋습니다.

일정 재계산이 필요한 가장 일반적인 작업 목록은 다음과 같습니다.

  • 프로젝트 달력 변경 내용

  • 다음 날짜 필드의 변경 내용

    • 시작 날짜

    • 완료 날짜

    • 상황 보고 날짜

    • 현재 날짜

  • 프로젝트 사용자 지정 필드 변경 사항

  • 프로젝트에 결과물에 대한 의존 관계가 있는 경우

PDP 성능을 향상하는 두 번째 방법은 각 PDP에 표시되는 웹 파트와 사용자 지정 필드 수를 줄이는 것입니다. 비즈니스 프로세스에서 동일한 필드 집합을 자주 업데이트해야 하는 경우, 로드 시간을 향상하고 시간을 절약할 수 있도록 해당 필드만 포함된 전용 PDP를 만드세요. 모든 사용자 지정 필드를 항상 표시할 경우 불필요한 오버헤드가 많이 발생합니다.

권장 사항:   

경량의 전용 PDP를 만들고 일정 관련 업데이트와 일정과 무관한 업데이트를 혼합하지 마세요.

새 REST API를 사용하여 워크플로의 사용자 지정 필드 일괄 업데이트

워크플로의 프로젝트 사용자 지정 필드 값을 동시에 업데이트하려면 프로젝트 필드 설정 작업을 사용한 별도의 서버 요청이 필요합니다. 그럴 경우, 대기 시간이 긴 저대역폭 네트워크에서 많은 사용자 지정 필드를 동시에 업데이트할 때 성능이 감소합니다.

이 문제를 해결 하기 위해는 CSOM 메서드를 한꺼번에 사용자 정의 필드를 업데이트합니다. 이 방법을 사용 하려면 이름 및 업데이트 하려는 모든 사용자 정의 필드의 값을 포함 하는 사전에 전달할 수 있습니다.

요청에 따른 프로젝트 사이트 프로비저닝을 위한 API

각 프로젝트에는 팀원이 공동 작업을 수행하고 문서를 공유하며 문제를 제기할 수 있는 전용 SharePoint 사이트가 있습니다. 이러한 사이트는 최초 개시 시 자동으로 만들어지거나, 프로젝트 관리자가 Project Pro를 통해 또는 관리자가 Project Web App 설정을 통해 수동으로 만들 수 있으며 비활성화할 수도 있습니다.

해당 프로젝트 사이트를 만들 경우를 결정 하는 CreateProjectSite('') 메서드 를 사용할 수 있습니다. 프로젝트 제안에 도달 특정 단계 대신에 미리 정의 된 워크플로 처음 게시 한 후에 해당 사이트를 만드는 데 사용할 사용자 조직에 특히 유용 합니다. 크게 프로젝트 사이트 만들기를 연기 하 여 프로젝트를 만들 성능이 향상 됩니다.

OData 및 보고

보고

선택할 수는 Project Online에서 시간 단위 보고 데이터 – 단계적 또는 단계의 시간 보고 데이터를 필요 하지 않은 경우 안 함 을 선택할 수 있습니다. 이 기능은 Project Online의 시간대 별 보고 데이터 구성 롤업에서 완벽 하 게 설명 되어 있습니다. 빠르게 게시에서도 도움이 됩니다 하며 때 다른 보고 옵션을 사용 하 여 보다 작은 데이터 집합이 최소한의 보고 요구 사항을 충족 하는 데이터를 사용 하는 옵션은 보고서는 훨씬 더 빠르게 생성, 설정할 수 있습니다를 의미 선택 프로젝트입니다. 순 성능에 가장 효과적으로 옵션 목록이 됩니다.

  • 안 함

  • 회계 기간

  • 매월

  • 매주

  • 매일

회계 기간월 단위 별로 중요 한 이점이 정의 된 회계 기간에 대 한만 유지 되어 데이터를 보고 해당 반면 월별로 모든 프로젝트 전체 기간에 대 한 데이터를 보관 됩니다.

Project OData 서비스를 사용 하 여 보고를 위해 Project Online 인스턴스에서 정보를 추출할 수 있습니다.

권장 사항:   

최소한의 비즈니스 요구 사항과 일치 하는 시간대 별 데이터를 저장 합니다. 완료 하기 위해 일별 대기 하는 워크플로 설정한 경우 게시 하는 사용 하지 마십시오.

PowerBI

데이터의 양을 작으면 다음 Power BI 수 정기적으로 프로젝트 OData 서비스에서 데이터 읽기 및 다양 한 dynamics 보고서를 제공 하는 데 도움이 됩니다. 샘플 콘텐츠 팩을 찾을 수 넣습니다.

Project Online에서 데이터의 양을 크기가 큰 경우는 PowerBI 데이터 크기 제한 윤곽이 설정 된 여기에 닿을 만큼 얼마 데이터의 하위 집합에서 가져오는 여전히 있습니다. 지난 30 일 또는 다음 6 개월에 대 한 자원 작업 보기에서 활성화 된 사람 프로젝트 필터링, 즉 이동 창에서 보고서를 만드는 하는 방법도 있습니다.

SSIS(SQL Server Integration Services)

SSIS를 사용 하 여 데이터 Project OData 서비스에서 추출 및 로컬 또는 Microsoft Azure SQL server 데이터베이스로 보고 데이터를 다운로드할 수 있습니다. Project OData 서비스에 대 한 예제 SSIS 패키지를 찾을 수 있는 넣습니다.

권장 사항:   

여전히 보고를 위해 많은 양의 데이터를 추출 해야 할 Integration Services SSIS (SQL Server) 패키지 를 사용 하 여 로컬 또는 Microsoft Azure 에서 SQL server 데이터베이스에 보고 데이터를 복사 하는 것이 좋습니다.

SSIS를 사용 하는 경우 다음 단계를 고려해 야 합니다.

전체 동기화

관심 있는 보고 데이터의 현재 스냅숏을 가져옵니다.

  1. 현재 날짜/시간 동기화 시간으로 기록

  2. 각 끝점에서 데이터를 다운로드 합니다.

Delta 동기화

복사본을 최신 상태로 유지 하려면를 주기적으로 확인 합니다.

  1. 현재 날짜를 기록 시간입니다.

  2. 프로젝트에서 ProjectId 끝점을 쿼리 생성 됩니다.

  3. ProjectId 더 이상 존재 하는 로컬 프로젝트를 삭제 합니다.

  4. Project에서 각 끝점 쿼리:

    1. 엔터티 Id 쿼리 생성 됩니다.

    2. Id 더 이상 존재 로컬 엔터티를 삭제 합니다.

    3. 마지막으로 동기화 이후에 변경 된 mod_dates에 대 한 쿼리

사용자 정의 필드

OData 끝점에서 데이터를 검색할 때 다중값 조회는 사용자 정의 필드를 사용 하는 경우 추가 계산이 필요 합니다. 추가 계산 최적화 횟수 활용 하기 위해 OData 끝점을 허용 하지 않습니다.

권장 사항   

다중값 조회 사용자 정의 필드를 사용 하지 않습니다.

OData 쿼리

제한 ProjectData 서비스의 한 쿼리에서 반환 될 수 있는 엔터티 수 있습니다. 따라서 많은 양의 데이터를 쿼리 하는 여러 웹 요청을 네트워크 오버 헤드와 각 요청에 대 한 대기 시간을 추가 하 여 서비스를 보낼 수 있어야 합니다.

프로젝트, 배정, 작업과 같은 많은 엔터티가 포함된 Project Web App 인스턴스의 경우, 다음 중 한 가지 이상의 방법으로 반환되는 데이터를 제한해야 합니다. 반환되는 데이터를 제한하지 않으면 쿼리가 기본 제한을 초과하고 서버 성능에 영향을 줄 수 있습니다.

  • $filter URL 옵션 또는 $select를 사용하여 데이터를 제한합니다.    예를 들어 다음 쿼리는 프로젝트 시작 날짜를 기준으로 필터링하여 프로젝트 이름 순으로 4개 필드만 반환합니다.

    http://ServerName/ProjectServerName/_api/ProjectData/Projects?$filter=ProjectStartDate gt datetime'2012-01-01T00:00:00'&$orderby=ProjectName&$select=ProjectName,ProjectStartDate,ProjectFinishDate,ProjectCost
  • 연관을 사용하여 엔터티 컬렉션을 가져옵니다.    예를 들어 다음 쿼리는 내부적으로 Project_Assignments_Assignment_Project 연관을 사용하여 특정 프로젝트의 모든 배정을 가져옵니다.

    http://ServerName/ProjectServerName/_api/ProjectData/Projects(guid'263fc8d7-427c-e111-92fc-00155d3ba208')/Assignments
  • $Top 연산자와 $skip 연산자를 사용 하 여 반복에서 하 여 한 번에 하나씩 데이터 페이지 반환 하려면 여러 쿼리를 실행 합니다.    예를 들어 다음 쿼리 문제에 배정 된 자원의 순서로 11 모든 프로젝트에 대 한 20 ~ 문제를 가져옵니다.

    http://ServerName/ProjectServerName/_api/ProjectData/Issues?$skip=10&$top=10&$orderby=AssignedToResource

권장 사항:   

서버 쪽 필터링을 사용 하 여 런타임 시 쿼리 데이터의 양을 제한 시도 합니다.

Project Web App 할당량

기본적으로 Project Web App 사이트 25GB도 함께 제공 되 고는 SharePoint 사이트 모음에 저장 된 모든 데이터 제한과 는 별개 Project Web App를 사용 하도록 설정 합니다. 보고 단위 옵션을 사용 하 여 데이터 볼륨을 줄일 수 할당량 내 유지에서 할 수 있습니다.

참고: 대규모 고객에 대 한 할당량을 늘릴 수 있습니다를 하지만 데이터 볼륨 제한 하려면 보고 단위 옵션 것으로 간주 되어 고객도는 예상할 합니다. 할당량을 늘리려면 Microsoft에 문의 하세요.

결론

Project Online, 인터넷에서 실행 중인 클라우드 서비스와 마찬가지로 온-프레미스 배포에 비해 성능을 제공 하려면 구체적인 조정이 필요 합니다.

Microsoft에서 성능을 높이기 위해 계속해서 시스템을 향상하고 있지만, 몇 가지 단계를 수행하여 최종 사용자를 위한 좋은 환경을 제공할 수 있습니다.

권장 사항 요약:

  • 가능하면 SharePoint 사용 권한 모드를 사용합니다.

  • 실제로 사용할 기능만 설정합니다.

  • 페이지가 빠르게 로드되도록 페이지 및 사용자 지정을 가능한 단순하고 가볍게 유지합니다.

  • 더 나은 보고 유연성 위해 서버 쪽 필터링을 사용하거나 OData 피드 데이터를 SQL Server 데이터베이스로 내보냅니다.

  • 최소한의 보고 요구 사항을 충족 하는 데이터를 사용 하 여 보고 단위 옵션을 선택 합니다.

관련 항목

Project Online: 소프트웨어 경계 및 제한 사항

Office 기술 확장
교육 살펴보기
새로운 기능 우선 가져오기
Office Insider 참여

이 정보가 유용한가요?

의견 주셔서 감사합니다!

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×