Sun Cluster Geographic Edition のシステム管理

第 7 章 Sun StorEdge Availability Suite 3.2.1 保護グループの管理

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

Sun StorEdge Availability Suite 3.2.1 保護グループを作成する方法

保護グループを作成する前に、次の中から最適な方法を検討してください。

これ以降の節に示されている手順を使用して保護グループを作成する前に、次の前提条件が満たされていることを確認してください。

アプリケーションがオフラインの間に保護グループを作成

アプリケーションリソースグループがオフラインの間に保護グループを作成するには、次の手順を実行します。

アプリケーションがオンラインの間に保護グループを作成

アプリケーションをオフラインにすることなく新しい保護グループに既存のアプリケーションリソースグループを追加するには、アプリケーションリソースグループがオンライン状態にあるクラスタで次の手順を実行します。

他方のクラスタで、次の手順を実行します。


例 7–1 アプリケーションがオンラインの間に Sun StorEdge Availability Suite 3.2.1 保護グループを作成

この例では、アプリケーションをオフラインにせずに保護グループを作成する方法について説明します。

この例では、cluster-paris クラスタ上で apprg1 リソースグループがオンライン状態にあります。

  1. cluster-paris 上に保護グループを作成します。

    まず、アプリケーションリソースグループがすでに実行されているクラスタのノード上で、リソースグループとこのリソースグループがアフィニティーを持つデバイスグループ間に Nodelist の不一致がないかを確認し、不一致が見つかった場合は修正します。次に、一致する Nodelist を持つ保護グループを作成します。


    phys-paris-1# scrgadm -pvv -g apprg1 | grep Nodelist
    
    (apprg1) Res Group Nodelist:   phys-paris-1 phys-paris-2
    phys-paris-1# scconf -pvv | grep "avsdg.*group node list"
    (avsdg) Device group node list: phys-paris-2, phys-paris-1

    デバイスグループのノードリストと、リソースグループの Nodelist の順序は一致しません。デバイスグループのノードリストの順序は、次のように変更されています。


    phys-paris-1# scconf -c -D name=avsdg,nodelist=phys-paris-1:phys-paris-2

    また、この要件に合うようにリソースグループのノードリストを変更することもできます。

    リソースグループおよびデバイスグループの Nodelist とまったく同じ Nodelist を持つ保護グループが作成されます。


    phys-paris-1# geopg create -d avs -p Nodelist=phys-paris-1,phys-paris-2 \
    -o Primary -s paris-newyork-ps avspg
    phys-paris-1# Protection group "avspg" has been successfully created
  2. Sun StorEdge Availability Suite 3.2.1 デバイスグループ avsdg を保護グループに追加します。


    phys-paris-1# geopg add-device-group -p Local_logical_host=lh-paris-1 \
    -p Remote_logical_host=lh-newyork-1 -p Enable_volume_set=True avsdg avspg
  3. データ複製リソースグループと軽量リソースグループが作成され、オンライン状態になったことを確認します。また、Enable-volume-set プロパティーが True に設定されたことで Sun StorEdge Availability Suite 3.2.1 ボリュームセットが有効になったことも確認します。


    phys-paris-1# dsstat 
    name             t      s       pct     role    ckps    dkps    tps    svt 
    /avsdg/rdsk/d100 P      L      100.00   net      -       0       0      0 
    /avsdg/rdsk/d101                        bmp      0       0       0      0 
    
    phys-paris-1# scstat -g
    
    -- Resource Groups and Resources --  
           Group Name              Resources 				      
           ----------              --------- 
    Resources: geo-clusterstate     - 
    Resources: geo-infrastructure  geo-clustername geo-hbmonitor geo-failovercontrol 
    Resources: avsdg-stor-rg       lh-paris-1 avsdg-stor
    Resources: avspg-rep-rg        avsdg-rep-rs 
    Resources: apprg1              avs-lh avs-stor avs-server-res avs-listener-res  
    
    
    -- Resource Groups -- 
    
                Group Name             Node Name      State
                ----------             ---------      ----- 
    Group: geo-clusterstate          phys-paris-1     Online
    Group: geo-clusterstate          phys-paris-2     Online 
     
    Group: geo-infrastructure        phys-paris-1     Online 
    Group: geo-infrastructure        phys-paris-2     Offline
     
    Group: avsdg-stor-rg             phys-paris-1     Online
    Group: avsdg-stor-rg             phys-paris-2     Offline 
    
    Group: avspg-rep-rg              phys-paris-1     Online
    Group: avspg-rep-rg              phys-paris-2     Offline 
    
    Group: apprg1                    phys-paris-1     Online
    Group: apprg1                    phys-paris-2     Offline
    
    -- Resources--  
    
    Resource Name		            Node Name      State    Status Message 
    -------------                 ---------      ------   --------------- 
    Resource: geo-clustername     phys-paris-1  Online    Online - \
    LogicalHostname online 
    Resource: geo-clustername     phys-paris-2  Offline   Offline - \
    LogicalHostname offline  
    Resource: geo-hbmonitor       phys-paris-1  Online    Online - \
    Daemon OK 
    Resource: geo-hbmonitor       phys-paris-2  Offline   Offline
    
    Resource: geo-failovercontrol phys-paris-1  Online    Online 
    Resource: geo-failovercontrol phys-paris-2  Offline   Offline
      
    Resource: lh-paris-1          phys-paris-1  Online    Online - \
    LogicalHostname online 
    Resource: lh-paris-1          phys-paris-2  Offline   Offline 
     
    Resource: avsdg-stor          phys-paris-1  Online    Online 
    Resource: avsdg-stor          phys-paris-2  Offline   Offline
    
    Resource: avsdg-rep-rs        phys-paris-1  Online    Degraded - \
    Logging 
    Resource: avsdg-rep-rs        phys-paris-2  Offline   Offline 
     
    Resource: avs-lh              phys-paris-1  Online    Online - \
    LogicalHostname online
    Resource: avs-lh              phys-paris-2  Offline   Offline
    
    Resource: avs-server-res      phys-paris-1  Online    Online 
    Resource: avs-server-res      phys-paris-2  Offline   Offline
    
    Resource: avs-listener-res    phys-paris-1  Online    Online 
    Resource: avs-listener-res    phys-paris-2  Offline   Offline
  4. 保護グループをローカルに有効にします。


    phys-paris-1# geopg start-e local avspg
    Processing operation.... this may take a while....
    Protection group "avspg" successfully started.
  5. すでにオンライン状態になっているアプリケーションリソースグループを保護グループに追加します。


    phys-paris-1# geopg add-resource-group apprg1 avspg
    Following resource groups were successfully inserted:
    			"apprg1"

    アプリケーションリソースグループが正常に追加されたことを確認します。


    phys-paris-1# geoadm status
    Cluster: cluster-paris
    
       Partnership "paris-newyork-ps"      : OK
          Partner clusters                    : newyork
          Synchronization                     : OK
    
          Heartbeat "hb_cluster-paris~cluster-newyork" monitoring \
    "paris-newyork-ps" OK 
             Plug-in "ping-plugin"            : Inactive
             Plug-in "icrm_plugin"            : OK
             Plug-in "tcp_udp_plugin"         : OK
    
       Protection group "avspg"               : Unknown
          Partnership                         : paris-newyork-ps
          Synchronization                     : Error
    
          Cluster cluster-paris               : Degraded
             Role                             : Primary
             Activation State                 : Activated
             Configuration                    : OK
             Data replication                 : Degraded
             Resource groups                  : OK
    
          Cluster cluster-newyork             : Unknown
             Role                             : Unknown
             Activation State                 : Unknown
             Configuration                    : Unknown
             Data Replication                 : Unknown
             Resource Groups                  : Unknown
  6. 次のように実行し、パートナークラスタのノードの 1 つで保護グループを取得します。


    phys-newyork-1# geopg get -s paris-newyork-ps avspg
    Protection group "avspg" has been successfully created.
  7. 次のコマンドを実行し、データ複製リソースグループと軽量リソースグループが作成され、オンライン状態になったことを確認します。


    phys-newyork-1# dsstat
    name                  t  s   pct    role   ckps   dkps   tps   svt
    /avsdg/rdsk/d100      S  L  100.00  net     -      0      0     0
    /avsdg/rdsk/d101                    bmp     0      0      0     0
    
    phys-newyork-1# scstat -g
    
    -- Resource Groups and Resources --
    
        Group Name                  Resources
        ----------                  --------- 
    Resources: geo-clusterstate         -
    Resources: geo-infrastructure  geo-clustername geo-hbmonitor \
    geo-failovercontrol
    Resources: avsdg-stor-rg       lh-newyork-1 avsdg-stor
    Resources: avspg-rep-rg        avsdg-rep-rs
    Resources: apprg1              avs-lh avs-stor avs-server-res avs-listener-res 
    
    -- Resource Groups --
    
         Group Name                  Node Name        State
         ----------                  ---------        -----
    Group: geo-clusterstate	         phys-newyork-1   Online
    Group: geo-clusterstate          phys-newyork-2   Online
    
    Group: geo-infrastructure        phys-newyork-1   Online
    Group: geo-infrastructure        phys-newyork-2   Offline
    
    Group: avsdg-stor-rg             phys-newyork-1   Online
    Group: avsdg-stor-rg             phys-newyork-2   Offline
    
    Group: avspg-rep-rg              phys-newyork-1   Online
    Group: avspg-rep-rg              phys-newyork-2   Offline
    
    Group: apprg1                    phys-newyork-1   Unmanaged
    Group: apprg1                    phys-newyork-2   Unmanaged
    
    -- Resources --
    
    Resource Name                 Node Name       State     Status Message
    -------------                 ---------       ------    ---------------
    Resource: geo-clustername     phys-newyork-1  Online    Online - \
    LogicalHostname online
    Resource: geo-clustername     phys-newyork-2  Offline   Offline - \
    LogicalHostname offline
    
    Resource: geo-hbmonitor       phys-newyork-1  Online    Online - Daemon OK
    Resource: geo-hbmonitor       phys-newyork-2  Offline   Offline
    
    Resource: geo-failovercontrol phys-newyork-1  Online    Online
    Resource: geo-failovercontrol phys-newyork-2  Offline   Offline
    
    Resource: lh-newyork-1        phys-newyork-1  Online    Online - \
    LogicalHostname online
    Resource: lh-newyork-1        phys-newyork-2  Offline   Offline
    
    Resource: avsdg-stor          phys-newyork-1  Offline   Offline
    Resource: avsdg-stor          phys-newyork-2  Offline   Offline
    
    Resource: avsdg-rep-rs        phys-newyork-1  Online    Degraded - Logging
    Resource: avsdg-rep-rs        phys-newyork-2  Offline   Offline
    
    Resource: avs-lh              phys-newyork-1  Offline   Offline
    Resource: avs-lh              phys-newyork-2  Offline   Offline
    
    Resource: avs-server-res      phys-newyork-1  Offline   Offline
    Resource: avs-server-res      phys-newyork-2  Offline   Offline
    
    Resource: avs-listener-res    phys-newyork-1  Offline   Offline
    Resource: avs-listener-res    phys-newyork-2  Offline   Offline
  8. パートナークラスタで、保護グループをローカルに有効にします。


    phys-newyork-1# geopg start -e local avspg
    Processing operation.... this may take a while....
    Protection group "avspg" successfully started.
  9. 保護グループが正常に作成され有効になっていることを確認します。

    cluster-parisgeoadm status コマンドを実行すると、次のように出力されます。


    phys-paris-1# geoadm status
    
    Cluster: cluster-paris
    
    Partnership "paris-newyork-ps": OK
      Partner clusters    : cluster-newyork
      Synchronization     : OK
    
      Heartbeat "paris-to-newyork" monitoring "cluster-newyork": OK
         Heartbeat plug-in "ping_plugin"   : Inactive
         Heartbeat plug-in "icrm_plugin"   : OK
         Heartbeat plug-in "tcp_udp_plugin": OK
    
    Protection group "tcpg"  : OK
      Partnership            : "paris-newyork-ps"
      Synchronization        : OK      
    
      Cluster cluster-paris   : OK
         Role                 : Primary
         PG activation state  : Activated
         Configuration        : OK
         Data replication     : OK
         Resource groups      : OK
    
      Cluster cluster-newyork : OK
         Role                 : Secondary
         PG activation state  : Activated
         Configuration        : OK
         Data replication     : OK    
         Resource groups      : OK        

