<book_title> を検索 ...

NetBackup™ Web UI Kubernetes 管理者ガイド

Last Published: 2024-05-14

Product(s): NetBackup & Alta Data Protection (10.4)

Kubernetes の増分バックアップとリストアのサポート

NetBackup Kubernetes リリース 10.4 では、差分、累積、自動のスケジュールを使用したバックアップサポートが提供されます。

増分バックアップでは、NetBackup のバックアップ処理時間が大幅に短縮されます。この方式で、NetBackup は最後の完全バックアップ以降に変更されたデータだけをバックアップします。

増分バックアップのサポート

増分バックアップは、ファイルシステムタイプの永続ボリュームのみをサポートします。ブロック形式の永続ボリュームバックアップは、スケジュール形式に関係なく常に完全バックアップです。

メモ:

スナップショットコピーは、ストレージクラスの制限により常に完全バックアップです。スナップショットコピー以外に、スナップショットからのバックアップ、複製コピーでは増分がサポートされます。

リストアジョブ

完全なリカバリポイントからリストアすると、指定した時点へのリストアが実行されます。そのリカバリポイントがリストアされるまでのすべてのデータ。

［Complete］が［No］(未完了) としてとマーク付けされたリカバリポイントからのリストアは実行できません。

イメージチェーンの検証

イメージチェーンの検証操作はリカバリポイントコピーに対して実行され、検証は各バックアップコピーのリカバリポイントの［Complete］フィールドに反映されます。

リカバリポイントのすべての関連イメージが存在する場合、［Complete］フィールドは［Yes］に設定されます。

メモ:

増分バックアップチェーンが不完全な場合、またはイメージグループにないイメージがある場合、リカバリポイントの完了度は［No］(［Complete］=［No］) としてマーク付けされます。

AIR (自動イメージレプリケーション) の制限事項

AIR は完全スケジュールのバックアップジョブでのみサポートされます。AIR 機能は、差分増分、累積増分、または自動スケジュールではサポートされません。

手動インポートからのリストア

手動でインポートした増分イメージは、有効なリカバリポイント (［Complete］=［Yes］) からリストアできます。

手動インポートのトラブルシューティング

手動インポートの後にリカバリポイントが［未完了 (Incomplete)］とマークされている場合は、手動インポートの操作中にいくつかのイメージが失われたことが原因で、イメージチェーンが破損している可能性があります。

手動インポート操作でイメージチェーンを再作成するには

/usr/openv/netbackup/logs/bpdbm/root{dateformat}.log で、以前のバックアップ関係についてのログ行を見つけます。関係をリストアするには、どのイメージが手動インポート操作から抜け落ちているかを把握します。
抜け落ちたイメージをインポートし、次のコマンドを実行して新しいイメージチェーンを作成します。
`bpimage -update -id <backupid> -previous_backupid <previous backup id>`

CTIME フラグと MTIME フラグ

NetBackup クライアントの USE_CTIME_FOR_INCREMENTALS オプション:
- USE_CTIME_FOR_INCREMENTALS エントリは、ファイルが変更されているかどうかを NetBackup が判断する方法を変更します。増分バックアップの実行中、クライアントソフトウェアで変更時刻および i ノード変更時刻の両方 (mtime および ctime) を使用して、ファイルが変更されたかどうかを判断します。

NetBackup クライアントの DO_NOT_RESET_FILE_ACCESS_TIME オプション:
- ファイルのバックアップが行われると、ファイルのアクセス時刻 (atime) にそのファイルのバックアップが行われた時刻が表示されるように指定します。デフォルトでは、NetBackup はアクセス時刻を保持します。NetBackup はバックアップの以前の値をリセットします。
- datamover のプロパティを設定するには、ユーザーが Kubernetes クラスタの NetBackupKOps 名前空間に作成された NetBackup プライマリサーバー固有の configmap でフラグを設定または更新する必要があります。
- 例:
```
apiVersion: v1 

data: 

  datamover.properties: | 

    image=reg.domain.com/datamover/image:latest 

    VERBOSE=5 

    VXMS_VERBOSE=5 

    USE_CTIME_FOR_INCREMENTALS=YES 

    DO_NOT_RESET_FILE_ACCESS_TIME=YES 

     version: "1" 

kind: ConfigMap 

metadata: 

  name: backupserver.sample.domain.com 

  namespace: <NetBackupKOps-Namespace>
```

保護計画

NetBackup Kubernetes 作業負荷では、次のスケジュールがサポートされます。

自動
完全
差分増分
累積増分

異なるスケジュールが含まれる保護計画は、次のように構成できます

異なるスケジュール形式でバックアップする方法

保護計画で、バックアップ形式 (完全、差分増分、累積増分、自動) を選択します。
スナップショットのスケジュールの構成で、繰り返しとスナップショット保持の値を指定します。
［スナップショットからのバックアップ (Backup from snapshot)］の保持期間の値を指定します。
［開始時間帯 (Start window)］タブでスケジュール時刻を設定し、［追加 (Add)］をクリックします。
［スケジュールと保持 (Schedules and retention)］セクションで、［スケジュールの追加 (Add schedule)］をクリックして、同じ保護計画 (差分増分、累積増分) に複数のスケジュールを追加します。
ストレージを選択し、残りの手順に従ってバックアップジョブを実行します。

自動スケジュール

自動形式のスケジュールの場合、スナップショットの繰り返しに基づいて、スケジュールは保護計画の作成後に解決されます。
繰り返しが 1 週間未満の場合は、1 つの差分スケジュールと 1 つの完全スケジュールが作成されます。

推奨事項

増分スケジュールの保護計画の［保持 (Retention)］の値に関する推奨事項に従います。
- 任意のコピーに対してリカバリポイントからのリストアを実行するには (スナップショット、スナップショットからのバックアップ、複製)、コピーの保持期間をより長い期間にすることをお勧めします。
- たとえば、バックアップコピーからリストアする場合、［スナップショットからのバックアップ (Backup from Snapshot)］の保持期間は［スナップショットコピー (Snapshot copy)］より長くする必要があります。そうしないと、バックアップコピーは期限切れになり、リカバリポイントは［Complete］=［No］としてマーク付けされます。
- このような場合、NetBackup Web UI に次のように警告が表示されます。
  - バックアップの保持期間は、スナップショットの保持期間より長く設定することをお勧めします。
  - 複製の保持期間は、バックアップの保持期間より長く設定することをお勧めします。
完全バックアップスケジュールは、常に累積バックアップスケジュールとともに追加します。そうしないと、すべての累積バックアップは完全バックアップになります。
デフォルトでは、［スナップショットからのバックアップ (Backup from Snapshot)］オプションは常に増分バックアップ形式に対して有効になっています。