第5章 テストケース
インストールの完了後、いくつかの基本テストを実行してインストールを確認し、SAP HANA Multitarget System Replication がどのように動作するか、および障害からどのように復旧するかを検証することを推奨します。実稼働を開始する前に、このようなテストケースを実行することを常に推奨します。可能であれば、実稼働環境に適用する前に、変更を検証するためのテスト環境を準備することもできます。
すべてのケースで、次の項目が説明されています。
- テストの内容
- テストの前提条件
- テストの手順
- テストのモニタリング
- テストの開始
- 期待される結果
- 初期状態に戻す方法
以前のプライマリー HANA レプリケーションサイトを、クラスターによって管理される HANA インスタンス上の新しいセカンダリー HANA レプリケーションサイトとして自動的に登録するには、SAPHana リソースでオプションの AUTOMATED_REGISTER=true を使用できます。詳細は、AUTOMATED_REGISTER を参照してください。
例で使用されている HA クラスターノードと HANA レプリケーションサイト (括弧内) の名前は次のとおりです。
- clusternode1 (DC1)
- clusternode2 (DC2)
- remotehost3 (DC3)
次のパラメーターは、HANA インスタンスとクラスターの設定に使用されます。
- SID=RH2
- INSTANCENUMBER=02
- CLUSTERNAME=cluster1
テスト環境の /etc/hosts で、clusternode1-2、remotehost3 をエイリアスとしても使用できます。
例や前提条件の追加チェックなど、テストの詳細を説明します。最後には、さらなるテストに備えて、環境をクリーンアップする方法の例が示されています。
場合によっては、clusternode1-2 と remotehost3 の間の距離が長すぎる場合は、–replicationMode=syncmem の代わりに –replcationMode=async を使用する必要があります。適切なオプションを選択する前に、SAP HANA 管理者にも問い合わせてください。
5.1. テストの準備 リンクのコピーリンクがクリップボードにコピーされました!
テストを実行する前に、環境全体が正常で健全な状態である必要があります。次のコマンドで、クラスターとデータベースを確認する必要があります。
-
pcs status --full -
python systemReplicationStatus.py -
df -h
pcs status --full の例は、pcs status を使用したクラスターのステータスの確認 にあります。"Migration Summary" に警告または以前の失敗がある場合は、テストを開始する前にクラスターをクリーンアップする必要があります。
pcs resource clear SAPHana_RH2_02-clone
[root@clusternode1]# pcs resource clear SAPHana_RH2_02-clone
クラスターのクリーンアップ で、クリーンアップを実行するその他の方法を説明しています。重要なのは、クラスターとすべてのリソースが起動していることです。
クラスターのほかに、データベースも稼働しており、同期している必要があります。データベースのステータスが適切であることを確認する最も簡単な方法は、システムのレプリケーションステータスを確認することです。レプリケーションステータス も参照してください。これはプライマリーデータベースで確認する必要があります。
プライマリーノードを検出するには、プライマリーデータベースの検出 をオンにするか、次のコマンドを使用します。
-
pcs status | grep -E "Promoted|Master" -
hdbnsutil -sr_stateConfiguration
次のコマンドを実行して、ファイルシステムに十分なスペースがあるかどうかを確認します。
df -h
# df -h
続行する前に、システムチェック のガイドラインにも従ってください。環境がクリーンであれば、テストを実行する準備ができています。テスト中、モニタリングは進行状況を確認するのに役立ちます。