Sun StorEdge Availability Suite 3.2.1 保護グループの作成、変更、検証、および削除

この節では、次の作業の手順について説明します。


注 –

データ複製を使用しない保護グループも作成できます。データ複製サブシステムを使用しない保護グループを作成するには、geopg コマンドを使用するときに、-d data-replication-type オプションを省略します。geoadm status コマンドを実行すると、データ複製の状態が NONE と表示されます。


ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを作成して構成する方法

始める前に

保護グループを作成するには、次の条件が満たされているかをまず確認する必要があります。


注 –

保護グループ名は Sun Cluster Geographic Edition のグローバルネームスペース内で一意です。同じシステム上にパートナーシップが 2 つ存在する場合、これらに同じ保護グループ名を付けることはできません。


保護グループの既存の構成は、リモートクラスタからローカルクラスタに複製することもできます。詳細は、「Sun StorEdge Availability Suite 3.2.1 保護グループの構成をパートナークラスタに複製する」を参照してください。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. geopg create コマンドを実行して新しい保護グループを作成します。

    このコマンドを実行すると、ローカルクラスタのすべてのノードに、保護グループが 1 つずつ作成されます。


    # geopg create -s partnership-name -d avs \
    -o local-role [-p property-settings [-p...]] \
    protection-group-name
    
    -s partnership-name

    パートナーシップの名前を指定します

    -d avs

    Sun StorEdge Availability Suite 3.2.1 を使用して保護グループのデータを複製するように指定します

    -o local-role

    この保護グループのローカルクラスタでの役割を指定します (primary または secondary)

    -p property-setting

    保護グループのプロパティーを設定します

    設定できるプロパティーは次のとおりです。

    • Description – 保護グループの説明

    • Timeout – 保護グループのタイムアウト間隔を秒単位で指定する

    • Enable_volume_settrue に設定した場合、保護グループの作成時にボリュームセットが自動的に有効になる

      ボリュームセットを自動的に有効にする方法については、「Sun StorEdge Availability Suite 3.2.1 ボリュームセットの有効化」を参照してください。

    • Nodelist – 保護グループ内でデバイスグループの主クラスタとなりえるマシンのホスト名を表示する。

    設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

    protection-group-name

    保護グループの名前を指定します

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

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

    保護グループを作成する前に、構成内容が正しいかどうかがデータ複製層によって検証されます。

    検証に成功した場合、ローカルの Configuration 状態が OKSynchronization 状態が Error に設定されます。

    検証に失敗した場合、保護グループは作成されません。


