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
- 红帽 6.x
- 红帽 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_dumps_repo
- RedHat Enterprise Linux
- 备份目录 = /opt/netapp/data/ocum-backup
- 数据库存储库 = /opt/netapp/data/ocum-backup/database-dumps-repo
- VMware 开放虚拟应用程序 (OVA)
- 备份目录 = /data/ocum-backup
- 数据库存储库 = /data/ocum-backup/database-dumps-repo
逻辑演练
以下是OnCommand Unified Manager 9.4 OVA 服务器的示例。请依次检查每个备份。请注意,这里有两个不同的目录:/data/ocum-backup 和 /data/ocum-backup/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
下图突出显示了 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 的最新备份,则可以使用 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-15-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_dumps”目录搞糊涂了。这只是备份存档文件中的一个目录。如果要提取“UM_9.4P1_backup_unix_03-25-2019-15-04.7z”备份文件,请参阅上述目录和文件说明。请注意“database_dumps”目录中的完整备份和增量备份,因为它们是“UM_9.4P1_backup_unix_03-25-2019-15-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