데이터 흐름 고려 사항 및 제한 사항

다음 섹션에 설명된 대로 사용자가 유의해야 하는 작성, 새로 고침 및 용량 관리에는 몇 가지 데이터 흐름 제한 사항이 있습니다.

일반적인 제한 사항

• 데이터 흐름은 모든 미국 정부 DoD 고객에게 제공되지 않을 수 있습니다. 정부 환경의 기능 패리티는 정부 문서의 Power BI 기능 가용성 에서 찾을 수 있습니다.
• 삭제된 데이터 원본은 데이터 흐름 데이터 원본 페이지에서 제거되지 않습니다. 이는 양호한 동작이며 데이터 흐름의 새로 고침 또는 편집에 영향을 주지 않습니다. 계보 보기에서 삭제된 데이터 원본은 데이터 흐름에 대한 계보로 표시됩니다.
• 삭제된 데이터 원본은 게이트웨이 드롭다운의 설정 페이지에 계속 표시됩니다.
• 깊이 는 다른 데이터 흐름에 연결된 데이터 흐름과 동일합니다. 현재 최대 깊이는 32입니다.
• 폭은 데이터 흐름 내의 엔터티와 동일합니다.
  • 데이터 흐름에 있는 최적의 엔터티 수에 대한 지침이나 제한은 없지만 공유 데이터 흐름에는 엔터티당 2시간, 데이터 흐름당 3시간의 새로 고침 제한이 있습니다. 따라서 두 엔터티가 있고 각각 2시간이 걸리는 경우 동일한 데이터 흐름에 배치해서는 안 됩니다.
  • Power BI Premium의 경우 지침 및 제한은 특정 요구 사항이 아닌 개별 사용 사례를 기반으로 합니다. Power BI Premium의 유일한 제한은 데이터 흐름당 24시간 새로 고침입니다.
• 작업 영역 간에 10개 이상의 데이터 흐름을 새로 고치려면 Power BI Premium 구독이 필요합니다.
• PowerQuery 제한 사항은 파워 쿼리 온라인 제한 문서에 있습니다 .
• Power BI 데이터 흐름은 URL 인수에서 전역 변수 사용을 지원하지 않습니다.
• 사용자 고유의 Azure Data Lake Gen2 스토리지 계정을 사용하도록 스토리지를 구성하지 않는 한 Multi-Geo는 현재 지원되지 않습니다.
• Vnet 지원은 게이트웨이를 사용하여 수행됩니다.
• 게이트웨이 데이터 원본과 함께 계산된 엔터티 를 사용하는 경우 데이터 수집은 계산과 다른 데이터 원본에서 수행되어야 합니다. 계산된 엔터티는 수집에만 사용되는 엔터티를 기반으로 하며 자체 매시업 단계 내에서 데이터를 수집하지 않아야 합니다.
• Power BI 데이터 흐름에서는 매개 변수를 사용할 수 있지만 전체 데이터 흐름을 편집하지 않으면 매개 변수를 편집할 수 없습니다. 이와 관련하여 데이터 흐름의 매개 변수는 선언된 상수와 유사하게 동작합니다.
• 새로 고침 시나리오 문제 해결에 있는 일부 커넥터는 프리미엄 작업 영역의 데이터 흐름 및 데이터 마트에 대해 지원되지 않습니다.
• 데이터 흐름에서 DirectQuery를 사용하는 경우 슬라이서 비주얼을 사용한 검색은 대/소문자를 구분합니다.
• 데이터 흐름 엔터티에서는 다음 문자가 허용되지 않습니다. \/

데이터 흐름 작성

데이터 흐름을 작성할 때는 다음 사항을 고려해야 합니다.

• 데이터 흐름 작성은 PQO(파워 쿼리 온라인) 환경에서 수행됩니다. 파워 쿼리 제한에 설명된 제한 사항을 참조하세요. 데이터 흐름 작성은 PQO(파워 쿼리 온라인) 환경에서 수행되므로 데이터 흐름 워크로드 구성에서 수행되는 업데이트는 새로 고침에만 영향을 미치며 작성 환경에 영향을 주지 않습니다.

• 데이터 흐름은 소유자만 수정할 수 있습니다.

• 내 작업 영역에서는 데이터 흐름을 사용할 수 없습니다.

• 게이트웨이 데이터 원본을 사용하는 데이터 흐름은 동일한 데이터 원본에 대해 여러 자격 증명을 지원하지 않습니다.

• Web.Page 커넥터를 사용하려면 게이트웨이가 필요합니다.

