느린 실행 흐름 문제 해결
이 문서에서는 실행 속도가 느린 이유와 문제를 완화하기 위한 제안에 대해 설명합니다. 그러나 이 문서는 트리거가 실행되지 않는 경우에 적용되지 않습니다. 이 경우 흐름이 실행 기록 목록에 시작되거나 표시되지 않습니다.
증상
흐름이 느리게 실행되고 흐름 실행 세부 정보의 단일 단계에서 중단되는 것처럼 보일 수 있습니다.
원인 1: 연결하는 서비스가 느리게 실행됩니다.
instance 경우 실행 속도가 느린 SQL 쿼리는 쿼리 실행이 완료될 때까지 기다리는 동안 흐름 속도가 느려질 수 있습니다.
원인 2: 사용하는 커넥터는 서비스 보호 메커니즘으로 흐름을 느리게 합니다.
예를 들어 SharePoint 커넥터는 작업 한도를 분당 600으로 설정합니다. 여러 흐름에서 사용되는 단일 SharePoint 연결은 분당 600개의 작업만 실행할 수 있습니다.
대부분의 커넥터 페이지에는 이 제한을 문서화 하는 제한 섹션 이 있습니다.
흐름에 "속도 제한이 초과되었습니다"와 같은 오류 텍스트와 함께 "429(너무 많은 요청)" 오류가 표시될 수 있습니다. 27초 후에 다시 시도하세요."
원인 3: 흐름이 계획에 대한 일일 제한보다 더 많은 작업을 실행합니다.
- 요청 제한 및 할당 페이지에서 Power Automate 서비스에서 각 계획에 대해 허용하는 최소 작업 수를 확인할 수 있습니다.
- 흐름에서 실행되는 모든 카드 API 호출(작업)으로 계산됩니다. 여기에는 발신 호출(예: SharePoint 호출)을 초래하는 작업과 그렇지 않은 작업(예: 변수 설정, 지연 등)이 포함됩니다. 완료 및 실패(건너뛰지 않음) 작업만 제한에 포함됩니다.
- Power Automate 서비스는 일반적으로 여기에 설명된 것보다 더 많은 수를 허용하며 가끔 및 합리적인 초과분에 따라 흐름이 느려지지 않습니다. 그러나 흐름의 작업 수가 이러한 제한을 초과하는 경우 잠재적인 제한 또는 확장 위반의 경우 사용하지 않도록 설정됩니다.
- 흐름 세부 정보 페이지의 분석 탭을 사용하여 작업 및 사용을 검사 수 있습니다.
원인 4: 흐름이 일일 데이터 사용 허용량을 초과합니다.
이는 입력 또는 출력 작업으로 인해 흐름에서 사용하는 데이터의 양입니다.
원인 5: 흐름이 Power Automate 제한 및 구성 페이지에 설명된 제한을 초과합니다.
Power Automate 제한 및 구성에 대해 자세히 알아봅니다.
- 이러한 제한의 경우 실행된 작업과 건너뛴 작업(if/else 분기에서 발생할 수 있는 작업)이 모두 한도에 포함됩니다.
- 다음 계획 요약 섹션에 설명된 계획 제한을 위반하는 것이 훨씬 더 일반적입니다.
- 전환 기간 동안 적용은 엄격하지 않으며 제한이 더 높습니다. 전환 기간은 Power Platform 관리 센터 보고서를 일반 공급한 후에 종료됩니다. 그러면 조직은 라이선스 제한에 대한 엄격한 적용이 시작되기 전에 사용량을 분석하고 적절한 라이선스를 구매하는 데 6개월이 필요합니다.
계획 요약
| 계획 | 24시간당 제한 | 일일 데이터 사용량 |
|---|---|---|
| Office 365 Flow 라이선스, 앱당 Power Apps, Dynamics 팀 구성원 및 평가판 | 최종 제한: 단일 사용자가 만든 모든 흐름에서 6,000개의 작업입니다. 전환 제한: 흐름당 10,000 작업 |
단일 사용자가 만든 모든 흐름에서 1GB입니다. |
| Power Automate Premium, Power Apps Premium, 사용자당 Power Automate, 참석한 RPA가 있는 사용자당 Power Automate 및 사용자당 Power Apps | 단일 사용자가 만든 모든 흐름에서 40,000개의 작업 전환 제한: 흐름당 200,000개 작업 |
단일 사용자가 만든 모든 흐름에서 10GB입니다. |
| Dynamics Professional 라이선스 | 단일 사용자가 만든 모든 흐름에서 40,000개의 작업 전환 제한: 흐름당 200,000개 작업 |
단일 사용자가 만든 모든 흐름에서 10GB입니다. |
| Dynamics Enterprise 애플리케이션 라이선스 | 단일 사용자가 만든 모든 흐름에서 40,000개의 작업 전환 제한: 흐름당 200,000개 작업 |
단일 사용자가 만든 모든 흐름에서 10GB입니다. |
| Power Automate 프로세스 라이선스 및 흐름별 Power Automate 라이선스 | 프로세스당 250,000개 작업 전환 제한: 흐름당 500,000개 작업 |
흐름당 50GB 스토리지. |
해결 방법 1: 더 적은 작업과 적은 데이터를 사용하도록 흐름 재설계
- 흐름에 또는
For each item루프가 있는 경우Do until반복할 항목 수를 줄여 루프 반복 수를 줄입니다. - 많은 커넥터에는
Filter query항목 수와Top count검색된 데이터의 양을 줄이는 데 사용할 수 있는 매개 변수와 매개 변수가 있습니다. 자세한 내용은 Odata를 사용하여 필터링을 참조하세요. - 자주 실행되는 예약된 흐름이 있는 경우 빈도를 줄이는 것이 좋습니다. 분당 또는 시간당 한 번 실행되는 많은 흐름은 덜 자주 실행되도록 수정할 수 있습니다.
- 흐름이 파일과 상호 작용하는 경우 파일 크기를 의식하고 가능하면 줄이십시오.
- 출력 크기가 큰 작업에서 반환된 단일 속성을 여러 번 다시 사용해야 하는 경우 Initialize Variable 를 사용하여 해당 속성을 저장하고 이후 작업에서 변수를 사용하는 것이 좋습니다. 이전 작업의 출력에서 하나의 속성만 사용하더라도 해당 작업의 모든 출력은 이후 작업에 입력으로 전달됩니다.
해결 방법 2: 가격 책정 페이지에서 프리미엄 또는 프로세스 라이선스 구매
Power Automate 가격 책정에 대해 자세히 알아보세요.
일반 사용자는 현재 개별 플랜 구매를 사용할 수 없다는 메시지를 받게 되므로 테넌트 관리자는 플랜을 구매해야 합니다. 그러면 테넌트 관리자가 흐름을 만든 사용자에게 계획을 적용해야 합니다. 프로세스 계획은 흐름 세부 정보 페이지에서 할당할 수 있습니다. 라이선스를 구매하고 할당하면 흐름 작성자가 흐름을 다시 저장해야 합니다. 또는 흐름이 현재 계획을 반영하도록 일주일에 한 번 백그라운드에서 업데이트됩니다.
흐름이 매일 수천 개의 작업을 실행하는 경우 더 나은 처리량과 더 높은 할당량을 얻기 위해 프로세스 라이선스를 구매하는 것이 좋습니다. 프로세스 계획은 사용 가능한 최상의 성능 할당량을 제공합니다.
Power Automate가 매일 제공하는 것보다 더 많은 작업이 필요한 경우 흐름을 Logic Apps로 내보내는 것이 좋습니다. Logic Apps와 관련된 비용에 대한 자세한 내용은 Azure Logic Apps에 대한 비용 관리 계획을 참조하세요.