ETERNUS SF AdvancedCopy Manager 運用手引書 13.0 -Solaris-
目次 索引 前ページ次ページ

第4章 バックアップ運用(通常業務ボリューム)

本章では、AdvancedCopy Managerの通常業務ボリュームのバックアップ運用について説明します。

4.1 概要 

AdvancedCopy Managerのバックアップおよびリストア機能について説明します。

AdvancedCopy Managerのバックアップは、ディスクアレイ装置(ETERNUS ディスクアレイ)のアドバンスト・コピー機能（OPC/EC機能）を使用して、ボリューム容量にかかわらず、ボリューム間のバックアップを高速に行います。

ETERNUS ディスクアレイのOPC（One Point Copy）/ROPC（Remote One Point Copy）機能を用いたバックアップ機能をスナップショット型高速バックアップ、EC（Equivalent Copy）/REC(Remote Equivalent Copy)機能を用いたバックアップ機能を同期型高速バックアップと呼びます。

スナップショット型高速バックアップは、バックアップ同期処理が必要ないため、自動運用する場合にあらかじめ時間を見積もる必要なく、スケジュールすることができます。ただし、スナップショット型高速バックアップでは、コピー処理を開始する前に履歴を削除するため、保存世代数が1の場合は、バックアップデータが存在しない状態ができるので、注意が必要です。

同期型高速バックアップは、バックアップ処理が完了してから履歴を削除するので、保存世代数が1の場合でもバックアップデータが存在しない状態はありません。ただし、スナップショット型高速バックアップに比べると、バックアップボリュームが1本多く必要になります。また、同期型高速バックアップはバックアップ実行コマンドを投入する前に、バックアップ同期処理が必要なため、自動運用する場合はあらかじめ同期処理に必要な時間を見積もってバックアップ同期処理を開始し、等価性維持状態になってからバックアップ実行コマンドが投入されるようにスケジュールしなければなりません。

Oracleデータベースをバックアップする場合は、AdvancedCopy Managerが提供するサンプルスクリプトと組み合わせる事で、オンラインバックアップを行うことができます。

AdvancedCopy Managerは、バックアップに使用する媒体（バックアップボリューム）の管理／選択を自動的に行います。

また、バックアップした履歴／世代の管理もAdvancedCopy Managerが行い、最新および過去の世代からのリストアが行えます。

[図 4.1 バックアップボリュームの管理]

4.1.1 スナップショット型高速バックアップの処理 

ディスクアレイ装置(ETERNUS ディスクアレイ)のOPC機能を用いて、業務ボリュームから未使用のバックアップボリュームにコピーします。

スナップショット型高速バックアップは、次のように処理が行われます。

  1. 本マニュアルの『バックアップ実行コマンド』を実行（図4.2の1）すると次の処理が行われます。

  2. 獲得した未使用のバックアップボリュームに業務ボリュームの内容をコピーします。（図4.2の2〜4）

  3. バックアップ履歴情報を設定します。

[図 4.2 スナップショット型高速バックアップの処理方法]

スナップショット型高速バックアップはバックアップ実行コマンドを実行した時点で完了します。実際のデータのコピー処理はETERNUS ディスクアレイのOPC機能によって内部的に行われます。

なお、スナップショット型高速バックアップでは、QuickOPC機能を使用することで、前回のバックアップ時点からの差分データのみを物理コピーすることによって、より高速なスナップショット型バックアップ運用が可能です。

QuickOPC機能については、本マニュアルの『QuickOPC機能によるバックアップ運用』を参照してください。

4.1.2 同期型高速バックアップの処理 

ディスクアレイ装置(ETERNUS ディスクアレイ)のEC（Equivalent Copy）/REC(Remote Equivalent Copy)機能を用いて、業務ボリュームから未使用のバックアップボリュームにコピーします。

同期型高速バックアップは、次のように処理が行われます。

  1. 本マニュアルの『バックアップ同期処理開始コマンド』（図4.3の1）を実行すると、業務ボリュームと同容量の未使用バックアップボリュームが、未使用バックアップボリューム管理領域から選択され、バックアップ同期処理が開始されます。

  2. 業務ボリュームとバックアップボリュームが等価状態になります。この時点以降、業務ボリュームとバックアップボリュームの等価性は維持されます。この状態を等価性維持状態（図4.3の3）と呼びます。

  3. 本マニュアルの『バックアップ実行コマンド』（図4.3の4）を実行すると、バックアップ同期処理が停止し、バックアップ履歴情報を設定します。

  4. バックアップ完了時にバックアップデータが保存世代数を超えた場合、もっとも古いバックアップボリュームを未使用のバックアップボリュームとします。

業務ボリュームとバックアップボリュームが等価状態になる前にバックアップ実行コマンドを実行することはできません。

[図 4.3 同期型高速バックアップでのバックアップ方法]

なお、同期型高速バックアップでは、Suspend/Resume機能を使用することで、ECによる等価性維持状態を一時中断（Suspend）／再開（Resume）することができます。Suspend/Resume機能を使用したバックアップでは、一時中断状態からの差分コピーを行うことによって、より高速な同期型バックアップ運用が可能です。

Suspend/Resume機能については、本マニュアルの『Suspend/Resume機能によるバックアップ運用』を参照してください。

4.1.3 リストアの処理 

AdvancedCopy Managerのリストア方法を説明します。

リストアは、バックアップ履歴情報で管理されているバックアップボリュームより業務ボリュームの内容を復元します。

バックアップボリュームからのリストアは、ディスクアレイ装置(ETERNUS ディスクアレイ)が提供するOPC機能を用いて、バックアップボリュームから業務ボリュームに行われます。

履歴管理しているバックアップボリュームの内容を業務ボリュームにリストアしても、履歴管理情報が変更されることはありません。

なお、リストア処理は、バックアップ元となる業務ボリュームに対して行われますが、リストア先を変更する事も可能です。

最新のバックアップボリューム採取時点と、リストア操作を行うまでの間に、業務ボリュームの内容を書き換えたとしても、書き換えられたデータについては保証されません。

[図 4.4 AdvancedCopy Managerのリストア注意事項]

4.2 運用設計

AdvancedCopy Managerのバックアップ方法を説明します。

バックアップ運用の設計は、以下の手順で行います。

4.2.1 バックアップ運用を行うサーバの決定

バックアップ運用を行うサーバを決定します。

バックアップ運用を行うサーバには、次のものがあります。

すべてのStorageサーバには、AdvancedCopy Managerが使用する内部コード系（Storage管理サーバへAdvancedCopy Managerをインストールする際に指定するコード系）のロケールがインストールされている必要があります。

[図 4.5 バックアップ運用を行うサーバの構成]

4.2.2 バックアップ対象の決定

バックアップ対象となる業務データを決定します。

AdvancedCopy Managerのバックアップ単位は基本的にスライス（通常デバイス）です。AdvancedCopy Managerでは、バックアップ対象となる業務データが格納されているスライスのことを業務ボリュームと呼びます。バックアップ対象となる業務ボリュームは、ETERNUS ディスクアレイに配置されている必要があります。

運用可能な単位については、本マニュアルの『AdvancedCopy Managerにおけるサポートデバイスについて』を参照してください。

業務ボリュームの設定方法は、本マニュアルの『デバイスの運用種別設定』を参照してください。

業務ボリュームは以下のようにスライスの割り当てを行う必要があります。

システムが格納されているスライスや、AdvancedCopy Managerがインストールされているスライスは、バックアップ対象としないでください。

ボリューム全体を定義したスライスは、業務ボリュームとして登録しないでください。

複数スライスから構成されているSafeFILEのファイルシステムは処理できません。複数スライスから構成されているSafeFILEのファイルシステムをバックアップ・リストアする場合は、アンマウント状態で複数のスライスを同時に処理してください。

バックアップ対象を決定する際に注意する点として、本マニュアルの『全般的な注意事項』をご理解ください。

4.2.3 バックアップポリシーの決定

業務ボリュームに設定するバックアップポリシーを決めます。バックアップポリシーには以下の条件項目があります。

■保存世代数

保存世代数とはバックアップを行ったデータを何世代残しておくかを意味します。
スナップショット型高速バックアップは、最初に最古の世代を世代管理より解放します。そのため、バックアップ起動中にシステムダウンなどの障害が発生した場合は、バックアップしたデータが必要世代数分存在しない可能性がありますので、直ちにバックアップを再実行することをお勧めします。
スナップショット型高速バックアップで、保存世代数を1として運用する場合は、バックアップデータをテープなどに退避する運用を併用することをお勧めします。
同期型高速バックアップは、最古の世代を世代管理より解放するのは、最新世代のバックアップを完了してからです。そのため、履歴情報を常に保持しておくためには、（保存世代数＋1）本のバックアップボリュームが必要です。

■間隔日数

バックアップを行う間隔を意味します。
最後にバックアップした日より間隔日数を超えた場合に遅れが出ていることを表示します。
間隔日数を設定しても定期的にバックアップは行われません。
バックアップポリシーの設定方法は、本マニュアルの『バックアップポリシーの設定』を参照してください。

4.2.4 バックアップボリュームの準備

バックアップボリュームを準備します。