例 7–2 保護グループの作成と構成

次に、主クラスタとして設定されている cluster-paris 上に Sun StorEdge Availability Suite 3.2.1 保護グループを作成する例を示します。


phys-paris-1# geopg create -s paris-newyork-ps -d avs -o primary \
-p Nodelist=phys-paris-1,phys-paris-2 avspg 

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを変更する方法

始める前に

保護グループの構成を変更する前に、変更する保護グループがローカルに存在していることを確認します。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 保護グループの構成を変更します。

    このコマンドでは、ローカルクラスタ上の保護グループのプロパティーを変更します。パートナークラスタ上に同じ名前の保護グループが含まれている場合、このコマンドは、パートナークラスタにも新しい構成情報を伝達します。


    # geopg set-prop -p property-settings[-p...] protection-group-name
    
    -p property-setting

    保護グループのプロパティーを設定します

    設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

    protection-group-name

    保護グループの名前を指定します

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

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


例 7–3 保護グループの構成の変更

次に、例 7–2 で作成した保護グループの timeout プロパティーを変更する例を示します。


# geopg set-prop -p Timeout=300 avspg

変更した保護グループをデータ複製サブシステムで検証する

geopg set-prop コマンドを起動すると、構成情報が更新されている保護グループがデータ複製サブシステムによって再度検証されます。ローカルクラスタ上で検証に失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration 状態は ローカルクラスタで OK に設定されます。

ローカルクラスタ上で Configuration 状態が OK になっていても、パートナークラスタ上で検証に失敗した場合、パートナークラスタ上の Configuration 状態が Error に設定されます。

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを検証する方法

始める前に

geoadm status コマンドの出力で保護グループの Configuration 状態が Error と表示された場合、geopg validate コマンドを使用して構成を検証できます。このコマンドは、保護グループとそのエンティティーの現在の状態を検査します。

保護グループとそのエンティティーが有効であれば、保護グループの Configuration 状態は OK に設定されます。構成ファイル内にエラーが見つかると、geopg validate コマンドはそのエラーについてのメッセージを表示し、構成はエラー状態にとどまります。この場合、ユーザーは構成内のエラーを修正し、geopg validate コマンドをもう一度実行できます。

このコマンドで検証されるのは、ローカルクラスタ上の保護グループの構成だけです。パートナークラスタ上の保護グループ構成を検証するには、次のコマンドをパートナークラスタでもう一度実行します。

保護グループの構成を検証する前に、検証する保護グループがローカルに存在していることと、パートナーシップの関係にある両方のクラスタの全ノードで共通エージェントコンテナがオンライン状態であることを確認します。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

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

    このコマンドで検証されるのは、ローカルクラスタ上の保護グループの構成だけです。


    # geopg validate protection-group-name 
    
    protection-group-name

    単一の保護グループを識別する一意の名前を指定します。


例 7–4 保護グループの構成の検証

次に、保護グループを検証する例を示します。


# geopg validate avspg

データ複製層でアプリケーションリソースグループとデータ複製エンティティーを検証する

保護グループの検証時には、Sun StorEdge Availability Suite 3.2.1 データ複製層により、次のようにアプリケーションリソースグループとデータ複製エンティティーの検証が行われます。

正常に検証されたデバイスグループの Enable_volume_set プロパティーが True に設定されている場合、/var/cluster/geo/avs/avsdg-volset.ini ファイルに定義されているボリュームセットが有効になります。デバイスグループのその他のボリュームセットは無効です。ほかのボリュームセットを有効にする必要がある場合は、そのボリュームセットを /var/cluster/geo/avs/avsdg-volset.ini ファイルに追加するか、Enable_volume_set プロパティーを False に設定することができます。

検証が完了すると、Sun Cluster Geographic Edition ソフトウェアによって軽量リソースグループ、複製リソースグループ、およびこの複製リソースグループのリソース (リソースが存在しない場合) が作成され、これらがオンラインになります。同じ名前のリソースグループまたはリソースが存在する場合、Sun Cluster Geographic Edition の操作により、それらのプロパティーが変更される可能性があります。Sun Cluster Geographic Edition ソフトウェアでは、新しいリソースグループまたはリソースに、既存のリソースグループまたはリソースと同じ名前を付けることはできません。

検証が正常に完了した場合、Configuration 状態は OK に設定されます。検証に失敗した場合、Configuration 状態は Error に設定されます。

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを削除する方法

始める前に

各クラスタ上の保護グループを削除するには、保護グループが存在する各クラスタで geopg delete コマンドを実行します。

保護グループを削除するには、次の条件が満たされているかをまず確認する必要があります。


注 –

