Hitachi TrueCopy 複製用に高可用性ファイルシステムを構成する方法

始める前に

cluster-paris でファイルシステムを構成する前に、必要な Sun Cluster エンティティー (アプリケーションリソースグループ、デバイスグループ、マウントポイントなど) がすでに構成されていることを確認します。

ストレージベースの複製を使用している場合は、複製されたボリュームを定足数デバイスとして構成しないでください。Sun Cluster Geographic Edition ソフトウェアは、Hitachi TrueCopy S-VOL と Command Device を Sun Cluster 定足数デバイスとして使用することはサポートしていません。詳細は、『Sun Cluster 3.0-3.1 Hardware Administration Manual for Solaris OS』の「Using Storage-Based Data Replication」を参照してください。

手順

1. コマンド行で、必要なファイルシステムを vol1 ボリュームに作成します。

2. マウント位置などの情報を含む /etc/vfstab ファイルにエントリを追加します。

   ファイルシステムがローカルにマウントされるかグローバルにマウントされるかは、パフォーマンス要件や使用しているアプリケーションリソースグループの種類など、さまざまな要因によって変わります。

   ---

   注 –

   このファイル内の mount at boot フィールドの値は no に設定する必要があります。この値を設定することによって、クラスタの起動時、ファイルシステムは二次クラスタにマウントされないようになります。代わりに、Sun Cluster ソフトウェアと Sun Cluster Geographic Edition フレームワークは、主クラスタ上でアプリケーションがオンラインになる場合に HAStoragePlus リソースを使用してファイルシステムをマウントします。二次クラスタにはデータをマウントしないでください。二次クラスタにデータをマウントすると、主クラスタ上のデータは二次クラスタに複製されなくなります。この方法以外では、主クラスタから二次クラスタへのデータ複製は行われません。

   ---

3. HAStoragePlus リソースをアプリケーションリソースグループ apprg1 に追加します。

   このリソースをアプリケーションリソースグループに追加することによって、アプリケーションがオンラインになる前に、必ず、必要なファイルシステムが再マウントされるようになります。

   HAStoragePlus リソースタイプについての詳細は、『Sun Cluster 3.1 データサービスの計画と管理』を参照してください。

例 9–1 高可用性クラスタグローバルファイルシステムを構成する

この例では、apprg1 リソースグループがすでに存在すると仮定します。

1. UNIX ファイルシステム (UFS) を作成します。

   # newfs dev/vx/dsk/oradg1/vol1

2. /etc/vfstab ファイルに次のようなエントリを作成します。

   # /dev/vs/dsk/oradg1/vol1 /dev/vx/rdsk/oradg1/vol1 /mounts/sample ufs 2 no logging

3. HAStoragePlus リソースタイプを追加します。

   # scrgadm -a -j rs-hasp -g apprg1 -t SUNW.HAStoragePlus -x FilesystemMountPoints=/mounts/sample -x AffinityOn=TRUE -x GlobalDevicePaths=oradg1