AdvancedCopy Managerでは、業務ボリュームのバックアップ先スライスのことをバックアップボリュームと呼びます。バックアップボリュームは、ETERNUS ディスクアレイに配置する必要があります。

バックアップボリュームのサイズは、業務ボリュームと同じである必要があります。また、バックアップボリュームの数は、スナップショット型高速バックアップ運用を行う場合と同期型高速バックアップ運用を行う場合では、以下の様に異なります。

バックアップ運用

必要バックアップボリューム数

スナップショット型高速バックアップ運用の場合

(保存世代数)本

同期型高速バックアップ運用の場合

(保存世代数 + 1)本

既に複数の業務ボリュームにバックアップポリシーが設定されている状態で、新たに登録された業務ボリュームにバックアップポリシーを登録する場合、以下の本数のバックアップボリュームが登録されている必要があります。

バックアップ運用

必要バックアップボリューム数

スナップショット型高速バックアップ運用の場合

（登録されているバックアップポリシーの保存世代数の総和＋新たに設定するバックアップポリシーの保存世代数）本

同期型高速バックアップ運用の場合

（登録されているバックアップポリシーの保存世代数の総和＋登録されている業務ボリューム数＋新たに設定するバックアップポリシーの保存世代数＋1）本

バックアップボリュームは以下のようにスライスの割り当てを行う必要があります。

システムが格納されているディスクや、AdvancedCopy Managerがインストールされているディスクは、バックアップボリュームとしないでください。
バックアップボリュームの設定方法は、本マニュアルの『デバイスの運用種別設定』を参照してください。

同期型高速バックアップでバックアップボリュームが保存世代数しか用意できない場合、バックアップボリュームをテープなどの二次媒体に退避することによって、バックアップ運用を行うことができます。
この場合、次のような運用となります。

  1. バックアップ同期処理開始

  2. 等価性維持状態の確認

  3. バックアップ実行

  4. バックアップボリュームを二次媒体に退避

  5. 履歴情報削除

  6. 1.に戻る

履歴情報の削除後、次のバックアップが完了するまでの間にリストアを行う場合は、リストア実行コマンドによるリストアは行えません。二次媒体から直接リストアを行う必要があります。

4.2.5 バックアップの自動運用の準備

AdvancedCopy Managerのバックアップ運用は、Systemwalker Operation Manager等を利用して自動化することができます。

■スナップショット型高速バックアップの自動運用

スナップショット型高速バックアップの自動運用は、次の二つの方法で行うことができます。

■同期型高速バックアップの自動運用

同期型高速バックアップは、バックアップを予定している時刻には、業務ボリュームとバックアップボリュームが等価性維持状態になっていなければなりません。

そのため、同期型高速バックアップを自動運用する場合は、以下のようにバックアップ同期処理開始コマンド、バックアップ実行コマンドを分けて起動する必要があります。

◆バックアップ同期処理開始コマンドの起動

バックアップ同期処理の開始コマンドは、バックアップ実施契機に等価性維持状態となっているよう、あらかじめ机上にてバックアップ同期処理に必要な時間を算出し、その時間分以上さかのぼって、時刻指定で起動します。

バックアップ同期処理を開始してから等価性維持状態になるまでにかかる時間は、コピーするボリュームの容量に依存します。

◆バックアップ実行コマンドの起動

次のどちらかの方法でバックアップ実行コマンドが自動的に起動されるようにします。

4.3 運用の流れ 

通常業務ボリュームにおける一連のバックアップ運用の流れを以下に記述します。

4.4 事前準備

バックアップ運用を開始するにあたり、事前に以下の準備が必要です。

4.4.1 デーモンの起動 

バックアップ運用を開始するにあたり、事前にStorage管理サーバおよびStorageサーバ上でAdvancedCopy Managerのデーモンが起動されている必要があります。通常、システムの起動時に自動的に立ち上がりますが、何らかの理由で起動に失敗した場合および一度デーモンを停止した場合は、各サーバでデーモンを起動する必要があります。デーモンの起動については、本マニュアルの『デーモンの起動と停止』を参照してください。

4.4.2 アクセス権の設定

バックアップ運用をバックアップ管理画面から行う場合は、バックアップ管理画面の各操作のアクセス権を設定します。設定方法の詳細については、本マニュアルの『認証機構によるセキュリティ運用』を参照してください。

バックアップ運用をコマンドのみで行う場合は、アクセス権の設定は必要ありません。

4.4.3 初期画面の起動

以下のURLを指定し、AdvancedCopy Managerの初期画面を起動します。クラスタ運用時はURLが異なります。詳細は、『ETERNUS SF AdvancedCopy Manager使用手引書 初期画面』を参照してください。

http://Storage管理サーバのアドレス(:ポート番号)/swstorage/index.html

以下のWeb画面(サーバ一覧画面)が起動します。

なお、Web画面を使用せずにコマンドのみで運用する場合は、本操作を行う必要はありません。

Storage管理サーバをクラスタ運用している場合

Storage管理サーバをクラスタ運用している場合、Web画面を使用するためには、『ETERNUS SF AdvancedCopy Manager 使用手引書 認証関連ファイルの設定』の認証関連ファイルの設定が必要となります。

4.4.4 Storageサーバの登録

Storage管理サーバにて、管理するStorageサーバを登録します。Storage管理サーバを兼ねているStorageサーバは、サーバの追加をする必要はありません。

[操作]メニューから[サーバの追加]を選択します。以下の画面が表示されます。

追加するStorageサーバのサーバ名、IPアドレスおよび通信に必要なポート番号を指定します。ポート番号にはStorageサーバ側の通信デーモンに指定したポート番号を指定します。

Storageサーバをクラスタで運用している場合、IPアドレスにはAdvancedCopy Manager用に割り当てたStorageサーバの引き継ぎIPアドレスを指定します。また、ポート番号にはクラスタセットアップ時に登録した業務用通信デーモンに指定したポート番号を指定します。

以上の項目を入力後、[OK]ボタンを押して、Storageサーバの追加処理を実施します。

なお、この処理は、本マニュアルの『サーバ情報追加コマンド(stgxfwcmaddsrv)』でも実施できます。

4.4.5 Storageサーバ配下のデバイス情報の取り込み

バックアップ管理を実施する場合は、まずStorageサーバ上のデバイス情報を一旦リポジトリに格納する必要があります。Storageサーバのデバイス情報を取り出すため、[操作]メニューから[全デバイスの情報取得／反映]を選択します。以下の画面が表示されます。

デバイス情報を取り出すサーバを確認後、[OK]ボタンを押します。

各サーバからデバイス情報を取得後、以下のダイアログが表示されます。

一番上のリストボックスは、新規にデバイスが検出された場合、表示されます。管理するデバイスを左側のリストボックスに移動してください。二番目のリストボックスは、現在管理対象となっているデバイスのうち、今回検出できなかったデバイスです。管理対象外にする場合は、右側のリストボックスに移動してください。一番下のリストボックスは、デバイス情報が更新(例えば、マウントポイント名が変更)されたデバイスです。

以上の操作を実施後、[OK]ボタンを押して、デバイス情報の取得処理を実施します。

なお、この処理は、本マニュアルの『デバイス情報取得／反映コマンド(stgxfwcmsetdev)』でも実施できます。

この操作は、選択したStorageサーバに定義されているデバイスの総数に比例した時間がかかります。デバイス数が多い場合はCPU負荷やI/O負荷の低い状態で実施してください。
目安として、負荷のない状態で、1デバイス(パーティション)あたり約0.5秒かかりますので、参考として下さい。

4.4.6 バックアップ管理画面の表示

サーバ一覧画面の［ファイル］メニューから［Backup管理］を選択すると、バックアップ管理のサーバ一覧画面が表示されます。

4.4.7 バックアップ運用を行うサーバの環境設定

各Storageサーバの環境設定を行います。サーバ一覧画面にて、Storageサーバを選択している状態で、[操作]メニューから[サーバ情報の設定]を選択すると、以下の設定画面が表示されます。

[OK]ボタンを押して環境設定を実施します。

Storage管理サーバがStorageサーバを兼ねている場合、Storage管理サーバでもこの環境設定を行う必要があります。既に、Storageサーバの環境設定が行われている場合は、この作業は必要ありません。

なお、本環境設定は、本マニュアルの『Storageサーバ構成情報設定コマンド』でも実施できます。

また、コマンドのみの運用をする場合、運用開始時にStorageサーバ構成情報設定コマンドを実施しなければなりません。

4.4.8 デバイスの運用種別設定

Storageサーバで、バックアップを行う前に、以下のデバイス運用種別を設定します。

運用種別の設定は、サーバ一覧画面から実施する場合の例を説明します。サーバ一覧画面にて、Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。

「その他のボリューム」欄に表示されているボリュームは、デバイス運用種別が設定されていません。以下の操作を行い、デバイス運用種別を設定します。

すべてのボリュームの設定が完了した後、[OK]ボタンをクリックします。

なお、本設定は、本マニュアルの『デバイス情報設定コマンド』でも実施する事ができます。

ボリューム全体を定義したスライスは、業務ボリュームとして登録しないでください。

業務ボリュームやバックアップボリュームとして登録したパーティション（スライス）の構成などを変更する場合は、構成を変更する前に一旦業務ボリューム/バックアップボリュームの登録から削除し、構成変更後に再度Storageサーバ配下のデバイス情報の取り込みを行ってから、デバイス情報設定コマンドで登録し直す必要があります。