アプリケーションリソースグループをオンラインにしたまま保護グループを削除するには、削除対象の保護グループからアプリケーションリソースグループを除去する必要があります。


手順
  1. 保護グループを削除するクラスタ (例: cluster-paris) 上のノードの 1 つにログインします。

    cluster-paris は主クラスタです。クラスタの構成例については、図 2–1 を参照してください。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 保護グループを削除します。

    このコマンドは、ローカルクラスタから保護グループの構成を削除します。また、削除対象の保護グループに含まれる、各デバイスグループの軽量リソースグループと複製リソースグループも削除されます。


    # geopg delete protection-group-name 
    
    protection-group-name

    保護グループの名前を指定します

    削除に失敗した場合、Configuration 状態は Error に設定されます。エラーの原因を修正し、geopg delete コマンドを再実行します。


例 7–5 保護グループの削除

次に、両方のパートナークラスタから保護グループを削除する例を示します。


# rlogin cluster-paris -l root
cluster-paris# geopg delete avspg
# rlogin cluster-newyork -l root
cluster-newyork# geopg delete avspg


例 7–6 アプリケーションリソースグループをオンラインにしたまま保護グループを削除する

次に、2 つのアプリケーションリソースグループ apprg1apprg2 をオンラインにしたまま、その保護グループ avspg を削除する例を示します。保護グループからアプリケーションリソースグループを除去し、続いて保護グループを削除します。


# geopg remove-resource-group apprg1,apprg2 avspg 
# geopg stop -e global avspg
# geopg delete avspg

データ複製を必要としない保護グループの作成

保護グループの中にはデータ複製を必要としないものがあります。Sun Cluster Geographic Edition ソフトウェアはリソースグループの管理だけに使用し、データ複製は別の方法で処理しているという場合は、データを複製しない保護グループを作成できます。geoadm status コマンドでは、これらの保護グループは Degraded 状態と報告されます。この節では、保護グループがデータ複製を使用しないように構成する方法について説明します。

データ複製を必要とする Sun StorEdge Availability Suite 3.2.1 保護グループの作成方法については、「Sun StorEdge Availability Suite 3.2.1 保護グループを作成して構成する方法」を参照してください。


注 –

データ複製を使用しない保護グループにはデバイスグループを追加できません。


Procedureデータ複製を使用しないように構成された保護グループを作成する方法

始める前に

保護グループを作成するには、次の条件が満たされているかをまず確認する必要があります。


注 –

保護グループ名は Sun Cluster Geographic Edition のグローバルネームスペース内で一意です。同じシステム上の複数のパートナーシップ内で同じ保護グループ名を使用することはできません。


手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. geopg create コマンドを実行して新しい保護グループを作成します。

    このコマンドは、ローカルクラスタ上に保護グループを作成します。


    # geopg create -s partnership-name -o local-role \
    [-p property-settings [-p...]] \
    protection-group-name
    
    -s partnership-name

    パートナーシップの名前を指定します

    -o local-role

    この保護グループのローカルクラスタでの役割を指定します (Primary または Secondary)

    -p property-setting

    保護グループのプロパティーを設定します

    設定できるプロパティーは次のとおりです。

    • Description – 保護グループについて説明する。

    • Timeout – 保護グループのタイムアウト間隔を秒単位で指定する。

    • RoleChange_ActionArgs – 役割変更コールバックコマンドの実行時に、コマンド行の最後でシステム定義の引数のあとに付けられる文字列を指定します。

    • RoleChange_ActionCmd – 保護グループの主クラスタを変更する場合に実行する実行可能コマンドの絶対パスを指定します。このパスは、保護グループをホストするすべてのパートナークラスタで有効であるものにしてください。

    設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

    protection-group-name

    保護グループの名前を指定します

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

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


例 7–7 データ複製を使用しない構成で保護グループを作成

次に、データ複製を使用しない構成で保護グループを作成する例を示します。


# geopg create -s paris-newyork-ps -o primary example-pg

次の手順

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

Sun StorEdge Availability Suite 3.2.1 アプリケーションリソースグループの管理

アプリケーションを高可用化するには、そのアプリケーションをアプリケーションリソースグループ内でリソースとして管理する必要があります。

主クラスタ上のアプリケーションリソースグループ用として構成するエンティティー (アプリケーションデータリソース、構成ファイル、リソースグループなど) は、すべて二次クラスタにも複製する必要があります。リソースグループ名は、両方のクラスタで同じにする必要があります。また、アプリケーションリソースが使用するデータは、二次クラスタに複製する必要があります。

この節では、次の作業について説明します。

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループにアプリケーションリソースグループを追加する方法

始める前に

既存のリソースグループは、保護グループのアプリケーションリソースグループのリストに追加できます。保護グループにアプリケーションリソースグループを追加する前に、次の条件が満たされていることを確認してください。

保護グループは有効でも無効でもかまいません。また、リソースグループは Online または Offline のどちらでもかまいません。

保護グループの構成が変更されたあと、リソースグループが Offline で保護グループが有効状態の場合、保護グループのローカル状態は Error になります。

追加するリソースグループが Online で保護グループが無効である場合、要求は拒否されます。有効なリソースグループを追加する前に、保護グループを有効にする必要があります。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

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


    # geopg add-resource-group resource-group-list protection-group
    
    resource-group-list

    アプリケーションリソースグループの名前を指定します

    リソースグループは、コンマで区切って複数指定できます。

    protection-group

    保護グループの名前を指定します

    このコマンドは、ローカルクラスタ上の保護グループにアプリケーションリソースグループを追加します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成情報をパートナークラスタに伝達します。

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

    ローカルクラスタで追加操作が失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration 状態は ローカルクラスタで OK に設定されます。

    ローカルクラスタで Configuration 状態が OK になっていても、パートナークラスタで追加操作が失敗した場合、パートナークラスタで Configuration 状態は Error に設定されます。

    保護グループに追加されたアプリケーションリソースグループは、保護グループのエンティティーとして管理されます。この結果、このアプリケーションリソースグループは、保護グループの起動、停止、スイッチオーバー、テイクオーバーなどの操作の影響を受けます。

    アプリケーションリソースグループが、同じ保護グループ内のデバイスグループの 1 つとアフィニティーを共有するフェイルオーバー型のリソースグループである場合、Sun Cluster Geographic Edition ソフトウェアによって RG_affinities プロパティーが変更され、「軽量リソースグループ」と呼ばれる内部リソースグループとの強い肯定的なアフィニティーが設定されます。このアフィニティーには、フェイルオーバー委託が含まれます。

    アプリケーションリソースグループとその他のリソースグループとの間に、フェイルオーバー委託付きの強い肯定的なアフィニティーを設定してはいけません。設定した場合、軽量リソースグループに対してフェイルオーバー委託付きの強い肯定的なアフィニティーを設定しようとすると、失敗します。

    Sun Cluster Geographic Edition ソフトウェアは、アプリケーションリソースグループ内の HAStoragePlus リソースと、このデバイスグループの軽量リソースグループ内の HAStoragePlus リソースの間に、強い依存関係も作成します。この切り替えは、保護グループがオンラインになったとき、またはオンライン状態の保護グループにオンライン状態のアプリケーションリソースグループが追加されたときに行われます。

    アプリケーションリソースグループと軽量リソースグループ間の依存性とリソースグループアフィニティーは変更しないでください。


