Active IQ Unified Manager 增量备份的工作原理
不可不使用
适用场景
- OnCommand Unified Manager 7.3P1 ( UM )
- OnCommand Unified Manager 9.4 ( UM )
- OnCommand Unified Manager 9.5 ( UM )
- Active IQ Unified Manager 9.6 ( AIQUM )
- VMware 虚拟机 OVA
- Microsoft Windows Server 2012
- Microsoft Windows Server 2016
- Microsoft Windows Server 2019
- Red Hat 6.x
- Red Hat 7.x
- CentOS 7.x
问题解答
概述
OnCommand Unified Manager 7.3P1 中引入了备份功能,备份不再是完整备份,而是先进行完整备份,再进行增量备份。如 Unified Manager 7.3 文档中心所述,备份由备份目录中的一个文件和数据库存储库目录中的一个或多个文件组成。备份目录中的文件非常小,因为它仅包含指向重新创建备份所需的数据库存储库目录中的文件的指针。
首次生成备份时,系统会在备份目录中创建一个文件,并在数据库存储库目录中创建一个完整备份文件。下次生成备份时,将在备份目录中创建一个文件,并在数据库存储库目录中创建一个增量备份文件,其中包含与完整备份文件的差异。此过程将在您创建其他备份时继续进行,直到达到最大保留设置,如下图所示。
默认备份和存储库目录
- Microsoft Windows Server
- 备份目录 =: \ProgramData\NetApp\OnCommandAppData\ocum\backup
- 数据库存储库 =: \ProgramData\NetApp\OnCommandAppData\ocum\backup\database_dump _repo
- RedHat Enterprise Linux
- 备份目录 = /opt/netapp/data/ocum-backup
- 数据库存储库 = /opt/netapp/data/ocum-backup/database-dump repo
- VMware 开放式虚拟应用程序( OVA )
- 备份目录 = /data/ocum-backup
- 数据库存储库 = /data/ocum-backup/database-dump -repo
逻辑演练
以下是 OnCommand Unified Manager 9.4 OVA 服务器的示例。依次检查每个备份。请注意,此处有两个不同的目录: /data/ocum-backup 和 /data/ocum-backup/database-dump repo
root@OnCommand:/data/ocum-backup# ls -lh root@OnCommand:/data/ocum-backup/database-dumps-repo# ls -lh total 424K total 695M -rw-r--r-- 1 jboss shadow 137K Mar 21 14:47 UM_9.4P1_backup_unix_03-21-2019-14-33.7z -rw-r--r-- 1 jboss shadow 694M Mar 21 14:47 ocum_mysql_full_backup_1553196783191.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 21 15:04 UM_9.4P1_backup_unix_03-21-2019-15-04.7z -rw-r--r-- 1 jboss shadow 15K Mar 21 15:04 ocum_mysql_incremental_backup_1553198640039.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 25 15:04 UM_9.4P1_backup_unix_03-25-2019-15-04.7z -rw-r--r-- 1 jboss shadow 1.4M Mar 25 15:04 ocum_mysql_incremental_backup_1553544241947.sql.7z drwxrwxrwx 2 jboss shadow 4.0K Mar 26 13:30 database-dumps-rep
下面重点介绍了 3 月 21 日 @ 14 : 47 生成的第一个备份。在右侧,您可以看到所创建的相应完整备份。请注意第一个备份的大小。由于这是完整备份,因此首次备份的大小预计会很大。
root@OnCommand:/data/ocum-backup# ls -lh root@OnCommand:/data/ocum-backup/database-dumps-repo# ls -lh total 424K total 695M -rw-r--r-- 1 jboss shadow 137K Mar 21 14:47 UM_9.4P1_backup_unix_03-21-2019-14-33.7z -rw-r--r-- 1 jboss shadow 694M Mar 21 14:47 ocum_mysql_full_backup_1553196783191.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 21 15:04 UM_9.4P1_backup_unix_03-21-2019-15-04.7z -rw-r--r-- 1 jboss shadow 15K Mar 21 15:04 ocum_mysql_incremental_backup_1553198640039.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 25 15:04 UM_9.4P1_backup_unix_03-25-2019-15-04.7z -rw-r--r-- 1 jboss shadow 1.4M Mar 25 15:04 ocum_mysql_incremental_backup_1553544241947.sql.7z drwxrwxrwx 2 jboss shadow 4.0K Mar 26 13:30 database-dumps-rep
请参见 当天晚些时候在 3 月 21 日 @ 15 : 04 生成的第二个备份。在右侧,这次执行的是增量备份,而不是完整备份。请注意,此大小较小。左侧的备份文件指向右侧突出显示的两个文件,因为备份现在需要初始完整备份和增量备份才能还原备份。
root@OnCommand:/data/ocum-backup# ls -lh root@OnCommand:/data/ocum-backup/database-dumps-repo# ls -lh total 424K total 695M -rw-r--r-- 1 jboss shadow 137K Mar 21 14:47 UM_9.4P1_backup_unix_03-21-2019-14-33.7z -rw-r--r-- 1 jboss shadow 694M Mar 21 14:47 ocum_mysql_full_backup_1553196783191.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 21 15:04 UM_9.4P1_backup_unix_03-21-2019-15-04.7z -rw-r--r-- 1 jboss shadow 15K Mar 21 15:04 ocum_mysql_incremental_backup_1553198640039.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 25 15:04 UM_9.4P1_backup_unix_03-25-2019-15-04.7z -rw-r--r-- 1 jboss shadow 1.4M Mar 25 15:04 ocum_mysql_incremental_backup_1553544241947.sql.7z drwxrwxrwx 2 jboss shadow 4.0K Mar 26 13:30 database-dumps-rep
再次强调, 几 天后,即 3 月 25 日 @ 15 : 04 进行了第三次备份。与以前一样, database-dumps-repo
要还原左侧的备份指针文件,需要目录中所有突出显示的文件。
root@OnCommand:/data/ocum-backup# ls -lh root@OnCommand:/data/ocum-backup/database-dumps-repo# ls -lh total 424K total 695M -rw-r--r-- 1 jboss shadow 137K Mar 21 14:47 UM_9.4P1_backup_unix_03-21-2019-14-33.7z -rw-r--r-- 1 jboss shadow 694M Mar 21 14:47 ocum_mysql_full_backup_1553196783191.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 21 15:04 UM_9.4P1_backup_unix_03-21-2019-15-04.7z -rw-r--r-- 1 jboss shadow 15K Mar 21 15:04 ocum_mysql_incremental_backup_1553198640039.sql.7z -rw-r--r-- 1 jboss shadow 137K Mar 25 15:04 UM_9.4P1_backup_unix_03-25-2019-15-04.7z -rw-r--r-- 1 jboss shadow 1.4M Mar 25 15:04 ocum_mysql_incremental_backup_1553544241947.sql.7z drwxrwxrwx 2 jboss shadow 4.0K Mar 26 13:30 database-dumps-rep
目的是收集所需的备份文件,以便在新部署的 Unified Manager 9.4 OVA 服务器上还原此 Unified Manager 9.4 OVA 服务器。此外,如果需要还原最新备份,则可以使用 Unified Manager 。如果存在多个增量备份,最好确保在需要关闭备份框时具有所需的所有文件。要检查需要哪些文件,只需检查备份目录 "/data/ocum-backup" 中的可用备份文件即可。
root@OnCommand:/data/ocum-backup# ls -lh total 424K -rw-r--r-- 1 jboss shadow 137K Mar 21 14:47 UM_9.4P1_backup_unix_03-21-2019-14-33.7z -rw-r--r-- 1 jboss shadow 137K Mar 21 15:04 UM_9.4P1_backup_unix_03-21-2019-15-04.7z -rw-r--r-- 1 jboss shadow 137K Mar 25 15:04 UM_9.4P1_backup_unix_03-25-2019-15-04.7z drwxrwxrwx 2 jboss shadow 4.0K Mar 26 13:30 database-dumps-repo
在此示例中,使用备份文件 "UM_9.4P1_backup_unix_03-25-2019-04.7z" 。使用 "7z"列出备份文件中包含的文件和目录。
root@OnCommand:/data/ocum-backup# 7z l UM_9.4P1_backup_unix_03-25-2019-15-04.7z 7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21 p7zip Version 16.02 (locale=C,Utf16=off,HugeFiles=on,64 bits,4 CPUs Intel(R) Xeon(R) CPU E5-2650 v4 @ 2.20GHz (306A0),ASM,AES-NI) Scanning the drive for archives: 1 file, 139790 bytes (137 KiB) Listing archive: UM_9.4P1_backup_unix_03-25-2019-15-04.7z -- Path = UM_9.4P1_backup_unix_03-25-2019-15-04.7z Type = 7z Physical Size = 139790 Headers Size = 523 Method = LZMA2:384k Solid = + Blocks = 1 Date Time Attr Size Compressed Name ------------------- ----- ------------ ------------ ------------------------ 2019-03-25 15:04:29 D.... 0 0 au_conf_cert 2019-03-25 15:04:29 D.... 0 0 custom 2019-03-25 15:04:29 D.... 0 0 data_dir_ocie 2019-03-25 15:04:29 D.... 0 0 database_dumps 2019-03-25 15:04:29 D.... 0 0 etc_security 2019-03-25 15:04:29 D.... 0 0 jboss_onaro_cert 2019-03-25 15:04:29 D.... 0 0 jboss_onaro_cert/originator 2019-03-21 14:33:03 ....A 0 0 database_dumps/ocum_mysql_full_backup_1553196783191.sql 2019-03-21 15:04:00 ....A 0 0 database_dumps/ocum_mysql_incremental_backup_1553198640039.sql 2019-03-25 15:04:29 ....A 0 0 database_dumps/ocum_mysql_incremental_backup_1553544241947.sql 2019-03-25 15:04:29 ....A 178103 139267 au_conf_cert/client.keystore 2019-03-25 15:04:29 ....A 2142 data_dir_ocie/server.keystore 2019-03-25 15:04:29 ....A 83581 etc_security/autosupport.truststore 2019-03-25 15:04:29 ....A 3761 etc_security/saml_sp_metadata.xml 2019-03-25 15:04:29 .R..A 2142 jboss_onaro_cert/server.keystore 2019-03-25 15:04:29 .R..A 2161 jboss_onaro_cert/server.keystore.default 2019-03-25 15:04:29 ....A 175 ocum.conf 2019-03-25 15:04:29 ....A 554 ocum_backup_metadata.properties ------------------- ----- ------------ ------------ ------------------------ 2019-03-25 15:04:29 272619 139267 11 files, 7 folders
注意: 不要被 "database_dump " 目录混淆。这只是备份归档文件中的一个目录。如果要提取 "UM_9.4P1_backup_unix_03-25-2019-04.7z" 备份文件,请参见上述目录和文件说明。请关注此 "database_dump " 目录中的完整和增量备份,因为它们是 "UM_9.4P1_backup_UNIX_03-25-2019-04.7z" 在还原时指向的存储库文件。
从输出来看,只需关注几行即可。下面是输出,但已简化为实际需要查看的内容。请注意完整备份和增量备份。这些是唯一需要关注的项目。
root@OnCommand:/data/ocum-backup# 7z l UM_9.4P1_backup_unix_03-25-2019-15-04.7z Date Time Attr Size Compressed Name ------------------- ----- ------------ ------------ ------------------------ 2019-03-21 14:33:03 ....A 0 0 database_dumps/ocum_mysql_full_backup_1553196783191.sql 2019-03-21 15:04:00 ....A 0 0 database_dumps/ocum_mysql_incremental_backup_1553198640039.sql 2019-03-25 15:04:29 ....A 0 0 database_dumps/ocum_mysql_incremental_backup_1553544241947.sql ------------------- ----- ------------ ------------ ------------------------
注意: 如果在输出中只看到一个 ocum_mysql_full_backup_xxxxxxxxxxxxxx.sql 文件,则表示备份指针文件仅指向完整备份,而不指向增量备份。在这种情况下,请收集备份指针文件和完整备份。
总之,如果需要将备份移出框,则需要从 OnCommand Unified Manager 服务器收集以下文件。
/data/ocum-backup/UM_9.4P1_backup_unix_03-25-2019-15-04.7z /data/ocum-backup/database-dumps-repo/ocum_mysql_full_backup_1553196783191.sql /data/ocum-backup/database-dumps-repo/ocum_mysql_incremental_backup_1553198640039.sql /data/ocum-backup/database-dumps-repo/ocum_mysql_incremental_backup_1553544241947.sql