バックアップボリュームは、業務ボリュームと同じサイズである必要があります。

システムが格納されているディスクや、AdvancedCopy Managerがインストールされているディスクは、バックアップ対象としないでください。

マウントされているデバイスは、バックアップボリュームに設定できません(業務ボリュームには、設定できます)。

登録した内容は、以下の方法で確認する事ができます。

4.4.9 オプションの設定

業務ボリュームの存在する筐体とは別の筐体にあるバックアップボリュームにバックアップを行う場合は、オプションの設定を行います。

オプションの設定は以下のファイルを作成します。

通常(非クラスタ)運用の場合
/etc/opt/FJSVswsts/data/DEFAULT/check.ini
クラスタ運用の場合
/etc/opt/FJSVswsts/論理ノード名(*1)/data/DEFAULT/check.ini

(*1) クラスタセットアップ時に指定したAdvancedCopy Managerの論理ノード名。

記述方法を以下に示します。

[check]
RemoteCopy=Yes

4.4.10 バックアップポリシーの設定

Storageサーバで登録されている業務ボリュームに対して、以下のバックアップポリシーを設定します。

バックアップポリシーの設定は、業務ボリューム一覧画面から実施します。ツリー画面上にて、当該Storageサーバの「業務ボリューム」を選択すると、業務ボリュームの一覧が表示されます。バックアップポリシーを設定したい業務ボリュームを選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[バックアップポリシーの設定]を選択すると、以下の設定画面が表示されます。

本画面で、間隔日数および保存世代数を指定した後、[OK]ボタンをクリックします。本作業を全ての業務ボリュームに対して行います。なお、バックアップポリシーの設定は、本マニュアルの『バックアップポリシー設定コマンド』でも行うことができます。

設定した内容は、以下の方法で確認する事ができます。

4.4.11 前後スクリプトのカスタマイズ 

AdvancedCopy Managerでのバックアップは、基本的に業務ボリュームがアンマウントされた状態で処理を行う必要があります。そのため、バックアップ／リストアの実行時に、前後処理スクリプトを使用して業務ボリュームのアンマウント／マウント操作を行っています。
バックアップ／リストアの実行時に業務ボリュームがアンマウントできない場合は、バックアップ／リストア処理は実行されません。

前後処理スクリプトの詳細については、本マニュアルの『バックアップ／リストアの前後処理』を参照してください。

運用が以下のいずれかに該当する場合は、バックアップ前後処理スクリプトをカスタマイズする必要があります。

カスタマイズ方法については、本マニュアルの『バックアップ・リストアの前後処理』を参照してください。

AdvancedCopy Managerをバージョンアップした場合

バージョンアップ後のスクリプトは更新されている場合があります。そのため、旧バージョンで使用していたシェルスクリプトを再利用するのではなく、旧バージョンで使用していたシェルスクリプトに対して実施されていたカスタマイズを、バージョンアップ後のシェルスクリプトに対して実施してください。

4.4.12 デバイスマップファイルの準備

AdvancedCopy Managerのバックアップ運用では、バックアップボリュームとして登録されているボリューム群から、業務ボリュームの容量と同一のボリュームを、AdvancedCopy Managerが自動的に選択し、バックアップ先として利用します。

しかし、運用の都合上、バックアップ先ボリュームを意識したい場合は、あらかじめ「デバイスマップファイル」という業務ボリュームとバックアップボリュームの対応ファイルを作成しておく必要があります。

デバイスマップファイルは、バックアップを行うStorageサーバ上の任意の場所に作成します。このファイルをバックアップ実行時に指定する事で、バックアップ先を意識した運用が可能となります。

複数世代管理を行う場合は、デバイスマップファイルを複数用意する必要があります。
また、バックアップもしくは同期処理の開始時に使用できるデバイスマップファイルは、以下のいずれかの条件を満たしている必要があります。
そのため、バックアップボリュームを複数使用する運用の場合は、バックアップボリュームの状況に合わせてデバイスマップファイルを使い分ける必要があります。
同期型高速バックアップでバックアップボリュームが保存世代数しか用意できない場合、バックアップボリュームをテープなどの二次媒体に退避し、履歴の削除を行うことによってバックアップ運用を行うことができます。
この場合、バックアップ同期処理の開始時に指定するデバイスマップファイルは、直前の履歴情報の削除により未使用となったバックアップボリュームを指定したデバイスマップファイルになります。

4.4.12.1 デバイスマップファイルの記述方法

デバイスマップファイルの記述例を以下に示します。

デバイスマップファイル作成時の規則を以下に示します。

4.5 運用 

AdvancedCopy Managerのバックアップの運用について説明します。

バックアップ運用を行う前に、本マニュアルの『事前準備』を参照して、バックアップ運用に必要な環境設定を行ってください。

AdvancedCopy Managerのバックアップの運用には、以下の2種類があります。

4.5.1 スナップショット型高速バックアップの実行

スナップショット型高速バックアップは、以下の手順にて行います。

  1. 一般ファイルシステムをバックアップする場合は、業務を停止させます。

  2. 業務ボリューム一覧画面を表示し、バックアップを行いたいボリュームを選択します。

  3. [操作]メニューから、[バックアップ]を選択すると、以下の画面が表示されます。

  4. 表示されたサーバ名/業務ボリューム名を確認の上、以下を実施します。

  5. バックアップが完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務一覧画面に戻ります。

  6. これでバックアップは完了です。引き続き、業務を再開してください。ただし、本時点では、バックエンドで、ボリュームの物理的なコピー処理は、完了していません。物理コピーの状態を確認したい場合は、以降の作業を行います。

  7. 業務ボリューム一覧画面を表示させ、対象となる業務ボリュームにおける[状態]欄を確認します。ここに、コピー処理の進捗状況が表示されますので、現在のコピー状況を確認する事ができます。

  8. コピー状態の最新状態を確認したい場合は、以下のいずれかの操作を行います。

  9. 1で業務を停止させた場合は、業務を再開します。

QuickOPC機能によるスナップショット型高速バックアップ運用を行う場合、以下の操作については業務ボリューム一覧画面からは実施できません。それぞれの操作を行うためのコマンドを投入してください。

4.5.2 同期型高速バックアップの実行

業務ボリュームの同期型高速バックアップは以下の手順で行います。

  1. 業務ボリューム一覧画面を表示し、バックアップを行いたいボリュームを選択します。

  2. [操作]メニューから、[バックアップ同期処理の開始]を選択すると、以下の画面が表示されます。

  3. 表示されたサーバ名/業務ボリューム名を確認の上、以下を実施します。

  4. バックアップ同期処理が完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務ボリューム一覧画面に戻ります。

  5. これで業務ボリュームからバックアップボリュームへの物理コピーが開始されます。物理コピーの状態を確認したい場合は、以降の作業を行います。

  6. 業務ボリューム一覧画面を表示させ、対象となる業務ボリュームにおける[状態]欄を確認します。ここに、コピー処理の進捗状況が表示されますので、現在のコピー状況を確認する事ができます。

  7. コピー状態の最新状態を確認したい場合は、以下のいずれかの操作を行います。

  8. [状態]欄が「バックアップ準備完了」となった時点から、業務ボリュームとバックアップボリュームとの状態が等価性維持状態になります。

  9. バックアップ履歴を作成する場合は、業務ボリューム一覧画面から対象となる業務ボリュームを選択し、[操作]メニューから、[バックアップ]を選択すると、以下の画面が表示されます。

  10. 表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。

  11. バックアップが完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務ボリューム一覧画面に戻ります。

Suspend/Resume機能による同期型高速バックアップ運用を行う場合、以下の操作については業務ボリューム一覧画面からは実施できません。それぞれの操作を行うためのコマンドを投入してください。

4.5.3 リストアの実行 

本節では、バックアップしたボリューム/データの復元方法について説明します。

4.5.3.1 ボリューム全体のリストア 

スナップショット型高速バックアップで退避したボリューム内の全データを復元する場合は、以下の手順となります。

  1. 一般ファイルシステムに対するリストアを行う場合は、業務を停止させます。

  2. 業務一覧画面を表示し、リストアを行いたいボリュームを選択します。

  3. [操作]メニューから、[リストア]を選択すると、以下の画面が表示されます。リストアは、最新世代のバックアップ履歴で管理されているバックアップボリュームから実施されます。

  4. リストア先ボリューム名を確認します。

    リストア先ボリューム名には、業務ボリューム一覧画面で選択した業務ボリューム名が表示されます。この業務ボリュームに対してリストアを行う場合は、[OK]ボタンをクリックします。リストア先を変更したい場合は、リストア先ボリューム名のチェックボックスをチェックした後、[...]ボタンをクリックすると、以下の画面が表示されます。

    リストア先としたいボリュームを選択後、[OK]ボタンをクリックすると、リストア画面に復帰します。

    リストア先ボリューム名に誤りがない事を確認後、[リストア画面]の[OK]ボタンをクリックします。

  5. リストアが完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務一覧画面に戻ります。

  6. これでリストアは完了です。引き続き、業務を再開してください。ただし、本時点では、バックエンドで、ボリュームの物理的なコピー処理は、完了していません。物理コピーの状態を確認したい場合は、以降の作業を行います。

  7. 業務ボリューム一覧画面を表示させ、対象となる業務ボリュームにおける[状態]欄を確認します。ここに、コピー処理の進捗状況が表示されますので、現在のリストア(物理コピー)状況を確認する事ができます。

  1. 最新の情報を確認したい場合は、以下のいずれかの処理を行います。

  2. 1で業務を停止させた場合は、業務を再開します。