例 7–8 Sun StorEdge Availability Suite 3.2.1 保護グループにアプリケーションリソースグループを追加する

次に、avspg に 2 つのアプリケーションリソースグループ apprg1apprg2 を追加する例を示します。


# geopg add-resource-group apprg1,apprg2 \
avspg

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループからアプリケーションリソースグループを削除する方法

始める前に

既存のアプリケーションリソースグループは、その状態や内容を変更することなく保護グループから除去できます。

保護グループからアプリケーションリソースグループを除去する前に、次の条件が満たされているか確認してください。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 保護グループからアプリケーションリソースグループを除去します。

    このコマンドは、ローカルクラスタ上の保護グループからアプリケーションリソースグループを除去します。パートナークラスタに同じ名前の保護グループがある場合、パートナークラスタの保護グループからもアプリケーションリソースグループが除去されます。


    # geopg remove-resource-group resource-group-list \
     protection-group 
    
    resource-group-list

    アプリケーションリソースグループの名前を指定します

    リソースグループは、コンマで区切って複数指定できます。

    protection-group

    保護グループの名前を指定します

    除去するリソースグループが保護グループ内のほかのリソースグループと依存性を共有している場合は、依存性を共有しているすべてのリソースグループを同じコマンドで除去する必要があります。

    ローカルクラスタで除去操作が失敗した場合、保護グループの構成は変更されません。成功した場合、Configuration 状態は ローカルクラスタで OK に設定されます。

    ローカルクラスタ上で Configuration 状態が OK になっていても、パートナークラスタ上で除去操作に失敗した場合、パートナークラスタ上の Configuration 状態が Error に設定されます。

    Sun Cluster Geographic Edition ソフトウェアにより、アプリケーションリソースグループと軽量リソースグループ間のアフィニティーとリソースの依存関係が除去されます。


例 7–9 保護グループからのアプリケーションリソースグループの削除

次に、avspg から 2 つのアプリケーションリソースグループ apprg1apprg2 を除去する例を示します。


# geopg remove-resource-group apprg1,apprg2 \
avspg

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 保護グループを作成して構成する方法」を参照してください。

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループにデータ複製デバイスグループを追加する方法

始める前に

保護グループは、アプリケーションリソースグループのコンテナであり、災害から保護されるサービスのデータを格納します。Sun Cluster Geographic Edition ソフトウェアは、主クラスタから二次クラスタへデータを複製することにより、データを保護します。Sun Cluster Geographic Edition ソフトウェアは、保護グループに Sun Cluster デバイスグループを追加することにより、Sun StorEdge Availability Suite 3.2.1 ボリュームセットに属するデバイスグループ内の全ボリュームの複製状態を監視します。Sun Cluster Geographic Edition ソフトウェアには、保護グループの起動、停止、スイッチオーバー、テイクオーバーなどの操作中に、ボリュームセットの役割と状態を制御する働きもあります。

保護グループにデバイスグループを追加する前に、次の条件が満たされているか確認してください。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 保護グループにデータ複製デバイスグループを追加します。

    このコマンドは、ローカルクラスタ上の保護グループにデバイスグループを追加します。そして、パートナークラスタに同じ名前の保護グループが含まれている場合、その新しい構成をパートナークラスタに伝達します。


    # geopg add-device-group -p property-settings [-p...] \
    AVS-device-group-name protection-group-name 
    
    -p property-settings

    データ複製デバイスグループのプロパティーを設定します

    Sun StorEdge Availability Suite 3.2.1 固有のプロパティーとしては、次のものを設定できます。

    • Local_logical_host – デバイスグループの複製に使用されるローカル論理ホストの名前を指定します

    • Remote_logical_host – デバイスグループの複製に使用されるリモート論理ホストの名前を指定します

    • Enable_volume_set – ファイルに指定されたボリュームセットを自動的に有効化するかどうかを指定します。設定値は True または False です

    設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

    AVS-device-group-name

    新しいデータ複製デバイスグループの名前を指定します

    protection-group-name

    新しいデータ複製デバイスグループを追加する保護グループの名前を指定します

    Sun Cluster Geographic Edition ソフトウェアでサポートされる名前と値については、付録 B 「Sun Cluster Geographic Edition エンティティーに使用できる名前と値」を参照してください。

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


例 7–10 Sun StorEdge Availability Suite 3.2.1 保護グループにデータ複製デバイスグループを追加する

次に、avspg 保護グループ内に Sun StorEdge Availability Suite 3.2.1 データ複製デバイスグループを作成する例を示します。


# geopg add-device-group -p Local_logical_host=lh-paris-1 \
-p Remote_logical_host=lh-newyork-1 avsdg avspg

データ複製サブシステムを使用してデバイスグループを検証する

Sun StorEdge Availability Suite 3.2.1 で制御されているデバイスグループを保護グループに追加すると、データ複製層により、このデバイスグループが存在していることと、その Nodelist プロパティーの値に保護グループの Nodelist プロパティーと同じエントリが同じ順序で含まれていることが確認されます。

geopg add-device-group コマンドを実行すると、デバイスグループの軽量リソースグループが作成され、オンラインになります。この軽量リソースグループには、次のリソースが含まれます。

軽量リソースグループとそのリソースについては、「Sun StorEdge Availability Suite 3.2.1 軽量リソースグループ」を参照してください。

geopg add-device-group コマンドを実行すると、保護グループ内に存在する各デバイスグループの複製リソースグループ内に GeoCtlAVSタイプの複製リソースが作成され、オンラインになります。複製リソースグループの書式については、「Sun StorEdge Availability Suite 3.2.1 複製リソースグループ」を参照してください。

軽量リソースグループと複製リソースグループの Nodelist プロパティーには、保護グループの Nodelist プロパティーと同じエントリが同じ順序で含まれます。

