Microsoft Purview · Rate Limits
Microsoft Purview Rate Limits
Microsoft Purview APIs sit on the Azure Resource Manager and Microsoft Graph control planes, inheriting their throttling models. ARM control-plane requests are subject to subscription-level read / write limits (12,000 reads, 1,200 writes per hour per subscription per region); Graph compliance endpoints follow Graph throttling. Purview-specific data-plane limits are not separately published per-tier — they degrade based on Data Map capacity-unit allocation. Limits are enforced via 429 with Retry-After.
4 Limits
Throttle: 429
Rate LimitingComplianceData GovernanceMicrosoft
Limits
Azure Resource Manager reads (subscription / region) account/region
12000
Default ARM control-plane read budget per subscription per region.
Azure Resource Manager writes (subscription / region) account/region
1200
Default ARM control-plane write budget per subscription per region.
Microsoft Graph (Purview compliance endpoints) account
See Microsoft Graph throttling guidance — service- and tenant-specific
Purview Data Map / scanning account
Capacity bound by allocated Data Map capacity units; degrades when capacity is exhausted
Policies
Honor Retry-After
All 429 responses include Retry-After. Implement exponential backoff with jitter on top of the header value.
Use ARM rate-limit headers
Inspect x-ms-ratelimit-remaining-subscription-reads / -writes to back off proactively before hitting the cap.
Capacity scaling
Increase allocated Data Map capacity units to raise effective Purview data-plane throughput.
Service principal scoping
Use a dedicated service principal per ETL pipeline to isolate throttling impact and improve diagnosability.