コマンドラインからのミラー管理

ミラーの管理は、LifeKeeper の GUI からの操作だけでなく、コマンドラインからも実行できます。DataKeeper のリソースの管理に使用できるコマンドがいくつかあります（ $LKROOT/bin ディレクトリを参照）。

ミラーの操作

mirror_action <tag> <action> [source] [target(s)]

<tag> DataKeeper リソースを表す LifeKeeper リソースタグ

<action> 以下のいずれか:pause, resume, force, fullresync

[source] ( オプション ) 現在のソースシステム (ソースが指定されない場合、コマンドが実行されたカレントシステムを使用)

[target] ( オプション ) 操作対象のターゲットシステム (またはシステムのリスト。ターゲットが指定されない場合、該当するすべてのターゲットを使用)

* 注記: force 操作を使用する場合、ソースノードを指定するために source 引数が必要ですが、target(s) 引数は必要ありません。pause, resume, fullresync のいずれかの操作を使用するときに target(s) 引数を指定する場合は、source 引数も必要です。

例:

datarep-ext3 という名前のミラーを一時停止する。

mirror_action datarep-ext3 pause

adam から eve と sophocles の両方のシステムへの複製を再開する。

mirror_action datarep-ext3 resume adam eve sophocles

システム eve へのオンラインミラーリングを強制実行する。

mirror_action datarep-ext3 force eve

adam から sophocles への複製を再開し、これらのシステム間で全体の再同期を強制実行する。

mirror_action datarep-ext3 fullresync adam sophocles

ミラーのサイズ変更

mirror_resize コマンドは DataKeeper ミラーのサイズを変更します。リソースを削除して再作成する必要はありません。ソースシステム上で実行しなければなりません。ミラーのサイズを変更する前に、ベースとなるデバイスのサイズを変更する必要があります。ベースとなるデバイスのサイズが自動的に検出され、新しいミラーのサイズとして使用されます。また、オプションでサイズを指定することもできます。

LifeKeeper v9.5.0 からは、リソースが In Service の状態でもミラーサイズを変更できるようになりました。ただし、ミラーサイズを縮小する場合は、リソースの状態は Out of Service でなければなりません。

*注記: ファイルシステムによっては縮小に対応していないものもあります。使用しているファイルシステムの仕様をご確認ください。

*注記: エラー等でコマンドが途中で終了した場合は、”-f” オプションを付けて再度実行してください。正しく終了しないと、データ不整合が発生する可能性があります。

mirror_resize [-f] [-s <size>] <tag>

<tag> ミラーリソースのタグ。

-f ユーザに確認せずにサイズ変更を強制実行（推奨しません）。

-s <size> ミラーサイズ (KB 単位) を指定。

ミラーのサイズコマンドの利用条件

• ベースとなるデバイスは論理ボリューム (LV) であること

• 単一のターゲットであること（複数ターゲット構成は非サポート）

ミラーのサイズ変更の推奨手順

1. ベースとなるデバイスのサイズを変更します。ソースとターゲットの両方でこれを実行します(ターゲットのサイズはソースのサイズ以上でなければならないことに注意してください)。

2. ソースシステムで mirror_resize を実行します。これによってミラーの内部メタデータとビットマップが更新され、新しく拡張したデバイスサイズが反映されます。

例： mirror_resize –s <size in KB> <tag>

3. リソースの状態が Out of Service の場合、ミラー ( datarep ) リソースのみを In Service にします。新しく拡張したデバイス、または パーティションの再同期が実行されます。

4. ミラーデバイス上でファイルシステムのサイズ変更を実行します (例: resize2fs /dev/mdX。X はサイズを変更するミラーの md デバイス番号で、/dev/md0 のようになります)。

*注記: ファイルシステムのサイズを変更する前に、fsck が必要になる場合があります。

*注記: ファイルシステムによってはマウントしていなければサイズ変更ができないことがあります。その場合は、In Service にしてから実行してください。

5. リソースの状態が Out of Service の場合、ファイルシステムとアプリケーションリソースを In Service にします。

*注記: mirror_resize は複数ターゲット構成ではサポートされていません。

XFS ファイルシステムを使用したミラーサイズ変更の推奨手順

1. ミラーとすべての依存するリソースを Out of Service にします。

2. ベースとなるミラーディスクで、ディスクのサイズを変更します。これをソースとターゲットの両方で実行します。（ターゲットのサイズはソースのサイズ以上でなければなりません。）

3. ソースシステムで mirror_resize を実行します。これにより、ミラーの内部メタデータとビットマップが更新され、新しく拡張されたディスクサイズが反映されます。

例: mirror_resize –s <size in KB> <tag>

4. ミラーリソースとファイルシステムを In Service にします。新しく拡張されたディスクまたはパーティションが再同期されます。

5. ファイルシステム上で、ファイルシステムのサイズ変更を実行します。

例: xfs_growfs -D size /path/to/file/system

ビットマップの管理

bitmap -a <num>|-c|-d|-x <size_kb>|-X <bitmap_file>

-a <num>ビットマップファイルに非同期書き込みのパラメータを追加します。同期ミラーのアップグレードにより非同期ターゲットを含むようになった場合、これは必須です。<num> のデフォルト値は 256 です。この制限に最適な値を計算するには、 SIOS DataKeeper for Linux によるミラーリング の非同期ミラーリング情報 を参照してください。

-c ビットマップファイルをクリーニングします (すべてのビットを 0 に設定)。ソースディスクの余分な複製がターゲットに存在する場合、これを使用することで全体の再同期を回避できます。、 このオプションは、特に注意して使用してください 。

-d ビットマップファイルをダーティに設定します (すべてのビットを 1 に設定)。例えばスプリットブレインの状況が発生した後などに、このオプションを使用して全体の再同期を強制実行できます。

-m ビットマップを読み取り、マージストリームを作成します。

-X <bitmap file> ビットマップファイルを調べて、ビットマップとミラーに関する有用な情報を表示します。

-x <size_kb> size_kb. のディスクが有効になるようにビットマップファイルを拡張します。
(注記 : このオプションはミラーのサイズ変更のために内部的にのみ使用されます。)

さらに、mdadm コマンドを使用して、DataKeeper のリソースを管理できます。これは、DataKeeper のリソースが実際には md デバイスに存在するからです。詳細については、mdadm(8) のマニュアルページを参照してください。 注記: mdadm を使用するときには、オペレーティングシステムに含まれているバージョンよりも新しい、 $LKROOT/bin 内のバージョンを必ず使用してください。