4.5.3.2 ファイル単位のリストア 

ファイル単位にリストアする場合は、以下の手順となります。なお、ファイル単位のリストアは、Web画面からは実施できません。

  1. バックアップボリュームをマウントします。バックアップボリュームは履歴一覧画面／履歴情報表示コマンド(swsthistdisp)で確認してください。

  2. cpコマンドでリストアしたいファイルを複写します。

  3. バックアップボリュームをアンマウントします。

4.5.4 バックアップ履歴の管理 

バックアップを行った履歴の参照、削除が行えます。

バックアップ履歴情報は業務ボリュームに対して世代管理しているバックアップデータのバックアップボリューム名、バックアップ日時等の情報を保存しています。

4.5.4.1 バックアップ履歴の表示 

バックアップ履歴は、バックアップ履歴一覧画面で表示する事ができます。バックアップ履歴一覧画面は、サーバ一覧画面からStorageサーバをツリー表示させ、さらに、Storageサーバ配下の業務ボリュームを選択する事で表示されます。

バックアップ履歴は履歴情報表示コマンド(swsthistdisp)でも表示できます。

4.5.4.2 バックアップ履歴の削除

バックアップ履歴の削除は、サーバ一覧画面から実施します。サーバ一覧画面にて、Storageサーバをツリー表示させると、当該Storageサーバ配下の業務ボリュームの一覧が表示されます。バックアップ履歴を削除したい業務ボリュームの履歴を選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[履歴の削除]を選択すると、以下の設定画面が表示されます。

表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。

バックアップ履歴の削除は履歴情報削除コマンド(swsthistdel)でも行えます。

4.6 設定情報の変更 

バックアップ運用を構成するStorageサーバ/デバイスが変更となった場合、AdvancedCopy Managerの設定情報を変更する必要があります。本節では、各種変更に伴う、設定情報の変更方法を説明します。

4.6.1 デバイスの追加

任意のStorageサーバにデバイスを追加した場合、以下の方法でAdvancedCopy Managerのバックアップ運用に組み込みます。

  1. 初期画面を表示します。詳細は、本マニュアルの『初期画面の起動』を参照してください。

  2. デバイスを追加したいStorageサーバに対して、全デバイス情報を取り込みます。デバイス情報の取り込みを実施すると、新規に追加したデバイスが検出されますので、[追加指示デバイス]欄に移動してください。デバイス情報の取り込みについては、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。

  3. バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。

  4. 追加したデバイスの運用種別を設定します。詳細は、本マニュアルの『デバイスの運用種別設定』を参照してください。

  5. 追加したデバイスを業務ボリュームとして定義した場合は、バックアップポリシーを設定します。詳細は、本マニュアルの『バックアップポリシーの設定』を参照してください。

4.6.2 デバイスの削除

デバイスの削除は、削除するデバイスの種類により異なります。以下にデバイスの種類に応じた削除手順を説明します。

4.6.2.1 業務ボリュームの削除

業務ボリュームを削除する場合は、以下の手順となります。なお、本作業は、必ず、削除対象の業務ボリュームを撤去する前に実施してください。

  1. バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。

  2. 削除対象の業務ボリュームの、バックアップ履歴を削除します。詳細は、本マニュアルの『バックアップ履歴の削除』を参照してください。

  3. 削除対象の業務ボリュームの、バックアップポリシーを削除します。

    Storageサーバをツリー表示させると、当該Storageサーバ配下の業務ボリュームの一覧が表示されます。バックアップポリシーを削除したい業務ボリュームを選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[バックアップポリシーの削除]を選択すると、以下の設定画面が表示されます。

    表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。

  4. 削除対象の業務ボリュームのデバイス情報を削除します。

    Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。

    「業務ボリューム」欄に表示されている削除対象の業務ボリュームを、「その他のボリューム」欄に移動させます。移動は、[>]ボタンをクリックする事で実施します。

本作業は、履歴情報削除コマンド(swsthistdel)、バックアップポリシー削除コマンド(swstbkpoldel)、デバイス情報設定コマンド(swstdevinfoset)でも行えます。

4.6.2.2 バックアップボリュームの削除

バックアップボリュームを削除する場合は、以下の手順となります。なお、本作業は、必ず、削除対象のバックアップボリュームを撤去する前に実施してください。

  1. バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。

  2. 削除対象のバックアップボリュームを未使用の状態にします。

    ボリュームが未使用の状態とは、該当のボリュームがバックアップ履歴に存在しない状態です。バックアップ履歴に存在している場合は、バックアップ履歴を削除してください。既に未使用の場合は、次へ進みます。

  3. 削除対象のバックアップボリュームのデバイス情報を削除します。

    Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。

    「バックアップボリューム」欄に表示されている削除対象のバックアップボリュームを、「その他のボリューム」欄に移動させます。移動は、[>]ボタンをクリックする事で実施します。

バックアップボリュームを削除すると、設定済みのバックアップポリシーを満たさない状態(バックアップボリューム数が保存世代数より少なくなるなど)になる場合があり、この場合、その後のバックアップ運用が継続できなくなってしまいます。この為、バックアップボリュームを削除する場合には、必ず、事前に、設定済みのバックアップポリシーを確認してから行うようにしてください。
なお、前述のようにバックアップボリュームに余裕がない場合は、替わりとなるバックアップボリュームを登録後、目的のバックアップボリュームを削除するようにしてください。

本作業は、履歴情報削除コマンド(swsthistdel)、デバイス情報設定コマンド(swstdevinfoset)でも行えます。

4.6.3 Storageサーバの追加 

バックアップ業務にStorageサーバを追加する場合は、以下の手順となります。

  1. 初期画面を表示します。詳細は、本マニュアルの『初期画面の起動』を参照してください。

  2. Storageサーバを登録します。詳細は、本マニュアルの『Storageサーバの登録』を参照してください。

  3. 追加したStorageサーバに接続されている全デバイス情報を取り込みます。詳細は、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。

  4. バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。

  5. Storageサーバの情報設定を行います。詳細は、本マニュアルの『バックアップ運用を行うサーバの環境設定』を参照してください。

  6. 3で取り込んだデバイスの運用種別を設定します。詳細は、本マニュアルの『デバイスの運用種別設定』を参照してください。

  7. 6で登録した全ての業務ボリュームに対して、バックアップポリシーを設定します。詳細は、本マニュアルの『バックアップポリシーの設定』を参照してください。

4.6.4 Storageサーバの削除

Storageサーバを削除する場合は、以下の手順となります。なお、本作業は、必ず、削除対象のStorageサーバを撤去する前に実施してください。

  1. バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。

  2. 削除対象のStorageサーバ配下の全業務ボリュームの、バックアップ履歴を削除します。詳細は、本マニュアルの『バックアップ履歴の削除』を参照してください。

  3. 削除対象のStorageサーバ配下の全業務ボリュームの、バックアップポリシーを削除します。

    Storageサーバをツリー表示させると、当該Storageサーバ配下の業務ボリュームの一覧が表示されます。バックアップポリシーを削除したい業務ボリュームを選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[バックアップポリシーの削除]を選択すると、以下の設定画面が表示されます。

    表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。

  4. 削除対象のStorageサーバ配下のデバイス情報を削除します。

    Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。

    「業務ボリューム」欄および「バックアップボリューム」欄に表示されているボリュームを、全て「その他のボリューム」欄に移動させます。移動は、[>]ボタンをクリックする事で実施します。

  5. 初期画面を表示します。詳細は、本マニュアルの『初期画面の起動』を参照してください。

  6. Storageサーバを削除します。

    Storageサーバ選択し、[操作]メニューから[サーバの削除]を選択すると、以下の画面が表示されます。

    サーバ名を確認の上、[OK]ボタンをクリックします。

    なお、この処理は、サーバ情報削除コマンド(stgxfwcmdelsry)でも実施できます。

4.7 運用の停止 

バックアップ運用を停止する場合、Storageサーバ上のデーモンを停止します。通常、システムの停止時に自動的に停止します。

何らかの理由でデーモンを停止したい場合は、個別に停止させる事も可能です。詳細は、本マニュアルの『デーモンの起動と停止』を参照してください。

4.8 SDXオブジェクトの運用

SDXオブジェクトをバックアップ／リストアする運用について説明します。

通常ボリュームの基本的運用を理解した上でご利用ください。

GDSの詳細については、『PRIMECLUSTER(TM) Global Disk Services 説明書 (Solaris(TM) オペレーティングシステム版)』を参照してください。

なお、インストール先のシステム環境により、ソフトウェアのバージョンレベルは異なります。詳細は関連するソフトウェアのマニュアルなどを参照してください。

4.8.1 SDXオブジェクト運用単位

運用には次の2種類の方法があります。(コピー単位はそれぞれ異なります)

  1. 論理ボリューム単位のバックアップ運用(GDS Snapshotを使用する方式)

  2. スライス単位のバックアップ運用(GDS Snapshotを使用しない方式)

