EMC Symmetrix Remote Data Facility でレプリケートされたデバイスの管理
次の表に、EMC Symmetrix Remote Data Facility (SRDF) ストレージベースのレプリケートされたデバイスを設定および管理するために実行する必要のあるタスクを示します。
|
EMC SRDF レプリケーショングループを構成する方法
始める前に
-
EMC Symmetrix Remote Data Facility (SRDF) レプリケーショングループを構成する前に、すべてのクラスタノードに EMC Solutions Enabler ソフトウェアをインストールする必要があります。まず、クラスタの共有ディスクに EMC SRDF デバイスグループを構成します。EMC SRDF デバイスグループを構成する方法の詳細は、EMC SRDF 製品のドキュメントを参照してください。
-
EMC SRDF を使用する場合は、静的デバイスではなく、動的デバイスを使用します。静的デバイスではレプリケーションプライマリを変更するのに数分かかり、フェイルオーバー時間に影響を与えることがあります。
 | 注意 - 作成する Oracle Solaris Cluster デバイスグループ (Solaris Volume Manager または raw ディスク) の名前は、レプリケートされたデバイスグループと同じ名前にする必要があります。 |
- ストレージアレイに接続されたすべてのノードで、RBAC の承認 solaris.cluster.modify を提供する役割になります。
-
並列 SRDF または直列接続されたデバイスを使用し、サイトが 3 つまたはデータセンターが 3 つある実装の場合、SYMAPI_2SITE_CLUSTER_DG パラメータを設定します。
参加しているすべてのクラスタノードで、Solutions Enabler のオプションファイルに次のエントリを追加します。
SYMAPI_2SITE_CLUSTER_DG=device-group:rdf-group-number
- device-group
-
デバイスグループの名前を指定します。
- rdf-group-number
-
ホストのローカル Symmetrix を 2 番目のサイトの Symmetrix に接続する RDF グループを指定します。
このエントリにより、クラスタソフトウェアで、2 つの SRDF 同期サイト間でのアプリケーションの移動を自動化できます。
3 つのデータセンター構成の詳細については、Oracle Solaris Cluster 4.3 Geographic Edition Overview の Three-Data-Center (3DC) Topologiesを参照してください。
-
レプリケートデータで構成された各ノードで、シンメトリックスデバイス構成を検出します。
これには数分かかることがあります。
# /usr/symcli/bin/symcfg discover
-
まだレプリカペアを作成していない場合は、この時点で作成します。
レプリカペアを作成するには、symrdf コマンドを使用します。レプリカペアの作成方法の手順については、SRDF のドキュメントを参照してください。
注 - サイトが 3 つまたはデータセンターが 3 つある実装で並列 RDF デバイスを使用する場合は、すべての symrdf コマンドに次のパラメータを追加します。-rdfg rdf-group-number
symrdf コマンドに RDF グループ番号を指定することで、symrdf の操作が正しい RDF グループに向けられるようにします。
-
レプリケーションされたデバイスによって構成された各ノードで、データのレプリケーションが正しく設定されていることを確認します。
# /usr/symcli/bin/symdg show group-name
-
デバイスグループのスワップを実行します。
-
プライマリレプリカとセカンダリレプリカが同期していることを確認します。
# /usr/symcli/bin/symrdf -g group-name verify -synchronized
-
どのノードにプライマリレプリカが含まれ、どのノードにセカンダリレプリカが含まれているかを判別するには、symdg show コマンドを使用します。
# /usr/symcli/bin/symdg show group-name
RDF1 デバイスのノードにはプライマリレプリカが含まれ、RDF2 デバイス状態のノードにはセカンダリレプリカが含まれます。
-
セカンダリレプリカを有効にします。
# /usr/symcli/bin/symrdf -g group-name failover
-
RDF1 デバイスと RDF2 デバイスをスワップします。
# /usr/symcli/bin/symrdf -g group-name swap -refresh R1
-
レプリカペアを有効にします。
# /usr/symcli/bin/symrdf -g group-name establish
-
プライマリノードとセカンダリレプリカが同期していることを確認します。
# /usr/symcli/bin/symrdf -g group-name verify -synchronized
-
プライマリレプリカとセカンダリレプリカが同期していることを確認します。
- 最初にプライマリレプリカがあったノードで、手順 5 のすべてを繰り返します。
次のステップ
EMC SRDF でレプリケートされたデバイス用にデバイスグループを構成したら、レプリケートされたデバイスが使用するデバイス識別子 (DID) ドライバを構成する必要があります。
EMC SRDF を使用して DID デバイスをレプリケーション用に構成する方法
この手順では、レプリケートされたデバイスが使用するデバイス識別名 (DID) ドライバを構成します。指定された DID デバイスインスタンスが相互のレプリケーションであること、およびそれらが指定されたレプリケーショングループに属していることを確認します。
始める前に
phys-schost# プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。
この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。
- クラスタの任意のノードで、RBAC の承認 solaris.cluster.modify を提供する役割になります。
-
構成される RDF1 デバイスおよび RDF2 デバイスに対応する DID デバイスを判別します。
# /usr/symcli/bin/symdg show group-name
注 - システムに Oracle Solaris デバイスのパッチ全体が表示されない場合は、環境変数 SYMCLI_FULL_PDEVNAME を 1 に設定して、symdg -show コマンドを再入力します。 -
Oracle Solaris デバイスに対応する DID デバイスを判別します。
# cldevice list -v
-
一致した DID デバイスのペアごとに、レプリケートされた 1 つの DID デバイスにインスタンスを結合します。RDF2/セカンダリ側から次のコマンドを実行します。
# cldevice combine -t srdf -g replication-device-group \ -d destination-instance source-instance
注 - SRDF データレプリケーションデバイスでは、–T オプションはサポートされていません。- -t replication-type
-
レプリケーションタイプを指定します。EMC SRDF の場合、SRDF を入力します。
- -g replication-device-group
-
symdg show コマンドで表示されるデバイスグループの名前を指定します。
- -d destination-instance
-
RDF1 デバイスに対応する DID インスタンスを指定します。
- source-instance
-
RDF2 デバイスに対応する DID インスタンスを指定します。
注 - 間違った DID デバイスを結合した場合は、scdidadm コマンドで –b オプションを使用して、2 つの DID デバイスの結合を取り消します。# scdidadm -b device
- –b device
-
インスタンスを結合したときに destination_device に対応していた DID インスタンス。
-
レプリケーションデバイスグループの名前が変更されている場合は、次の追加の手順を実行します。
レプリケーションデバイスグループと、対応するグローバルデバイスグループの名前が変更された場合は、最初に、scdidadm –b コマンドを使用して既存の情報を削除し、レプリケーションされたデバイス情報を更新する必要があります。最後の手順では、cldevice combine コマンドを使用して、更新された新しいデバイスを作成します。
-
DID インスタンスが結合されていることを確認します。
# cldevice list -v device
-
SRDF レプリケーションが設定されていることを確認します。
# cldevice show device
-
すべてのノード上で、結合されたすべての DID インスタンスの DID デバイスがアクセス可能であることを確認します。
# cldevice list -v
次のステップ
レプリケートされたデバイスが使用するデバイス識別名 (DID) ドライバを構成したら、EMC SRDF でレプリケートされたグローバルデバイスグループ構成を確認する必要があります。
EMC SRDF でレプリケートされたグローバルデバイスグループ構成を確認する方法
始める前に
グローバルデバイスグループを確認する前に、まずそれを作成する必要があります。Solaris Volume Manager、ZFS、または raw ディスクからデバイスグループを使用できます。詳細は、次を参照してください。
| 注意 - 作成した Oracle Solaris Cluster デバイスグループ (Solaris Volume Manager または raw ディスク) の名前は、レプリケートされたデバイスグループと同じ名前である必要があります。 |
phys-schost# プロンプトは、グローバルクラスタのプロンプトを表します。この手順は、グローバルクラスタ上で実行します。
この手順では、長形式の Oracle Solaris Cluster コマンドを使用して説明します。多くのコマンドには短縮形もあります。コマンド名の形式の長短を除き、コマンドは同一です。
-
プライマリデバイスグループが、プライマリレプリカが含まれるノードと同じノードに対応することを確認します。
# symdg -show group-name # cldevicegroup status -n nodename group-name
-
試験的にスイッチオーバーを実行し、デバイスグループが正しく構成され、レプリカがノード間を移動できることを確認します。
デバイスグループがオフラインの場合は、オンラインにします。
# cldevicegroup switch -n nodename group-name
- -n nodename
-
デバイスグループの切り替え先のノード。このノードが新しいプライマリになります。
-
次のコマンドの出力を比較し、スイッチオーバーが成功したことを確認します。
# symdg -show group-name # cldevicegroup status -n nodename group-name
例: Oracle Solaris Cluster の SRDF レプリケーショングループの構成
この例では、クラスタの SRDF レプリケーションを設定するために必要な Oracle Solaris Cluster 固有の手順を実行します。この例では、次のタスクが実行済みであることを前提とします。
-
アレイ間のレプリケーションの LUN のペア作成が完了している。
-
ストレージデバイスとクラスタノードに SRDF ソフトウェアがインストール済みである。
この例には 4 ノードクラスタが含まれ、そのうちの 2 ノードは 1 つのシンメトリックスに接続され、残りの 2 ノードはもう 1 つのシンメトリックスに接続されています。SRDF デバイスグループは、dg1 と呼ばれます。
使用例 31 データレプリケーション設定の確認すべてのノードで次のコマンドを実行します # symcfg discover ! This operation might take up to a few minutes. # symdev list pd Symmetrix ID: 000187990182 Device Name Directors Device --------------------------- ------------ -------------------------------------- Cap Sym Physical SA :P DA :IT Config Attribute Sts (MB) --------------------------- ------------- ------------------------------------- 0067 c5t600604800001879901* 16D:0 02A:C1 RDF2+Mir N/Grp'd RW 4315 0068 c5t600604800001879901* 16D:0 16B:C0 RDF1+Mir N/Grp'd RW 4315 0069 c5t600604800001879901* 16D:0 01A:C0 RDF1+Mir N/Grp'd RW 4315 …RDF1 側のすべてのノードで次のコマンドを実行します # symdg -type RDF1 create dg1 # symld -g dg1 add dev 0067RDF2 側のすべてのノードで次のコマンドを実行します # symdg -type RDF2 create dg1 # symld -g dg1 add dev 0067
次のコマンドをクラスタの 1 つのノードで実行します。
# symdg show dg1
Group Name: dg1
Group Type : RDF1 (RDFA)
Device Group in GNS : No
Valid : Yes
Symmetrix ID : 000187900023
Group Creation Time : Thu Sep 13 13:21:15 2007
Vendor ID : EMC Corp
Application ID : SYMCLI
Number of STD Devices in Group : 1
Number of Associated GK's : 0
Number of Locally-associated BCV's : 0
Number of Locally-associated VDEV's : 0
Number of Remotely-associated BCV's (STD RDF): 0
Number of Remotely-associated BCV's (BCV RDF): 0
Number of Remotely-assoc'd RBCV's (RBCV RDF) : 0
Standard (STD) Devices (1):
{
------------------------------------------------------------------
Sym Cap
LdevName PdevName Dev Att. Sts (MB)
------------------------------------------------------------------
DEV001 /dev/rdsk/c5t6006048000018790002353594D303637d0s2 0067 RW 4315
}
Device Group RDF Information
...
# symrdf -g dg1 establish
Execute an RDF 'Incremental Establish' operation for device
group 'dg1' (y/[n]) ? y
An RDF 'Incremental Establish' operation execution is
in progress for device group 'dg1'. Please wait...
Write Disable device(s) on RA at target (R2)..............Done.
Suspend RDF link(s).......................................Done.
Mark target (R2) devices to refresh from source (R1)......Started.
Device: 0067 ............................................ Marked.
Mark target (R2) devices to refresh from source (R1)......Done.
Merge device track tables between source and target.......Started.
Device: 0067 ............................................ Merged.
Merge device track tables between source and target.......Done.
Resume RDF link(s)........................................Started.
Resume RDF link(s)........................................Done.
The RDF 'Incremental Establish' operation successfully initiated for
device group 'dg1'.
#
# symrdf -g dg1 query
Device Group (DG) Name : dg1
DG's Type : RDF2
DG's Symmetrix ID : 000187990182
Target (R2) View Source (R1) View MODES
-------------------------------- ------------------------ ----- ------------
ST LI ST
Standard A N A
Logical T R1 Inv R2 Inv K T R1 Inv R2 Inv RDF Pair
Device Dev E Tracks Tracks S Dev E Tracks Tracks MDA STATE
-------------------------------- -- ------------------------ ----- ------------
DEV001 0067 WD 0 0 RW 0067 RW 0 0 S.. Synchronized
Total -------- -------- -------- --------
MB(s) 0.0 0.0 0.0 0.0
Legend for MODES:
M(ode of Operation): A = Async, S = Sync, E = Semi-sync, C = Adaptive Copy
D(omino) : X = Enabled, . = Disabled
A(daptive Copy) : D = Disk Mode, W = WP Mode, . = ACp off
#
使用例 32 使用されているディスクに対応する DID の表示
RDF1 側と RDF2 側に同じ手順を適用します。
dymdg show dg コマンドの出力の PdevName フィールドの下に DID が表示されます。
RDF1 側でこれらのコマンドを実行します # symdg show dg1 Group Name: dg1 Group Type : RDF1 (RDFA) ... Standard (STD) Devices (1): { ----------------------------------------------------------------- Sym Cap LdevName PdevName Dev Att. Sts (MB) ----------------------------------------------------------------- DEV001 /dev/rdsk/c5t6006048000018790002353594D303637d0s2 0067 RW 4315 } Device Group RDF Information …対応する DID を取得します # cldevice list | grep c5t6006048000018790002353594D303637d0 217 pmoney1:/dev/rdsk/c5t6006048000018790002353594D303637d0 /dev/did/rdsk/d217 217 pmoney2:/dev/rdsk/c5t6006048000018790002353594D303637d0 /dev/did/rdsk/d217対応する DID を一覧表示します # cldevice show d217 === DID Device Instances === DID Device Name: /dev/did/rdsk/d217 Full Device Path: pmoney2:/dev/rdsk/c5t6006048000018790002353594D303637d0 Full Device Path: pmoney1:/dev/rdsk/c5t6006048000018790002353594D303637d0 Replication: none default_fencing: global #
使用例 33 DID インスタンスの結合RDF2 側でこれらのコマンドを実行します # symdg show dg1 Group Name: dg1 Group Type : RDF2 (RDFA) ... Standard (STD) Devices (1): { ----------------------------------------------------------------- Sym Cap LdevName PdevName Dev Att. Sts (MB) ----------------------------------------------------------------- DEV001 /dev/rdsk/c5t6006048000018799018253594D303637d0s2 0067 WD 4315 } Device Group RDF Information …対応する DID を取得します # cldevice list | grep c5t6006048000018799018253594D303637d0 108 pmoney4:/dev/rdsk/c5t6006048000018799018253594D303637d0 /dev/did/rdsk/d108 108 pmoney3:/dev/rdsk/c5t6006048000018799018253594D303637d0 /dev/did/rdsk/d108対応する DID を一覧表示します # cldevice show d108 === DID Device Instances === DID Device Name: /dev/did/rdsk/d108 Full Device Path: pmoney3:/dev/rdsk/c5t6006048000018799018253594D303637d0 Full Device Path: pmoney4:/dev/rdsk/c5t6006048000018799018253594D303637d0 Replication: none default_fencing: global #
RDF2 側から、次のように入力します。
# cldevice combine -t srdf -g dg1 -d d217 d108使用例 34 結合された DID の表示
クラスタ内の任意のノードから、次のように入力します。
# cldevice show d217 d108 cldevice: (C727402) Could not locate instance "108". === DID Device Instances === DID Device Name: /dev/did/rdsk/d217 Full Device Path: pmoney1:/dev/rdsk/c5t6006048000018790002353594D303637d0 Full Device Path: pmoney2:/dev/rdsk/c5t6006048000018790002353594D303637d0 Full Device Path: pmoney4:/dev/rdsk/c5t6006048000018799018253594D303637d0 Full Device Path: pmoney3:/dev/rdsk/c5t6006048000018799018253594D303637d0 Replication: srdf default_fencing: global
プライマリルームの完全な失敗後に EMC SRDF データを回復する方法
この手順では、キャンパスクラスタのプライマリルームが完全に失敗し、プライマリルームがセカンダリルームにフェイルオーバーして、プライマリルームがオンラインに戻ったとき、データ回復を実行します。キャンパスクラスタのプライマリルームは、プライマリノードとストレージサイトです。ルームの完全な失敗には、そのルームのホストとストレージの両方の不具合が含まれます。プライマリルームが失敗した場合、Oracle Solaris Cluster は自動的にセカンダリルームにフェイルオーバーし、セカンダリルームのストレージデバイスを読み書き可能にし、対応するデバイスグループとリソースグループのフェイルオーバーを有効にします。
プライマリルームがオンラインに戻ったら、セカンダリルームに書き込まれた SRDF デバイスグループからデータを手動で回復し、データを再同期できます。この手順では、元のセカンダリルーム (この手順では、セカンダリルームに phys-campus-2 を使用) のデータを元のプライマリルーム (phys-campus-1) と同期して、SRDF デバイスグループを回復します。また、この手順では、SRDF デバイスグループタイプを、phys-campus-2 では RDF1 に変更し、phys-campus-1 では RDF2 に変更します。
始める前に
手動でフェイルオーバーを実行する前に、EMC レプリケーショングループおよび DID デバイスを構成し、EMC レプリケーショングループを登録する必要があります。Solaris Volume Manager デバイスグループの作成の詳細は、デバイスグループを追加および登録する方法 (Solaris Volume Manager)を参照してください。
注 - これらの説明は、プライマリルームが完全にフェイルオーバーしてからオンラインに戻ったあとに、SRDF データを手動で回復するための 1 つの方法を示しています。その他の方法については、EMC のドキュメントを確認してください。
これらの手順を実行するには、キャンパスクラスタのプライマリルームにログインします。次の手順では、dg1 は SRDF デバイスグループ名です。失敗した時点では、この手順のプライマリルームは phys-campus-1 で、セカンダリルームは phys-campus-2 です。
- キャンパスクラスタのプライマリルームにログインし、RBAC の承認 solaris.cluster.modify を提供する役割になります。
-
プライマリルームから、symrdf コマンドを使用して RDF デバイスのレプリケーションステータスに対するクエリーを実行し、これらのデバイスに関する情報を表示します。
phys-campus-1# symrdf -g dg1 query
ヒント - split 状態にあるデバイスグループは同期されません。 -
RDF ペア状態が split で、デバイスグループタイプが RDF1 の場合、SRDF デバイスグループのフェイルオーバーを強制実行します。
phys-campus-1# symrdf -g dg1 -force failover
-
RDF デバイスのステータスを表示します。
phys-campus-1# symrdf -g dg1 query
-
フェイルオーバー後、フェイルオーバーした RDF デバイスのデータをスワップできます。
phys-campus-1# symrdf -g dg1 swap
-
RDF デバイスに関するステータスおよびその他の情報を確認します。
phys-campus-1# symrdf -g dg1 query
-
プライマリルームで SRDF デバイスグループを確立します。
phys-campus-1# symrdf -g dg1 establish
-
デバイスグループが同期状態にあり、デバイスグループタイプが RDF2 であることを確認します。
phys-campus-1# symrdf -g dg1 query
この例では、キャンパスクラスタのプライマリルームがフェイルオーバーし、セカンダリルームがテイクオーバーしてデータを記録し、プライマリルームがオンラインに戻ったあとで、EMC SRDF データを手動で回復するために必要な Oracle Solaris Cluster 固有の手順が示されています。この例では、SRDF デバイスグループは dg1 と呼ばれ、標準論理デバイスは DEV001 です。失敗した時点では、プライマリルームは phys-campus-1 で、セカンダリルームは phys-campus-2 です。キャンパスクラスタのプライマリルーム phys-campus-1 から各手順を実行します。
phys-campus-1# symrdf -g dg1 query | grep DEV DEV001 0012RW 0 0NR 0012RW 2031 O S.. Split phys-campus-1# symdg list | grep RDF dg1 RDF1 Yes 00187990182 1 0 0 0 0 phys-campus-1# symrdf -g dg1 -force failover ... phys-campus-1# symrdf -g dg1 query | grep DEV DEV001 0012 WD 0 0 NR 0012 RW 2031 O S.. Failed Over phys-campus-1# symdg list | grep RDF dg1 RDF1 Yes 00187990182 1 0 0 0 0 phys-campus-1# symrdf -g dg1 swap ... phys-campus-1# symrdf -g dg1 query | grep DEV DEV001 0012 WD 0 0 NR 0012 RW 0 2031 S.. Suspended phys-campus-1# symdg list | grep RDF dg1 RDF2 Yes 000187990182 1 0 0 0 0 phys-campus-1# symrdf -g dg1 establish ... phys-campus-1# symrdf -g dg1 query | grep DEV DEV001 0012 WD 0 0 RW 0012 RW 0 0 S.. Synchronized phys-campus-1# symdg list | grep RDF dg1 RDF2 Yes 000187990182 1 0 0 0 0