Active IQ Unified Manager 增量备份的工作原理

概述

在 OnCommand统一管理器7.3P1中推出的备份不再是完整备份，而是一个初始完整备份，之后是增量备份。如 Unified Manager 7.3文档中心所述，备份由备份目录中的单个文件和数据库存储库目录中的一个或多个文件组成。备份目录中的文件非常小、因为它仅包含指向重新创建备份所需的数据库存储库目录中的文件的指针。

首次生成备份时、系统会在备份目录中创建一个文件、并在数据库存储库目录中创建一个完整备份文件。下次生成备份时、系统会在备份目录中创建一个文件、并在数据库存储库目录中创建一个增量备份文件、其中包含与完整备份文件的差异。在您创建其他备份时、此过程会继续进行、直到达到最大保留设置为止、如下图所示。 

默认备份和存储库目录

• Microsoft Windows Server
  • 备份目录 =:\ProgramData\NetApp\OnCommandAppData\ocum\bbackup
  • 数据库存储库=：\ProgramData\NetApp\OnCommandAppData\ocum\backup\database dumps_repo
• RedHat Enterprise Linux
  • 备份目录 =/opt/neto/data/ocum-backup
  • 数据库存储库=/opt/neto/data/ocum-backup/database -dump-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 -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 _dumps"目录混淆。这只是备份归档文件中的一个目录。如果提取 "UM_9.4P1_backup_UNIX_03-25-2019-04.7z" 备份文件、请参见上述目录和文件说明。请关注此 "DATABASE转储"目录中的完整备份和增量备份 、因为它们是 还原时"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_myql_full_backup_xxxxxxxxxxxxxx.sql文件、 这意味着您的 备 份指针文件仅指向完整备份、而不会指向增量备份。在这种情况下、请收集备份指针文件和完整备份。

总之、如果需要将备份移出机箱、则需要从OnCommand统一管理器服务器收集以下文件。

/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