test

Sun Cluster Geographic Edition Sun StorEdge Availability Suite 向けデータ複製ガイド

第 1 章 Sun StorEdge Availability Suite 3.2.1 ソフトウェアによるデータ複製

データ複製中、主クラスタのデータはバックアップクラスタまたは二次クラスタにコピーされます。二次クラスタは、主クラスタから地理的に離れていてもかまいません。この距離は、使用しているデータ複製製品がサポートする距離に依存します。

Sun Cluster Geographic Edition ソフトウェアは、Sun StorEdge Availability Suite 3.2.1 リモートミラーソフトウェアによるデータ複製をサポートします。Sun StorEdge Availability Suite 3.2.1 ソフトウェアを使用してデータを複製するためにはSun StorEdge Availability Suite 3.2.1 のマニュアルによく目を通し、Sun StorEdge Availability Suite 3.2.1 製品と最新の Sun StorEdge Availability Suite 3.2.1 パッチを、使用しているシステムにインストールする必要があります。Sun StorEdge Availability Suite 3.2.1 ソフトウェアと最新のパッチをインストールする方法については、『Sun StorEdge Availability Suite 3.2 ソフトウェアインストールマニュアル』を参照してください。

この章では、Sun StorEdge Availability Suite 3.2.1 ソフトウェアを使用してデータ複製を構成する手順について説明します。この章の内容は次のとおりです。

Sun StorEdge Availability Suite 3.2.1 保護グループ内のデータを複製する作業の概要

このセクションでは、保護グループにおける Sun StorEdge Availability Suite 3.2.1 データ複製を構成する手順を要約します。

表 1–1 Sun StorEdge Availability Suite 3.2.1 データ複製の管理作業

仕事 

説明 

Sun StorEdge Availability Suite 3.2.1 ソフトウェアの初期構成を実行します。 

「Sun StorEdge Availability Suite 3.2.1 ソフトウェアの初期構成」を参照してください。

Sun StorEdge Availability Suite 3.2.1 データ複製が行えるように構成した保護グループを作成します。 

「Sun StorEdge Availability Suite 3.2.1 保護グループを作成して構成する方法」を参照してください。

Sun StorEdge Availability Suite 3.2.1 が制御するデバイスグループを追加します。 

「Sun StorEdge Availability Suite 3.2.1 保護グループにデータ複製デバイスグループを追加する方法」を参照してください。

保護グループにアプリケーションリソースグループを追加します。 

「Sun StorEdge Availability Suite 3.2.1 保護グループにアプリケーションリソースグループを追加する方法」を参照してください。

保護グループの構成を二次クラスタに複製します。 

「Sun StorEdge Availability Suite 3.2.1 保護グループの構成をパートナークラスタに複製する」を参照してください。

保護グループを有効にします。 

「Sun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法」を参照してください。

保護グループ構成を検証します。 

システムをオンラインにする前に、スイッチオーバーまたはテイクオーバーを試行し、単純な障害ケースをいくつかテストします。第 3 章「Sun StorEdge Availability Suite 3.2.1 データ複製を使用するサービスの移行」を参照してください。

複製の実行時状態を検査します。 

「Sun StorEdge Availability Suite 3.2.1 データ複製の実行時状態の検査」を参照してください。

障害を検出します。 

「Sun StorEdge Availability Suite 3.2.1 データ複製を使用するシステム上でのクラスタの障害の検出」を参照してください。

スイッチオーバーを使用してサービスを移行します。 

「Sun StorEdge Availability Suite 3.2.1 を使用するサービスをスイッチオーバーで移行する」を参照してください。

テイクオーバーを使用してサービスを移行します。 

「Sun StorEdge Availability Suite 3.2.1 を使用するシステム上での強制テイクオーバー」を参照してください。

テイクオーバーの強制実行のあと、データを回復します 

「テイクオーバー後の Sun StorEdge Availability Suite 3.2.1 データの回復」を参照してください。

Sun StorEdge Availability Suite 3.2.1 データ複製の概要

このセクションでは、Sun StorEdge Availability Suite 3.2.1 リソースグループの概要を示し、3 つ以上のノードから構成されるクラスタ上で Sun StorEdge Availability Suite 3.2.1 を使用して複製を実施する場合の主な制限事項について説明します。

Sun StorEdge Availability Suite 3.2.1 軽量リソースグループ

保護グループには、Sun StorEdge Availability Suite 3.2.1 ソフトウェアによって制御されるデバイスグループを追加できます。Sun Cluster Geographic Edition ソフトウェアは、デバイスグループごとに軽量リソースグループを作成します。軽量リソースグループの名前の書式は次のとおりです。

