Keep a tenant deployment name paired with its original deployment location

Source facts

A tenant deployment’s location identifies where Azure stores its deployment data, independently of the locations of the resources being deployed. Once used, a deployment name cannot be reused with a different deployment location. For InvalidDeploymentLocation, Microsoft specifies using the earlier location or choosing another deployment name. Microsoft Learn.

Applicability

Apply this distinction when rerunning a tenant-scope template after changing a pipeline’s location input. Identify the deployment’s name and stored location before changing any resource location. The failing pair concerns deployment records, not necessarily where the template intends to place a workload.

DSE recommendation

DSE recommends keeping the deployment-data location explicit alongside the naming convention. For a failed rerun, compare the requested name/location pair with the existing deployment before selecting the correction. Use the established location when preserving the name is intentional, or approve a distinct name when a different deployment-data location is required. Keep the reason for that choice with the release record.

Verification

Inspect the existing tenant deployment and the sanitized invocation that failed. Verify that the revised pair follows the selected convention, then perform the approved retry in its intended scope. Compare the resource locations separately so fixing the deployment record does not accidentally alter the infrastructure plan. Retain the original error and corrected pair; do not report a new name alone as proof that the resource deployment completed.

Official references

Microsoft Learn. Source retrieved September 9, 2026.