• 데이터 흐름 Gen1 편집 환경에서 사용자는 드롭다운 목록 데이터 게이트웨이에서 옵션>프로젝트>데이터 로드>선택(없음) 을 사용하여 데이터 흐름에서 온-프레미스 데이터 게이트웨이 연결을 제거할 수 없습니다. 다음 단계에서 문제를 해결할 수 있습니다.

  1. 온-프레미스 데이터 게이트웨이 연결을 제거하려는 데이터 흐름 편집을 시작합니다.
  2. 옵션>프로젝트 데이터 로드>데이터 게이트웨이를 선택하고 없음을 선택한 다음 확인을 선택합니다.
  3. "연결 구성" 단추가 있는 노란색 경고가 나타나면 연결 구성을 선택하고 드롭다운 상자에서 클라우드 연결을 선택하고 클라우드 연결에 필요한 경우 자격 증명을 삽입합니다.
  4. 연결 관리를 선택한 다음 게이트웨이 연결 > 의 연결 해제 단추를 선택합니다.
  5. 연결 관리 대화 상자를 닫습니다. "연결 구성"을 다시 수행해야 하는 경우 연결 관리 대화 상자를 닫습니다. 저장 및 닫기를 선택하고 저장 작업이 완료되기를 기다립니다.
  6. 이전 단계를 적용한 후 "연결 구성" 경고가 표시되지 않으면 이전 단계를 적용하고 데이터 흐름을 저장 및 닫은 다음 다시 편집하고 "연결 구성" 경고를 확인하여 작업을 수행할 수 있습니다.

  게이트웨이에 대한 연결이 데이터 흐름에서 아직 제거되지 않은 경우 게이트웨이에 바인딩되지 않고 동일한 쿼리를 사용하여 새 데이터 흐름을 다시 만들어야 할 수 있습니다.

API 고려 사항

지원되는 데이터 흐름 REST API에 대한 자세한 내용은 REST API 참조에서 찾을 수 있습니다. 다음은 유의해야 할 몇 가지 고려 사항입니다.

• 데이터 흐름을 내보내고 가져오면 해당 데이터 흐름에 새 ID가 부여됩니다.

• 연결된 테이블이 포함된 데이터 흐름을 가져오면 데이터 흐름 내의 기존 참조가 업데이트되지 않습니다(데이터 흐름을 가져오기 전에 이러한 쿼리를 수동으로 업데이트해야 함).

• 데이터 흐름을 배포할 때 충돌 처리기 GenerateUniqueName 및 Abort 매개 변수를 사용하여 작업이 이미 있을 때 작업을 중단하거나 API에 고유한 이름을 자동으로 만들도록 지시할 수 있습니다. 가져오기 API를 사용하여 처음에 만든 경우 데이터 흐름을 CreateOrOverwrite 매개 변수로 덮어쓸 수 있습니다.

공유 용량의 데이터 흐름

공유 용량의 데이터 흐름에 대한 제한 사항이 있습니다(프리미엄이 아닌 용량).

• 데이터 흐름을 새로 고치면 공유 용량의 시간 제한은 테이블당 2시간, 데이터 흐름당 3시간입니다.
• 연결된 테이블은 공유 데이터 흐름에서 만들 수 없지만 쿼리의 Load Enabled 속성을 사용하지 않는 한 데이터 흐름 내에 존재할 수 있습니다.
• 계산된 테이블은 공유 데이터 흐름에서 만들 수 없습니다.
• AutoML 및 Cognitive Services는 공유 데이터 흐름에서 사용할 수 없습니다.
• 증분 새로 고침은 공유 데이터 흐름에서 작동하지 않습니다.

프리미엄의 데이터 흐름

프리미엄에 있는 데이터 흐름에는 다음과 같은 고려 사항 및 제한 사항이 있습니다.

새로 고침 및 데이터 고려 사항:

• 데이터 흐름을 새로 고칠 때 시간 제한은 24시간입니다(테이블 및/또는 데이터 흐름은 구분되지 않음).

• 증분 새로 고침 정책에서 일반 새로 고침으로 또는 그 반대로 데이터 흐름을 변경하면 모든 데이터가 삭제됩니다.

• 데이터 흐름의 스키마를 수정하면 모든 데이터가 삭제됩니다.

• 데이터 흐름과 함께 PPU(사용자 단위 Premium) 라이선스를 사용하는 경우 PPU 환경에서 데이터를 이동할 때 데이터가 지워집니다.

• PPU(사용자 단위 Premium) 컨텍스트에서 데이터 흐름을 새로 고치면 PPU가 아닌 사용자에게 데이터가 표시되지 않습니다.

• 증분 새로 고침은 향상된 컴퓨팅 엔진을 사용하도록 설정한 경우에만 데이터 흐름에서 작동합니다.

연결된 테이블 및 계산 테이블:

• 연결된 테이블은 최대 32개의 참조 깊이까지 내려갈 수 있습니다.

• 연결된 테이블의 순환 종속성은 허용되지 않습니다.

• 연결된 테이블은 온-프레미스 데이터 원본에서 데이터를 가져오는 일반 테이블과 조인할 수 없습니다.

• 데이터 흐름에서 다른 쿼리(쿼리 B)의 계산에 쿼리(예: 쿼리 A)를 사용하는 경우 쿼리 B는 계산 테이블이 됩니다. 계산된 테이블은 온-프레미스 원본을 참조할 수 없습니다.