ローカルクラスタ上に、同じ名前のリソースまたはリソースグループがすでに構成されている場合は、Sun Cluster Geographic Edition によって構成内容の確認が行われます。構成内容が正しくないと、ConfigurationError に設定されます。

このデバイスグループの Enable_volume_set プロパティーが True に設定されている場合、/var/cluster/geo/avs/AVS-devicegroup-volset.ini ファイルに定義されているボリュームセットが有効になります。この値に設定されていない場合は、ユーザーが Sun StorEdge Availability Suite 3.2.1 コマンドを使用して手動で有効にするボリュームセットはすべて、Sun Cluster Geographic Edition ソフトウェアによって制御と監視が行われます。

geopg add-device-group コマンドが正常に完了しない場合、保護グループの構成は変更されません。

geopg add-device-group コマンドが正常に実行され、ローカルクラスタ上の Configuration 状態が OK に設定されている場合は、新しい構成がパートナークラスタに伝達されます。その結果、パートナークラスタ上で、保護グループの構成全体が再度検証されます。再検証の間、パートナークラスタ上に同じエンティティ ー(軽量リソースグループ、複製リソースグループなど) が作成されます。パートナークラスタ上に /var/cluster/geo/avs/AVS-devicegroup-volset.ini ファイルが存在し、このファイルにボリュームセットが正しく定義されている場合、パートナークラスタでもボリュームセットが有効になります。検証に失敗した場合、パートナークラスタ上の Configuration 状態は Error になります。


注意 – 注意 –

これらのリソースやリソースグループについては、変更、除去、オフライン化の操作は行わないでください。軽量リソースグループ、複製リソースグループ、およびこれらのリソースは、Sun Cluster Geographic Edition ソフトウェアで管理される内部エンティティーであり、その管理は、常に Sun Cluster Geographic Edition コマンドを使用して行うべきです。これらのエンティティーの構成または状態を Sun Cluster コマンドで直接変更すると、回復不能な障害が発生する可能性があります。


パートナークラスタ上でのデバイスグループの検証が正常に完了した場合、パートナークラスタ上の /var/cluster/geo/avs/AVS-devicegroup-volset.ini ファイルに定義されているボリュームセットが有効になります。ただし、このデバイスグループの Enable_volume_set プロパティーが true に設定されている必要があります。デバイスグループのその他のボリュームセットは無効です。

保護グループにデバイスグループを追加したあとは、Sun StorEdge Availability Suite 3.2.1 コマンドを使用して、デバイスグループのボリュームセットを直接有効または無効にすることができます。/var/cluster/geo/avs/AVS-devicegroup-volset.ini ファイルの確認が行われるのは、デバイスグループを含む保護グループがはじめて正常に検証されたときだけです。

ProcedureSun StorEdge Availability Suite 3.2.1 データ複製デバイスグループを変更する方法

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. デバイスグループを変更します。

    このコマンドは、ローカルクラスタ上の保護グループに存在するデバイスグループのプロパティーを変更します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成をパートナークラスタに伝達します。


    # geopg modify-device-group -p property-settings [-p...] \
    AVS-device-group-name protection-group-name 
    
    -p property-settings

    データ複製デバイスグループのプロパティーを設定します

    設定できるプロパティーについての詳細は、付録 A 「Sun Cluster Geographic Edition の標準プロパティー」を参照してください。

    AVS-device-group-name

    新しいデータ複製デバイスグループの名前を指定します

    protection-group-name

    新しいデータ複製デバイスグループを追加する保護グループの名前を指定します

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループからデータ複製デバイスグループを削除する方法

始める前に

保護グループにデータ複製デバイスグループを追加した場合、保護グループからそのデータ複製デバイスグループを削除する必要が生じることがあります。通常、ディスクセットに書き込むようにアプリケーションを構成したあとでそのディスクを変更することはありません。

データ複製デバイスグループを除去するには、次の条件が満たされているかをまず確認する必要があります。

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

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. デバイスグループを除去します。

    このコマンドは、ローカルクラスタ上の保護グループからデバイスグループを除去します。このコマンドは次に、パートナークラスタに同じ名前の保護グループが含まれている場合、新しい構成をパートナークラスタに伝達します。

    このコマンドを実行すると、保護グループからデバイスグループが除去されます。さらに、デバイスグループに関連付けられたすべてのボリュームセットが無効になり、このデバイスグループの軽量リソースグループと複製リソースグループが削除されます。


    # geopg remove-device-group AVS-device-group-name protection-group-name
    
    AVS-device-group-name

    データ複製デバイスグループの名前を指定します

    protection-group-name

    保護グループの名前を指定します


例 7–11 Sun StorEdge Availability Suite 3.2.1 保護グループから複製デバイスグループを削除する

次に、Sun StorEdge Availability Suite 3.2.1 保護グループからデータ複製デバイスグループを削除する例を示します。


# geopg remove avsdg avspg

Sun StorEdge Availability Suite 3.2.1 保護グループの構成をパートナークラスタに複製する

両方のクラスタでデータ複製、リソースグループ、およびリソースの構成を行う前またはあとに、保護グループの構成をパートナークラスタに複製できます。

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループ構成をパートナークラスタに複製する方法

始める前に

Sun StorEdge Availability Suite 3.2.1 保護グループの構成をパートナークラスタに複製する前に、次の条件が満たされていることを確認します。

手順
  1. phys-newyork-1 にログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. geopg get コマンドを使用して、保護グループの構成をパートナークラスタに複製します。

    このコマンドは、リモートクラスタから保護グループの構成情報を取得して、その保護グループをローカルクラスタ上に作成します。


    # geopg get -s partnership-name \
    AVS-protection-group
    
    -s partnership-name

    どのパートナーシップから保護グループ構成情報を取得すべきかを指定します。

    AVS-protection-group

    保護グループの名前を指定します。


    注 –

    geopg get コマンドは、Sun Cluster Geographic Edition に関連するエンティティーを複製します。Sun Cluster エンティティーを複製する方法については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』「リソースグループ、リソースタイプ、およびリソースの構成データを複製およびアップグレードする」を参照してください。



例 7–12 Sun StorEdge Availability Suite 3.2.1 保護グループをパートナークラスタに複製する

この例は、avspg の構成を cluster-newyork に複製する方法を示しています。

この例では、リモートクラスタ cluster-paris から取得された保護グループの構成情報を、ローカルクラスタ cluster-newyork 上のデータ複製サブシステムで検証します。

