| author | stevenmatthew |
|---|---|
| ms.service | azure-databox |
| ms.topic | include |
| ms.date | 10/15/2020 |
| ms.author | shaas |
Following caveats apply to data as it moves into Azure.
- We suggest that more than one device should not write to the same container.
- If you have an existing Azure object (such as a blob or a file) in the cloud with the same name as the object that is being copied, the device will overwrite the file in the cloud.
- An empty directory hierarchy (without any files) created under share folders is not uploaded to the blob containers.
- You can copy the data using drag and drop with File Explorer or via the command line. If the aggregate size of files being copied is greater than 10 GB, we recommend you use a bulk-copy program such as
Robocopyorrsync. The bulk-copy tools retry the copy operation for intermittent errors and provide additional resiliency. - If the share associated with the Azure storage container uploads blobs that do not match the type of blobs defined for the share at the time of creation, then such blobs are not updated. For example, if you create a block blob share on the device, associate the share with an existing cloud container that has page blobs, refresh that share to download the files, and then modify some of the refreshed files that are already stored as page blobs in the cloud, you will see upload failures.
- After a file is created in the shares, renaming of the file isn't supported.
- Deletion of a file from a share does not delete the entry in the storage account.
- If using
rsyncto copy data, thenrsync -aoption is not supported.