• 다른 테넌트의 엔터티를 참조하는 연결된 테이블은 지원되지 않습니다.

컴퓨팅 엔진:

• 컴퓨팅 엔진을 사용하는 동안 데이터 수집의 초기 시간이 약%에서%로 증가합니다.

  • 이는 컴퓨팅 엔진에 있는 첫 번째 데이터 흐름에만 적용되며 데이터 원본에서 데이터를 읽습니다.
  • 원본 데이터 흐름을 사용하는 후속 데이터 흐름에는 동일한 페널티가 발생하지 않습니다.

• 특정 작업만 컴퓨팅 엔진을 사용하고 연결된 테이블을 통해 또는 계산 테이블로 사용할 때만 사용합니다. 작업의 전체 목록은 이 블로그 게시물에서 확인할 수 있습니다.

용량 관리:

• 기본적으로 프리미엄 Power BI 용량에는 용량이 낮은 메모리에서 실행될 때 여러 가지 방법으로 워크로드를 제한하는 내부 Resource Manager가 있습니다.

  1. 데이터 흐름의 경우 이 제한 압력은 사용 가능한 M 컨테이너의 수를 줄입니다.
  2. 데이터 흐름에 대한 메모리는 데이터 크기에 적합한 크기의 컨테이너를 사용하여%100개로 설정할 수 있으며 워크로드는 컨테이너 수를 적절하게 관리합니다.

• 워크로드에 할당된 총 메모리를 컨테이너에 할당된 메모리 양으로 나누어 대략적인 컨테이너 수를 확인할 수 있습니다.

의미 체계 모델의 데이터 흐름 사용

• Power BI Desktop에서 의미 체계 모델을 만든 다음 Power BI 서비스에 게시할 때 데이터 흐름 데이터 원본에 대해 Power BI Desktop에서 사용되는 자격 증명이 의미 체계 모델을 서비스에 게시할 때 사용되는 자격 증명과 동일한지 확인합니다.
  1. 이러한 자격 증명이 동일한지 확인하지 못하면 의미 체계 모델 새로 고침 시 키를 찾을 수 없음 오류가 발생합니다.

데이터 흐름 및 명명된 연결

명명된 연결이 있는 데이터 흐름을 사용하는 경우 다음과 같은 제한 사항이 적용됩니다.

• 특정 경로 및 형식의 클라우드 연결을 하나만 만들 수 있습니다. 예를 들어 하나의 SQL과 서버/데이터베이스 클라우드 연결만 만들 수 있습니다. 여러 게이트웨이 연결을 만들 수 있습니다.
• 클라우드 데이터 원본의 이름을 지정하거나 이름을 바꿀 수 없습니다. 게이트웨이 연결의 이름을 바꾸거나 이름을 바꿀 수 있습니다.

ADLS 제한 사항

• ADLS는 GCC, GCC High 또는 DOD 환경에서 사용할 수 없습니다. 자세한 내용은 미국 정부 고객용 Power BI참조하세요.
• ADLS Gen 2 API의 변경으로 인해 리소스 소유자로 할당되어야 합니다.
• Azure 구독 마이그레이션은 지원되지 않지만 두 가지 대안이 있습니다.
  • 첫 번째 방법: 마이그레이션 후 사용자는 작업 영역을 분리하고 다시 연결할 수 있습니다. 테넌트 수준 계정을 사용하는 경우 모든 작업 영역을 분리한 다음 테넌트 수준에서 분리하고 다시 연결해야 합니다. 모든 데이터 흐름을 삭제하지 않거나 작업 영역이 많은 고객에게는 바람직하지 않을 수 있습니다.
  • 두 번째 방법: 이전 방법이 불가능한 경우 지원 요청을 제출하여 데이터베이스의 구독 ID를 변경합니다.
• ADLS는 다음과 같은 제한 사항으로 인해 작업 영역 명명 및 데이터 흐름 명명에 대한 문서의 디렉터리 및 파일 이름 섹션에 있는 목록의 대부분의 요소를 지원하지 않습니다.
  • Power BI는 도움이 되지 않는 오류를 반환하거나 프로세스가 수행되도록 허용하지만 새로 고침이 실패합니다.
• 교차 테넌트 ADLS 구독은 지원되지 않습니다. Power BI에 연결된 ADLS는 Power BI가 Microsoft Entra ID에 사용하는 것과 동일한 Azure 테넌트에 속해야 합니다.

데이터 흐름 데이터 형식

데이터 흐름에서 지원되는 데이터 형식은 다음과 같습니다.

관련 콘텐츠

다음 문서에서는 데이터 흐름 및 Power BI에 관한 자세한 정보를 제공합니다.

• 데이터 흐름 및 셀프 서비스 데이터 준비 소개
• 데이터 흐름 만들기
• 데이터 흐름 구성 및 사용
• Azure Data Lake Gen 2를 사용하도록 데이터 흐름 스토리지 구성
• 데이터 흐름의 프리미엄 기능
• 데이터 흐름에서 AI 사용
• 데이터 흐름 모범 사례