ページの先頭行へ戻る
Site Recovery for Red Hat(R) OpenStack Platform V1.0 運用ガイド
FUJITSU Software

第5章 運用 - 増分バックアップ

本項では増分バックアップについて説明します。

増分バックアップの取得タイミング

本番サイトで以下の変更がある場合に、増分バックアップを取得します。

  • OpenStackで更新系の操作(GET/HEAD以外のAPI)を実施した場合
  • ゲストOSの更新 (OS/業務アプリのアップデート)

増分バックアップの流れ

figure3-0

増分バックアップ手順 【サイト:本番サイト】

バックアップ開始

以下のコマンドを実行し、本製品の作業ディレクトリがマウントされていることを確認します。

# mount | grep /var/opt/FJSVrcxsr/mnt

上記コマンドは、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : すべてのコントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : コントロールノードごとに1回

# mount | grep /var/opt/FJSVrcxsr/mnt
192.168.100.21:/var/nfs/siterecovery on /var/opt/FJSVrcxsr/mnt type nfs4 (rw,relatime,vers=4.1,rsize=1048576,wsize=1048576,namlen=255,hard,proto=tcp,port=0,timeo=600,retrans=2,sec=sys,clientaddr=192.168.100.144,local_lock=none,addr=192.168.100.21)

本製品の作業ディレクトリがマウントされていない場合は、「本製品の作業ディレクトリの設定」を実施してください。

以下のコマンドを実行し、増分バックアップを開始します。

rcx_srosp_backup begin <backup_name> --incremental

上記コマンドは、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : メイン作業用コントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 1回

注意

<backup_name>にはフルバックアップで指定したbackup_nameを指定してください。

Cinderボリュームのバックアップ 【サイト:本番サイト】

本手順では、「Novaインスタンス・Cinderボリュームが増分バックアップ対象となるAPI一覧」 に記載されているAPIで追加・変更・削除を実施したNovaインスタンスまたはCinderボリュームを指定して、増分バックアップを取得します。

(1)NovaインスタンスにアタッチされたCinderボリュームのバックアップ 【サイト:本番サイト】

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : すべてのコントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 対象インスタンス数分

以下のコマンドを実行し、NovaインスタンスにアタッチされたCinderボリュームをバックアップします。

rcx_srosp_backup instance <instance_id> [--start]

注意

バックアップ対象のインスタンスは事前に停止しておいてください。

<instance_id>の確認は「Novaインスタンスのid確認」を参照してください。 確認したidは控えてください。「インスタンスのリストア」で使用します。

(2)NovaインスタンスにアタッチされていないCinderボリュームのバックアップ 【サイト:本番サイト】

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : メイン作業用コントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 1回~対象ボリューム数分

以下のコマンドを実行し、インスタンスにアタッチされていないCinderボリュームをバックアップします。

rcx_srosp_backup volume <volume_id> [<volume_id> ...]

<volume_id>の確認は「Cinderボリュームのid確認」を参照してください。

RECコピーペア情報の保存【サイト:災対サイト】

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 災対サイト
  • 手順実施サーバ : AdvancedCopy Manager CCMのインストール先サーバ
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : コピーグループ数+ディスクアレイ数分

以下のコマンドを実行して、コピーグループの情報を出力します。 <コピーグループ名>には、Cinderボリューム用コピーグループ指定してください。 すべてのCinderボリューム用のコピーグループに対して実行してください。

acgroup detail -g <コピーグループ名> > recinfo_copy_pair_<コピーグループ名>

以下のコマンドを実行して、コピーグループの情報を出力します。

acinq lv -a <コピー元ディスクアレイ名> > recinfo_source_volumes

以下のコマンドを実行して、コピーグループの情報を出力します。

acinq lv -a <コピー先ディスクアレイ名> > recinfo_destination_volumes

保存した情報はフルバックアップで使用するため、本番サイト側コントロールノードの/workなどに保管してください。

保管したファイルを使用してRECを設定していないCinderボリュームの確認方法を実施してください。 RECを設定していないCinderボリュームの確認方法は「RECの確認」を参照してください。

RECコピーペア情報の格納 【サイト:本番サイト】

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : メイン作業用コントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 1回

RECコピーペア情報の保存【サイト:災対サイト】」で保存したファイルを以下に格納します。

対象ファイル

  • recinfo_copy_pair_<コピーグループ名>
  • recinfo_source_volumes
  • recinfo_destination_volumes

  (<コピーグループ名>はCinderのボリューム用コピーグループ名です)

格納先

/var/opt/FJSVrcxsr/mnt/backup/<backup_name>/

対象ファイルの所有者、パーミッションはそれぞれ以下を設定してください。

ファイルの所有者

  • root

パーミッション

  • 644

データベースのバックアップ 【サイト:本番サイト】

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : メイン作業用コントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 1回

以下のコマンドを実行し、データベースをバックアップします。

rcx_srosp_backup system

バックアップ完了 【サイト:本番サイト】

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : メイン作業用コントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 1回

以下のコマンドを実行し、バックアップを完了させます。

rcx_srosp_backup end

   backup name: site01-2017-06-06
     backup id: 02274e7a41808f9df06c670a74f55a3b
    created at: 2017-06-06 07:12:31
    updated at: 2017-06-07 08:39:40
     instances: 482 / 483
       volumes: 980 / 982
rec_info_files:
  - recinfo_copy_pair_<コピーグループ名1>
  - recinfo_copy_pair_<コピーグループ名2>
  ...(略)...
  - recinfo_source_volumes
  - recinfo_destination_volumes

バックアップ完了確認

本手順は、以下の条件で実施してください。

  • 手順実施サイト : 本番サイト
  • 手順実施サーバ : すべてのコントロールノード
  • 手順実施ユーザー : インフラ管理者
  • 手順実施回数 : 1回

完了したバックアップの詳細は、以下のコマンドで確認できます。

rcx_srosp_backup info

# rcx_srosp_backup info
   backup name: site01-2017-06-06
     backup id: 02274e7a41808f9df06c670a74f55a3b
    created at: 2017-06-06 07:12:31
     instances: 482 / 483
       volumes: 980 / 982
rec_info_files:
  - recinfo_copy_pair_<コピーグループ名1>
  - recinfo_copy_pair_<コピーグループ名2>
  ...(略)...
  - recinfo_source_volumes
  - recinfo_destination_volumes