運用の選択は、本マニュアルの『SDXオブジェクト運用単位の設定』を確認してください。

一つのStorageサーバ内で、両方の運用を混在して運用することはできません。

4.8.1.1 SDXオブジェクトの運用単位の設定

標準のSDXオブジェクトの運用単位は、以下のように設定されます。

PRIMECLUSTER GDS 4.1A30以降で、PRIMECLUSTER GDS Snapshot が導入されている場合− 論理ボリューム単位
上記以外 − スライス単位

PRIMECLUSTER GDS 4.1A30以降がインストールされた環境で、スライス単位の運用を行う場合は、『Storageサーバ配下のデバイス情報の取り込み』の前に『SDXオブジェクト管理単位設定コマンド（stgxfwcmsetsdx）』を使用して、運用単位をスライス単位に設定します。

PRIMECLUSTER GDSを4.1A20以前のバージョンから4.1A30以降のバージョンにアップグレードした場合、論理ボリューム単位の運用に変更するためには、以下の手順で設定を行う必要があります。

  1. 『Storageサーバの削除』を参照し、Storageサーバを削除する。

  2. 『SDXオブジェクト管理単位設定コマンド（stgxfwcmsetsdx）』を使用して、管理単位を論理ボリューム単位に設定する。

  3. 『Storageサーバの登録』以降の作業を実施する。

そのままスライス単位で運用する場合には、何も行う必要がありません。

PRIMECLUSTER GDS 4.1A30以降が導入されている環境で、AdvancedCopy Managerを10.4以前のバージョンからアップグレードした場合、SDXオブジェクトの運用単位が変更されるため、『Storageサーバ配下のデバイス情報の取り込み』を行うと、管理しているデバイスに変更があったことが検出されます。
スライス単位での運用を継続する場合には、上記の変更を反映しないで作業を中断し、『SDXオブジェクト管理単位設定コマンド（stgxfwcmsetsdx）』を使用して、運用単位をスライス単位に設定してから、再度設定作業を行う必要があります。

4.8.2 論理ボリューム単位のバックアップ運用（GDS Snapshotを使用する方式）

GDS Snapshotと連携する運用で、論理ボリューム単位の運用ができます。

運用時に論理ボリュームの物理構成を意識する必要がありません。

[図:論理ボリューム単位のバックアップ運用]

GDSの論理ボリュームをAdvancedCopy Managerコマンドに指定する場合は、GDS論理ボリューム名を指定します。

dev/sfdsk/クラス名/dsk/ボリューム名

運用できないSDXオブジェクトの構成や条件

次のSDXオブジェクト(ボリューム)はAdvancedCopy Managerで運用することができません。
同期処理の開始やスナップショット型バックアップの開始において、「業務ボリュームを構成するスライス数」と「業務ボリュームに関連付けられている全てのバックアップボリュームを構成するスライス数」の合計が、33個以上になる場合はコピー処理を実行できません。
また、コピー元ボリューム(バックアップ処理における業務ボリューム、リストア処理におけるバックアップボリューム)がINVALID状態である場合は、コピー処理を実行できません。

使用しているボリュームが、シングル、ミラー、ストライプ、コンカチネーション、スイッチのうち、どれに該当するかは、"sdxinfo -e long"を実行したときに表示されるボリュームのタイプ属性(OBJ欄にvolumeと表示されている行のTYPE欄の値)で判断できます。
【ボリュームオブジェクトのタイプ属性】

4.8.2.1 バックアップ運用の設計 

バックアップ運用では、以下の点に留意して設計をおこなってください。

GDS Snapshot連携機能では、AdvancedCopy ManagerがGDS Snapshot機能を使用してボリュームの結合・分離・解除操作を行うことにより、バックアップを実施します。

そのため、AdvancedCopy Managerで運用するSDXオブジェクトは、あらかじめマスタオブジェクト、プロキシオブジェクトとして運用可能な状態でなければなりません。

業務ボリュームはマスタオブジェクト、バックアップボリュームはプロキシオブジェクトとして運用します。

GDSのボリューム構成の設定は、AdvancedCopy Managerに登録する前に行ってください。

AdvancedCopy Managerで運用するGDSのSDXオブジェクトを設定する際は、次に説明する『業務ボリューム』と『バックアップボリューム』の構成条件に注意して行ってください。

GDS Snapshotや、プロキシ構成の前提条件の詳細については、『PRIMECLUSTER(TM) Global Disk Services 説明書 (Solaris(TM) オペレーティングシステム版)』を参照してください。

4.8.2.2 業務ボリューム

業務で使用するSDXオブジェクト(論理ボリューム)を業務ボリュームとして登録します。

業務ボリュームはGDS Snapshotのマスタオブジェクトとして運用されます。

そのため、以下の点に留意して設計する必要があります。

4.8.2.3 バックアップボリューム

SDXオブジェクト(論理ボリューム)をバックアップボリュームとして登録します。

バックアップボリュームはGDS Snapshotのプロキシオブジェクトとして運用されます。

そのため、以下の点に留意して設計する必要があります。

4.8.2.4 GDS Snapshot連携で使用可能なコピー機能 

GDS Snapshot連携では以下のコピー機能が使用可能です。

SDXオブジェクトの構成と使用可能なコピー機能の関係は以下の通りです。

[表 4.1 GDS Snapshot連携で使用可能なコピー機能(バックアップ) ]

単位

ボリューム

SDXオブジェクト構成

ストライプ／コンカチネーションオブジェクトはコピーできません

使用可能コピー機能

論理

ボリューム

業務

シングル

アドバンスト・コピー

ソフトコピー

ミラー

下位グループがない

アドバンスト・コピー

ソフトコピー

下位グループがある

ソフトコピー

バックアップ

シングル

アドバンスト・コピー

ソフトコピー

ミラー

1つのディスクで構成されている

アドバンスト・コピー

ソフトコピー

2つ以上のディスクで構成されている

ソフトコピー

[表 4.2 GDS Snapshot連携で使用可能なコピー機能(リストア) ]

単位

ボリューム

SDXオブジェクト構成

ストライプ／コンカチネーション／スイッチタイプのオブジェクトはコピーできません

使用可能コピー機能

論理

ボリューム

バックアップ

シングル

アドバンスト・コピー

ソフトコピー

ミラー

下位グループがない

アドバンスト・コピー

ソフトコピー

下位グループがある

ソフトコピー

業務

シングル

アドバンスト・コピー

ソフトコピー

ミラー

1つのディスクで構成されている

アドバンスト・コピー

ソフトコピー

2つ以上のディスクで構成されている

アドバンスト・コピー

ソフトコピー

4.8.2.5 オプションの設定 

通常、業務ボリュームの存在する筐体とは、別の筐体にあるバックアップボリュームにバックアップを行う場合にオプションの設定を行います。

GDS Snapshot連携バックアップの際は、筐体間コピーを行うかどうかの設定は不要です。

4.8.2.6 Storageサーバ配下のデバイス情報の取り込み 

バックアップ運用を行うサーバをStorageサーバとして登録し、Storageサーバ配下のデバイスの情報を取得します。

デバイス情報の取得については、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。

4.8.2.7 デバイスの運用種別設定 

GDSの論理ボリュームを業務ボリューム、バックアップボリュームとして登録します。

# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/sfdsk/CLS1/dsk/vol1
swstdevinfoset completed
# /opt/FJSVswsts/bin/swstdevinfoset -b /dev/sfdsk/CLS1/dsk/bvol1
swstdevinfoset completed

次のSDXオブジェクトは業務ボリュームまたはバックアップボリュームとして登録できません。

4.8.2.8 バックアップポリシーの設定 

■保存世代数の確認

バックアップポリシー設定の際には、あらかじめ設定するバックアップポリシーに従って、運用するのに必要なバックアップボリュームが用意されている必要があります。(詳細は本マニュアルの『バックアップポリシーの設定』を参照してください。)
業務ボリュームがSDXオブジェクトの場合は、プロキシオブジェクトとなりうるバックアップボリュームが保存世代数分存在するかどうか確認します。
業務ボリュームがGDSの論理ボリュームの場合は、バックアップボリュームもGDSの論理ボリュームでなければなりません。 
#/opt/FJSVswsts/bin/swstbkpolset -s 3 /dev/sfdsk/CLS01/dsk/VOL01
/dev/sfdsk/CLS01/dsk/VOL01 swstbkpolset completed
#

以下の場合、SDXオブジェクトは使用可能なバックアップボリュームとしてカウントされません。

■スライス数の制限

SDXオブジェクトをバックアップする場合は、業務ボリュームとバックアップボリュームが、マスタ・プロキシとして関連付けられるため、業務ボリュームを構成するスライスの数と、その業務ボリュームのバックアップに使用されるバックアップボリュームを構成するスライスの数の合計が、32以下でなければなりません。
そのため、GDSの構成によって運用可能な保存世代数が制限されますので、バックアップポリシーはその点に留意して設計を行ってください。
例えば、業務ボリュームとバックアップボリュームのすべてをシングルボリュームで構成している場合、保存世代数は最大の31を設定して運用することができますが、業務ボリュームとバックアップボリュームのすべてを2スライスで構成している場合、保存世代数に16以上を設定すると、16世代目以降のバックアップはできません。