AVSdevicegroupname-stor-rg

たとえば、Sun StorEdge Availability Suite 3.2.1 ソフトウェアで制御される avsdg というデバイスグループの場合、avsdg-stor-rg という軽量リソースグループが作成されます。

軽量リソースグループは、Sun StorEdge Availability Suite 3.2.1 リモートミラーソフトウェアを使用したデータ複製に必要な論理ホストとデバイスグループを配置します。

各軽量リソースグループには次の 2 つのリソースが含まれます。

軽量リソースグループについては、Sun StorEdge Availability Suite 3.2.1 のマニュアルを参照してください。

Sun StorEdge Availability Suite 3.2.1 複製リソースグループ

Sun StorEdge Availability Suite 3.2.1 ソフトウェアで制御されるデバイスグループを保護グループに追加すると、Sun Cluster Geographic Edition ソフトウェアにより、そのデバイスグループ用の特別な複製リソースが、複製リソースグループ内に作成されます。これらの複製リソースグループを監視することにより、Sun Cluster Geographic Edition ソフトウェアは複製の全体的な状態を監視します。各保護グループには、複製リソースを 1 つ持つ複製リソースグループが 1 つ作成されます。

複製リソースグループの名前の書式は次のとおりです。

AVSprotectiongroupname-rep-rg

複製リソースグループ内の複製リソースは、ローカルクラスタ上のデバイスグループの複製状態を監視します。その結果は、Sun StorEdge Availability Suite 3.2.1 リモートミラーソフトウェアによって報告されます。

複製リソースの名前の書式は次のとおりです。

AVSdevicegroupname-rep-rs

Sun StorEdge Availability Suite 3.2.1 ソフトウェアの初期構成

この節では、Sun Cluster Geographic Edition 製品内で Sun StorEdge Availability Suite 3.2.1 による複製を構成する前に行う必要がある当初の作業について説明します。

この節で使用する保護グループ例 avspg は、2 つのクラスタ cluster-paris および cluster-newyork からなるパートナーシップ上にすでに構成されています。apprg1 リソースグループ内にカプセル化されたアプリケーションは、avspg 保護グループによって保護されています。アプリケーションデータは avsdg デバイスグループに格納されています。 avsdg デバイスグループ内のボリュームは、Solaris ボリュームマネージャー ボリューム、VERITAS Volume Manager ボリューム、または raw デバイスボリュームになる可能性があります。

リソースグループ apprg1 とデバイスグループ avsdg は、cluster-paris クラスタと cluster-newyork クラスタのどちらにも存在します。avspg 保護グループは、cluster-paris クラスタと cluster-newyork クラスタ間でデータを複製することによって、アプリケーションデータを保護します。

注 –

デバイスグループを個別に複製するには、論理ホストがローカルクラスタ上とパートナークラスタ上に 1 つずつ必要です。

Sun Cluster Geographic Edition ソフトウェアでは、クラスタタグ内でスラッシュ (/) を使用することはできません。raw DID デバイスを使用している場合、dsk/s3 などの、バックスラッシュのあるあらかじめ定義された DID デバイスグループ名を使用することはできません。

raw デバイスグループで DID を使用するには、「raw デバイスグループで DID を使用する」を参照してください。

Sun StorEdge Availability Suite ボリュームセット

Sun StorEdge Availability Suite 3.2.1 ボリュームセットを定義するには、次のものを決定する必要があります。

volset ファイルは、保護グループの主クラスタと二次クラスタのすべてのノード上の /var/cluster/geo/avs/devicegroupname-volset.ini にあります。たとえば、デバイスグループ avsdg の volset ファイルは、/var/cluster/geo/avs/avsdg-volset.ini にあります。

次の表では、Sun Cluster Geographic Edition ソフトウェアで処理されるボリュームセットファイルのフィールドについて説明します。ボリュームセットのその他のパラメタ (ディスクキュー、メモリーキューのサイズ、非同期スレッドの数など) は、Sun Cluster Geographic Edition ソフトウェアでは処理されません。これらのパラメタは、Sun StorEdge Availability Suite 3.2.1 コマンドで手動で調整する必要があります。

フィールド 

意味 

説明 

phost

主ホスト 

主ボリュームが存在するサーバーの論理ホスト。 

pdev

主デバイス 

主ボリュームパーティション。必ず完全パス名を指定してください。 

pbitmap

主ビットマップ 

