What Are the Restrictions on Using MgC for Storage Migration?
Table 1 and Table 2 list the constraints on storage migration using MgC.
Item |
Constraint |
---|---|
Objects with multiple versions |
By default, only the latest version of objects in source buckets is migrated. |
Storage class of target buckets |
The storage class of target buckets can only be Standard or Infrequent Access. You can change the storage class of target buckets after the migration is complete. |
Migration object |
|
Migration network |
Migrations are supported over public networks, private networks, and private lines. |
Symbolic links |
|
Migration scope |
You can migrate a single bucket or multiple buckets in batches. |
Metadata migration |
|
Archived data |
To migrate archived data from object storage, you must restore it first. You need to:
|
Concurrent subtasks |
You can define the number of concurrent subtasks based on the number of online migration nodes. There cannot be more than 10 concurrent subtasks for each online migration node. For example, if there are 2 online migration nodes, the maximum number of subtasks can be 20 or any number below. |
Object list files |
These files must be stored in the same region as the target bucket.
|
Scenario |
Constraint |
---|---|
Migration source: SMB systems |
|
Migration source: NAS file systems |
|
Feedback
Was this page helpful?
Provide feedbackThank you very much for your feedback. We will continue working to improve the documentation.See the reply and handling status in My Cloud VOC.
For any further questions, feel free to contact us through the chatbot.
Chatbot