4.8.2.9 バックアップ 

■論理ボリューム単位のバックアップ

業務ボリュームがSDXオブジェクトの場合は、プロキシオブジェクトとなりうるバックアップボリュームを選択し、バックアップを行います。
AdvancedCopy Managerは登録されているバックアップボリュームの中から自動的に選択します。 
# /opt/FJSVswsts/bin/swstbackup /dev/sfdsk/CLS1/dsk/vol1
/dev/sfdsk/CLS1/dsk/vol1 swstbackup completed

■使用可能なコピー処理方式

GDSの論理ボリュームが配置されているハードウェアにより、使用可能なコピー処理が異なります。
また、以下の場合は、EC/OPCは使用できません。

ハードウェア

使用可能なコピー処理

EC/OPCが使用できる

同期型高速バックアップ：EC、ソフトコピー

スナップショット型高速バックアップ：OPC

OPCのみが使用できる

同期型高速バックアップ：ソフトコピー

スナップショット型高速バックアップ：OPC

EC/OPCが使用できない

同期型高速バックアップ：ソフトコピー

スナップショット型高速バックアップ：使用できない

4.8.2.10 リストア 

■論理ボリューム単位の業務ボリュームへのリストア

GDSの論理ボリューム単位で業務ボリュームへリストアを行う際は、プロキシからマスタへのコピーを実施します。 
# /opt/FJSVswsts/bin/swstrestore /dev/sfdsk/CLS1/dsk/vol1
/dev/sfdsk/CLS1/dsk/vol1 swstrestore completed

■リストア先ボリュームを指定したリストア

業務ボリュームがGDSの論理ボリュームの場合は、リストア先ボリュームを指定したリストアはできません。

■使用可能なコピー処理方式

GDSの論理ボリュームが配置されているハードウェアにより、使用可能なコピー処理が異なります。
また、以下の場合は、OPCは使用できません。

ハードウェア

使用可能なコピー処理

OPCが使用できる

OPC、ソフトコピー

OPCが使用できない

ソフトコピー

4.8.2.11 運用中の注意事項 

sdxproxyコマンドを直接使用してバックアップ管理に登録されているボリュームの状態変更操作を行わないでください。

バックアップ管理の管理情報と実際のボリューム状態が、不整合な状態になる可能性があります。sdxproxyコマンドを直接使用して不整合な状態になった場合は、『資源整合コマンド(swstsrsemtch)』を実行して復旧してください。

4.8.3 スライス単位のバックアップ運用（GDS Snapshotを使用しない方式） 

GDS Snapshotと連携せず、AdvancedCopy Managerの機能だけで行う運用です。論理ボリュームがどの物理ボリュームから構成されているかを把握した設計・運用が必要です。

[図:スライス単位のバックアップ運用]

AdvancedCopy Managerコマンドに指定する場合は、論理ボリューム名とAdvancedCopy Managerデバイス名を組み合わせた以下の形式の名前を使用します。

dev/sfdsk/クラス名/dsk/ボリューム名:sdxinfoのDEVNAMの値

SDXオブジェクトの運用上の注意点については、本マニュアルの『SDXオブジェクトの運用の注意（バックアップ管理）』『SDXオブジェクトの運用の注意（レプリケーション管理）』をご覧ください。

筐体間ミラーを行っている場合、筐体障害の場合も、OPCによりリストアする必要があるときは、ミラーの両系をバックアップする必要があります。この場合、バックアップボリュームは、論理ボリュームの容量ではなく、物理ボリュームの容量分が必要です。
SymfowareのDBSPを筐体間ミラーしている場合、業務ボリュームとしてはどちらか一方の筐体にあるボリュームしか登録できません。したがって、バックアップ運用している筐体が筐体障害となった場合は、筐体障害から回復するまでバックアップ／リカバリができません。

4.8.3.1 バックアップ運用の設計 

バックアップ運用の設計を行う場合の注意事項は、本マニュアルの『SDXオブジェクト運用の注意（バックアップ管理）』を参照してください。

4.8.3.2 Storageサーバ配下のデバイス情報の取り込み 

バックアップ運用を行うサーバをStorageサーバとして登録し、Storageサーバ配下のデバイスの情報を取得します。

デバイス情報の取得については、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。

4.8.3.3 デバイスの運用種別設定 

■業務ボリューム

業務で使用している論理ボリュームを構成するスライスを、業務ボリュームとして登録します。 
#/opt/FJSVswsts/bin/swstdevinfoset -t /dev/sfdsk/CLS01/dsk/VOL01:c1t0d1
swstdevinfoset completed
#

■バックアップボリューム

SDXオブジェクトのスライスをバックアップボリュームに登録することはできません。
一般スライスのバックアップボリュームを使用します。 
#/opt/FJSVswsts/bin/swstdevinfoset -b /dev/dsk/c1t0d2s6
swstdevinfoset completed
#

4.8.3.4 バックアップ 

◆バックアップの例

#/opt/FJSVswsts/bin/swstbackup /dev/sfdsk/CLS01/dsk/VOL01:c1t0d1
/dev/sfdsk/CLS01/dsk/VOL01:c1t0d1 swstbackup completed
#

■バックアップ時の状態

バックアップを実行できるのは、論理ボリュームを構成するSDXオブジェクトの状態が以下の状態になっている場合です。
これ以外の状態になっている場合は、バックアップを実行することはできません。
（SDXオブジェクトの状態は、SafeDISK/PRIMECLUSTER GDSのsdxinfoコマンドを用いてAdvancedCopy Managerが確認します）

  1. ボリュームの状態が、"ACTIVE（起動中）"またはSTOP（停止）のとき

  2. 物理ディスクの状態が、"ENABLE（動作可）"のとき

  3. スライスの状態が、"ACTIVE（起動中）"または"TEMP（切り離し中）"のとき

■バックアップの前後処理

次のような場合、前後処理スクリプトは実行されません。

4.8.3.5 リストア 

スライス単位の運用時、業務ボリュームがシングルボリュームの場合のみリストアが可能です。

シングルボリューム以外のSDXオブジェクトにはリストアはできません。

シングルボリューム以外のSDXオブジェクトのリストア方法は、本マニュアルの『SDXオブジェクト運用の注意（バックアップ管理）』をご覧ください。

◆リストアの例

#/opt/FJSVswsts/bin/swstrestore  /dev/sfdsk/CLS01/dsk/VOL01:c1t0d1
/dev/sfdsk/CLS01/dsk/VOL01:c1t0d1 swstrestore completed
#

4.9 VxVMボリュームの運用

VxVM(VERITAS Volume Manager)配下ボリュームのバックアップ運用について説明します。

4.9.1 論理ボリュームが存在する物理スライス単位のバックアップ運用 

VxVMボリュームをバックアップ対象とする場合に、VxVMの論理ボリュームが存在する物理スライス単位にバックアップを行います。

通常ボリュームの基本的運用を理解した上でご利用ください。

4.9.1.1 運用設計

4.9.1.1.1 サポート可能なVxVMのボリューム構成 

サポート可能なVxVMのボリューム構成については、本マニュアルの『AdvancedCopy Managerにおけるサポートデバイスについて』を参照してください。

4.9.1.1.2 バックアップボリュームの準備 

VxVMの論理ボリュームのバックアップボリュームとしては、以下の2種類のボリュームが利用可能です。

しかし、バックアップボリュームをマウントする場合や、他のアプリケーションから使用する場合を考えて、バックアップボリュームは業務ボリュームと同一のボリューム構成をもつVxVMの論理ボリュームにしてください。

ボリューム構成が同一であるとは、以下の条件が満足されていることを指します。

バックアップボリュームのサイズが共有領域のサイズと同一であれば、VxVMボリュームのバックアップボリュームを通常デバイス(スライス)にすることが可能です。しかし、バックアップボリュームをマウントすること、および、他アプリケーションから使用することは一般的にできません。
同様に、通常デバイス(スライス)のバックアップボリュームをVxVMボリュームにすることも可能ですが、バックアップボリュームをマウントすること、および、他アプリケーションから使用することは一般的にできません。

4.9.1.2 事前準備 

4.9.1.2.1 デバイスの運用種別設定 

論理ボリューム：VMディスク=N:1(N>1)の関係を満たすVxVMの論理ボリュームの場合、業務ボリューム、または、バックアップボリュームを登録する場合は、それぞれのVMディスクに含まれる論理ボリューム名の1つを使用して登録します。

例として、以下のボリューム構成をもつ業務ボリューム、バックアップボリュームを考えます。

この場合、論理ボリューム名tranvol01、backvol01を使用してデバイス情報を設定します。

# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dsk/AGT01/tranvol01
swstdevinfoset completed
# /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dsk/AGT01/backvol01
swstdevinfoset completed

デバイス情報設定コマンドに指定する論理ボリューム名は、バックアップ処理の対象となるVMディスク(スライス)を指定するために用いられます。したがって、上の例においてtranvol01の代わりにtranvol02、tranvol03を指定することが可能です(backvol01についても同様です)。しかし、tranvol01、backvol01が既に登録されている場合には、他のボリューム(tranvol02、tranvol03、backvol02、backvo03)を登録することはできません。

