User Guide for MySQL#
Overview#
This guide introduces how to install and configure the ADPS agent, and how to properly use ADPS to back up and restore MySQL.
The backup and restore features supported by ADPS include:
Backup sources
Single or multiple databases, instances
Backup types
Full backup, incremental backup, log backup, continuous log backup, logical backup, and synthetic backup
Backup targets
Standard storage pool, deduplication storage pool, data synthetic pool, local storage pool, tape library pool, LAN-free pool, and real-time backup pool
Backup schedules
Immediate, one-time, hourly, daily, weekly, and monthly
Data processing
Data compression, data encryption, multiple channels, reconnection, speed limit, replication, lock retry, and backup retry
Restore types
Point-in-time restore, logical recovery, instant recovery, log restore and recovery testing
Restore targets
Original host and different host
Restore options
Database service startup/stop script, binlog applying, MySQL service startup timeout, cache directory, keep the mount point even if job fails
Planning and preparation#
Before you install the agent, check the following prerequisites:
You have already installed and configured all the backup components, including the backup server and the storage server.
You have created a user with roles of operator and administrator on the ADPS console. Log in to the console with this user to back up and restore the resource.
Note
The administrator role can install and configure agents, activate licenses, and authorize users. The operator role can create backup/restore jobs and conduct copy data management (CDM).
Install and configure the agent#
To back up and restore MySQL, first install the agent on the host where MySQL resides.
Verify the compatibility#
Before you install the agent, ensure that the environment of the host where MySQL resides is on the Aurreum Data Protection Suite’s compatibility lists.
The ADPS supports the backup and restore of MySQL, including standalone single instance, standalone multiple instances, source-replica replication, and source-source replication.
Supported MySQL versions include:
MySQL 4.1/5.0/5.1/5.4/5.5/5.6/5.7/8.0
Install the agent#
ADPS agent can be installed on Windows and Linux. You can select the installation method according to your environment.
Windows#
To install the agent, do the following:
Log in to the ADPS console.
From the menu, click Resource > Resource. The Resource page appears.
From the toolbar, click the Install agent icon. The Install agent window appears.
In the Install agent window, do the following:
(1) From the Select system list, select Windows.
(2) From the Select file list, select the package that you want to install.
(3) Click Download.
Upload the package to the Windows host.
Log in to the Windows host with administrative privileges. Double-click the package and open the installation wizard. Click Next.
At the Select components step, select MySQL from the component list. Click Next.
At the Configure Aurreum Data Protection Suite agent step, enter the following:
(1) In the Backup server address field, enter the IP or domain name of the backup server.
(2) In the Backup server port field, enter the port number. The default value is 50305. If you enable the Use SSL secure connection option, enter 60305 in the Backup server port field.
(3) The Access key field is optional and blank by default. If your backup server adopts multi-tenancy, you must enter the access key of the tenant for the agent.
(4) Click Next.
Note
To get the access key of the user/tenant:
Log in to the ADPS console.
On the upper right corner, click your avatar, and go to Personal settings > Account settings.
On the Preference tab, click View to get the access key of the current user/tenant.
Confirm the Destination folder or specify another folder. Click Next.
Wait for the installation to complete.
Linux#
For Linux OS, ADPS agent supports online and local installation. We recommend online installation.
Online installation: ADPS provides
curl
andwget
commands for installation.Local installation: See Offline installation in Aurreum Data Protection Suite Agent Installation Guide.
To install the agent online, do the following:
Log in to the ADPS console.
From the menu, click Resource > Resource. The Resource page appears.
From the toolbar, click the Install agent icon. The Install agent window appears.
In the Install agent window, do the following:
(1) From the Select system list, select Linux.
(2) From the Component list, select MySQL. The
curl
andwget
commands appear in the window.(3) If you want to delete the downloaded package automatically after the installation, select the Delete installation package check box.
(4) If you enable Ignore SSL errors, the installation will ignore certificate errors and so on. If you disable the feature, the installation will prompt you to enter Y/N to continue or discontinue the process when an error occurs.
Click the Copy icon to copy the
curl
orwget
command.Log in to the Linux host as user root. Paste the command in the terminal and press Enter to start the installation. Example:
curl "http://IP:50305/d2/update/script?modules=mysql&location=http%3A%2F%2FIP%3A50305&access_key=572bd4dbb395fd320a30fe9729a21db8&rm=&tool=curl" | sh
Wait for the installation to complete.
Backup#
Backup type#
ADPS provides four common backup types (full backup, incremental backup, log backup, and logical backup) and two advanced (continuous log backup and synthetic backup) for MySQL.
Full backup
Backs up all data of database instances.
Incremental backup
Backs up only the data that has changed since the last backup with a full backup as the baseline.
Log backup
Backs up the binary logs of database instances with a full backup as the baseline. To perform a log backup, the database instance needs to have binary logging enabled.
Logical backup
Backs up all data of one or more databases.
Continuous log backup
Backs up the binary log files constantly, with a full backup as the baseline, to the real-time backup pool. To perform a continuous log backup job, the database needs to have binary logging enabled and server_id configured.
One instance can only run one continuous log backup job at one time. When a full backup job runs, the continuous log backup job will be waiting.
Continuous log backups have the following requirements:
(1) You have the advanced license: MySQL continuous log backup.
(2) You have created a real-time backup pool for the current user.
Synthetic backup
The first synthetic backup is a full backup, and the subsequent ones are incremental. When the synthesis condition is reached, the latest full backup and subsequent incremental backup will be synthesized to create a new full backup copy. Synthetic backups can improve the restore performance. You can directly mount the full backup copy to the target host through an instant recovery job without physical copies and additional storage space.
Synthetic backups have the following requirements:
(1) You have the advanced licenses: MySQL synthetic backup and MySQL Copy Data Management.
(2) The data disks of the storage server use the ZFS file system.
(3) You have configured the iSCSI or FC link between the backup server and the host with the agent installed.
(4) You have created a data synthetic pool for the current user.
Backup policies#
ADPS provides 6 types of backup schedules, including immediate, one-time, hourly, daily, weekly, and monthly.
Immediate: ADPS will immediately start the job after it is created.
One-time: ADPS will perform the job at the specified time once only.
Hourly: ADPS will perform the job periodically at the specified hour/minute intervals within the time range according to the setting.
Daily: ADPS will perform the job periodically at the specified time and day intervals.
Weekly: ADPS will perform the job periodically at the specified time and week intervals.
Monthly: ADPS will perform the job periodically at the specified dates and times.
You can set an appropriate backup policy based on your situation and requirements. Usually, we recommend the following common backup policy:
Perform a full backup once a week when the application traffic is relatively small (Example: on the weekend) to ensure that you have a recoverable point in time every week.
Perform an incremental backup every day when the application traffic is relative small (Example: at 2 a.m.) to ensure that you have a recoverable point in time every day, which can save storage space and backup time.
Perform a log backup hourly if your database supports log backups to achieve the precise point-in-time restore and ensure that the restore granularity can reach the second level.
To use the advanced synthetic backup, we recommend the following backup policy:
Perform a synthetic backup every day to ensure that you have a recoverable point in time every day.
Perform a log backup hourly based on the synthetic backup to achieve the precise point-in-time instant recovery.
Before you begin#
Before you back up and restore MySQL, do the following:
Check the MySQL instance status:
Windows:
Log in to the host and open the service list. Check whether the MySQL service status is Started or not.
Linux:
Open the terminal on the host and use the
systemctl status
command to check the MySQL service status.[root@centos7 ~]# systemctl status mysql ● mysql.service - LSB: start and stop MySQL Loaded: loaded (/etc/rc.d/init.d/mysql; bad; vendor preset: disabled) Active: active (running) since Wed 2023-05-10 11:34:08 CST; 5 days ago Docs: man:systemd-sysv-generator(8) CGroup: /system.slice/mysql.service ├─3339 /bin/sh /usr/local/mysql//bin/mysqld_safe --datadir=/usr/local/mysql/data --pid-file=/usr/local/mysql/data/centos7.4.pid └─3567 /usr/local/mysql/bin/mysqld --basedir=/usr/local/mysql/ --datadir=/usr/local/mysql/data --plugin-dir=/usr/local/mysql//lib/plugin --user=m... May 10 11:34:07 centos7.4 systemd[1]: Starting LSB: start and stop MySQL... May 10 11:34:08 centos7.4 mysql[3255]: Starting MySQL SUCCESS! May 10 11:34:08 centos7.4 systemd[1]: Started LSB: start and stop MySQL.
Note
For Linux hosts that do not support the aforementioned method, use the command service [mysql_service_name] status
to check MySQL service status.
Check storage pools.
(1) From the menu, click Storage > Storage pool. The Storage pool page appears.
(2) Check whether the display area has any storage pools. If no, create a storage pool and authorize it for the current user. For details, see Add a storage pool in Aurreum Data Protection Suite Administrator’s Guide.
# Backup types
Storage pool types required
Full backup, incremental backup, log backup, and logical backup
Standard storage pool, deduplication storage pool, local storage pool, tape library pool, object storage service pool, and LAN-free pool
Synthetic backup
Data synthetic pool
Continuous log backup
Real-time backup pool
Log in to the instance#
Before you create a backup or restore job, log in to the MySQL resource.
To log in to the resource, do the following:
From the menu, click Resource > Resource. The Resource page appears.
From the host list, find the host where MySQL resides. If you have many hosts, use the search bar to find the host quickly. Click the host to expand its resource list.
Click Login beside the resource. The Login window appears.
Enter the correct username and password, and click Login.
Check the minimum required privileges for the database user to perform backups:
Backup type |
Minimum privileges required for the database user |
Note |
---|---|---|
Physical backup |
RELOAD, PROCESS, LOCK TABLES, REPLICATION SLAVE, REPLICATION CLIENT |
BACKUP_ADMIN required for MySQL 8.0 and above |
Logical backup |
SELECT, RELOAD, EVENT, EXECUTE, SHOW VIEW, LOCK TABLES, TRIGGER |
Add a MySQL instance manually#
On the Resource page, if ADPS fails to identify the MySQL resource, you may manually add the MySQL instance.
This method is applicable to the following scenarios: The agent cannot be installed in some environments. And the instance on the agent host cannot be unidentified, resulting in backup failure. Unidentified instances include:
MySQL instance in the container
MySQL derivatives
Instance without port open
Identified MySQL instance with incorrect configuration
…
Note
When manually adding a MySQL instance, note that:
Only users with administrative privileges can manually add MySQL instances.
Logical backup and restore are available for cloud-based MySQL.
To add a MySQL instance manually, do the following:
From the menu, click Resource > Resource, select the MySQL database host, and click Add MySQL instance icon. The Login agent window appears.
In the Login agent window, enter the username and password of the agent host. The Add MySQL instance page appears.
On the Add MySQL instance page, at the Database connection step, select the connection method.
If you select TCP/IP, enter the required fields: Host and Port. The Username and Password fields are optional. Click Next.
If you select Local socket, enter the Socket path. The Username and Password fields are optional. Click Next.
At the Parameters step, select the parameter type.
If select Logical, enter the Instance name,
mysql
Command-line tool path,mysqldump
Path,mysqlpump
Path. When the parameter is logical, and the instance is successfully added, only the logical backup, logical restore, and recovery testing are available. Click Next.If select Physical, enter the Instance name, Data directory,
mysql
Command-line tool path,mysqldump
Path,mysqlpump
Path,mysql.cnf
Path,binlog
Path. When the parameter is physical, and the instance is successfully added, all MySQL backup and restore types are available. Click Next.
At the Activate step, the license type is selected by default. After granting database resources to user groups, click Submit. The instance is successfully added.
Create a backup job#
To create a backup job, do the following:
From the menu, click Backup. The backup job wizard appears.
At the Hosts and resources step, select the host where MySQL resides and select the resource. The wizard goes to the next step automatically.
At the Backup source step, do the following:
(1) From the Backup type list, select a backup type.
(2) From the Backup source list, select the databases that you want to back up.
At the Backup target step, select a storage pool. Click Next.
Note
Incremental backups and log backups must have the same backup target as their baseline backups.
At the Backup schedule step, set the job schedule. For details, see Backup policies. Click Next.
Select Immediate. ADPS performs the job immediately after it is created.
Select One time and set the start time for the job.
Select Hourly. Set the start time, end time, and time interval for job execution. The unit can be hour(s) or minute(s).
Select Daily. Set the start time and enter the time interval for job execution. The unit is day(s).
Select Weekly. Set the start time, enter the time interval, and select the specific dates in a week for job execution. The unit is week.
Select Monthly. Set the start time and months for job execution. You can select the natural dates in one month or select the specific dates in one week.
Note
The Backup schedule step is not available for continuous log backups. When a continuous log backup job is created, the binary log files are being backed up constantly to a real-time backup pool.
At the Backup options step, set the common and advanced options according to your needs. For details, see Backup options. Click Next.
At the Finish step, set the job name and confirm the job information. Click Submit.
After submission, you will be redirected to the Job page automatically. On this page, you can start, edit, clone, and delete the job.
Backup options#
ADPS provides the following backup options for MySQL:
Common options
Option |
Description |
Limitations |
---|---|---|
Compression |
Fast is enabled by default. |
Not available for continuous log backup jobs. |
Channels |
It can improve backup efficiency. The default value is 1 and the value ranges from 1 to 255. |
Not available for log and continuous log backup jobs. |
binlog |
This option is only displayed when the database does not enable binlog. |
Only available for full and incremental backup jobs. |
File name |
The option appears together with the binlog option. |
Only available for full and incremental backup jobs. |
Format |
The option appears together with the binlog option. |
Only available for full and incremental backup jobs. |
sync_binlog |
The option appears together with the binlog option. |
Only available for full and incremental backup jobs. |
Backed-up binary logs |
The option is enabled by default. |
Only available for log and continuous log backup jobs. |
Advanced options
Option |
Description |
Limitations |
---|---|---|
Reconnection time |
The value ranges from 1 to 60 minutes. The job continues after the abnormal reset occurs in the network within the set time. |
Not available for synthetic backup jobs and the backup jobs with a LAN-free pool selected as the backup target. |
Resumption buffer size |
Specifies the resumption buffer size. The default value is 10 MiB. The bigger the resumption buffer size is, the more physical storage will be consumed. However, a bigger resumption buffer size can prevent data loss when the throughput of the business system is high. |
Not available for synthetic backup jobs and the backup jobs with a LAN-free pool selected as the backup target. |
Speed limit |
Limits data transfer speed or disk read/write speed for different time periods. The unit can be KiB/s, MiB/s, and GiB/s. |
Not available for synthetic backup jobs. |
Precondition |
Checked before the job starts. The job execution will be aborted and the job state will be idle when the precondition is invalid. |
|
Pre-/Post-script |
The pre-script is executed after the job starts and before the resource is backed up. The post-script is executed after the resource is backed up. |
|
Acquiring database global lock timeout |
The job will be stopped if acquiring database global lock timeout. 0 means no timeout. The default unit is minute. |
Only available for full, incremental and synthetic backup jobs. |
Lock retry count |
Count of retries to acquire locks. |
Only available for full, incremental and synthetic backup jobs. |
Slow query threshold |
Don’t add lock before slow queries over this threshold are finished. 0 means no waiting. The default unit is second. |
Only available for full, incremental and synthetic backup jobs. |
Slow query timeout |
Timeout to wait slow query to finish. 0 means no waiting. |
Only available for full, incremental and synthetic backup jobs. |
Log copy interval |
Time interval between transaction log copying. The unit is millisecond. |
Only available for full, incremental and synthetic backup jobs. |
Backup retry count |
Number of attempts to restart the backup when an optimized (without redo logging) DDL operation is performed. 0 means no retries. |
Only available for full, incremental and synthetic backup jobs. |
Backup retry interval |
Time interval between backup retries when an optimized (without redo logging) DDL operation is performed. The unit is minute. |
Only available for full, incremental and synthetic backup jobs. |
Connection compression |
Uses compression algorithm to connect to MySQL. |
Only available for logical backup jobs. |
Additional parameters |
The parameters passed to mysqldump. To enter multiple parameters, separate them by space. |
Only available for logical backup jobs. |
Restore#
For different needs, ADPS provides several restore type for MySQL, including:
Point-in-time restore
When a logical error or disaster occurs in a MySQL database, you can perform a point-in-time restore job to restore the database to a specified point-in-time state.
Logical recovery
When data loss occurs in a MySQL database such as data files damaged or deleted by mistake, you can perform a logical recovery job to recover the databases or files to the latest state.
Instant recovery
When a disaster occurs in a MySQL database, you can perform an instant recovery job to create a database copy using the synthetic backup set and mount the copy directly to a host with the agent installed, with which the database can become online quickly. The data can be recovered quickly to reduce the recovery time.
Note
Instant recovery jobs require that you have performed a synthetic backup.
Log restore
The restore type does not conduct a database restore; instead, it only downloads the binary logs to the specified directory on the agent host.
Note
Log restore jobs require that you have performed a log backup or continuous log backup.
Recovery resting
Restores the latest backup sets to another path on the original host or to another host hourly, daily, weekly, and monthly.
Before you begin#
To restore MySQL to a different host, install the agent on that host, activate the licenses, and authorize the resource to the current ADPS user.
Create a point-in-time restore job#
To create a point-in-time restore job, do the following:
From the menu, click Restore. The restore job wizard appears.
At the Hosts and resources step, select the host where the MySQL resides and select the database. Click Next.
At the Backup sets step, do the following:
(1) From the Restore type list, select Point-in-time restore.
(2) In the Restore point in time section, specify a point in time for the restore job.
Select Restore to point in time. The default setting is to restore the database to the latest point in time of the newest backup set. You can click the time beside the option. In the pop-up window, select a point in time or time range. If a time range is selected, drag the slider to specify or enter a point in time for the restore. This option is only available for databases with successful log or continuous log backups.
Select Restore to GTID. It restores the latest GTID of the most recent backup set by using the restore branch and the specified GTID.
Note
The Restore to GTID is only displayed when the following conditions are met:
You have enabled GTIDs in MySQL configuration files. For the GTID configuration method, please go to MySQL official website and check the relevant documents.
A log backup or continuous log backup job has been completed.
Select Restore to backup state (shortest recovery time). It restores data to the latest state of the most recent backup set. Then from the Backup sets list, select a backup set. The restore job will restore the data to the latest state of the selected backup set, but will not restore the binlog.
(3) Click Next.
Note
If the host to be restored is MySQL cluster:
Log backup sets of all nodes in the cluster can be selected. If no log backups are performed, full and incremental backup sets will be displayed as points in time. After performing log backups, full, incremental and log backup sets will be automatically merged into a time range.
At the Backup sets step, Filter is provided. The filter allows for the exclusion of specific databases from the restore process.
At the Restore target step, select a restore target. The wizard automatically goes to the next step.
At the Restore schedule step, set the job schedule. Click Next.
Select Immediate. ADPS will perform the job immediately after its creation.
Select One time and set the start time for the job.
At the Restore options step, set the options according to your needs. See Restore options. Click Next.
At the Finish step, set the job name and confirm the job information. Click Submit.
After the submission, you will be redirected to the Job page. You can start, edit, and delete the job.
Note
Performing point-in-time restore jobs requires restarting the MySQL service, which results in the overwriting of the database data. If the restore target has a periodic log backup job, you need to perform a full backup job on the restore target after a point-in-time restore and before the next log backup.
After completing the point-in-time restore job for a MySQL cluster, it is important to verify the correctness of the replication relationships within the cluster. If any replication issues arise, manual configuration of the cluster’s replication will be necessary.
Create a logical recovery job#
To create a logical recovery job, do the following:
From the menu, click Restore. The restore job wizard appears.
At the Hosts and resources step, select the host where MySQL resides and select the resource. Click Next.
At the Backup sets step, do the following:
(1) From the Restore type list, select Logical recovery.
(2) From the Restore source list, select a database and point in time.
(3) Click Next.
At the Restore target step, select a restore target. Click Next.
At the Restore schedule step, set the job schedule. Click Next.
Select Immediate. ADPS will perform the job immediately after its creation.
Select One time and set the start time for the job.
At the Restore options step, set the options according to your needs. See Restore options. Click Next.
At the Finish step, set the job name and confirm the job information. Click Submit.
After the submission, you will be redirected to the Job page. You can start, edit, and delete the job.
Create an instant recovery job#
Note
If the storage pool storing synthetic backup sets is of the iSCSI type, you must install the iSCSI Initiator on the host where you perform the restore job.
If the storage pool storing synthetic backup sets is of the FC type, you must install the HBA API Driver corresponding to the HBA card on the host where you perform the restore job.
When the restore target for an instant recovery job is a cluster, all nodes in the cluster will run the job at the same time. ADPS mounts different LUNs on every node.
To create an instant recovery job, do the following:
From the menu, click Restore. The restore job wizard appears.
At the Hosts and resources step, select the host where MySQL resides and select the instance. The wizard goes to the next step automatically.
At the Backup sets step, do the following:
(1) From the Restore type list, select Instant recovery.
(2) In the Restore point in time section, specify a point in time for the restore job.
Select Restore to point in time. The default setting is to restore the database to the latest point in time of the newest backup set. You can click the time beside the option. In the pop-up window, select a point in time or time range. If a time range is selected, drag the slider to specify or enter a point in time for the restore. This option is only available for databases with successful log or continuous log backups.
Select Restore to GTID. It restores the latest GTID of the most recent backup set by using the restore branch and the specified GTID.
Note
The Restore to GTID is only displayed when the following conditions are met:
You have enabled GTIDs in MySQL configuration files. For the GTID configuration method, please go to MySQL official website and check relevant documents.
A log backup or continuous log backup job has been completed.
Select Restore to backup state (shortest recovery time). It will restore data to the latest state of the most recent backup set by default. Then from the Backup sets list, select a backup set. The restore job will restore the data to the latest state of the selected backup set, but will not restore the binlog.
(3) Click Next.
At the Restore target step, select a restore target. Click Next.
At the Restore schedule step, set the job schedule. Click Next.
Select Immediate. ADPS will perform the job immediately after its creation.
Select One time and set the start time for the job.
At the Restore options step, set the options according to your needs. See Restore options. Click Next.
At the Finish step, set the job name and confirm the job information. Click Submit.
After the instant recovery, go to the CDM page. A mounted copy is added below the full copy. See View a copy.
Create a log restore job#
To create a log restore job, do the following:
From the menu, click Restore. The restore job wizard appears.
At the Hosts and resources step, select the host where MySQL resides and select the resource. The wizard goes to the next step automatically.
At the Backup sets step, do the following:
(1) From the Restore type list, select Log restore.
(2) In the Restore point in time section, specify a point in time for the restore job.
Select Restore to point in time. The default setting is to restore the database to the latest point in time of the newest backup set. You can click the time beside the option. In the pop-up window, select a point in time or time range. If a time range is selected, drag the slider to specify or enter a point in time for the restore. This option is only available for databases with successful log or continuous log backups.
Select Restore to GTID. It restores the latest GTID of the most recent backup set by using the restore branch and the specified GTID.
Note
The Restore to GTID is only displayed when the following conditions are met:
You have enabled GTIDs in MySQL configuration files. For the GTID configuration method, please go to MySQL official website and check relevant documents.
A log backup or continuous log backup job has been completed.
Select Restore to backup state (shortest recovery time). It restore data to the latest state of the most recent backup set. Then from the Backup sets list, select a backup set. The restore job will restore the data to the latest state of the selected backup set, but will not restore the binlog.
(3) Click Next.
At the Restore target step, select a restore target. Click Next.
At the Restore schedule step, set the job schedule. Click Next.
Select Immediate. ADPS will perform the job immediately after its creation.
Select One time and set the start time for the job.
At the Restore options step, set the options according to your needs. See Restore options. Click Next.
At the Finish step, set the job name and confirm the job information. Click Submit.
After the submission, you will be redirected to the Job page. You can start, edit, and delete the job.
Create a recovery testing job#
To create a recovery testing:
From the menu, click Restore. The restore job wizard appears.
At the Hosts and resources step, select the host where MySQL resides and select the instance. Click Next.
At the Backup sets step, do the following:
(1) From the Restore type list, select Recovery testing.
(2) In the Restore to field, set a time for the restore job. You can restore to the latest time, or restore to N minutes/hours/days/weeks/months before the start time of the restore job.
(3) In the Restore source section, select a database or instance. If you want to rename the restore source, click the database. The Rename icon appears beside the name. Click the icon and specify a name in the pop-up window.
(4) Click Next.
Note
For performing recovery testing jobs on Windows, only the database can be selected in Restore source section.
At the Restore target step, select a restore target. The wizard automatically goes to the next step. The restore target supports other instances on the original or a different host.
At the Restore schedule step, set the job schedule. Click Next.
Select Hourly. Set the start time, end time, and time interval to specify the time range for job execution. The unit can be hour(s) or minute(s).
Select Daily. Set the start time and enter the time interval for job execution. The unit is day(s).
Select Weekly. Set the start time, enter the time interval, and select the specific dates in a week for job execution. The unit is week.
Select Monthly. Set the start time and months for job execution. You can select the natural dates in one month or select the specific dates in one week.
At the Restore options step, set the options according to your needs. See Restore options. Click Next.
At the Finish step, set the job name and confirm the job information. Click Submit.
After the submission, you will be redirected to the Job page. You can start, edit, and delete the job.
Restore options#
ADPS provides the following restore options for MySQL:
Common options:
Option |
Description |
Limitations |
---|---|---|
Restore database |
You can set the database restore method. The default option is Overwrite the original database. Alternatively, you can input a new database name to restore the data to a new database. |
Only available for logical recovery jobs. |
Database configuration file |
Click Browse or manually enter the MySQL configuration file path. If you leave it blank, the default configuration file will be used. |
Only available for instant recovery jobs. |
binlog destination |
Click Browse or manually enter the file path to restore the logs to the specified directory on the agent host. The field is required. |
Only available for log restore jobs. |
Advanced options:
Option |
Description |
Restrictions |
---|---|---|
Reconnection time |
The value ranges from 1 to 60 minutes. The job continues after the abnormal reset occurs in the network within the set time. |
|
Resumption buffer size |
Specifies the resumption buffer size. The default value is 10 MiB. The bigger the resumption buffer size is, the more physical storage will be consumed. However, a bigger resumption buffer size can prevent data loss when the throughput of the business system is high. |
Not available for instant recovery jobs. |
Speed limit |
Limits data transfer speed or disk read/write speed for different time periods. The unit can be KiB/s, MiB/s, and GiB/s. |
Not available for instant recovery jobs. |
Precondition |
Checked before the job starts. The job execution will be aborted and the job state will be idle when the precondition is invalid. |
|
Pre-/Post-script |
The pre-script is executed after the job starts and before the resource is restored. The post-script is executed after the resource is restored. |
|
Database service startup/stop script |
When the database’s start and stop scripts are not the common methods (such as using service or systemctl), you need to manually enter the start and stop scripts. |
Only available for point-in-time restore, instant recovery and recovery testing jobs. |
Skip grant tables while applying binlog |
Enabling this option can prevent issues with binary logs encountering forbidden access due to insufficient privileges during a log restore job is running. |
Only available for point-in-time restore and instant recovery jobs. |
Accelerate applying binlog |
Enabling this option speeds up the restore of binlogs. |
Only available for point-in-time restore and instant recovery jobs. |
Force applying binlog |
Enabling this option allows the continued application of binlogs even in the presence of errors. |
Only available for point-in-time restore and instant recovery jobs. |
MySQL service startup timeout |
The duration to wait for the target MySQL database to start when a restore job is running. |
Only available for point-in-time restore and instant recovery jobs. |
Cache directory |
When restoring an incremental backup set, if a cache directory is configured, the incremental backup set is first downloaded to the cache directory before being restored. If no cache directory is set, the incremental backup set is restored directly to MySQL’s data directory. |
Only available for point-in-time restore and recovery testing jobs. |
Keep the mount point even if job fails |
It is used to manually start a MySQL instance on a mount point or to check why a job failed. |
Only available for instant recovery jobs. |
Additional parameters |
The parameters passed to MySQL. Multiple parameters should be separated by space. |
Only available for logical recovery jobs. |
Copy data management#
On the CDM page, you can manage the copies generated by instant recovery and synthetic backup jobs, including viewing, cloning, unmounting, and deleting copies.
View a copy#
To view copies, do the following:
From the menu, click CDM. The CDM page appears.
From the toolbar, select the resource and the period when copies are created. The display area shows copies of this resource in this period. Copies are named by the creation time.
Click the copy name. The details of this copy appear on the right side of the page. Different icons represent different copy types.
Full copy: A data copy created by a synthetic backup.
Mounted copy: A data copy created by an instant recovery.
Clone a copy#
You can click the Clone copy icon to create an instant recovery job for the synthetic copy to create a new mounted copy.
To clone copies, do the following:
From the menu, click CDM. The CDM page appears.
From the toolbar, select the resource and the period when copies are created. The display area shows the copies in this period.
On the display area, click the name of the MySQL instance. The Clone copy icon appears on the right of the instance.
Click the Clone copy button. You will be redirected to the Backup sets step. See Create an instant recovery job to configure the job.
After the instant recovery, a copy with a mounted state is added below the selected point in time on the CDM page.
Unmount a copy#
You can click the Unmount icon to unmount the mounted copies. This operation will make the mounted directory on the restore target inaccessible.
To unmount a copy, do the following:
From the menu, click CDM. The CDM page appears.
From the toolbar, select the resource and the period when copies are created. The display area shows the copies in this period.
Expand the full backup copy and select a mounted copy. The Unmount icon appears on the right of the copy.
Click the Unmount icon. A confirmation window appears.
Confirm the warning and enter the verification code. Click OK.
After the unmounting, you can see no such mounted copy record under the full copy.
MySQL cluster backup and restore#
ADPS supports the backup and restore of MySQL clusters. Before you back up and restore the MySQL cluster, bind nodes into a cluster on the console.
Before you begin#
See Install and configure the agent and Activate license and authorize users to complete the environment deployment on each node.
Bind nodes into a cluster#
To bind nodes into a cluster on the console, do the following:
From the menu, click Resource > Cluster. The Cluster page appears.
From the toolbar, click the + icon. The Cluster binding window appears.
In the Cluster binding window, do the following:
To bind the source-replica replication cluster:
(1) In the Name field, enter the name for the cluster.
(2) From the Primary node list, select the primary node in the source-replica replication cluster.
(3) From the Type list, select Master-slave replication.
(4) From the Nodes list, select the replica node in the cluster.
(5) In the Keepalived configuration file field, select a configuration file. The keepalived primary node is chosen based on the configuration file. If the configuration file is not available, you may not select it.
(6) From Preferred backup node list, select the MySQL cluster node that needs to be prioritized for backup. Not selected by default.
Note
ADPS will select the cluster backup node based on the priority order of Preferred backup node > Keepalived configuration file > No configuration.
(7) Click Submit. The binding is successful.
The steps to bind nodes in a source-source replication cluster are similar to binding nodes in a source-replica replication cluster. However, note that when performing the binding, select the Dual-master replication from the Type list.
Cluster backup and restore#
When a switchover occurs, the new primary node will take over the backup job automatically. To create a MySQL cluster backup/restore job, see Create a backup job.
Limitations#
Feature |
Limitations |
---|---|
Resource |
- ADPS does not support MySQL cluster on Windows. |
Backup |
- ADPS only supports MySQL logical backup on Windows. |
Restore |
- When creating the point-in-time restore, instant recovery, and recovery testing jobs, if MySQL is started in a non-standard way, inputting the corresponding scripts or commands in the Database service startup/stop script restore options is required. |
Glossary#
Term |
Description |
---|---|
fast compression |
A compression method that uses fast compression algorithms to compress data during the backup job. |