主パーティションのビットマップが格納されるボリュームパーティション。必ず完全パス名を指定してください。 

shost

二次ホスト 

二次ボリュームが存在するサーバーの論理ホスト。 

sdev

二次デバイス 

二次ボリュームパーティション。必ず完全パス名を指定してください。 

sbitmap

二次ビットマップ 

二次パーティションのビットマップが格納されるボリュームパーティション。必ず完全パス名を指定してください。 

ip

ネットワーク転送プロトコル 

IP アドレス。 

sync | async

動作モード 

sync モードでは、二次クラスタ上のボリュームが更新されるまで、入出力操作が完了したとは見なされません。

async モードでは、二次クラスタ上のボリュームが更新される前に、主ホストの入出力操作が完了したと見なされます。

g iogroupname

入出力グループ名 

I/O グループ名。このセットは、主クラスタおよび二次クラスタ両方の上の同じ入出力グループ内に構成する必要があります。このパラメタはオプションであり、I/O グループがある場合にのみ構成する必要があります。 

C 

C タグ 

ボリューム名からデバイスグループ名が判断できない場合の、ローカルデータおよびビットマップボリュームのデバイスグループ名またはリソースタグです。たとえば、/dev/md/avsset/rdsk/vol からは、デバイスグループ名が avsset であることがわかります。また、/dev/vx/rdsk/avsdg/vol からは、デバイスグループ名が avsdg であることがわかります。

Sun Cluster Geographic Edition ソフトウェアでは、Sun StorEdge Availability Suite 3.2.1 パラメタの値は変更されません。このソフトウェアでは、スイッチオーバーとテイクオーバーの操作中に、ボリュームセットの役割が制御されるだけです。

ボリュームセットファイルの書式については、Sun StorEdge Availability Suite 3.2.1 のマニュアルを参照してください。

Procedureraw デバイスグループで DID を使用する

  1. あらかじめ定義されている DID デバイスグループから、使用する DID を削除します。

  2. raw デバイスグループに DID を追加します。新しい DID にスラッシュが含まれていないことを確認します。

  3. このグループ名をパートナーシップの各クラスタ上に作成します。各クラスタで同じ DID を使用することができます。

  4. デバイスグループ名が必要な場合には、この新しいグループ名を使用します。

ProcedureSun Cluster での Sun StorEdge Availability Suite 3.2.1 ボリュームの構成方法

ここで説明する手順を実行して、Sun Cluster 環境で Sun StorEdge Availability Suite 3.2.1 ボリュームを構成します。これらのボリュームは、Solaris ボリュームマネージャーボリューム、VERITAS Volume Manager ボリューム、または raw デバイスボリュームのいずれかです。

ボリュームは、Sun Cluster のデバイスグループレベルでカプセル化されます。Sun StorEdge Availability Suite 3.2.1 ソフトウェアは、このデバイスグループインタフェースを介して、Solaris ボリュームマネージャーディスクセット、VERITAS Volume Manager ディスクグループ、または raw デバイスと対話します。ボリュームのパスは、次の表に示すように、ボリュームタイプによって異なります。

ボリュームタイプ 

パス 

Solaris ボリュームマネージャー 

/dev/md/disksetname /rdsk/d# (# は 1 桁の数字)

VERITAS Volume Manager 

/dev/vx/rdsk/diskgroupname /volumename

raw デバイス 

/dev/did/rdsk/d#s#

  1. Solaris ボリュームマネージャーまたはディスクグループ avsdg のどちらか、VERITAS Volume Manager、または cluster-paris と cluster-newyork 上の raw デバイスのどちらかを使用し、ディスクセット avsset を作成します。

    たとえば、raw デバイスを使用してボリュームを構成する場合は、cluster-paris と cluster-newyork 上の raw デバイスグループ dsk/d3 を選択します。

  2. cluster-paris 上のディスクセットまたはディスクグループ内にボリュームを 2 つ作成します。

    システムがロギングモードの場合、Sun StorEdge Availability Suite ソフトウェアはデータボリュームの変更を追跡するため、データボリュームごとに専用のビットマップボリュームを必要とします。

    raw デバイスを使用してボリュームを構成する場合は、cluster-paris 上のデバイス /dev/did/rdsk/d3 に、/dev/did/rdsk/d3s3 と /dev/did/rdsk/d3s4 の 2 つのパーティションを作成します。

  3. cluster-newyork 上のディスクセットまたはディスクグループ内にボリュームを 2 つ作成します。

    raw デバイスを使用してボリュームを構成する場合は、cluster-paris 上のデバイス /dev/did/rdsk/d3 に、/dev/did/rdsk/d3s5 と /dev/did/rdsk/d3s6 の 2 つのパーティションを作成します。