4.9.1.2.2 前後処理スクリプトのカスタマイズ

論理ボリューム：VMディスク=N:1(N>1)の関係を満たすVxVMの論理ボリュームの場合、かつ、運用上の理由により、ファイルシステムが構築された業務ボリュームのアンマウント／マウント処理を回避したい場合は、業務ボリュームのアンマウント処理が行われないように、バックアップ前処理スクリプト(OpcBackup.pre)をカスタマイズしてください。

※ バックアップ前処理スクリプト(OpcBackup.pre)のアンマウント処理(umount)を実施する前に、以下の例に示すようなVxVM論理ボリュームのマウントポイント変数をクリアする処理を追加してください。

【カスタマイズ例】

79:   exit 0
80:  fi
81:  post_file="/etc/opt/FJSVswsts"$swstg_node"/data/DEFAULT/"$dev".pre"
82:  fstype_file="/etc/opt/FJSVswsts"$swstg_node"/data/DEFAULT/"$dev".fstype"
83:  bd_file="/etc/opt/FJSVswsts"$swstg_node"/data/DEFAULT/"$dev".bd"
84:  
      if [ "$device" = "/dev/vx/dsk/AGT01/tranvol01" ]
      then
          mount_point=""
      fi
85:  if [ "$mount_point" != "" ]
86:  then
87:  
88:  # When device cannot be unmounted
89:  #
90:  # if [ "$device" = "/dev/dsk/c*t*d*s*" ]

4.9.1.2.3 デバイスマップファイルの準備 

VxVMボリュームのバックアップ運用では、業務ボリュームと同一のボリューム構成をもつバックアップボリュームを指定する必要があるため、デバイスマップファイルを作成する必要があります。

【デバイスマップファイルの例】
# 業務ボリューム名             出力先バックアップボリューム名
/dev/vx/dsk/AGT01/tranvol01    /dev/vx/dsk/AGT01/backvol01

デバイスマップファイルの詳細については、本マニュアルの『デバイスマップファイルの準備』を参照してください。

4.9.1.3 運用 

4.9.1.3.1 バックアップの実行 

論理ボリューム:VMディスク=N:1(N>1)の関係を満たすVxVMの論理ボリュームの場合、前後処理スクリプトで業務ボリュームのアンマウント/マウントを実施することはできません。

このような構成の場合は、バックアップを行う前にあらかじめファイルシステムのアンマウントを実施し、バックアップ後にファイルシステムをマウントしてください。

なお、論理ボリューム:VMディスク=1:1の関係を満たすVxVMの論理ボリュームの場合は、通常のスライスと同様に業務ボリュームのアンマウント/マウントが行われるため、以下に示す手順は不要です。

【バックアップの手順】

# umount /global/AGT01/tranvol01 ←tranvol01のアンマウント
# umount /global/AGT01/tranvol02 ←tranvol02のアンマウント
# umount /global/AGT01/tranvol03 ←tranvol03のアンマウント
# /opt/FJSVswsts/bin/swstbackup /dev/vx/dsk/AGT01/tranvol01
/dev/vx/dsk/AGT01/tranvol01 swstbackup completed
# mount -F ufs /dev/vx/dsk/AGT01/tranvol01 /global/AGT01/tranvol01 ←tranvol01のマウント
# mount -F ufs /dev/vx/dsk/AGT01/tranvol02 /global/AGT01/tranvol02 ←tranvol02のマウント
# mount -F ufs /dev/vx/dsk/AGT01/tranvol03 /global/AGT01/tranvol03 ←tranvol03のマウント

また、運用上の理由により、業務ボリュームのアンマウント/マウント処理を回避したい場合は、事前に前後処理スクリプトのカスタマイズを行った上で、以下の手順でバックアップする必要があります。

【バックアップの手順(業務ボリュームのアンマウント/マウント処理を回避する場合)】

# lockfs -w /global/AGT01/tranvol01 ←tranvol01のファイルシステムロック
# lockfs -w /global/AGT01/tranvol02 ←tranvol02のファイルシステムロック
# lockfs -w /global/AGT01/tranvol03 ←tranvol03のファイルシステムロック
# /opt/FJSVswsts/bin/swstbackup /dev/vx/dsk/AGT01/tranvol01
/dev/vx/dsk/AGT01/tranvol01 swstbackup completed
# lockfs -u /global/AGT01/tranvol01 ←tranvol01のファイルシステムロック解除
# lockfs -u /global/AGT01/tranvol02 ←tranvol02のファイルシステムロック解除
# lockfs -u /global/AGT01/tranvol03 ←tranvol03のファイルシステムロック解除
# fsck -n -F ufs /dev/vx/dsk/AGT01/backvol01 ←backvol01のfsck処理
# fsck -n -F ufs /dev/vx/dsk/AGT01/backvol02 ←backvol02のfsck処理
# fsck -n -F ufs /dev/vx/dsk/AGT01/backvol03 ←backvol03のfsck処理

lockfs -wを使用してファイルシステムのキャッシュのフラッシュと、その後の更新抑止を行った場合でも、Write Open中のファイル（オンラインバックアップをサポートしているOracleのデータベーススペースは除きます）については、ファイル内容の保証はされません。
また、メタデータ更新中のプロセスがある場合は、lockfsの仕様上、ファイルシステム自体のデータ整合性も保障されません。
そこで、バックアップ後にfsck処理を行い、バックアップデータの整合性を確認することが必要です。
なお、fsck処理において、以下のメッセージを出力されることがありますが、ファイルシステムの整合性には問題がありませんので、fsck -yを実行して修復してください。 
FILE SYSTEM STATE IN SUPERBLOCK IS WRONG; FIX?

4.9.1.3.2 リストアの実行 

論理ボリューム:VMディスク=N:1(N>1)の関係を満たすVxVMの論理ボリュームの場合、前後処理スクリプトで業務ボリュームのアンマウント/マウントを実施することはできません。

このような構成の場合は、リストアを行う前にあらかじめファイルシステムのアンマウントを実施し、リストア後にファイルシステムをマウントしてください。

なお、論理ボリューム:VMディスク=1:1の関係を満たすVxVMの論理ボリュームの場合は、通常のスライスと同様に業務ボリュームのアンマウント/マウントが行われるため、以下に示す手順は不要です。

【リストアの手順】

# umount /global/AGT01/tranvol01 ←tranvol01のアンマウント
# umount /global/AGT01/tranvol02 ←tranvol02のアンマウント
# umount /global/AGT01/tranvol03 ←tranvol03のアンマウント
# /opt/FJSVswsts/bin/swstrestore /dev/vx/dsk/AGT01/tranvol01
/dev/vx/dsk/AGT01/tranvol01 swstrestore completed
# mount -F ufs /dev/vx/dsk/AGT01/tranvol01 /global/AGT01/tranvol01 ←tranvol01のマウント
# mount -F ufs /dev/vx/dsk/AGT01/tranvol01 /global/AGT01/tranvol02 ←tranvol02のマウント
# mount -F ufs /dev/vx/dsk/AGT01/tranvol01 /global/AGT01/tranvol03 ←tranvol03のマウント

4.9.1.4 設定情報の変更 

バックアップ運用中にボリューム構成を変更する場合は、以下の手順でボリューム構成変更を実施してください。

  1. 履歴情報削除コマンド(swsthistdel)の-zオプションを指定して、全ての履歴情報を削除してください。

  2. バックアップポリシー削除コマンド(swstbkpoldel)でバックアップポリシーを削除してください。

  3. 業務ボリュームをデバイス情報設定コマンド(swstdevinfoset)の-oオプションを指定して、登録から削除してください。バックアップボリュームもVxVMのボリュームである場合は、バックアップボリュームもデバイス情報設定コマンド(swstdevinfoset)の-oオプションを指定して、登録から削除してください。

  4. 業務ボリュームのボリューム構成を変更します。バックアップボリュームもVxVMのボリュームである場合は、バックアップボリュームのボリューム構成を業務ボリュームと同一になるように変更します。

  5. 初期画面において、「全デバイスの情報取得/反映」を行います。

  6. デバイス情報設定コマンド(swstdevinfoset)で、業務ボリューム、バックアップボリュームの再登録を行います。

  7. バックアップポリシー設定コマンド(swstbkpolset)でバックアップポリシーを設定します。

  8. バックアップ運用を再開します。

4.9.2 ディスクグループを構成する物理ディスク単位のバックアップ運用 

VxVMボリュームの構成が、論理ボリュームが存在する物理スライス単位での運用条件を満たしていない場合は、VxVMボリュームを構成する物理ディスク単位で操作することによりバックアップ運用を行うことができます。

物理ディスク単位に運用する場合は、ディスクグループとしての整合性を保つ必要があることから、ディスクグループ内のすべての物理ディスクを同期をとって操作しなければなりません。

同期を取る必要がある物理ボリュームを確認する方法は、本マニュアルの『デバイス情報表示コマンド（stgxfwcmdispdev）』またはAdvancedCopy Manager使用手引書の『同一論理グループ内デバイス確認』を参照してください。

noprivタイプのVMディスクのみ、物理スライスが管理単位となります。

通常ボリュームの基本的運用を理解した上でご利用ください。