検証に成功した場合、Configuration の状態が OK に設定され、ローカルクラスタ上に保護グループが作成されます。この保護グループに含まれるデバイスグループとアプリケーショングループは、リモートクラスタ上のデバイスグループおよびアプリケーショングループとまったく同じ構成になっています。

検証に失敗した場合、Configuration の状態が Error に設定されます。この場合は、エラーの原因を修正して保護グループを再検証するか、あるいは、ローカルクラスタ上のすべてのノードから無効な保護グループを削除します。


# rlogin phys-newyork-1 -l root
phys-newyork-1# geopg get -s paris-newyork-ps avspg

保護グループの有効化と無効化

保護グループを有効にすると、その保護グループは構成時に割り当てられた役割を引き受けます。

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

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを有効にする方法

始める前に

保護グループは、次のレベルで有効にできます。

主クラスタまたは二次クラスタ上で保護グループを有効にした場合、使用しているデータ複製のタイプによって異なった結果が生じます。Sun StorEdge Availability Suite 3.2.1 ソフトウェアを使用する場合、データ複製は主クラスタからしか開始できません。したがって、二次クラスタ上で保護グループを有効にしても、データ複製は開始しません。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

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

    このコマンドを実行すると、ローカルクラスタ上の保護グループが有効になります。

    主クラスタ上の保護グループを有効にすると、そのアプリケーションリソースグループもオンラインになります。


    # geopg start -e scope [-n] AVS-protection-group
    
    -e scope

    コマンドの適用範囲を指定します

    範囲が Local の場合、このコマンドはローカルクラスタだけを対象に実行されます。範囲が Global の場合、このコマンドは保護グループが配備されている両方のクラスタを対象に実行されます。


    注 –

    GlobalLocal などのプロパティー値は、大文字と小文字は区別されません。


    -n

    保護グループを有効にしたときにデータ複製を開始しないようにします

    このオプションを指定しないと、保護グループの起動時にデータ複製サブシステムが起動し、保護グループ内の各デバイスグループで次の処理が行われます。

    • 複製リソースに構成された役割が、ローカルクラスタ上の保護グループの役割と同じであることが確認されます。

    • デバイスグループに関連付けられたボリュームセットの役割が、ローカルクラスタ上の保護グループの役割と同じであることが確認されます。

    • ローカルクラスタ上の保護グループの役割が secondary の場合、デバイスグループに関連付けられているすべてのボリュームセット内に定義されているローカルボリュームのマウントが解除されます。

    • ローカルクラスタ上の保護グループの役割が primary の場合、Sun StorEdge Availability Suite 3.2.1 リモートミラーソフトウェアの自動同期機能が有効になります。また、デバイスグループに関連付けられたボリュームセットの再同期が行われます。

    AVS-protection-group

    保護グループの名前を指定します

    geopg start コマンドは、scswitch -Z -g resource-groups コマンドを使用して、リソースグループとリソースをオンラインにします。このコマンドの使用についての詳細は、scswitch( 1M) のマニュアルページを参照してください。

    ローカルクラスタ上の保護グループの役割が primary の場合、geopg start コマンドは次の処理を行います。

    • RoleChange_ActionCmd に定義されているスクリプトを実行します。

    • ローカルクラスタ上の保護グループ内のアプリケーションリソースグループをオンラインにします。

    • アプリケーションリソースグループが、同じ保護グループ内のデバイスグループの 1 つとアフィニティーを共有するフェイルオーバータイプのリソースグループである場合、アプリケーションリソースグループと軽量リソースグループの間にフェイルオーバー委託付きの強い肯定的なアフィニティーを設定します。

      アプリケーションリソースグループにフェイルオーバー委託付きの強い肯定的なアフィニティーを設定してはいけません。軽量リソースグループとの間にフェイルオーバー委託付きの強い肯定的なアフィニティーを追加しようとすると、失敗します。

    • このコマンドは、アプリケーションリソースグループ内の HAStoragePlus リソースと、このデバイスグループの軽量リソースグループ内の HAStoragePlus リソースの間に、強い依存関係を設定します。

    コマンドの実行に失敗した場合、その原因によっては、Configuration の状態が Error に設定されることがあります。保護グループが無効になっていても、データ複製が開始していたり、一部のリソースグループがオンラインになっていたりすることがあります。geoadm status を実行して、使用中のシステムの状態を確認することをお勧めします。

    Configuration の状態が Error に設定されている場合は、「Sun StorEdge Availability Suite 3.2.1 保護グループを検証する方法」の手順に従って、保護グループを再評価します。


例 7–13 Sun StorEdge Availability Suite 3.2.1 保護グループのグローバルな有効化

次の例に、保護グループをグローバルに有効にする方法を示します。


# geopg start -e global avspg 


例 7–14 Sun StorEdge Availability Suite 3.2.1 保護グループのローカルな有効化

次の例に、保護グループをローカルクラスタだけで有効にする方法を示します。このローカルクラスタは、その役割に応じ、主クラスタの場合も二次クラスタの場合もあります。


# geopg start -e local avspg 

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを無効にする方法

始める前に

保護グループは、次のレベルで無効にできます。

主クラスタまたは二次クラスタ上で保護グループを無効にする場合は、使用するデータ複製のタイプによって異なった結果が得られます。Sun StorEdge Availability Suite 3.2.1 ソフトウェアを使用する場合、データ複製は主クラスタからしか停止できません。したがって、二次クラスタ上で保護グループを無効にしても、データ複製は停止しません。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 保護グループを無効にします。

    このコマンドを実行すると、ローカルクラスタのすべてのノード上の保護グループが無効になります。

    保護グループを無効にすると、そのアプリケーションリソースグループもオフラインになります。


    # geopg stop -e scope [-D] protection-group-name 
    
    -e scope

    コマンドの適用範囲を指定します

    この範囲が local の場合、このコマンドはローカルクラスタだけを対象に実行されます。この範囲が global の場合、コマンドは、保護グループが配備されている両方のクラスタに適用されます。


    注 –

    globallocal などのプロパティー値は、大文字と小文字は区別されません。


    -D

    保護グループをオンラインにしたままデータ複製だけを停止することを指定します

    このオプションを省略した場合、データ複製サブシステムと保護グループは両方とも停止されます。ローカルクラスタ上の保護グループの役割が primary の場合、-D オプションを省略すると、次の処理が行われます。

    • リソースグループのアフィニティーと、保護グループ内のアプリケーションリソースグループと内部リソースグループ間のリソースの依存関係が除去されます

    • アプリケーションリソースグループがオフラインになり、unmanaged 状態になります

    protection-group-name

    保護グループの名前を指定します

    ローカルクラスタ上の保護グループの役割が primary の場合、geopg stop コマンドを実行すると、各デバイスグループの自動同期が無効になり、ボリュームセットがロギングモードになります。

    geopg stop コマンドの実行に失敗した場合は、geoadm status コマンドを実行して、各コンポーネントの状態を確認します。失敗の原因によっては、Configuration の状態が Error に設定されることがあります。一部のリソースグループがオフラインになっても、保護グループが有効なままとなることがあります。データ複製が実行中であるのに、保護グループが無効になっていることもあります。

    Configuration の状態が Error に設定されている場合は、「Sun StorEdge Availability Suite 3.2.1 保護グループを検証する方法」の手順に従って、保護グループを再評価します。


