Skip to content

Commit 504eeec

Browse files
Merge pull request #242082 from Clare-Zheng82/0619-Update_staged_copy
[Supportability] - Update staged copy section
2 parents b76c068 + e59c31d commit 504eeec

File tree

1 file changed

+3
-1
lines changed

1 file changed

+3
-1
lines changed

articles/data-factory/copy-activity-performance-features.md

Lines changed: 3 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -8,7 +8,7 @@ ms.service: data-factory
88
ms.subservice: data-movement
99
ms.topic: conceptual
1010
ms.custom: synapse
11-
ms.date: 02/08/2023
11+
ms.date: 06/20/2023
1212

1313
---
1414

@@ -139,6 +139,8 @@ When you activate the staging feature, first the data is copied from the source
139139

140140
:::image type="content" source="media/copy-activity-performance/staged-copy.png" alt-text="Staged copy":::
141141

142+
You need to grant delete permission to your Azure Data Factory in your staging storage, so that the temporary data can be cleaned after the copy activity runs.
143+
142144
When you activate data movement by using a staging store, you can specify whether you want the data to be compressed before you move data from the source data store to the staging store and then decompressed before you move data from an interim or staging data store to the sink data store.
143145

144146
Currently, you can't copy data between two data stores that are connected via different Self-hosted IRs, neither with nor without staged copy. For such scenario, you can configure two explicitly chained copy activities to copy from source to staging then from staging to sink.

0 commit comments

Comments
 (0)