Sun StorEdge Availability Suite 3.2.1 ボリュームセットの有効化

Sun StorEdge Availability Suite 3.2.1 ボリュームセットは、次の 2 つのうちいずれかの方法で有効にできます。

Solaris ボリュームマネージャーボリュームセットの自動的な有効化

この例では、主クラスタを cluster-paris、Solaris ボリュームマネージャーディスクセットを含むデバイスグループを avsset と想定します。

例 1–1 Solaris ボリュームマネージャーボリュームセットの自動的な有効化

この例では、/var/cluster/geo/avs/avsset-volset.ini に次のエントリが入っていると想定します。


logicalhost-paris-1 /dev/md/avsset/rdsk/d100 /dev/md/avsset/rdsk/d101 
logicalhost-newyork-1 /dev/md/avsset/rdsk/d100 /dev/md/avsset/rdsk/d101 
ip async C avsset

avsset-volset.ini ファイルには、次のエントリがあります。

このサンプル構成ファイルに定義されているボリュームセットは、このファイル内に指定されているビットマップボリュームと論理ホスト名を使用して、cluster-paris の d100 を cluster-newyork の d100 に複製します。

VERITAS Volume Manager ボリュームセットの自動的な有効化

この例では、主クラスタを cluster-paris、VERITAS Volume Manager ディスクグループを含むデバイスグループを avsdg と想定します。

例 1–2 VERITAS Volume Manager ボリュームセットの自動的な有効化

この例では、/var/cluster/geo/avs/avsdg-volset.ini ファイルに次のエントリが入っていると想定します。


logicalhost-paris-1 /dev/vx/rdsk/avsdg/vol-data-paris \
/dev/vx/rdsk/avsdg/vol-bitmap-paris 
logicalhost-newyork-1 /dev/vx/rdsk/avsdg/vol-data-newyork \
/dev/vx/rdsk/avsdg/vol-bitmap-ny 
ip async C avsdg

avsdg-volset.ini ファイルには、次のエントリがあります。

このサンプル構成ファイルに定義されているボリュームセットは、cluster-paris の vol-data-paris を cluster-newyork のvol-data-newyork に複製します。このボリュームセットは、ファイル内に指定されているビットマップボリュームと論理ホスト名を使用します。

raw デバイスボリュームセットの自動的な有効化

この例では、主クラスタを cluster-paris、raw デバイスディスクグループ /dev/did/rdsk/d3 を含むデバイスグループの名前を rawdg と想定します。

例 1–3 raw デバイスボリュームセットの自動的な有効化

この例では、/var/cluster/geo/avs/avsdg-volset.ini ファイルに次のエントリが入っていると想定します。


logicalhost-paris-1 /dev/did/rdsk/d3s3 /dev/did/rdsk/d3s4 
logicalhost-newyork-1 /dev/did/rdsk/d3s5 /dev/did/rdsk/d3s6 
ip async C rawdg

そして、rawdg-volset.ini ファイルには次のエントリがあるとします。

このサンプル構成ファイルに定義されているボリュームセットは、cluster-paris の d3s3 を cluster-newyork のd3s5 に複製します。このボリュームセットは、ファイル内に指定されているビットマップボリュームと論理ホスト名を使用します。

ボリュームセットの手動による有効化

保護グループ avspg にデバイスグループを追加したところで、Sun StorEdge Availability Suite 3.2.1 ボリュームセットを手動で有効にすることができます。

例 1–4 Sun StorEdge Availability Suite 3.2.1 ボリュームセットの手動による有効化

次の例では Solaris ボリュームマネージャー ボリュームセットを手動で有効化します。


phys-paris-1# /usr/opt/SUNWesm/sbin/sndradm -e logicalhost-paris-1 \
/dev/md/avsset/rdsk/d100 /dev/md/avsset/rdsk/d101 \
logicalhost-newyork-1 /dev/md/avsset/rdsk/d100 \
/dev/md/avsset/rdsk/d101 ip async C avsset
例 1–5 VERITAS Volume Manager ボリュームセットの手動による有効化

次の例では VERITAS Volume Manager ボリュームセットを手動で有効化します。