例 7–15 全クラスタの Sun StorEdge Availability Suite 3.2.1 保護グループの無効化

次に、すべてのクラスタ上の保護グループを無効にする例を示します。


# geopg stop -e global avspg


例 7–16 ローカルクラスタ上の Sun StorEdge Availability Suite 3.2.1 保護グループの無効化

次に、ローカルクラスタ上の保護グループを無効にする例を示します。


# geopg stop -e local avspg


例 7–17 保護グループをオンラインにしたまま Sun StorEdge Availability Suite 3.2.1 データ複製を停止する

次に、ローカルクラスタ上でデータ複製だけを停止する例を示します。


# geopg stop -e local -D avspg

このコマンドを実行したあと、保護グループとその基盤であるデータ複製サブシステムの両方を無効にしようと決めた場合、管理者は、このコマンドを -D オプションなしで、もう一度実行できます。


# geopg stop -e local avspg


例 7–18 アプリケーションリソースグループをオンラインに維持した状態での Sun StorEdge Availability Suite 3.2.1 保護グループの無効化

次に、2 つのアプリケーションリソースグループ (apprg1apprg2) をオンラインにしたまま、その保護グループ avspg を無効にする例を示します。

  1. 保護グループからアプリケーションリソースグループを除去します。


    # geopg remove-resource-group apprg1,apprg2 avspg
  2. 保護グループを無効にします。


    # geopg stop -e global avspg

Sun StorEdge Availability Suite 3.2.1 保護グループの再同期

ローカル保護グループの構成情報は、パートナークラスタから取得した構成情報と再同期させることができます。保護グループを再同期させる必要があるのは、geoadm status コマンドを実行した結果、保護グループの Synchronization 状態が Error になっている場合です。

たとえば、クラスタの起動後に保護グループの再同期が必要となることがあります。詳細は、「クラスタの起動」を参照してください。

保護グループを再同期させると、Sun Cluster Geographic Edition に関連するエンティティーだけが更新されます。Sun Cluster エンティティーを更新する方法については、『Sun Cluster データサービスの計画と管理 (Solaris OS 版)』「リソースグループ、リソースタイプ、およびリソースの構成データを複製およびアップグレードする」を参照してください。

ProcedureSun StorEdge Availability Suite 3.2.1 保護グループを再同期させる方法

始める前に

geopg update コマンドを実行するクラスタでは、保護グループを無効にする必要があります。

手順
  1. クラスタノードの 1 つにログインします。

    この手順を行うには、Geo Management RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

  2. 保護グループを再同期させます。


    # geopg update protection-group-name
    
    protection-group-name

    保護グループの名前を指定します


例 7–19 Sun StorEdge Availability Suite 3.2.1 保護グループの再同期

次の例に、保護グループを再同期させる方法を示します。


# geopg update avspg

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 データ複製リソースの状態は、特定のデバイスグループにおける複製の状態を示します。保護グループ内のすべてのリソースの状態は、複製状態としてまとめられます。

複製の全体的な状態を確認するには、次の手順で説明している方法で保護グループの状態を表示します。

Procedure複製の全体的な実行時状態を検査する方法

手順
  1. 保護グループが定義されているクラスタのノードの 1 つにアクセスします。

    この手順を行うには、Basic Solaris User RBAC 権利プロファイルがユーザーに割り当てられている必要があります。RBAC の詳細は、「Sun Cluster Geographic Edition ソフトウェアと RBAC」を参照してください。

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


    # geoadm status

    複製情報の出力の保護グループセクションを参照してください。このコマンドで出力される情報は次のとおりです。

    • ローカルクラスタがパートナーシップに参加できるように有効になっているかどうか

    • ローカルクラスタがパートナーシップに参加しているかどうか

    • ハートビート構成の状態

    • 定義されている保護グループの状態

    • 現在進行しているトランザクションの状態

  3. Sun StorEdge Availability Suite 3.2.1 保護グループごとに、データ複製の実行時状態を検査します。


    # scstat -g

    検査するデータ複製デバイスグループの Status フィールドと Status Message フィールドを参照してください。これらのフィールドの詳細は、表 7–1 を参照してください。

詳細な Sun StorEdge Availability Suite 3.2.1 実行時状態の出力

保護グループごとに、複製リソースグループを 1 つ作成する必要があります。複製リソースグループの名前の書式は次のとおりです。


avs-protection-group-name-rep-rg

保護グループに Sun StorEdge Availability Suite 3.2.1 デバイスグループを追加する場合、Sun Cluster Geographic Edition ソフトウェアはデバイスグループごとにリソースを 1 つ作成します。このリソースは、そのデバイスグループの複製の状態を監視します。各リソースの名前の書式は次のとおりです。


avs-devicegroup-name-rep-rs

複製リソースグループの状態を監視することにより、複製の全体的な状態を確認できます。scstat -g コマンドを実行すると、複製リソースグループの State 値と Status Message 値が表示されます。リソースがオンラインになっていれば、StateOnline です。

Sun StorEdge Availability Suite 3.2.1 複製リソースグループの StateOnline のときに scstat コマンドを実行すると、次の表に示す Status 値と State Message 値が得られます。

表 7–1 Sun StorEdge Availability Suite 3.2.1 複製リソースグループがオンラインになっているときの状態と状態メッセージ

状態 

状態メッセージ 

Faulted 

Replication service disabled 

Faulted 

Incorrect role 

Faulted 

Volume failed 

Faulted 

Bitmap failed 

Faulted 

Queue failed 

Faulted 

Need sync 

Faulted 

Need reverse sync 

Faulted 

Reverse synching 

Degraded 

Synching 

Degraded 

Queuing 

Degraded 

Logging 

Online 

Replicating 

これらの値の詳細は、『Sun StorEdge Availability Suite 3.2.1 遠隔ミラーソフトウェア管理および操作マニュアル』を参照してください。

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