Migrate data from Baidu Object Storage (BOS) to Alibaba Cloud Object Storage Service (OSS) by using the Data Online Migration service. This topic describes the considerations, the migration limitations, and the procedure that takes you from selecting a service region to verifying the migrated data.
Prerequisites
Prepare the following items before you start the migration:
A Resource Access Management (RAM) user that you use to log on to the Data Online Migration console.
The access key pair of the source BOS account, consisting of an AccessKeyId and a SecretAccessKey. You enter this key pair when you create the source address.
An OSS bucket that stores the migrated data. You specify this bucket when you create the destination address.
Role authorization for the destination bucket. The authorization method depends on whether the destination bucket belongs to the account of the Data Online Migration console. For the available options, see the Authorization role parameter in Step 3: Create a destination address.
Usage notes
The online migration service accesses source data using the standard public APIs of the source storage service provider. The migration behavior depends on the provider's service implementation.
Online migration consumes resources at both the source and the destination, potentially impacting your business operations. If your services are critical, evaluate the potential impact and configure a speed limit for the migration task, or run the task during off-peak hours.
The online migration service checks files at both the source and destination before a migration begins. However, if a file at the source has the same name as a file at the destination and the migration task is configured to overwrite existing files, the service overwrites the destination file. If the files contain different data, rename one of the files or back up the destination file before starting the migration.
The online migration service preserves the last modified time of source files. If a lifecycle rule is configured for the destination bucket, a migrated file whose last modified time matches the rule's conditions may be deleted or transitioned to the specified archive storage class.
Migration limitations
Review the following limitations and risks before you create any migration task:
You can migrate data from only one bucket per migration task. Migrating data from an entire account at once is not supported.
A quota also applies to the number of migration tasks that can run concurrently. For the quota that applies to your region, see the important notice in Step 4: Create a migration task.
BOS attributes are handled as follows during migration:
Attributes that are migrated: x-bce-meta-*, LastModifyTime, Content-Type, Cache-Control, Content-Encoding, Content-Disposition, and Content-Language.
WarningWhen the source address uses a standard Baidu BOS domain name, a
GetObjectcall forcesContent-Dispositiontoattachment. This attribute is migrated to the destination, where it no longer matches the actual attribute at the source. When a browser accesses such a file, for example an HTML file, the file is downloaded instead of displayed.Attributes that are not migrated (including but not limited to): Expires, StorageClass, ACL, server-side encryption, and Tagging.
NoteThe behavior of attributes that are not listed cannot be determined in advance. Use the result of the actual migration as the reference.
Step 1: Log on to the console and select a region
Log on to the Data Online Migration console as the RAM user that you created.
The region you select in the upper-left corner of the top navigation bar is the migration service deployment region. Therefore, select the region where your data source is located or the one closest to it.
The region you select at the top of the console is the migration service deployment region. Available regions in the Chinese mainland include China (Beijing), China (Shanghai), China (Hangzhou), China (Shenzhen), and China (Ulanqab). Other available regions include China (Hong Kong), Singapore, Germany (Frankfurt), and US (Virginia).
ImportantData endpoints and migration tasks are region-specific. Choose your region carefully.
We recommend selecting your source data's region. If this region is not available, select the closest available region.
For cross-border migrations, we recommend enabling transfer acceleration to improve migration speed. Buckets with transfer acceleration enabled incur transfer acceleration fees. For more information about transfer acceleration, see Accelerate access to OSS.
Step 2: Create a source address
The source address points the migration task to the BOS bucket that holds your data.
In the navigation pane on the left, choose Data Online Migration > Address Management, and then click Create Address.
On the Create Data Address page, configure the following parameters and then click OK.
Parameter | Required | Description |
Name | Yes |
|
Type | Yes | Select Baidu BOS. |
Endpoint | Yes | Enter the endpoint of the region where the source address resides. For more information, see Region and Endpoint. |
AccessKeyId and SecretAccessKey | Yes | Enter the access key pair used for the migration. Delete the access key pair after the migration is complete. |
Bucket | Yes | The name of the BOS bucket. The bucket name must not contain invalid characters such as leading or trailing spaces, line breaks, or tab characters. |
Prefix | No | You can specify a data path prefix to migrate a subset of the data.
|
Tunnel | No | Select the name of the channel to use. Important
|
Agent | No | Select the name of the agent to use. Important
|
Step 3: Create a destination address
Now that the source address is ready, create the destination address that identifies the OSS bucket that receives the data.
In the navigation pane on the left, choose Data Online Migration > Address Management, and then click Create Address.
On the Create Data Address page, configure the following parameters and then click OK.
Parameter | Required | Description |
Name | Yes |
|
Type | Yes | Select OSS. |
Custom domain name | No | You can specify a custom domain name. |
Region | Yes | Select the region where the destination address resides, for example, China (Hangzhou). |
Authorization role | Yes | Select the authorization method that matches your scenario:
|
Bucket | Yes | Enter the name of the bucket that stores the migrated data in the account of the current console. |
Prefix | No | You can specify a data path prefix to migrate the source data to a specific directory. The prefix cannot start with a forward slash (/) and must end with a forward slash (/), for example,
|
Tunnel | No | Select the name of the channel to use. Important
|
Agent | No | Select the name of the agent to use. Important
|
Step 4: Create a migration task
Concurrency limit for migration tasks: Deployment regions in the Chinese mainland and China (Hong Kong) support a maximum of 10 concurrent tasks. Overseas regions support a maximum of 5 concurrent tasks. Exceeding this limit may cause scheduled tasks to fail.
In the left-side navigation pane, choose Data Online Migration > Migration Tasks, and then click Create Task.
On the Select Address page, configure the following parameters, and then click Next.
Parameter
Required
Description
Name
Yes
Enter a name for the migration task. The name must meet the following requirements:
The name must be 3 to 63 characters in length.
The name can contain lowercase letters, digits, hyphens (-), and underscores (_). The name is case-sensitive.
The name cannot start with a hyphen (-) or an underscore (_).
Source Address
Yes
Select an existing source address.
Destination Address
Yes
Select an existing destination address.
On the Task Configurations page, configure the following parameters.
Parameter
Required
Description
Basic settings
Migration Bandwidth
No
Select the migration bandwidth.
Default: The maximum available bandwidth. The actual speed depends on the file size and the number of files.
Specify an upper limit: Specify a maximum bandwidth limit.
ImportantThe actual migration bandwidth depends on factors such as the data source, network conditions, destination throttling, and file size, and may not reach the specified upper limit.
Select a value based on your data source, destination, business requirements, and network bandwidth. Improper throttling can disrupt your business operations.
Files Migrated Per Second
No
Select the number of files migrated per second.
Default: Uses the default rate for files migrated per second.
Specify an upper limit: Specify a maximum number of files migrated per second.
ImportantThe actual number of files migrated per second is affected by factors such as the data source, network conditions, destination throttling, and file size, and may not reach the specified upper limit.
Select a value based on your data source, destination, business requirements, and network bandwidth. Improper throttling can disrupt your business operations.
Overwrite Mode
Yes
Specifies how to handle files with the same name.
Do not overwrite: Skips the file.
Overwrite All: The source file overwrites the destination file.
Overwrite based on the last modification time:
If the last modified time of the source file is later than that of the destination file, the destination file is overwritten.
If the last modified time of the source and destination files are the same, the destination file is overwritten if their Size or Content-Type differs.
With the Overwrite based on the last modification time policy, there is a risk that an older file may overwrite a newer file because it does not strictly guarantee that newer files will be preserved.
If you select the Overwrite based on the last modification time policy, ensure that the source files can return metadata such as last modified time, Size, and Content-Type. Otherwise, the overwrite policy may not work as expected.
When you select Do not overwrite or Overwrite if last modified time is later, the service sends one request to the source and one to the destination to retrieve metadata for the overwrite check. This incurs request fees at both the source and the destination.
WarningAudit settings
Migration Report
Yes
Specifies how to push the migration report.
Do not push (Default): Does not push the migration report to the destination bucket.
Push: Pushes the migration report to the destination bucket. For path details, see Next steps.
ImportantPushing the migration report consumes storage space at the destination.
Pushing the migration report may be delayed.
Each task execution record has a unique ID. The migration report is pushed only once. Do not delete it unless necessary.
Migration Logs
Yes
Specifies how to push the migration log.
Do not push (Default): Does not push the migration log.
Push: Pushes the migration log to Log Service (SLS). You can view the migration log in SLS.
Push only file error logs.: Pushes only file error logs to Log Service (SLS). You can view these logs in SLS.
When you select Push or Push only file error logs., Online Migration Service creates a project in Log Service (SLS) named aliyun-oss-import-log-<Alibaba Cloud account ID>-<current deployment region>, for example, aliyun-oss-import-log-137918634953****-cn-hangzhou.
ImportantBefore you select Push or Push only file error logs., ensure you have completed the following operations. Otherwise, the migration task may fail.
You have activated Log Service (SLS).
You have granted the required permissions on the Authorize page.
Authorize
No
This option appears only when you set Migration Logs to Push or Push only file error logs..
Click Authorize to go to the Cloud Resource Access Authorization page. The system creates the AliyunOSSImportSlsAuditRole role and grants it the necessary permissions. Click Agree to Authorization to complete the authorization.
Filters
File Name
No
A filter based on filenames.
Supports Include and Exclude rules using regular expressions based on the RE2 library (only a subset of the syntax is supported). For example:
.*\.jpg$ matches all files that end with .jpg.
^file.* matches all files at the root level that start with file by default.
If you set a prefix for the source address, such as data/to/oss/, you must use ^data/to/oss/file.* to match all files that start with file under that prefix.
.*/picture/.* matches any subdirectory named picture.
ImportantWhen you use an Include rule, all matching files are migrated. If there are multiple Include rules, any file that matches at least one rule is migrated.
For example, if you have two files, picture.jpg and picture.png, and you set an Include rule for .*\.jpg$, only picture.jpg is migrated. If you also add an Include rule for .*\.png$, both files are migrated.
When you use an Exclude rule, no matching files are migrated. If there are multiple Exclude rules, any file that matches at least one rule is not migrated.
For example, if you have two files, picture.jpg and picture.png, and you set an Exclude rule for .*\.jpg$, only picture.png is migrated. If you also add an Exclude rule for .*\.png$, neither file is migrated.
Exclude rules take precedence. If a file matches both an Exclude rule and an Include rule, the file is not migrated.
For example, for a file named file.txt, if you set an Exclude rule for .*\.txt$ and an Include rule for file.*, the file file.txt is not migrated.
File Modification Time
No
Filters files based on their last modified time.
You can specify a time range to migrate only files whose last modified time falls within that range. The rules are as follows:
If you specify only a start time of January 1, 2019, the task migrates only files last modified on or after that date.
If you specify only an end time of January 1, 2022, the task migrates only files last modified on or before that date.
If you specify a start time of January 1, 2019 and an end time of January 1, 2022, the task migrates only files last modified on or between these two dates.
Migration configuration
Retain last modified time
Yes
Specifies whether to retain the last modified time of the source file.
Retain (Default): The destination file retains the last modified time of the source file.
Do not retain: The last modified time is not set.
Convert Appendable Object to Normal Object/Multipart Object
No
Specifies whether to convert Appendable Objects to Normal Objects or Multipart Objects.
Yes: Converts source Appendable Objects to Normal Objects or Multipart Objects at the destination.
No: Source Appendable Objects are migrated to the destination as Appendable Objects.
ImportantThis option is visible and configurable only if your account is on the allowlist.
This option is currently supported only for OSS-to-OSS migration tasks.
Specify destination storage class
No
Specifies whether to set the storage class for destination files.
Specify: Migrated files are assigned the specified storage class at the destination. The following storage classes are available:
Standard
Infrequent Access
Archive
Cold Archive
Deep Cold Archive
Do not specify (Default): Migrated files at the destination use the default storage class of the destination bucket.
ImportantThis option is visible and configurable only if your account is on the allowlist.
This option is currently supported only for tasks with an OSS destination.
Task scheduling
Execution time
No
ImportantIf a migration task is still running at its next scheduled execution time, that execution is postponed until the next scheduled time after the current run completes. This continues until the specified number of executions is reached.
Concurrency limit for migration tasks: Deployment regions in the Chinese mainland and China (Hong Kong) support a maximum of 10 concurrent tasks. Overseas regions support a maximum of 5 concurrent tasks. Exceeding this limit may cause scheduled tasks to fail.
Defines when to run the migration task.
Immediately: Runs the task as soon as it is created.
At the Specified Time: Specifies a daily time window for the task to run. By default, the task starts at the specified start time and pauses at the specified stop time.
Periodic Scheduling: Runs the task based on a specified frequency and number of executions.
Execution frequency: Supports five types of frequencies: Hourly, Daily, Weekly, Specific days of the week, and Custom. For more information, see Execution frequency reference.
Number of executions: Specifies how many times the task runs. If not set, the task runs once by default. For the maximum number of executions, refer to the console prompt.
ImportantYou can manually start and stop tasks at any time, regardless of the custom execution time settings.
Read the Online Migration Service Agreement, select I understand and confirm the compliance commitment statement and acknowledge my responsibility to verify data consistency after the migration task is complete, and then click Next.
Review your configuration settings. If everything is correct, click OK and wait for the migration task to run.
Execution frequency
Execution frequency | Description | Example |
Hourly | Run the task once every hour. You can use this option with the maximum number of runs. | The current time is 8:05. The frequency is set to hourly with a maximum of 3 runs. The first run starts at the next hour, 9:00.
|
Daily | Run the task once a day. You must specify an hour (0-23) for the task to start. You can use this option with the maximum number of runs. | The current time is 8:05. The task is scheduled to run daily at 10:00, with a maximum of 5 runs. The first run starts at 10:00 today.
|
Weekly | Run the task once a week. You must specify a day of the week and an hour (0-23) for the task to start. You can use this option with the maximum number of runs. | The current time is Monday, 8:05. The task is scheduled to run every Monday at 10:00, with a maximum of 10 runs. The first run starts at 10:00 today.
|
Specific days of the week | Run the task on selected days of the week. You must specify the days and an hour (0-23) for the task to start. | The current time is Wednesday, 8:05. The task is scheduled to run on Mondays, Wednesdays, and Fridays at 10:00. The first run starts at 10:00 today.
|
Custom | Use a cron expression to define a custom schedule for the task start time. | Note A cron expression consists of six space-separated fields that define the execution schedule: second, minute, hour, day of the month, month, and day of the week. The minimum interval is 1 hour. The following cron expression examples are for reference only. For more options, use a cron expression generator.
|
Step 5: Verify data
The migration service only transfers your data and does not guarantee data consistency or integrity. After the migration task completes, you must verify data consistency between the source and the destination.
After the migration task completes, you must verify the data at the destination. Verify that all of your data has been completely migrated to the destination before deleting the source data. If you delete the source data without verifying it, you are responsible for any resulting data loss.