phys-paris-1# /usr/opt/SUNWesm/sbin/sndradm -e logicalhost-paris-1 
/dev/vx/rdsk/avsdg/vol-data-paris /dev/vx/rdsk/avsdg/vol-bitmap-paris 
logicalhost-newyork-1 /dev/vx/rdsk/avsdg/vol-data-newyork 
/dev/vx/rdsk/avsdg/vol-bitmap-newyork ip async C avsdg
例 1–6 raw デバイスボリュームセットの手動による有効化

次の例では raw デバイスボリュームセットを手動で有効化します。


phys-paris-1# /usr/opt/SUNWesm/sbin/sndradm -e logicalhost-paris-1 
/dev/did/rdsk/d3s3 /dev/did/rdsk/d3s4 logicalhost-newyork-1 /dev/did/rdsk/d3s5 
/dev/did/rdsk/d3s6 ip async C dsk/d3

sndradm コマンドの実行に関する情報は、Sun StorEdge Availability Suite 3.2.1 ログファイル /var/opt/SUNWesm/ds.log に出力されます。ボリュームセットを手動で有効にする過程でエラーが発生した場合は、このファイルを参照してください。

ProcedureSun StorEdge Availability Suite 3.2.1 で制御される Sun Cluster デバイスグループを構成する方法

Sun StorEdge Availability Suite 3.2.1 ソフトウェアは、Solaris ボリュームマネージャー、VERITAS Volume Manager、および raw デバイスボリュームをサポートします。

  1. 複製するボリュームセットを含むデバイスグループが Sun Cluster ソフトウェアに登録されていることを確認します。

    これらのコマンドについては、scsetup(1M) または scconf(1M) のマニュアルページを参照してください。

  2. VERITAS Volume Manager デバイスグループを使用している場合は、Sun Cluster コマンド scsetup または scconf を使用して VERITAS Volume Manager 構成を同期させます。

  3. scstat -D コマンドの出力にデバイスグループが表示されることを確認します。

    このコマンドの詳細は、scstat(1M) のマニュアルページを参照してください。

  4. cluster-paris と cluster-newyork の両方のクラスタで、手 順 1 〜 3 を繰り返します。

ProcedureSun StorEdge Availability Suite 3.2.1 用の高可用性クラスタグローバルファイルシステムを構成する

  1. 前の手順で作成したボリュームセット vol-data-paris 上に、必要なファイルシステムを作成します。

    アプリケーションは、このファイルシステムに書き込みを行います。

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

    注 –

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

  3. 新しいファイルシステムを処理するには、アプリケーションリソースグループ apprg1 に HAStoragePlus リソースを追加します。

    このリソースを追加することで、必要なファイルシステムがアプリケーションの起動前に再マウントされます。

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

  4. cluster-paris と cluster-newyork の両方で、手順 1 〜 3 を繰り返します。

例 1–7 Solaris ボリュームマネージャーボリューム用の高可用性クラスタグローバルファイルシステムの構成

この例では、Solaris ボリュームマネージャー ボリューム用の高可用性クラスタグローバルファイルシステムを構成します。この例では、リソースグループ apprg1 がすでに存在すると仮定します。

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


    # newfs /dev/md/avsset/rdsk/d100

    このコマンドによって、次のエントリが /etc/vfstab ファイルに作成されます。


    /dev/md/avsset/dsk/d100 /dev/md/avsset/rdsk/d100 
/global/sample ufs 2 no logging

  2. HAStoragePlus リソースを追加します。


    # scrgadm -a -j rs-hasp -g apprg1 -t SUNW.HAStoragePlus 
-x FilesystemMountPoints=/global/sample -x AffinityOn=TRUE
例 1–8 VERITAS Volume Manager ボリューム用の高可用性クラスタグローバルファイルシステムの構成

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

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


    # newfs /dev/vx/rdsk/avsdg/vol-data-paris

    このコマンドによって、次のエントリが /etc/vfstab ファイルに作成されます。


    /dev/vx/dsk/avsdg/vol-data-paris /dev/vx/rdsk/avsdg/vol-data-paris 
/global/sample ufs 2 no logging

  2. HAStoragePlus リソースを追加します。


    # scrgadm -a -j rs-hasp -g apprg1 -t SUNW.HAStoragePlus 
-x FilesystemMountPoints=/global/sample -x AffinityOn=TRUE
例 1–9 raw デバイスボリューム用の高可用性クラスタグローバルファイルシステムの構成

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

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


    # newfs /dev/did/rdsk/d3s3

    このコマンドによって、次のエントリが /etc/vfstab ファイルに作成されます。


    /dev/did/dsk/d3s3 /dev/did/rdsk/d3s3 
/global/sample ufs 2 no logging

  2. HAStoragePlus リソースを追加します。


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