物理ディスク単位の運用では、スナップショット型での運用を推奨します。同期型での運用の場合、全面コピー中および差分コピー中は複写先に対しVxVMのコマンド等のディスクへのアクセスが生じるコマンドは実行できません。

4.9.2.1 運用設計 

以下の点に注意して、業務ボリューム／バックアップボリュームのディスクグループを設計します。

4.9.2.2 事前準備 

4.9.2.2.1 ディスクグループ構成情報ファイルの確認 

バックアップの後処理として、ディスクグループの再構成を行う必要があります。ディスクグループの再構成に必要な構成情報ファイルが退避されていることを確認してください。

/etc/vx/cbr/bk/<ディスクグループ名>.<ディスクグループID>

4.9.2.2.2 業務ボリューム／バックアップボリュームの設定 

業務ボリューム／バックアップボリュームを設定する際は、ディスクグループ内のすべての物理ディスクを設定します。

例： 

# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dmp/c1t0d10s2
swstdevinfoset completed
# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dmp/c1t0d11s2
swstdevinfoset completed
# /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dmp/c1t0d20s2
swstdevinfoset completed
# /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dmp/c1t0d21s2
swstdevinfoset completed
#

4.9.2.2.3 デバイスマップファイルの準備 

VxVMボリュームのバックアップ運用では、業務ボリュームと同一のボリューム構成をもつバックアップボリュームを指定する必要があるため、デバイスマップファイルを作成する必要があります。

【デバイスマップファイルの例】
# 業務ボリューム名             出力先バックアップボリューム名
/dev/vx/dmp/c1t0d10s2          /dev/vx/dmp/c1t0d20s2
/dev/vx/dmp/c1t0d11s2          /dev/vx/dmp/c1t0d21s2

デバイスマップファイルの詳細については、本マニュアルの『デバイスマップファイルの準備』を参照してください。

4.9.2.3 バックアップの実行 

ディスクグループ内のすべての物理ディスクを同期をとって操作します。

必要な前後処理は、バックアップの操作を行う前後にディスクグループ単位で実施し、各物理ディスクを操作する際には、前後処理を動作させないようにします。

スナップショット型バックアップの例

（業務ボリューム／バックアップボリュームに対する前処理を行う）
# /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d10s2
/dev/vx/dmp/c1t0d10s2 swstbackup completed
# /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d11s2
/dev/vx/dmp/c1t0d11s2 swstbackup completed
#
（業務ボリューム／バックアップボリュームに対する後処理を行う）

同期型バックアップの例

（バックアップボリュームに対する前処理を行う）
# /opt/FJSVswsts/bin/swststartsync /dev/vx/dmp/c1t0d10s2
/dev/vx/dmp/c1t0d10s2 swststartsync completed
# /opt/FJSVswsts/bin/swststartsync /dev/vx/dmp/c1t0d11s2
/dev/vx/dmp/c1t0d11s2 swstsstartsync completed
（等価性維持状態後）
（業務ボリュームに対する前処理を行う）
# /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d10s2
/dev/vx/dmp/c1t0d10s2 swstbackup completed
# /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/c1t0d11s2
/dev/vx/dmp/c1t0d11s2 swstbackup completed
#
（業務ボリューム／バックアップボリュームに対する後処理を行う）

バックアップの前後で実施する前後処理は以下。

前処理

後処理

業務
ボリューム

  1. ディスクグループ内のすべての論理ボリュームへのアクセスを停止し、データの整合性を確保します。

  2. ファイルシステムが含まれる場合は、ディスクグループ内のすべてのファイルシステムをアンマウントします。

  3. ディスクグループがimportされていない場合、ディスクグループをimportします。

  1. ファイルシステムが含まれる場合は、前処理でアンマウントしたボリュームをマウントします。

バックアップ
ボリューム

  1. ディスクグループ内のすべての論理ボリュームへのアクセスを停止します。

  2. ファイルシステムが含まれる場合は、ディスクグループ内のすべてのファイルシステムをアンマウントします。

  3. ディスクグループをdeportします。

  4. ディスクグループ配下の物理ディスクをofflineにします。

  1. 前処理でofflineにした物理ディスクをonlineにします。

  2. ディスクグループを再構成します。

  3. ファイルシステムが含まれる場合は、前処理でアンマウントしたボリュームをマウントします。

■ディスクグループの再構成

ディスクグループの再構成は、以下の手順で行います。

  1. リストアのプリコミット分析

    # /etc/vx/bin/vxconfigrestore -p dstdg
Diskgroup dstdg configuration restoration started ......

Installing volume manager disk header for c1t0d20 ...
Installing volume manager disk header for c1t0d21 ...
-
dstdg's diskgroup configuration is restored (in precommit state).
Diskgroup can be accessed in read only and can be examined using
vxprint in this state.

Run:
  vxconfigrestore -c dstdg ==> to commit the restoration.
  vxconfigrestore -d dstdg ==> to abort the restoration.
#

  2. コピー先のディスクグループ構成のリストアに必要な変更をコミットする。

    # /etc/vx/bin/vxconfigrestore -c dstdg
Committing configuration restoration for diskgroup dstdg ....

dstdg's diskgroup configuration restoration is committed.
#

ディスクグループをクラスタシステムのリソースとして登録している場合は、ディスクグループのimport/deport処理の代わりにディスクグループリソースのonline/offline処理を行ってください。

マウントポイントをクラスタシステムのリソースとして登録している場合は、ファイルシステムのmount/umount処理の代わりにマウントリソースのonline/offline処理を行ってください。

システムでディスク交換等が行われている場合、1つのディスクグループについて競合する構成情報バックアップが複数存在する場合があります。

その際は、上記コマンド実行後に表示されるディスクグループIDをディスクグループの代わりに指定して実行する必要があります。

この操作の後、ディスクグループ内のボリュームがバックグラウンドで同期されるため、ボリュームの構成によっては同期処理に時間がかかる場合があります。

なお、その場合でもボリュームを使用することは可能です。

4.9.2.4 リストアの実行 

ディスクグループ内のすべての物理ディスクを同期をとって操作します。

必要な前後処理は、リストアの操作を行う前後にディスクグループ単位で実施し、各物理ディスクを操作する際には、前後処理を動作させないようにします。

リストアの例

（業務ボリューム／バックアップボリュームに対する前処理を行う）
# /opt/FJSVswsts/bin/swstrestore /dev/vx/dmp/c1t0d10s2
/dev/vx/dmp/c1t0d10s2 swstrestore completed
# /opt/FJSVswsts/bin/swstrestore /dev/vx/dmp/c1t0d11s2
/dev/vx/dmp/c1t0d11s2 swstrestore completed
#
（業務ボリューム／バックアップボリュームに対する後処理を行う）

リストアの前後で実施する前後処理は以下。

前処理

後処理

バックアップ
ボリューム

  1. ディスクグループ内のすべての論理ボリュームへのアクセスを停止し、データの整合性を確保します。

  2. ディスクグループがimportされていない場合、ディスクグループをimportします。

後処理の必要はありません。

リストア先
ボリューム

  1. ディスクグループ内のすべての論理ボリュームへのアクセスを停止します。

  2. ファイルシステムが含まれる場合は、ディスクグループ内のすべてのファイルシステムをアンマウントします。

  3. ディスクグループをdeportします。

  4. ディスクグループ配下の物理ディスクをofflineにします。

  1. 前処理でofflineにした物理ディスクをonlineにします。

  2. ディスクグループを再構成します。

  3. ファイルシステムが含まれる場合は、前処理でアンマウントしたボリュームをマウントします。

■ディスクグループの再構成

ディスクグループの再構成は、以下の手順で行います。

  1. リストアのプリコミット分析

    # /etc/vx/bin/vxconfigrestore -p srcdg
Diskgroup srcdg configuration restoration started ......

Installing volume manager disk header for c1t0d10 ...
Installing volume manager disk header for c1t0d11 ...
-
srcdg's diskgroup configuration is restored (in precommit state).
Diskgroup can be accessed in read only and can be examined using
vxprint in this state.

Run:
  vxconfigrestore -c srcdg ==> to commit the restoration.
  vxconfigrestore -d srcdg ==> to abort the restoration.
#

  2. コピー先のディスクグループ構成のリストアに必要な変更をコミットする。

    # /etc/vx/bin/vxconfigrestore -c srcdg
Committing configuration restoration for diskgroup srcdg ....

srcdg's diskgroup configuration restoration is committed.
#

ディスクグループをクラスタシステムのリソースとして登録している場合は、ディスクグループのimport/deport処理の代わりにディスクグループリソースのonline/offline処理を行ってください。

マウントポイントをクラスタシステムのリソースとして登録している場合は、ファイルシステムのmount/umount処理の代わりにマウントリソースのonline/offline処理を行ってください。

システムでディスク交換等が行われている場合、1つのディスクグループについて競合する構成情報バックアップが複数存在する場合があります。

その際は、上記コマンド実行後に表示されるディスクグループIDをディスクグループの代わりに指定して実行する必要があります。

この操作の後、ディスクグループ内のボリュームがバックグラウンドで同期されるため、ボリュームの構成によっては同期処理に時間がかかる場合があります。

なお、その場合でもボリュームを使用することは可能です。

目次 索引 前ページ次ページ
All Rights Reserved, Copyright(C) 富士通株式会社 2002-2006