Skip to content

Commit 0d1ef55

Browse files
authored
Clarify NFS endpoints and metadata handling
Updated NFS endpoints section to clarify migration support for Azure file shares and detailed metadata handling.
1 parent 7b32682 commit 0d1ef55

1 file changed

Lines changed: 19 additions & 2 deletions

File tree

articles/storage-mover/endpoint-manage.md

Lines changed: 19 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -74,9 +74,11 @@ There are many use cases that require preserving metadata values such as file an
7474

7575
### NFS endpoints
7676

77-
Using the NFS protocol, you can transfer files between computers running Windows and other non-Windows operating systems, such as Linux or UNIX. The current Azure Storage Mover release supports migrations from NFS shares on a NAS or server device within your network to an Azure blob container only.
77+
Using the NFS protocol, you can transfer files between computers running Windows and other non-Windows operating systems, such as Linux or UNIX. Azure Storage Mover release supports migrations from NFS shares on a NAS or server device within your network to an Azure blob container or Azure file shares.
7878

79-
Unlike SMB, NFS doesn't utilize the ACL concept or user-based authentication. This difference allows NFS endpoints to be accessed without Azure Key Vault integration. In addition, Storage Mover processes metadata differently for both NFS mount sources and their blob container target counterparts. The following table identifies outcomes for common metadata encountered during migration:
79+
Unlike SMB, NFS doesn't utilize the ACL concept or user-based authentication. This difference allows NFS endpoints to be accessed without Azure Key Vault integration.
80+
81+
Storage Mover processes metadata differently for both NFS mount sources and their blob container target counterparts. The following table identifies outcomes for common metadata encountered during migration:
8082

8183
|Metadata property |Outcome |
8284
|-----------------------|-------------------------------------------------------------------------------------|
@@ -89,6 +91,21 @@ Unlike SMB, NFS doesn't utilize the ACL concept or user-based authentication. Th
8991
|Last accessed timestamp|This timestamp is preserved as custom blob metadata if it exists on the source file. There's no blob-native timestamp of this type.|
9092
|Other metadata |Other metadata is persisted in a custom metadata field of the target blob if it exists on source items. Only 4 KiB of metadata can be stored. Metadata of a larger size isn't migrated.|
9193

94+
For NFS mount sources and Azure File share targets, the following table identifies outcomes for common metadata encountered during migration:
95+
96+
|Metadata property |Outcome |
97+
|-----------------------|-------------------------------------------------------------------------------------|
98+
|Directory structure |The original directory structure of the source will be preserved on the target share.|
99+
|Access permissions |Access mode, user and group permissions will be preserved from source file or directory on the target share.|
100+
|Symbolic links |Symbolic links are skipped.|
101+
|Hard links |Target file will be copied as regular file. Files on the source which are hard links will not be linked at the destination. The destination will receive full copies despite hard link status at the source.|
102+
|Create timestamp |The original create timestamp of the source file will be preserved on the target share.|
103+
|Change timestamp |Not preserved. NFS semantics treat ctime as a read-only attribute.|
104+
|Modified timestamp |The original modified timestamp of the source file will be preserved on the target share.In some cases where directory information is updated before the files are updated, the “Modified timestamp” on directory will be reflected correctly after first sync and not during the initial copy.|
105+
|Last accessed timestamp|Not preserved. This last access timestamp is neither supported for a file nor a directory on the target share.|
106+
107+
108+
92109
## Create an endpoint
93110

94111
Before you can create a job definition, you need to create endpoints for your source and target data sources.

0 commit comments

Comments
 (0)