You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: articles/data-factory/concepts-integration-runtime.md
+10-5Lines changed: 10 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -12,7 +12,7 @@ ms.workload: data-services
12
12
13
13
ms.topic: conceptual
14
14
ms.custom: seo-lt-2019
15
-
ms.date: 03/11/2020
15
+
ms.date: 03/26/2020
16
16
---
17
17
18
18
# Integration runtime in Azure Data Factory
@@ -113,9 +113,17 @@ The IR Location defines the location of its back-end compute, and essentially th
113
113
### Azure IR location
114
114
You can set a certain location of an Azure IR, in which case the data movement or activity dispatch will happen in that specific region.
115
115
116
+
>[!TIP]
117
+
>If you have strict data compliance requirements and need ensure that data do not leave a certain geography, you can explicitly create an Azure IR in a certain region and point the Linked Service to this IR using ConnectVia property. For example, if you want to copy data from Blob in UK South to SQL DW in UK South and want to ensure data do not leave UK, create an Azure IR in UK South and link both Linked Services to this IR.
118
+
116
119
If you choose to use the **auto-resolve Azure IR**, which is the default,
117
120
118
-
- For copy activity, ADF will make a best effort to automatically detect your sink and source data store to choose the best location either in the same region if available or the closest one in the same geography, or if not detectable to use the data factory region as alternative.
121
+
- For copy activity, ADF will make a best effort to automatically detect your sink data store's location, then use the IR in either the same region if available or the closest one in the same geography; if the sink data store's region is not detectable, IR in the data factory region as alternative is used.
122
+
123
+
For example, you have your factory created in East US,
124
+
125
+
- When copy data to Azure Blob in West US, if ADF successfully detected that the Blob is in West US, copy activity is executed on IR in West US; if the region detection fails, copy activity is executed on IR in East US.
126
+
- When copy data to Salesforce of which the region is not detectable, copy activity is executed on IR in East US.
119
127
120
128
- For Lookup/GetMetadata/Delete activity execution (also known as Pipeline activities), transformation activity dispatching (also known as External activities), and authoring operations (test connection, browse folder list and table list, preview data), ADF will use the IR in the data factory region.
121
129
@@ -126,9 +134,6 @@ If you choose to use the **auto-resolve Azure IR**, which is the default,
126
134
127
135
You can monitor which IR location takes effect during activity execution in pipeline activity monitoring view on UI or activity monitoring payload.
128
136
129
-
>[!TIP]
130
-
>If you have strict data compliance requirements and need ensure that data do not leave a certain geography, you can explicitly create an Azure IR in a certain region and point the Linked Service to this IR using ConnectVia property. For example, if you want to copy data from Blob in UK South to SQL DW in UK South and want to ensure data do not leave UK, create an Azure IR in UK South and link both Linked Services to this IR.
131
-
132
137
### Self-hosted IR location
133
138
The self-hosted IR is logically registered to the Data Factory and the compute used to support its functionalities is provided by you. Therefore there is no explicit location property for self-hosted IR.
0 commit comments