Active IQ Unified Manager の増分バックアップの仕組み

概要

OnCommand Unified Manager 7.3P1で導入されたバックアップは、フルバックアップではなく、最初のフルバックアップに続いて増分バックアップです。Unified Manager 7.3ドキュメントセンターで説明しているように、バックアップは、バックアップディレクトリ内の1つのファイルと、データベースリポジトリディレクトリ内の1つ以上のファイルで構成されます。バックアップディレクトリ内のファイルは非常に小さく、バックアップの再作成に必要なデータベースリポジトリディレクトリ内のファイルへのポインタだけが含まれています。

バックアップの初回生成時には、バックアップディレクトリに1つのファイルが作成され、データベースリポジトリディレクトリにフルバックアップファイルが作成されます。次回バックアップを生成すると、バックアップディレクトリに1つのファイルが作成され、フルバックアップファイルとの差分を含む増分バックアップファイルがデータベースリポジトリディレクトリに作成されます。このプロセスは、次の図に示すように、最大保持設定まで、追加のバックアップを作成すると続行されます。 

デフォルトのバックアップおよびリポジトリディレクトリ

• Microsoft Windows Server
  • バックアップディレクトリ =：\ProgramData\NetApp\OnCommandAppData\ocum\backup
  • データベースリポジトリ=：\ProgramData\NetApp\OnCommandAppData\ocum\backup\database_dumps_repo
• Red Hat Enterprise Linux
  • バックアップディレクトリ =/opt/netapp/data/ocum-backup
  • データベースリポジトリ=/opt/netapp/data/ocum-backup/database-dumps-repo
• VMware Open Virtual Application（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という2つのディレクトリがあります。

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）の同じ日の後半に生成された2番目のバックアップです。右側では、フルバックアップではなく増分バックアップを実行しました。小さいサイズに注目してください。左側のバックアップファイルは、右側で強調表示されている両方のファイルを指しています。これは、バックアップを復元するために、最初のフルバックアップと増分バックアップの両方が必要になるためです。

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回目の バックアップが 数日後の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-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」 バックアップファイルを展開している場合は、上記のディレクトリとファイルの説明を参照してください。    リストア時に「UM_9.4P1_BACKUP_UNIX_03-25-2019-15-04.7z」が指すリポジトリファイルであるため、この「database_dumps」ディレクトリ内のフルバックアップと増分バックアップに注意してください。

出力を見ると、いくつかの行に焦点を当てる必要があります。以下は出力ですが、実際に確認する必要があるものに簡略化されています。 フルバックアップと増分バックアップを確認します。これらは興味のある唯一の項目です。

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ファイルが1つしか表示され   ません。つまり、バックアップポインタファイルはフルバックアップのみを指し、増分バックアップはありません。この場合は、バックアップポインタファイルとフルバックアップを収集します。

要約すると、バックアップをボックスから移動する必要がある場合は、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