| ETERNUS SF AdvancedCopy Manager 運用手引書 13.0 -AIX- |
|
目次
索引
|
本章では、AdvancedCopy Managerのバックアップ運用について説明します。
AIX版AdvancedCopy ManagerのエージェントはWindowsシステム、SolarisシステムまたはLinuxシステム上で動作するAdvancedCopy Managerのマネージャーと連携し、本章で説明するバックアップ運用を可能とします。
サポートされているデバイスの構成とコピーの関係については、運用手引書の『AdvancedCopy Managerにおけるサポートデバイスについて』を参照してください。
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本多く必要になります。また、同期型高速バックアップはバックアップ実行コマンドを投入する前に、バックアップ同期処理が必要なため、自動運用する場合はあらかじめ同期処理に必要な時間を見積もってバックアップ同期処理を開始し、等価性維持状態になってからバックアップ実行コマンドが投入されるようにスケジュールしなければなりません。
AdvancedCopy Managerは、バックアップに使用する媒体（バックアップボリューム）の管理／選択を自動的に行います。
また、バックアップした履歴／世代の管理もAdvancedCopy Managerが行い、最新および過去の世代からのリストアが行えます。
ディスクアレイ装置(ETERNUS ディスクアレイ)のOPC（One Point Copy）/ROPC（Remote One Point Copy）機能を用いて、業務ボリュームから未使用のバックアップボリュームにコピーします。
スナップショット型高速バックアップは、次のように処理が行われます。
バックアップ実行コマンドを実行（図4.2の1）すると次の処理が行われます。
世代管理しているバックアップボリュームが全世代あれば、もっとも古いバックアップボリュームを未使用のバックアップボリュームとします。
未使用のバックアップボリュームを未使用バックアップボリューム管理領域より獲得します。
獲得した未使用のバックアップボリュームに業務ボリュームの内容をコピーします。（図4.2の2〜4）
バックアップ履歴情報を設定します。
スナップショット型高速バックアップはバックアップ実行コマンドを実行した時点で完了します。実際のデータのコピー処理はETERNUS ディスクアレイのOPC機能によって内部的に行われます。
なお、スナップショット型高速バックアップでは、QuickOPC機能を使用することで、前回のバックアップ時点からの差分データのみを物理コピーすることによって、より高速なスナップショット型バックアップ運用が可能です。
QuickOPC機能については、本マニュアルの『QuickOPC機能によるバックアップ運用』を参照してください。
すべてのバックアップボリュームが世代管理されており、未使用バックアップボリューム管理領域よりバックアップボリュームを獲得できなければ、バックアップを行うことができません。
ROPCを使用したバックアップ機能は、同一Storageサーバ内のROPCに対応したディスクアレイ装置に限ります。
AIX版AdvancedCopy Managerでは、業務ボリュームとしてボリュームグループを使用します。業務ボリュームがボリュームグループの場合は、ディスクアレイ装置(ETERNUS ディスクアレイ)のOPC/ROPC機能によるコピー処理は、ボリュームグループに対応する物理ディスク全体に対して行われます。したがって、ボリュームグループ内に複数の論理ボリュームが存在する場合は、全ての論理ボリュームのデータがバックアップされます(図4.3)。
ボリュームグループをバックアップ運用に用いる場合は以下の点に注意する必要があります。
業務ボリュームがボリュームグループの場合は、業務ボリュームとは別のボリュームグループに業務ボリュームと同じ論理ディスクを構成し、かつ物理ディスクが同一サイズのボリュームグループをバックアップボリュームに登録してください。(図4.3)
業務ボリュームとバックアップボリュームを対応付けて運用する場合は、「デバイスマップファイル」という業務ボリュームとバックアップボリュームの対応ファイルを作成します。特にボリュームグループ単位でのバックアップ時は「デバイスマップ」指定をお勧めします。
バックアップ処理において，バックアップボリュームのLVM構成情報が，業務ボリュームのLVM情報で書き換えられてしまう為，バックアップボリュームを活性化したり、バックアップボリューム上の論理ボリュームをマウントするには特別な手順が必要となります。詳細は『リストアの注意事項』を参照して下さい。
ボリュームグループをバックアップする場合は、全ての論理ボリュームをアンマウント/マウントするようにバックアップの管理者責任でバックアップ前後処理スクリプトを修正してください。詳細は『バックアップ・リストアの前後処理」を参照して下さい。
業務ボリュームに登録したボリュームグループ配下に複数の物理ディスクが存在する場合は、バックアップはエラーとなります。
ディスクアレイ装置(ETERNUS ディスクアレイ)のEC（Equivalent Copy）/REC(Remote Equivalent Copy)機能を用いて、業務ボリュームから未使用のバックアップボリュームにコピーします。
同期型高速バックアップは、次のように処理が行われます。
バックアップ同期処理開始コマンド（図4.4の1）を実行すると、業務ボリュームと同容量の未使用バックアップボリュームが、未使用バックアップボリューム管理領域から選択され、バックアップ同期処理が開始されます。
業務ボリュームとバックアップボリュームが等価状態になります。この時点以降、業務ボリュームとバックアップボリュームの等価性は維持されます。この状態を等価性維持状態（図4.4の3）と呼びます。
バックアップ実行コマンド（図4.4の4）を実行すると、バックアップ同期処理が停止し、バックアップ履歴情報を設定します。
バックアップ完了時にバックアップデータが保存世代数を超えた場合、もっとも古いバックアップボリュームを未使用のバックアップボリュームとします。
業務ボリュームとバックアップボリュームが等価状態になる前にバックアップ実行コマンドを実行することはできません。
なお、同期型高速バックアップでは、Suspend/Resume機能を使用することで、ECによる等価性維持状態を一時中断（Suspend）／再開（Resume）することができます。Suspend/Resume機能を使用したバックアップでは、一時中断状態からの差分コピーを行うことによって、より高速な同期型バックアップ運用が可能です。
Suspend/Resume機能については、本マニュアルの『Suspend/Resume機能によるバックアップ運用』を参照してください。
すべてのバックアップボリュームが世代管理されており、未使用バックアップボリューム管理領域よりバックアップボリュームを獲得できなければ、バックアップを行うことができません。
RECを使用したバックアップ機能は、同一Storageサーバ内のREC/ROPCに対応したディスクアレイ装置に限ります。
AIX版AdvancedCopy Managerでは、業務ボリュームとしてボリュームグループを使用します。業務ボリュームがボリュームグループの場合は、ディスクアレイ装置(ETERNUS ディスクアレイ)のEC/REC機能によるコピー処理は、ボリュームグループに対応する物理ディスク全体に対して行われます。したがって、ボリュームグループ内に複数の論理ボリュームが存在する場合は、全ての論理ボリュームのデータがバックアップされます(図4.3)。
ボリュームグループをバックアップ運用に用いる場合は以下の点に注意する必要があります。
業務ボリュームがボリュームグループの場合は、業務ボリュームとは別のボリュームグループに業務ボリュームと同じ論理ディスクを構成し、かつ物理ディスクが同一サイズのボリュームグループをバックアップボリュームに登録してください。(図4.3)
業務ボリュームとバックアップボリュームを対応付けて運用する場合は、あらかじめ「デバイスマップファイル」という業務ボリュームとバックアップボリュームの対応ファイルを作成します。特にボリュームグループ単位でのバックアップ時は「デバイスマップ」指定をお勧めします。
バックアップ処理において，バックアップボリュームのLVM構成情報が，業務ボリュームのLVM情報で書き換えられてしまう為，バックアップボリュームを活性化したり、バックアップボリューム上の論理ボリュームをマウントするには特別な手順が必要となります。詳細は『リストアの注意事項』を参照して下さい。
ボリュームグループをバックアップする場合は、全ての論理ボリュームをアンマウント/マウントするようにバックアップの管理者責任でバックアップ前後処理スクリプトを修正してください。詳細は『バックアップ・リストアの前後処理』を参照して下さい。
業務ボリュームに登録したボリュームグループ配下に複数の物理ディスクが存在する場合は、バックアップはエラーとなります。
AdvancedCopy Managerのリストア方法を説明します。
リストアは、バックアップ履歴情報で管理されているバックアップボリュームより業務ボリュームの内容を復元します。
バックアップボリュームからのリストアは、ディスクアレイ装置(ETERNUS ディスクアレイ)が提供するOPC機能を用いて、バックアップボリュームから業務ボリュームに行われます。
履歴管理しているバックアップボリュームの内容を業務ボリュームにリストアしても、履歴管理情報が変更されることはありません。
なお、リストア処理は、バックアップ元となる業務ボリュームに対して行われますが、リストア先を変更する事も可能です。
最新のバックアップボリューム採取時点と、リストア操作を行うまでの間に、業務ボリュームの内容を書き換えたとしても、書き換えられたデータについては保証されません。
AIX版AdvancedCopy Managerでは、業務ボリュームとしてボリュームグループを使用します。業務ボリュームがボリュームグループの場合は、ディスクアレイ装置(ETERNUS ディスクアレイ)のOPC/ROPC機能によるコピー処理は、ボリュームグループに対応する物理ディスク全体に対して行われます。したがって、ボリュームグループ内に複数の論理ボリュームが存在する場合は、全ての論理ボリュームのデータがリストアされます(図4.6)。
ボリュームグループをリストアに用いる場合は以下の点に注意する必要があります。
ボリュームグループをリストアする場合は、全ての論理ボリュームをアンマウント/マウントするようにバックアップの管理者責任でバックアップ前後処理スクリプトを修正してください。詳細は、本マニュアルの『バックアップ・リストアの前後処理』を参照して下さい。
AdvancedCopy Managerのバックアップ方法を説明します。
バックアップ運用の設計は、以下の手順で行います。
バックアップ運用を行うサーバを決定します。
バックアップ運用を行うサーバには、次のものがあります。
Storage管理サーバ
複数のStorageサーバを一元管理、集中操作します。Storage管理サーバは、Storageサーバを兼ねることができます。
ただし、Storage管理サーバはWindows版、Solaris版またはLinux版 AdvancedCopy Managerを使用します。
Storageサーバ
AdvancedCopy Managerの運用を行います。
AIX 版 AdvancedCopy Managerがこの運用形態になります。
すべてのStorageサーバには、AdvancedCopy Managerが使用する内部コード系（Storage管理サーバへAdvancedCopy Managerをインストールする際に指定するコード系）のロケールがインストールされている必要があります。
バックアップ対象となる業務データを決定します。
AIX版 AdvancedCopy Managerの実際のバックアップ/リストアを行う単位は、物理ディスク(LU:Logical Unit)となりますが、LVM(Logical Volume Manager)を構成する物理ディスクの場合はボリュームグループ単位で管理/操作します。その管理/操作するディスクのことを業務ボリュームと呼びます。バックアップ対象となる業務ボリュームは、ETERNUS ディスクアレイに配置されている必要があります。AIX版AdvancedCopy Managerでは、業務ボリュームとしてボリュームグループを使用します。
業務ボリュームの設定方法は、本マニュアルの『デバイスの運用種別設定』を参照してください。
業務ボリュームにボリュームグループを使用する場合は、以下のような注意事項があります。
1つのボリュームグループに複数の物理ディスクを登録しないでください。
システムが格納されているディスクや、AdvancedCopy Managerがインストールされているディスクは、バックアップ対象としないでください。
バックアップ対象を決定する際に注意する点として、本マニュアルの『全般的な注意事項』をご理解ください。
バックアップ、レプリケーション対象について
業務ボリュームに設定するバックアップポリシーを決めます。バックアップポリシーには以下の条件項目があります。
保存世代数とはバックアップを行ったデータを何世代残しておくかを意味します。
スナップショット型高速バックアップは、最初に最古の世代を世代管理より解放します。そのため、バックアップ起動中にシステムダウンなどの障害が発生した場合は、バックアップしたデータが必要世代数分存在しない可能性がありますので、直ちにバックアップを再実行することをお勧めします。
スナップショット型高速バックアップで、保存世代数を1として運用する場合は、バックアップデータをテープなどに退避する運用を併用することをお勧めします。
同期型高速バックアップは、最古の世代を世代管理より解放するのは、最新世代のバックアップを完了してからです。そのため、履歴情報を常に保持しておくためには、（保存世代数＋1）本のバックアップボリュームが必要です。
バックアップを行う間隔を意味します。
最後にバックアップした日より間隔日数を超えた場合に遅れが出ていることを表示します。
間隔日数を設定しても定期的にバックアップは行われません。
バックアップポリシーの設定方法は、本マニュアルの『バックアップポリシーの設定』を参照してください。
バックアップボリュームを準備します。
AdvancedCopy Managerでは、業務ボリュームのバックアップ先ディスクのことをバックアップボリュームと呼びます。バックアップボリュームは、ETERNUS ディスクアレイに配置する必要があります。AIX版AdvancedCopy Managerでは、バックアップボリュームとしてボリュームグループを使用します。
バックアップボリュームのサイズは、業務ボリュームと同じである必要があります。また、バックアップボリュームの数は、スナップショット型高速バックアップ運用を行う場合と同期型高速バックアップ運用を行う場合では、以下の様に異なります。
|
バックアップ運用 |
必要バックアップボリューム数 |
|---|---|
|
スナップショット型高速バックアップ運用の場合 |
(保存世代数)本 |
|
同期型高速バックアップ運用の場合 |
(保存世代数 + 1)本 |
既に複数の業務ボリュームにバックアップポリシーが設定されている状態で、新たに登録された業務ボリュームにバックアップポリシーを登録する場合、以下の本数のバックアップボリュームが登録されている必要があります。
|
バックアップ運用 |
必要バックアップボリューム数 |
|---|---|
|
スナップショット型高速バックアップ運用の場合 |
（登録されているバックアップポリシーの保存世代数の総和＋新たに設定するバックアップポリシーの保存世代数）本 |
|
同期型高速バックアップ運用の場合 |
（登録されているバックアップポリシーの保存世代数の総和＋登録されている業務ボリューム数＋新たに設定するバックアップポリシーの保存世代数＋1）本 |
バックアップボリュームにボリュームグループを使用する場合は、以下のように論理ディスクを作成する必要があります。
1つのボリュームグループに複数の物理ディスクを登録しないでください。
1つの論理ディスクが複数の物理ディスクから構成されないように論理ディスクを作成してください。
業務ボリュームと同じ物理サイズである必要があります。ボリュームグループの場合はさらに業務ボリュームとは異なるボリュームグループでかつ同じ構成の論理ディスクとする必要があります。
システムが格納されているディスクや、AdvancedCopy Managerがインストールされているディスクは、バックアップボリュームとしないでください。
バックアップボリュームの設定方法は、本マニュアルの『デバイスの運用種別設定』を参照してください。
同期型高速バックアップでバックアップボリュームが保存世代数しか用意できない場合、バックアップボリュームをテープなどの二次媒体に退避することによって、バックアップ運用を行うことができます。
この場合、次のような運用となります。
バックアップ同期処理開始
等価性維持状態の確認
バックアップ実行
バックアップボリュームを二次媒体に退避
履歴情報削除
1.に戻る
履歴情報の削除後、次のバックアップが完了するまでの間にリストアを行う場合は、リストア実行コマンドによるリストアは行えません。二次媒体から直接リストアを行う必要があります。
AdvancedCopy Managerのバックアップ運用は、SystemWalker/OperationMGR等を利用して自動化することができます。
スナップショット型高速バックアップの自動運用は、次の二つの方法で行うことができます。
バックアップ実行コマンドを、バックアップを採取したい契機に合わせて、バッチジョブのジョブネット中で起動する。
バックアップ実行コマンドを時刻指定で起動する。
同期型高速バックアップは、バックアップを予定している時刻には、業務ボリュームとバックアップボリュームが等価性維持状態になっていなければなりません。
そのため、同期型高速バックアップを自動運用する場合は、以下のようにバックアップ同期処理開始コマンド、バックアップ実行コマンドを分けて起動する必要があります。
バックアップ同期処理の開始コマンドは、バックアップ実施契機に等価性維持状態となっているよう、あらかじめ机上にてバックアップ同期処理に必要な時間を算出し、その時間分以上さかのぼって、時刻指定で起動します。
バックアップ同期処理を開始してから等価性維持状態になるまでにかかる時間は、コピーするボリュームの容量に依存します。
次のどちらかの方法でバックアップ実行コマンドが自動的に起動されるようにします。
バックアップ実行コマンドを、バックアップを採取したい契機に合わせて、バッチジョブのジョブネット中で起動する。
ジョブネット中のバックアップ実行コマンドの起動の前に他のジョブ（図中のジョブA、ジョブB）がある場合は、バックアップ実行コマンドの起動時刻は特定できません。ジョブネットの起動時刻にジョブA・ジョブBにかかる最短時間を足した時刻をバックアップ実行コマンドの起動時刻として、そこから見積もり時間分さかのぼって、バックアップ同期処理開始コマンドの開始時刻を決めてください。
バックアップ実行コマンドを時刻指定で起動する。
業務ボリュームにおける一連のバックアップ運用の流れを以下に記述します。
バックアップ運用を開始するにあたり、事前に以下の準備が必要です。
バックアップ運用を開始するにあたり、事前にStorage管理サーバおよびStorageサーバ上でAdvancedCopy Managerのデーモンが起動されている必要があります。通常、システムの起動時に自動的に立ち上がりますが、何らかの理由で起動に失敗した場合および一度デーモンを停止した場合は、各サーバでデーモンを起動する必要があります。デーモンの起動については、本マニュアルの『デーモンの起動と停止』を参照してください。
バックアップ運用をバックアップ管理画面から行う場合は、バックアップ管理画面の各操作のアクセス権を設定します。設定方法の詳細については、『Solaris版、Windows版またはLinux版 ETERNUS SF AdvancedCopy Manager運用手引書 認証機構によるセキュリティ運用』を参照してください。
バックアップ運用をコマンドのみで行う場合は、アクセス権の設定は必要ありません。
以下のURLを指定し、AdvancedCopy Managerの初期画面を起動します。クラスタ運用時はURLが異なります。詳細は、『ETERNUS SF AdvancedCopy Manager使用手引書 初期画面』を参照してください。
|
http://Storage管理サーバのアドレス(:ポート番号)/swstorage/index.html |
以下のWeb画面(サーバ一覧画面)が起動します。
なお、Web画面を使用せずにコマンドのみで運用する場合は、本操作を行う必要はありません。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
Storage管理サーバをクラスタ運用している場合
Storage管理サーバをクラスタ運用している場合、Web画面を使用するためには、『ETERNUS SF AdvancedCopy Manager 使用手引書 認証関連ファイルの設定』の認証関連ファイルの設定が必要となります。
Storage管理サーバにて、管理するStorageサーバを登録します。Storage管理サーバを兼ねているStorageサーバは、サーバの追加をする必要はありません。
[操作]メニューから[サーバの追加]を選択します。以下の画面が表示されます。
追加するStorageサーバのサーバ名、IPアドレスおよび通信に必要なポート番号を指定します。ポート番号にはStorageサーバ側の通信デーモンに指定したポート番号を指定します。
Storageサーバをクラスタで運用している場合、IPアドレスにはAdvancedCopy Manager用に割り当てたStorageサーバの引き継ぎIPアドレスを指定します。また、ポート番号にはクラスタセットアップ時に登録した業務用通信デーモンに指定したポート番号を指定します。
以上の項目を入力後、[OK]ボタンを押して、Storageサーバの追加処理を実施します。
なお、この処理は、サーバ情報追加コマンド(stgxfwcmaddsrv)でも実施できます。Storage管理サーバのOSに対する運用手引書を参照してください。
バックアップ管理を実施する場合は、まずStorageサーバ上のデバイス情報を一旦リポジトリに格納する必要があります。Storageサーバのデバイス情報を取り出すため、［操作］メニューから［全デバイスの情報取得／反映］を選択します。以下の画面が表示されます。
デバイス情報を取り出すサーバを確認後、［OK］ボタンを押します。
各サーバからデバイス情報を取得後、以下のダイアログが表示されます。
一番上のリストボックスは、新規にデバイスが検出された場合、表示されます。管理するデバイスを左側のリストボックスに移動してください。二番目のリストボックスは、現在管理対象となっているデバイスのうち、今回検出できなかったデバイスです。管理対象外にする場合は、右側のリストボックスに移動してください。一番下のリストボックスは、デバイス情報が更新(例えば、マウントポイント名が変更)されたデバイスです。
以上の操作を実施後、［OK］ボタンを押して、デバイス情報の取得処理を実施します。
なお、この処理は、デバイス情報取得／反映コマンド(stgxfwcmsetdev)でも実施できます。Storage管理サーバのOSに対する運用手引書を参照してください。
この操作は、選択したStorageサーバに定義されているデバイスの総数に比例した時間がかかります。デバイス数が多い場合はCPU負荷やI/O負荷の低い状態で実施してください。目安として、負荷のない状態で、1デバイスあたり約0.5秒かかりますので、参考としてください。
操作を実施する際に非活性であったボリュームグループの情報は取り込まれません。バックアップ運用を開始すると、バックアップボリュームとして登録したボリュームグループは非活性となるため、本操作で検出されなくなります。使用中のボリュームグループは、削除指示を行わないでください。
サーバ一覧画面の［ファイル］メニューから［Backup管理］を選択すると、バックアップ管理のサーバ一覧画面が表示されます。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
各Storageサーバの環境設定を行います。サーバ一覧画面にて、Storageサーバを選択している状態で、[操作]メニューから[サーバ情報の設定]を選択すると、以下の設定画面が表示されます。
Symfoware連携バックアップ運用の場合
対象のStorageサーバがSolarisまたはLinuxの場合で、Storageサーバ内にSymfowareデータベースが存在している場合は、リカバリ制御ファイル出力先ディレクトリおよび作業ディレクトリを入力します。
Symfoware連携バックアップ運用ではない場合
対象のStorageサーバ内にSymfowareデータベースが存在しない場合や、Symfoware連携を行うための環境が整っていない場合は、本入力項目は不要なので、入力することはできません。
[OK]ボタンを押して環境設定を実施します。
Storage管理サーバがStorageサーバを兼ねている場合、Storage管理サーバでもこの環境設定を行う必要があります。既に、Storageサーバの環境設定が行われている場合は、この作業は必要ありません。
なお、本環境設定は、Storageサーバ構成情報設定コマンドでも実施できます。
また、コマンドのみの運用をする場合、運用開始時にStorageサーバ構成情報設定コマンドを実施しなければなりません。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
Storageサーバで、バックアップを行う前に、以下のデバイス運用種別を設定します。
バックアップを行いたいボリュームを業務ボリュームとして定義します。
バックアップボリュームを用意します。業務ボリュームと同じサイズのボリュームを運用に応じて以下の本数を用意し、バックアップボリュームとして定義します。
|
バックアップ運用 |
必要なバックアップボリュームの本数 |
|---|---|
|
スナップショット型高速バックアップ |
（保存世代数）本 |
|
同期型高速バックアップ |
（保存世代数＋1）本 |
運用種別の設定は、サーバ一覧画面から実施する場合の例を説明します。サーバ一覧画面にて、Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。
「その他のボリューム」欄に表示されているボリュームは、デバイス運用種別が設定されていません。以下の操作を行い、デバイス運用種別を設定します。
「業務ボリューム」として設定
対象とするボリュームを選択後、「業務ボリューム」側の[<]ボタンをクリックしてください。該当のボリュームが「業務ボリューム」欄に移動します。
「バックアップボリューム」として設定
対象とするボリュームを選択後、「バックアップボリューム」側の[<]ボタンをクリックしてください。該当のボリュームが「バックアップボリューム」欄に移動します。
すべてのボリュームの設定が完了した後、[OK]ボタンをクリックします。
なお、本設定は、デバイス情報設定コマンドでも実施する事ができます。
バックアップボリュームは、業務ボリュームと同じサイズである必要があります。
業務ボリュームにボリュームグループを使用する場合は、以下のように論理ディスクを作成する必要があります。
1つのボリュームグループに複数の物理ディスクを登録しないでください。
1つの論理ディスクが複数の物理ディスクから構成されないように論理ディスクを作成してください。
システムが格納されているディスクや、AdvancedCopy Managerがインストールされているディスクは、バックアップ対象としないでください。
業務ボリュームやバックアップボリュームとして登録したディスクを変更する場合は、構成を変更する前に一旦業務ボリューム／バックアップボリュームの登録から削除し、構成変更後に再度Storageサーバ配下のデバイス情報の取り込みを行ってから、デバイス情報設定コマンドで登録し直す必要があります。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
バックアップボリュームとして登録するボリュームグループは、本操作を行う前に、ボリュームグループに含まれる全ての論理ボリュームを手動でアンマウントしてください。
登録した内容は、以下の方法で確認する事ができます。
Web画面による確認
業務ボリュームの情報は、業務ボリューム一覧画面から、バックアップボリュームの情報は、バックアップボリューム一覧画面から参照することもできます。それぞれの画面についての詳細は、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
コマンドによる確認
登録した業務ボリューム・バックアップボリュームの情報は、デバイス使用状況表示コマンドで参照することができます。
登録した内容をWeb画面またはコマンドで確認した場合、"Size"欄に表示される値は物理ディスクサイズです。ボリュームグループを登録した場合も、ボリュームグループを構成する物理ディスクサイズです。
業務ボリュームの存在する筐体とは別の筐体にあるバックアップボリュームにバックアップを行う場合は、オプションの設定を行います。
REC/ROPC機能が動作可能なディスクアレイ装置が必要です。
両筐体がFCRA(FC Remote Adapter)で接続されていることが必須です。
FCRAによる接続ではデータはINIT側からTARG側へしか流れませんので最低2組のFCRA接続が必要です。
バックアップ運用では、リストアの際にROPC機能を利用するため、ROPC機能が動作しない（REC機能のみが動作可能な）ディスクアレイ装置では、業務ボリュームの存在する筐体とは別の筐体にあるバックアップボリュームにバックアップを行う運用はできません。
オプションの設定は以下のファイルを作成します。
通常(非クラスタ)運用の場合 /etc/opt/FJSVswsts/data/DEFAULT/check.ini クラスタ運用の場合 /etc/opt/FJSVswsts/論理ノード名(*1)/data/DEFAULT/check.ini |
(*1) クラスタセットアップ時に指定したAdvancedCopy Managerの論理ノード名。
記述方法を以下に示します。
[check] RemoteCopy=Yes |
運用開始後にオプション設定ファイルを変更すると、バックアップ運用が継続できなくなる場合があります。そのため、運用開始後はオプション設定ファイルを変更しないでください。
オプション設定ファイルを変更する場合は、バックアップポリシーを再設定する必要があります。
Storageサーバで登録されている業務ボリュームに対して、以下のバックアップポリシーを設定します。
保存世代数
バックアップを行ったデータを何世代残しておくかを意味します。
間隔日数
バックアップを実行してから次のバックアップを行うまでの日数の目安を意味します。ここで指定した日数を超えた場合は、AdvancedCopy ManagerのWeb画面にてバックアップを促します。
バックアップポリシーの設定は、業務ボリューム一覧画面から実施します。ツリー画面上にて、当該Storageサーバの「業務ボリューム」を選択すると、業務ボリュームの一覧が表示されます。バックアップポリシーを設定したい業務ボリュームを選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[バックアップポリシーの設定]を選択すると、以下の設定画面が表示されます。
本画面で、間隔日数および保存世代数を指定した後、[OK]ボタンをクリックします。本作業を全ての業務ボリュームに対して行います。なお、バックアップポリシーの設定は、バックアップポリシー設定コマンドでも行うことができます。
間隔日数を指定しても、AdvancedCopy Managerは自動的にバックアップを採取することは行いません。本値は、バックアップ間隔日数をオーバーした場合に、バックアップを促すために利用します。
設定の際には、指定されたバックアップポリシーに従って運用するために必要な数のバックアップボリュームが登録されている必要があります。必要な数のバックアップボリュームについては、本マニュアルの『バックアップボリュームの準備』を参照してください。
同期型高速バックアップ運用のバックアップポリシー設定時に、必要な数のバックアップボリュームが登録されていなくても、スナップショット型高速バックアップ運用に必要な数のバックアップボリュームが登録されていれば、バックアップポリシーは設定できます。この場合、同期型高速バックアップは実行できないことがあります。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
設定した内容は、以下の方法で確認する事ができます。
Web画面による確認
バックアップポリシーの情報は、業務ボリューム一覧画面で確認することができます。画面についての詳細は、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
コマンドによる確認
設定したバックアップポリシーの情報は、バックアップポリシー表示コマンドで参照することができます。
AdvancedCopy Managerでのバックアップは、基本的に業務ボリュームがアンマウントされた状態で処理を行う必要があります。そのため、バックアップ／リストアの実行時に、前後処理スクリプトを使用して業務ボリュームのアンマウント／マウント操作を行っています。
AIX版AdvancedCopy Managerでは、前後処理スクリプトをユーザーカスタマイズすることで業務ボリュームのアンマウント／マウント操作を実現していますが、バックアップ／リストアの実行時に前処理スクリプトがエラー終了した場合は、バックアップ／リストア処理は実行されません。
前後処理スクリプトの詳細については、本マニュアルの『バックアップ／リストアの前後処理』を参照してください。
運用が以下のいずれかに該当する場合は、バックアップ前後処理スクリプトをカスタマイズする必要があります。AIX版AdvancedCopy Managerでは、バックアップ対象がボリュームグループとなるため、前後処理スクリプトのカスタマイズが必須です。
バックアップ対象がボリュームグループである場合
その他、特殊な前後処理を前後処理スクリプト内に記述したい場合
カスタマイズ方法については、本マニュアルの『バックアップ・リストアの前後処理』を参照してください。
AdvancedCopy Managerをバージョンアップした場合
バージョンアップ後のスクリプトは更新されている場合があります。そのため、旧バージョンで使用していたシェルスクリプトを再利用するのではなく、旧バージョンで使用していたシェルスクリプトに対して実施されていたカスタマイズを、バージョンアップ後のシェルスクリプトに対して実施してください。
AdvancedCopy Managerのバックアップ運用では、バックアップボリュームとして登録されているボリューム群から、業務ボリュームの容量と同一のボリュームを、AdvancedCopy Managerが自動的に選択し、バックアップ先として利用します。
しかし、運用の都合上、バックアップ先ボリュームを意識したい場合は、あらかじめ「デバイスマップファイル」という業務ボリュームとバックアップボリュームの対応ファイルを作成しておく必要があります。
デバイスマップファイルは、バックアップを行うStorageサーバ上の任意の場所に作成します。このファイルをバックアップ実行時に指定する事で、バックアップ先を意識した運用が可能となります。
複数世代管理を行う場合は、デバイスマップファイルを複数用意する必要があります。
また、バックアップもしくは同期処理の開始時に使用できるデバイスマップファイルは、以下のいずれかの条件を満たしている必要があります。
未使用のバックアップボリュームを指定している
そのバックアップで削除される履歴で使用されているバックアップボリュームを指定している
そのため、バックアップボリュームを複数使用する運用の場合は、バックアップボリュームの状況に合わせてデバイスマップファイルを使い分ける必要があります。
同期型高速バックアップでバックアップボリュームが保存世代数しか用意できない場合、バックアップボリュームをテープなどの二次媒体に退避し、履歴の削除を行うことによってバックアップ運用を行うことができます。
この場合、バックアップ同期処理の開始時に指定するデバイスマップファイルは、直前の履歴情報の削除により未使用となったバックアップボリュームを指定したデバイスマップファイルになります。
デバイスマップファイルの記述例を以下に示します。
# コメント行は「#」ではじめます。 # 業務ボリューム名 出力先バックアップボリューム名 # Volume Group /dev/vg01 /dev/vg02 # この部分にもコメントを記述することができます。 /dev/vg03 /dev/vg04 ： ： |
デバイスマップファイル作成時の規則を以下に示します。
1行に業務ボリュームと対応する出力先バックアップボリュームを記述します。業務ボリュームとバックアップボリュームの間を1個以上の「半角空白またはタブ文字」で区切ってください。また、行頭から業務ボリューム名の間、および、バックアップボリュームの後ろから行末（改行記号）の間には1個以上の「半角空白またはタブ文字」が含まれていても構いません。
空白行（「半角空白またはタブ文字」）がファイルに含まれていても構いません。
記号「#」から行末まではコメントとみなされます。
1つのデバイスマップファイルの中で1つの業務ディスクに対して出力先バックアップボリュームを複数指定することはできません。このような場合は、最初に見つかった行の情報が有効になります。デバイスマップファイルからの読みこみ処理では、このような重複行の検出は行いません。
デバイスマップファイルには、処理対象以外の業務ボリュームの記述があっても構いません（冒頭に示した記述例を参照してください）。
AdvancedCopy Managerのバックアップの運用について説明します。
バックアップ運用を行う前に、本マニュアルの『事前準備』を参照して、バックアップ運用に必要な環境設定を行ってください。
AdvancedCopy Managerのバックアップの運用には、以下の2種類があります。
スナップショット型高速バックアップ運用
同期型高速バックアップ運用
スナップショット型高速バックアップは、以下の手順にて行います。
一般ファイルシステムをバックアップする場合は、業務を停止させます。
業務ボリューム一覧画面を表示し、バックアップを行いたいボリュームを選択します。
[操作]メニューから、[バックアップ]を選択すると、以下の画面が表示されます。
表示されたサーバ名/業務ボリューム名を確認の上、以下を実施します。
AdvancedCopy Managerが自動的に選択したボリュームをバックアップボリュームとする場合
[OK]ボタンをクリックします。
特定のボリュームをバックアップボリュームとして使用する場合
バックアップを行うStorageサーバ上(例えば/home/usr1/devmap1)に作成したデバイスマップファイル名を指定した後、[OK]ボタンをクリックします。
バックアップが完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務一覧画面に戻ります。
これでバックアップは完了です。引き続き、業務を再開してください。ただし、本時点では、バックエンドで、ボリュームの物理的なコピー処理は、完了していません。物理コピーの状態を確認したい場合は、以降の作業を行います。
業務ボリューム一覧画面を表示させ、対象となる業務ボリュームにおける[状態]欄を確認します。ここに、コピー処理の進捗状況が表示されますので、現在のコピー状況を確認する事ができます。
コピー状態の最新状態を確認したい場合は、以下のいずれかの操作を行います。
[PF5]キーをクリックします。
[表示]メニューから[最新の情報に更新]を選択します。
1で業務を停止させた場合は、業務を再開します。
バックアップの実行は、バックアップ実行コマンドでも行えます。
バックアップ状態の確認は、バックアップ実行状況表示コマンドでも行えます。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
QuickOPC機能によるスナップショット型高速バックアップ運用を行う場合、以下の操作については業務ボリューム一覧画面からは実施できません。それぞれの操作を行うためのコマンドを投入してください。
QuickOPC機能を利用したバックアップを実行する。(swstbackup)
トラッキング処理をキャンセルする。(swstcanceltrk)
業務ボリュームの同期型高速バックアップは以下の手順で行います。
業務ボリューム一覧画面を表示し、バックアップを行いたいボリュームを選択します。
[操作]メニューから、[バックアップ同期処理の開始]を選択すると、以下の画面が表示されます。
表示されたサーバ名/業務ボリューム名を確認の上、以下を実施します。
AdvancedCopy Managerが自動的に選択したボリュームをバックアップボリュームとする場合
[OK]ボタンをクリックします。
特定のボリュームをバックアップボリュームとして使用する場合
バックアップを行うStorageサーバ上(例えば/home/usr1/devmap1)に作成したデバイスマップファイル名を指定した後、[OK]ボタンをクリックします。
バックアップ同期処理が完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務ボリューム一覧画面に戻ります。
これで業務ボリュームからバックアップボリュームへの物理コピーが開始されます。物理コピーの状態を確認したい場合は、以降の作業を行います。
業務ボリューム一覧画面を表示させ、対象となる業務ボリュームにおける[状態]欄を確認します。ここに、コピー処理の進捗状況が表示されますので、現在のコピー状況を確認する事ができます。
コピー状態の最新状態を確認したい場合は、以下のいずれかの操作を行います。
[PF5]キーをクリックします。
[表示]メニューから[最新の情報に更新]を選択します。
[状態]欄が「バックアップ準備完了」となった時点から、業務ボリュームとバックアップボリュームとの状態が等価性維持状態になります。
バックアップ履歴を作成する場合は、業務ボリューム一覧画面から対象となる業務ボリュームを選択し、[操作]メニューから、[バックアップ]を選択すると、以下の画面が表示されます。
表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。
バックアップが完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務ボリューム一覧画面に戻ります。
業務ボリュームとバックアップボリュームが等価状態になる前にバックアップ実行コマンドを実行すると、バックアップ実行コマンドはエラーとなります。
バックアップ時にデバイスマップを指定することはできません。
バックアップ同期処理の開始は、バックアップ同期処理開始コマンドでも行えます。
バックアップ同期処理状態の確認は、バックアップ同期処理実行状況表示コマンドでも行えます。
バックアップの実行は、バックアップ実行コマンドでも行えます。
バックアップ状態の確認は、バックアップ実行状況表示コマンドでも行えます。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
Suspend/Resume機能による同期型高速バックアップ運用を行う場合、以下の操作については業務ボリューム一覧画面からは実施できません。それぞれの操作を行うためのコマンドを投入してください。
サスペンド指定のバックアップを実行する。(swstbackup)
1つの業務ボリュームに複数の同期処理（ECセション）が存在する場合、バックアップボリュームを指定して特定のECセションのみをキャンセルする。(swstcancelsync)
本節では、バックアップしたボリューム/データの復元方法について説明します。
スナップショット型高速バックアップで退避したボリューム内の全データを復元する場合は、以下の手順となります。
一般ファイルシステムに対するリストアを行う場合は、業務を停止させます。
業務一覧画面を表示し、リストアを行いたいボリュームを選択します。
[操作]メニューから、[リストア]を選択すると、以下の画面が表示されます。リストアは、最新世代のバックアップ履歴で管理されているバックアップボリュームから実施されます。
リストア先ボリューム名を確認します。
リストア先ボリューム名には、業務ボリューム一覧画面で選択した業務ボリューム名が表示されます。この業務ボリュームに対してリストアを行う場合は、[OK]ボタンをクリックします。リストア先を変更したい場合は、リストア先ボリューム名のチェックボックスをチェックした後、[...]ボタンをクリックすると、以下の画面が表示されます。
リストア先としたいボリュームを選択後、[OK]ボタンをクリックすると、リストア画面に復帰します。
リストア先ボリューム名に誤りがない事を確認後、[リストア画面]の[OK]ボタンをクリックします。
リストアが完了すると、以下の画面が表示されます。[OK]ボタンをクリックし、業務一覧画面に戻ります。
これでリストアは完了です。引き続き、業務を再開してください。ただし、本時点では、バックエンドで、ボリュームの物理的なコピー処理は、完了していません。物理コピーの状態を確認したい場合は、以降の作業を行います。
業務ボリューム一覧画面を表示させ、対象となる業務ボリュームにおける[状態]欄を確認します。ここに、コピー処理の進捗状況が表示されますので、現在のリストア(物理コピー)状況を確認する事ができます。
最新の情報を確認したい場合は、以下のいずれかの処理を行います。
[PF5]キーをクリックします。
[表示]メニューから[最新の情報に更新]を選択します。
1で業務を停止させた場合は、業務を再開します。
リストアの実行は、リストア実行コマンドでも行えます。
リストア状態の確認は、リストア実行状況表示コマンドでも行えます。
履歴管理されているバックアップデータの内から絶対世代（一番はじめにバックアップしたデータを1として順に増加していく）あるいは相対世代（最新のデータを1として古くなるにしたがって順に増加していく）を指示したリストアを行う場合については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
ボリュームグループのリストアについては注意事項がありますので、本マニュアルの『ボリュームグループのリストアの処理』を必ず一読してください。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、 『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
リストア先ボリュームを、バックアップ元の業務ボリュームとは異なるボリュームに変更する場合は、通常とは異なる手順が必要となります。手順の詳細は本マニュアルの『リストアの注意事項』を参照してください。
ファイル単位にリストアする場合は、以下の手順となります。なお、ファイル単位のリストアは、Web画面からは実施できません。
バックアップボリュームをマウントします。バックアップボリュームをマウントするためには特別な手順が必要です。またバックアップボリュームをマウントすると通常のリストアの手順にも考慮が必要となります。詳細は本マニュアルの『リストアの注意事項』を参照してください。バックアップボリュームは履歴一覧画面／履歴情報表示コマンドで確認してください。
cpコマンドでリストアしたいファイルを複写します。
バックアップボリュームをアンマウントします。
バックアップを行った履歴の参照、削除が行えます。
バックアップ履歴情報は業務ボリュームに対して世代管理しているバックアップデータのバックアップボリューム名、バックアップ日時等の情報を保存しています。
バックアップ履歴情報は、バックアップボリュームに保存されている情報だけが管理されています。
バックアップポリシーで設定した保存世代を超えたバックアップ履歴は、自動的に削除されます。
バックアップ履歴は、バックアップ履歴一覧画面で表示する事ができます。バックアップ履歴一覧画面は、サーバ一覧画面からStorageサーバをツリー表示させ、さらに、Storageサーバ配下の業務ボリュームを選択する事で表示されます。
バックアップ履歴は履歴情報表示コマンドでも表示できます。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
バックアップ履歴の削除は、サーバ一覧画面から実施します。サーバ一覧画面にて、Storageサーバをツリー表示させると、当該Storageサーバ配下の業務ボリュームの一覧が表示されます。バックアップ履歴を削除したい業務ボリュームの履歴を選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[履歴の削除]を選択すると、以下の設定画面が表示されます。
表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。
バックアップ履歴の削除は履歴情報削除コマンドでも行えます。
AdvancedCopy ManagerのWeb画面の操作は全てStorage管理サーバ上で動作します。Web画面の操作については、『ETERNUS SF AdvancedCopy Manager 使用手引書』を参照してください。
バックアップ運用を構成するStorageサーバ/デバイスが変更となった場合、AdvancedCopy Managerの設定情報を変更する必要があります。本節では、各種変更に伴う、設定情報の変更方法を説明します。
任意のStorageサーバにデバイスを追加した場合、以下の方法でAdvancedCopy Managerのバックアップ運用に組み込みます。
初期画面を表示します。詳細は、本マニュアルの『初期画面の起動』を参照してください。
デバイスを追加したいStorageサーバに対して、全デバイス情報を取り込みます。デバイス情報の取り込みを実施すると、新規に追加したデバイスが検出されますので、[追加指示デバイス]欄に移動してください。デバイス情報の取り込みについては、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。
バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。
追加したデバイスの運用種別を設定します。詳細は、本マニュアルの『デバイスの運用種別設定』を参照してください。
追加したデバイスを業務ボリュームとして定義した場合は、バックアップポリシーを設定します。詳細は、本マニュアルの『バックアップポリシーの設定』を参照してください。
デバイスの削除は、削除するデバイスの種類により異なります。以下にデバイスの種類に応じた削除手順を説明します。
業務ボリュームを削除する場合は、以下の手順となります。なお、本作業は、必ず、削除対象の業務ボリュームを撤去する前に実施してください。
バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。
削除対象の業務ボリュームの、バックアップ履歴を削除します。詳細は、本マニュアルの『バックアップ履歴の削除』を参照してください。
削除対象の業務ボリュームの、バックアップポリシーを削除します。
Storageサーバをツリー表示させると、当該Storageサーバ配下の業務ボリュームの一覧が表示されます。バックアップポリシーを削除したい業務ボリュームを選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[バックアップポリシーの削除]を選択すると、以下の設定画面が表示されます。
表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。
削除対象の業務ボリュームのデバイス情報を削除します。
Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。
「業務ボリューム」欄に表示されている削除対象の業務ボリュームを、「その他のボリューム」欄に移動させます。移動は、[>]ボタンをクリックする事で実施します。
本作業は、履歴情報削除コマンド、バックアップポリシー削除コマンド、デバイス情報設定コマンドでも行えます。
バックアップボリュームを削除する場合は、以下の手順となります。なお、本作業は、必ず、削除対象のバックアップボリュームを撤去する前に実施してください。
バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。
削除対象のバックアップボリュームを未使用の状態にします。
ボリュームが未使用の状態とは、該当のボリュームがバックアップ履歴に存在しない状態です。バックアップ履歴に存在している場合は、バックアップ履歴を削除してください。既に未使用の場合は、次へ進みます。
削除対象のバックアップボリュームのデバイス情報を削除します。
Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。
「バックアップボリューム」欄に表示されている削除対象のバックアップボリュームを、「その他のボリューム」欄に移動させます。移動は、[>]ボタンをクリックする事で実施します。
バックアップボリュームを削除すると、設定済みのバックアップポリシーを満たさない状態(バックアップボリューム数が保存世代数より少なくなるなど)になる場合があり、この場合、その後のバックアップ運用が継続できなくなってしまいます。この為、バックアップボリュームを削除する場合には、必ず、事前に、設定済みのバックアップポリシーを確認してから行うようにしてください。
なお、前述のようにバックアップボリュームに余裕がない場合は、替わりとなるバックアップボリュームを登録後、目的のバックアップボリュームを削除するようにしてください。
本作業は、履歴情報削除コマンド、デバイス情報設定コマンドでも行えます。
バックアップ業務にStorageサーバを追加する場合は、以下の手順となります。
初期画面を表示します。詳細は、本マニュアルの『初期画面の起動』を参照してください。
Storageサーバを登録します。詳細は、本マニュアルの『Storageサーバの登録』を参照してください。
追加したStorageサーバに接続されている全デバイス情報を取り込みます。詳細は、本マニュアルの『Storageサーバ配下のデバイス情報の取り込み』を参照してください。
バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。
Storageサーバの情報設定を行います。詳細は、本マニュアルの『バックアップ運用を行うサーバの環境設定』を参照してください。
3で取り込んだデバイスの運用種別を設定します。詳細は、本マニュアルの『デバイスの運用種別設定』を参照してください。
6で登録した全ての業務ボリュームに対して、バックアップポリシーを設定します。詳細は、本マニュアルの『バックアップポリシーの設定』を参照してください。
Storageサーバを削除する場合は、以下の手順となります。なお、本作業は、必ず、削除対象のStorageサーバを撤去する前に実施してください。
バックアップ管理画面を表示します。詳細は、本マニュアルの『バックアップ管理画面の表示』を参照してください。
削除対象のStorageサーバ配下の全業務ボリュームの、バックアップ履歴を削除します。詳細は、本マニュアルの『バックアップ履歴の削除』を参照してください。
削除対象のStorageサーバ配下の全業務ボリュームの、バックアップポリシーを削除します。
Storageサーバをツリー表示させると、当該Storageサーバ配下の業務ボリュームの一覧が表示されます。バックアップポリシーを削除したい業務ボリュームを選択している状態で、マウスの右クリックから表示されるポップアップメニューより、[バックアップポリシーの削除]を選択すると、以下の設定画面が表示されます。
表示されたサーバ名/業務ボリューム名を確認の上、[OK]ボタンをクリックします。
削除対象のStorageサーバ配下のデバイス情報を削除します。
Storageサーバを選択している状態で、[操作]メニューから[デバイス情報の設定]を選択すると、以下の設定画面が表示されます。
「業務ボリューム」欄および「バックアップボリューム」欄に表示されているボリュームを、全て「その他のボリューム」欄に移動させます。移動は、[>]ボタンをクリックする事で実施します。
初期画面を表示します。詳細は、本マニュアルの『初期画面の起動』を参照してください。
Storageサーバを削除します。
Storageサーバ選択し、操作メニューから[サーバの削除]を選択すると、以下の画面が表示されます。
サーバ名を確認の上、[OK]ボタンをクリックします。
なお、この処理は、サーバ情報削除コマンドでも実施できます。Storage管理サーバのOSに対する運用手引書を参照してください。
バックアップ運用を停止する場合、Storageサーバ上のデーモンを停止します。通常、システムの停止時に自動的に停止します。
何らかの理由でデーモンを停止したい場合は、個別に停止させる事も可能です。詳細は、本マニュアルの『デーモンの起動と停止』を参照してください。
デーモンを停止すると、Storageサーバ上で動作しているAdvancedCopy Managerのすべての機能が停止します。
Storage管理サーバのデーモンを停止する場合、管理しているすべてのStorageサーバの運用が停止している事を確認後、Storage管理サーバのデーモンを停止してください。
LVMボリュームをバックアップ対象とする場合、ボリュームグループの構成により次の2種類の運用方法に分かれます。
ボリュームグループ単位のバックアップ運用
物理ディスク(LU:Logical Unit)単位のバックアップ運用
通常ボリュームの基本的運用を理解した上でご利用ください。
ボリュームグループの構成が次の条件を満たしている場合、ボリュームグループ単位のバックアップ運用を行うことができます。
1ボリュームグループ内に1物理ディスクであること、および、1物理ディスク＝n論理ボリュームとなるように論理ボリュームが作成されていること。
上記の条件を満たさない場合は、物理ディスク単位のバックアップ運用を行う必要があります。
以下の点に注意して、業務ボリューム／バックアップボリュームとなるボリュームグループを設計します。
物理ディスクのサイズが同じである。
論理ボリュームの構成が同じである。
業務ボリューム／バックアップボリュームを設定する際は、ボリュームグループを指定します。
例：
# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vg01 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vg02 swstdevinfoset completed # |
ボリュームグループがバックアップ対象の場合は、前後処理スクリプトを修正する必要があります。
カスタマイズ方法については、『バックアップ・リストアの前後処理』を参照してください。
カスタマイズをしていない状態では、バックアップ実行時に前処理がエラーとなり、バックアップを行うことができません。
業務ボリュームがボリュームグループの場合は、コピー処理は、ボリュームグループに対応する物理ディスク全体に対して行われます。したがって、ボリュームグループ内に複数の論理ボリュームが存在する場合は、全ての論理ボリュームのデータがバックアップされます。
スナップショット型バックアップの例
# /opt/FJSVswsts/bin/swstbackup /dev/vg01 /dev/vg01 swstbackup completed # |
同期型バックアップの例
# /opt/FJSVswsts/bin/swststartsync /dev/vg01 /dev/vg01 swststartsync completed （等価性維持状態後） # /opt/FJSVswsts/bin/swstbackup /dev/vg01 /dev/vg01 swstbackup completed # |
ボリュームグループをバックアップ運用に用いる場合は以下の点に注意する必要があります。
業務ボリュームとは別のボリュームグループに業務ボリュームと同じ論理ディスクを構成し、かつ物理ディスクが同一サイズのボリュームグループをバックアップボリュームにしてください。業務ボリュームとバックアップボリュームを対応付けて運用する場合は、「デバイスマップファイル」という業務ボリュームとバックアップボリュームの対応ファイルを作成します。特にボリュームグループ単位でのバックアップ時は「デバイスマップ」指定をお勧めします。
バックアップ処理において，バックアップボリュームのLVM構成情報が，業務ボリュームのLVM情報で書き換えられてしまうため，バックアップの後処理でLVM構成情報を復元します。詳細は「バックアップ・リストアの前後処理」を参照してください。
論理ボリュームにファイルシステムが構築されている場合は、ボリュームグループ内の全ての論理ボリュームをアンマウント/マウントするようにバックアップの管理者責任でバックアップ前後処理スクリプトを修正してください。詳細は「バックアップ・リストアの前後処理」を参照してください。
バックアップボリュームがボリュームグループの場合、同期処理(EC/REC)実行中にvgchange(1M)コマンドでバックアップボリュームを非アクティブ(deactivate)にしないでください。同期処理実行中にバックアップボリュームが非アクティブにされると、再びアクティブ(activate)にすることができなくなるばかりでなく、同期処理の停止(バックアップ実行コマンド、同期処理キャンセルコマンド)等の操作が実行不可能な状態になります。もし誤って非アクティブにしてしまった場合は、GRmgr/ETERNUSmgr等を使用して同期処理を強制停止した後、バックアップボリュームをアクティブにしてください。
業務ボリュームがボリュームグループの場合は、コピー処理は、ボリュームグループに対応する物理ディスク全体に対して行われます。したがって、ボリュームグループ内に複数の論理ボリュームが存在する場合は、全ての論理ボリュームのデータがリストアされます。
リストアの例
# /opt/FJSVswsts/bin/swstrestore /dev/vg01 /dev/vg01 swstrestore completed # |
ボリュームグループをリストアに用いる場合は以下の点に注意する必要があります。
論理ボリュームにファイルシステムが構築されている場合は、全ての論理ボリュームをアンマウント/マウントするようにバックアップの管理者責任でバックアップ前後処理スクリプトを修正してください。詳細は、本マニュアルの『バックアップ・リストアの前後処理』を参照して下さい。
ボリュームグループの構成が、ボリュームグループ単位での運用条件を満たしていない場合は、物理ディスク単位で操作することによりバックアップ運用を行うことができます。
物理ディスク単位に運用する場合は、ボリュームグループとしての整合性を保つ必要があることから、ボリュームグループ内のすべての物理ディスクを同期をとって操作しなければなりません。
同期を取る必要がある物理ボリュームを確認する方法は、本マニュアルの『デバイス情報表示コマンド（stgxfwcmdispdev）』またはETERNUS SF AdvancedCopy Manager使用手引書の『同一論理グループ内デバイス確認』を参照してください。
複製元ボリュームがボリュームグループの場合、複製作成後に複製先ボリュームを使用するためには、複製先ボリュームは複製元ボリュームと同一の論理ボリューム構成かつ同一の物理ディスクサイズのボリュームグループである必要があります
業務ボリューム／バックアップボリュームを設定する際は、ボリュームグループ内のすべての物理ディスクを設定します。
例：
# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/hdisk10 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -t /dev/hdisk11 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/hdisk20 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/hdiskd21 swstdevinfoset completed # |
LVMボリュームのバックアップ運用では、業務ボリュームと同一のボリューム構成をもつバックアップボリュームを指定する必要があるため、デバイスマップファイルを作成する必要があります。
【デバイスマップファイルの例】
# 業務ボリューム名 出力先バックアップボリューム名 /dev/hdisk10 /dev/hdisk20 /dev/hdisk11 /dev/hdisk21 |
デバイスマップファイルの詳細については、本マニュアルの『デバイスマップファイルの準備』を参照してください。
ボリュームグループ内のすべての物理ディスクを同期をとって操作します。
必要な前後処理は、バックアップの操作を行う前後にボリュームグループ単位で実施し、各物理ディスクを操作する際には、前後処理を動作させないようにします。
スナップショット型バックアップの例
（業務ボリューム／バックアップボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swstbackup /dev/hdisk10 /dev/hdisk10 swstbackup completed # /opt/FJSVswsts/bin/swstbackup /dev/hdisk11 /dev/hdisk11 swstbackup completed # （業務ボリューム／バックアップボリュームに対する後処理を行う） |
同期型バックアップの例
（バックアップボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swststartsync /dev/hdisk10 /dev/hdisk10 swststartsync completed # /opt/FJSVswsts/bin/swststartsync /dev/hdisk11 /dev/hdisk11 swststartsync completed （等価性維持状態後） （業務ボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swstbackup /dev/hdisk10 /dev/hdisk10 swstbackup completed # /opt/FJSVswsts/bin/swstbackup /dev/hdisk11 /dev/hdisk11 swstbackup completed # （業務ボリューム／バックアップボリュームに対する後処理を行う） |
バックアップの前後で実施する前後処理は以下。
|
前処理 |
後処理 |
|
|
業務 |
|
|
|
バックアップ |
|
後処理の必要はありません。 |
ボリュームグループの非活性化は、以下の手順で行います。
# /usr/sbin/varyoffvg vg02 # |
ボリュームグループ内のすべての物理ディスクを同期をとって操作します。
必要な前後処理は、リストアの操作を行う前後にボリュームグループ単位で実施し、各物理ディスクを操作する際には、前後処理を動作させないようにします。
リストアの例
（業務ボリューム／バックアップボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swstrestore /dev/hdisk10 /dev/hdisk10 swstrestore completed # /opt/FJSVswsts/bin/swstrestore /dev/hdisk11 /dev/hdisk11 swstrestore completed # （業務ボリューム／バックアップボリュームに対する後処理を行う） |
リストアの前後で実施する前後処理は以下。
|
前処理 |
後処理 |
|
|
バックアップ |
|
後処理の必要はありません。 |
|
リストア先 |
|
|
ボリュームグループの非活性化は、以下の手順で行います。
# /usr/sbin/varyoffvg vg01 # |
ボリュームグループの活性化は、以下の手順で行います。
# /usr/sbin/varyonvg vg01 # |
VxVMボリュームをバックアップ対象とする場合、VxVMボリュームを構成する物理ディスク単位にバックアップを行います。
バックアップ運用は、ディスクグループとしての整合性を保つ必要があることから、ディスクグループ内のすべての物理ディスクを同期をとって操作しなければなりません。
同期を取る必要がある物理ボリュームを確認する方法は、本マニュアルの『デバイス情報表示コマンド（stgxfwcmdispdev）』またはETERNUS SF AdvancedCopy Manager使用手引書の『同一論理グループ内デバイス確認』を参照してください。
通常ボリュームの基本的運用を理解した上でご利用ください。
物理ディスク単位の運用では、スナップショット型での運用を推奨します。同期型での運用の場合、全面コピー中および差分コピー中は複写先に対しVxVMのコマンド等のディスクへのアクセスが生じるコマンドは実行できません。
以下の点に注意して、業務ボリューム／バックアップボリュームのディスクグループを設計します。
VMディスクの数、サイズおよびタイプが同じである。
論理ボリュームの構成が同じである。
バックアップの後処理として、ディスクグループの再構成を行う必要があります。ディスクグループの再構成に必要な構成情報ファイルが退避されていることを確認してください。
/etc/vx/cbr/bk/<ディスクグループ名>.<ディスクグループID>
業務ボリューム／バックアップボリュームを設定する際は、ディスクグループ内のすべての物理ディスクを設定します。
例：
# /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dmp/hdisk10 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -t /dev/vx/dmp/hdisk11 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dmp/hdisk20 swstdevinfoset completed # /opt/FJSVswsts/bin/swstdevinfoset -b /dev/vx/dmp/hdisk21 swstdevinfoset completed # |
VxVMボリュームのバックアップ運用では、業務ボリュームと同一のボリューム構成をもつバックアップボリュームを指定する必要があるため、デバイスマップファイルを作成する必要があります。
【デバイスマップファイルの例】
# 業務ボリューム名 出力先バックアップボリューム名 /dev/vx/dmp/hdisk10 /dev/vx/dmp/hdisk20 /dev/vx/dmp/hdisk11 /dev/vx/dmp/hdisk21 |
デバイスマップファイルの詳細については、本マニュアルの『デバイスマップファイルの準備』を参照してください。
ディスクグループ内のすべての物理ディスクを同期をとって操作します。
必要な前後処理は、バックアップの操作を行う前後にディスクグループ単位で実施し、各物理ディスクを操作する際には、前後処理を動作させないようにします。
スナップショット型バックアップの例
（業務ボリューム／バックアップボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/hdisk10 /dev/vx/dmp/hdisk10 swstbackup completed # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/hdisk11 /dev/vx/dmp/hdisk11 swstbackup completed # （業務ボリューム／バックアップボリュームに対する後処理を行う） |
同期型バックアップの例
（バックアップボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swststartsync /dev/vx/dmp/hdisk10 /dev/vx/dmp/hdisk10 swststartsync completed # /opt/FJSVswsts/bin/swststartsync /dev/vx/dmp/hdisk11 /dev/vx/dmp/hdisk11 swstsstartsync completed （等価性維持状態後） （業務ボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/hdisk10 /dev/vx/dmp/hdisk10 swstbackup completed # /opt/FJSVswsts/bin/swstbackup /dev/vx/dmp/hdisk11 /dev/vx/dmp/hdisk11 swstbackup completed # （業務ボリューム／バックアップボリュームに対する後処理を行う） |
バックアップの前後で実施する前後処理は以下。
|
|
前処理 |
後処理 |
|
業務 |
|
|
|
バックアップ |
|
|
ディスクグループの再構成は、以下の手順で行います。
リストアのプリコミット分析
# /etc/vx/bin/vxconfigrestore -p dstdg Diskgroup dstdg configuration restoration started ...... Installing volume manager disk header for hdisk20 ... Installing volume manager disk header for hdisk21 ... - 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. # |
コピー先のディスクグループ構成のリストアに必要な変更をコミットする。
# /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をディスクグループの
代わりに指定して実行する必要があります。
この操作の後、ディスクグループ内のボリュームがバックグラウンドで同期されるため、ボリュームの構成によっては同期処理に時間がかかる場合があります。
なお、その場合でもボリュームを使用することは可能です。
ディスクグループ内のすべての物理ディスクを同期をとって操作します。
必要な前後処理は、リストアの操作を行う前後にディスクグループ単位で実施し、各物理ディスクを操作する際には、前後処理を動作させないようにします。
リストアの例
（業務ボリューム／バックアップボリュームに対する前処理を行う） # /opt/FJSVswsts/bin/swstrestore /dev/vx/dmp/hdisk10 /dev/vx/dmp/hdisk10 swstrestore completed # /opt/FJSVswsts/bin/swstrestore /dev/vx/dmp/hdisk11 /dev/vx/dmp/hdisk11 swstrestore completed # （業務ボリューム／バックアップボリュームに対する後処理を行う） |
リストアの前後で実施する前後処理は以下。
|
|
前処理 |
後処理 |
|
バックアップ |
|
後処理の必要はありません。 |
|
リストア先 |
|
|
ディスクグループの再構成は、以下の手順で行います。
リストアのプリコミット分析
# /etc/vx/bin/vxconfigrestore -p srcdg Diskgroup srcdg configuration restoration started ...... Installing volume manager disk header for hdisk10 ... Installing volume manager disk header for hdisk11 ... - 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. # |
コピー先のディスクグループ構成のリストアに必要な変更をコミットする。
# /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をディスクグループの
代わりに指定して実行する必要があります。
この操作の後、ディスクグループ内のボリュームがバックグラウンドで同期されるため、ボリュームの構成によっては同期処理に時間がかかる場合があります。
なお、その場合でもボリュームを使用することは可能です。
|
目次
索引
|