Solstice DiskSuite/Solaris Volume Manager ソフトウェアのインストールと構成
-
ディスクドライブのマッピング
-
以下に示す、必要事項を記入した構成計画ワークシート。計画のガイドラインについては、ボリューム管理の計画 を参照してください。
-
『Sun Cluster 3.1 ご使用にあたって』の「ミラー化ルートワークシートのローカルファイルシステム 」、または『Sun Cluster 3.1 ご使用にあたって』の「非ミラー化ルートワークシートのローカルファイルシステム」
-
『Sun Cluster 3.1 ご使用にあたって』の「ディスクデバイスグループ構成のワークシート」
-
『Sun Cluster 3.1 ご使用にあたって』の「ボリュームマネージャ構成のワークシート」
-
『Sun Cluster 3.1 ご使用にあたって』の「メタデバイスのワークシート (Solstice DiskSuite/Solaris Volume Manager)」
-
次の表に、Sun Cluster 構成用の Solstice DiskSuite/Solaris Volume Manager ソフトウェアのインストールと構成において行う作業を示します。
注 –
SunPlex Manager を使用して Solstice DiskSuite ソフトウェア (Solaris 8) をインストールした場合は、Solstice DiskSuite ソフトウェアをインストールする から 状態データベースの複製を作成するには までの作業はすでに完了しています。ルートディスクのミラー化 または ディスクセットを作成する に進み、Solstice DiskSuite ソフトウェアの構成を継続してください。
Solaris 9 をインストールした場合は、Solaris Volume Manager はすでにインストールされています。メタデバイス名またはボリューム名とディスクセットの数を算出する から作業を開始してください。
表 A–1 作業マップ: Solstice DiskSuite/Solaris Volume Manager ソフトウェアのインストールと構成
|
作業 |
参照箇所 |
|---|---|
|
Solstice DiskSuite/Solaris Volume Manager 構成のレイアウトの計画 | |
|
Solaris 8 の場合、Solstice DiskSuite ソフトウェアのインストール | |
|
構成に必要なメタデバイス名とディスクセットの個数を計算し、/kernel/drv/md.conf ファイルを変更 | |
|
ローカルディスクに状態データーベースの複製を作成 | |
|
(任意) ルートディスクのファイルシステムをミラー化 | |
|
metaset コマンドを使用してディスクセットを作成 | |
|
ディスクセットにディスクドライブを追加 | |
|
ディスクセット内のドライブのパーティションの再分割、およびスライス 1 〜 6 への領域の割り当て | |
|
デバイス ID 擬似デバイスのマッピングを表示し、/etc/lvm/md.tab ファイルにメタデバイスまたはボリュームを定義 | |
|
md.tab ファイルを初期化 | |
|
二重列構成の場合、メディエータホストを構成してメディエータデータの状態を確認。また必要に応じて、不正なメディエータデータを修正 | |
|
クラスタを構成 |
Solstice DiskSuite/Solaris Volume Manager の構成例
ここでは、Solstice DiskSuite/Solaris Volume Manager ソフトウェアを使用する際に、各ディスクセットに含めるディスク数を決定する方法を示します。この例では、3 つの記憶装置を使用しており、既存のアプリケーションが NFS (それぞれ 5 G バイトの 2 つのファイルシステム) 上で動作し、2 つの ORACLE データベース (5 G バイトと 10 G バイト) が稼動しているものと想定しています。
次の表に、この構成例に必要なドライブ数を求めるための計算式を示します。3 つの記憶装置構成の場合は、28 個のドライブが必要であり、これらのドライブを 3 つの記憶装置の間にできるかぎり等配分します。必要なディスクの容量は切り上げられるため、5 G バイトのファイルシステムには、1 G バイトのディスク空間が追加されていることに注意してください。
表 A–2 構成に必要なドライブ数|
用途 |
データ |
必要なディスク装置 |
必要なドライブ数 |
|---|---|---|---|
|
nfs1 |
5G バイト |
3x2.1 G バイトディスクx2 (ミラー) |
6 |
|
nfs2 |
5G バイト |
3x2.1 G バイトディスクx2 (ミラー) |
6 |
|
oracle1 |
5G バイト |
3x2.1 G バイトディスクx2 (ミラー) |
6 |
|
oracle2 |
10G バイト |
5x2.1 G バイトディスクx2 (ミラー) |
10 |
次の表は、2 つのディスクセットと 4 つのデータサービス間のドライブ割り当てを示しています。
表 A–3 ディスクセットの分配|
ディスクセット |
データサービス |
ディスク |
記憶装置 1 |
記憶装置 2 |
記憶装置 3 |
|---|---|---|---|---|---|
|
dg-schost-1 |
nfs1, oracle1 |
12 |
4 |
4 |
4 |
|
dg-schost-2 |
nfs2, oracle2 |
16 |
5 |
6 |
5 |
当初 dg-schost-1 には、それぞれの記憶装置から 4 つのディスク (合計で 12 のディスク) が割り当てられ、dg-schost-2 には、それぞれの記憶装置から 5 つまたは 6 つのディスク (合計で 16 のディスク) が割り当てられます。
どちらのディスクセットにも、ホットスペアは割り当てられていません。1 つの記憶装置につき、少なくとも 1 つのホットスペアを各ディスクセットに割り当てることによってドライブをホットスペアし、完全な 2 面ミラー化を復元できます。
Solstice DiskSuite ソフトウェアをインストールする
注 –
SunPlex Manager を使用して Solstice DiskSuite ソフトウェアをインストールした場合は、この作業を行わないでください。代わりに、ルートディスクのミラー化 に進みます。
Solaris 9 ソフトウェアをインストールした場合は、この作業を行わないでください。 Solaris 9 ソフトウェアと共に Solaris Volume Manager ソフトウェアがインストールされています。代わりに、メタデバイス名またはボリューム名とディスクセットの数を算出する に進みます。
クラスタ内の各ノードで次の作業を行います。
-
クラスタノードのスーパーユーザーになります。
-
CD-ROM からインストールする場合は、ノードの CD-ROM ドライブに Solaris 8 Software 2 of 2 CD-ROM を挿入します。
この手順では、ボリューム管理デーモン vold(1M) が実行されており、CD-ROM デバイスを管理するように構成されていることを想定しています。
-
Solstice DiskSuite ソフトウェアパッケージをインストールします。
注 –Solstice DiskSuite ソフトウェアパッチをインストールする場合は、Solstice DiskSuite ソフトウェアをインストールした後に 再起動しないでください。
ソフトウェアパッケージは、次の例に示す順序でインストールします。
# cd /cdrom/sol_8_sparc_2/Solaris_8/EA/products/DiskSuite_4.2.1/sparc/Packages # pkgadd -d . SUNWmdr SUNWmdu [SUNWmdx] optional-pkgs
すべての Solstice DiskSuite のインストールには、 SUNWmdr および SUNWmdu パッケージが必要です。64 ビット版の Solstice DiskSuite をインストールするには、SUNWmdx パッケージも必要です。
オプションのソフトウェアパッケージについては、Solstice DiskSuite のインストールマニュアルを参照してください。
-
CD-ROM からインストールした場合は、CD-ROM を取り出します。
-
Solstice DiskSuite パッチをすべてインストールします。
パッチの入手方法とインストール方法については、『Sun Cluster 3.1 ご使用にあたって』の「パッチとファームウェアレベル」を参照してください。
-
クラスタの 1 つのノードから、Solstice DiskSuite の広域デバイス名前空間を手作業で生成します。
# scgdevs
-
クラスタで使用するメタデバイス名とディスクセットの数を設定します。
メタデバイス名またはボリューム名とディスクセットの数を算出する
注 –
SunPlex Manager を使用して Solstice DiskSuite ソフトウェアをインストールした場合は、この作業を行わないでください。代わりに、ルートディスクのミラー化 に進みます。
この手順では、構成に必要とされる Solstice DiskSuite メタデバイス名または Solaris Volume Manager のボリューム名の数およびディスクセットを計算する方法について説明します。また、/kernel/drv/md.conf ファイルを変更して、これらの数を指定する方法についても説明します。
ヒント –
メタデバイス名またはボリューム名のデフォルトの数は、ディスクセットごとに 128 ですが、多くの構成ではこれ以上の数が必要になります。構成を実装する前にこの数を増やしておくと、後で管理時間の節約になります。
同時に、nmd フィールドおよび md_nsets フィールドには、できる限り小さい値を使用してください。デバイスを作成していなくても nmd および md_nsets によって指定された値に基づいて、可能性のあるすべてのデバイス分をメモリー構造上に確保します。 最適なパフォーマンスを得るには、nmd と md_nsetsの値を、使用するメタデバイスまたはボリュームの数よりもわずかに高く維持します。
-
-
『Sun Cluster 3.1 ご使用にあたって』の「ディスクデバイスグループ構成のワークシート」
-
-
クラスタ内のディスクセットに必要なディスクセットの合計数を計算して、1 つをプライベートディスク管理に追加します。
クラスタは最大 32 個のディスクセットを持つことができます。一般的な使用のために 31 個 と、プライベートディスク管理のために 1 個です。デフォルトのディスクセット数は 4 です。この値は、手順 4 で、 md_nsets フィールドに指定します。
-
クラスタ内のディスクセットに必要なメタデバイス名またはボリューム名の最大数を計算します。
各ディスクセットは、最大 8192 個のメタデバイス名またはボリューム名を持つことができます。この値は、手順 4 で、nmd フィールドに指定します。
-
各ディスクセットに必要なメタデバイス名またはボリューム名の数を計算します。
ローカルメタデバイスまたはボリュームを使用する場合、各ローカルメタデバイス名またはボリューム名がクラスタ全体で一意であり、クラスタ内にある任意のデバイス ID (DID) と同じ名前を使用していないことを確認します。
ヒント –DID 名として排他的に使用する番号の範囲と、各ノードのローカルメタデバイス名またはボリューム名として排他的に使用する範囲を選択します。たとえば、DID は d1 から d99 までの範囲の名前を使用し、ノード 1 上のローカルメタデバイスまたはボリュームは d100 から d199 までの範囲の名前を使用し、ノード 2 上のローカルメタデバイスまたはボリュームは d200 から d299 までの範囲の名前を使用するなどです。
-
ディスクセットに必要なメタデバイス名またはボリューム名の最大数を計算します。
設定するメタデバイス名またはボリューム名の数は、メタデバイス名またはボリューム名の実際の数ではなく、メタデバイス名またはボリューム名の値に基づいています。たとえば、メタデバイス名またはボリューム名が d950 から d1000 の場合、Solstice DiskSuite/Solaris Volume Manager ソフトウェアは、50 ではなく 1000 個の名前を必要とします。
-
-
各ノードでスーパーユーザーになり、/kernel/drv/md.conf ファイルを編集します。
注意 –
すべてのクラスタノード (クラスタペアトポロジの場合はクラスタペア) の /kernel/drv/md.conf ファイルの内容は、それぞれのノードがサービスを提供するディスクセット数に関係なく、同一である必要があります。このガイドラインに従わないと、重大な Solstice DiskSuite/Solaris Volume Manager エラーが発生し、データが失われることがあります。
-
各ノードで再構成再起動を行います。
# touch /reconfigure # shutdown -g0 -y -i6
/kernel/drv/md.conf ファイルに対する変更は、再起動後に有効になります。
-
ローカルに複製を作成します。
状態データベースの複製を作成するには に進みます。
状態データベースの複製を作成するには
注 –
SunPlex Manager を使用して Solstice DiskSuite ソフトウェアをインストールした場合は、この作業を行わないでください。代わりに、ルートディスクのミラー化 に進みます。
クラスタ内の各ノード上で次の手順を実行します。
-
クラスタノードのスーパーユーザーになります。
-
metadb コマンドを使用し、各クラスタノードの 1 つまたは複数のローカルディスクに複製を作成します。
# metadb -af slice-1 slice-2 slice-3
ヒント –Solstice DiskSuite/Solaris Volume Manager ソフトウェアの実行に必要な状態データを保護するには、各ノードごとに少なくとも 3 つの複製を作成します。また、複数のディスクに複製を配置することによって、いずれかのディスクに障害が発生した場合に対する保護も提供できます。
詳細については、metadb(1M) のマニュアルページと Solstice DiskSuite のマニュアルを参照してください。
-
複製を検査します。
# metadb
metadb コマンドは複製の一覧を表示します。
-
ルートディスク上のファイルシステムをミラー化するかどうかを決定します。
-
ミラー化する場合は、ルートディスクのミラー化 に進みます。
-
ミラー化しない場合は、ディスクセットを作成する に進んで、 Solstice DiskSuite/Solaris Volume Manager ディスクセットを作成します。
-
例 — 状態データーベースの複製の作成
次の例に、それぞれが別個のディスクに作成された 3 つの Solstice DiskSuite 状態データベースの複製を示します。Solaris Volume Manager の場合は、複製サイズが大きくなります。
# metadb -af c0t0d0s7 c0t1d0s7 c1t0d0s7 # metadb フラグ 最初のブロック ブロック数 a u 16 1034 /dev/dsk/c0t0d0s7 a u 1050 1034 /dev/dsk/c0t1d0s7 a u 2084 1034 /dev/dsk/c1t0d0s7 |
ルートディスクのミラー化
ルートディスクをミラー化することによって、システムディスクの障害のためにクラスタノード自体が停止することを防止します。ルートディスクには、4 種類のファイルシステムを配置できます。ファイルシステムは、各種類ごとに異なる方法でミラー化します。
注 –
上記のミラー化手順の一部で次のようなエラーメッセージが表示されることがありますが、無視してください。
metainit: dg-schost-1: d1s0: メタデバイスではありません |
注意 – ローカルディスクをミラー化する場合は、ディスク名を指定する際にパスに /dev/global を使用しないでください。クラスタファイルシステム以外にこのパスを指定すると、システムを起動できなくなります。
ルート (/) ファイルシステムをミラー化する
次の手順を使用し、ルート (/) ファイルシステムをミラー化します。
-
各クラスタのノードのスーパーユーザーになります。
-
metainit(1M) コマンドを使用し、ルートスライスを単一スライスの (1 面) 連結にします。
ルートディスクスライスの物理ディスク名を使用します (cNtXdYsZ)。
# metainit -f submirror1 1 1 root-disk-slice
-
2 番目の連結を作成します。
# metainit submirror2 1 1 submirror-disk-slice
-
1 つのサブミラーを使用して 1 面のミラーを作成します。
# metainit mirror -m submirror1
注 –このミラーのメタデバイス名またはボリューム名は、クラスタ全体で一意でなければなりません。
-
metaroot(1M) コマンドを実行します。
このコマンドは、ルート (/) ファイルシステムがメタデバイスまたはボリュームに配置された状態でシステムを起動できるように、/etc/vfstab および /etc/system ファイルを編集します。
# metaroot mirror
-
lockfs(1M) コマンドを実行します。
このコマンドを実行すると、マウントされているすべての UFS ファイルシステム上で、すべてのトランザクションがログからフラッシュされ、マスターファイルシステムに書き込まれます。
# lockfs -fa
-
リソースグループまたはデバイスグループをノードから退避させます。
# scswitch -S -h node
- -S
-
すべてのリソースグループとデバイスグループを退避させます。
- -h node
-
リソースグループまたはデバイスグループを退避させるノード名を指定します。
-
ノードを再起動します。
このコマンドは、新しくミラー化されたルート (/) ファイルシステムを再マウントします。
# shutdown -g0 -y -i6
-
metattach(1M) コマンドを使用し、2 番目のサブミラーをこのミラーに接続します。
# metattach mirror submirror2
-
ルートディスクのミラー化に使用したディスクが複数のノード (多重ポート) に物理的に接続されているかどうかを確認します。
-
物理的に接続されていない場合は、手順 11 に進みます。
-
物理的に接続されている場合は、ルートディスクのミラー化に使用したディスクの raw ディスクデバイスグループのlocalonly プロパティを有効にします。起動デバイスが複数のノードに接続されている場合に、その起動デバイスが不意にノードを使用できなくなるのを防ぐために、localonly プロパティは有効にしておいてください。
-
必要に応じて、scdidadm(1M) -L コマンドを使用し、raw ディスクデバイスグループの完全なデバイス ID (DID) 擬似ドライバ名を表示します。
次の例では、raw ディスクデバイスグループ名 dsk/d2 は、出力の第 3 列の一部になっており、これが完全な DID 擬似ドライバ名に当たります。
# scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 # scconf -c -D name=dsk/d2,localonly=true
localonly プロパティの詳細については、scconf_dg_rawdisk(1M) のマニュアルページを参照してください。
-
raw ディスクデバイスグループのノードリストを表示します。
出力は次のようになります (N は DID 番号です)。
# scconf -pvv | grep dsk/dN デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ...
-
ノードリストにノード名が複数含まれているかどうかを確認します。
-
raw ディスクデバイスグループのノードリストから、ルートディスクをミラー化したノード以外のすべてのノードを削除します。
ルートディスクをミラー化したノードだけがノードリストに残るようにします。
# scconf -r -D name=dsk/dN,nodelist=node
- -D name=dsk/dN
-
raw ディスクデバイスグループのクラスタ固有の名前を指定します。
- nodelist=node
-
ノードリストから削除するノードの名前を指定します。
-
scconf(1M) コマンドを使用し、localonly プロパティを有効にします。
localonly プロパティが有効になった時点で、raw ディスクデバイスグループはそのノードリスト内のノードだけに使用されるようになります。これにより、起動デバイスが複数のノードに接続されている場合に、不意にノードがその起動デバイスから使用できなくなることが防止されます。
# scconf -c -D name=rawdisk-groupname,localonly=true
- -D name=rawdisk-groupname
-
raw ディスクデバイスグループの名前を指定します。
-
-
主起動デバイスで起動に失敗した場合は、この代替起動デバイスから起動できます。代替起動デバイスの詳細については、『 Solstice DiskSuite 4.2.1 ユーザーズガイド』の「システムのトラブルシューティング 」を参照するか、『Solaris ボリュームマネージャの管理 』の「ルート (/) のミラー化に関する特殊な考慮事項 」を参照してください。
# ls -l /dev/rdsk/root-disk-slice
-
クラスタ内の残りの各ノードに対して、手順 1 から 手順 11 までを繰り返します。
ミラーのメタデバイス名またはボリューム名は、クラスタ全体で一意になるようにします。
-
広域名前空間 /global/.devices/node@nodeid をミラー化するかどうかを決定します。
-
ミラー化する場合は、広域名前空間をミラー化する に進みます。
-
ミラー化しない場合は、手順 14 に進みます。
-
-
マウント解除できないファイルシステムをミラー化するかどうかを決定します。
-
ミラー化する場合は、マウント解除できないルート (/) 以外のファイルシステムをミラー化する に進みます。
-
ミラー化しない場合は、手順 15 に進みます。
-
-
ユーザー定義ファイルシステムをミラー化するかどうかを決定します。
-
ミラー化する場合は、マウント解除できるファイルシステムをミラー化する に進みます。
-
ミラー化しない場合は、ディスクセットを作成する に進んで、ディスクセットを作成します。
-
例 — ルート (/) ファイルシステムのミラー化
次の例に、パーティション c0t0d0s0 上のサブミラー d10 とパーティション c2t2d0s0 上のサブミラー d20 で構成されているノード phys-schost-1 上に、ミラー d0 を作成する方法を示します。ディスク c2t2d0 は多重ポートディスクなので、localonly プロパティが有効に設定されています。
(ミラーを作成する) # metainit -f d10 1 1 c0t0d0s0 d11: 連結/ストライプがセットアップされます # metainit d20 1 1 c2t2d0s0 d12: 連結/ストライプがセットアップされます # metainit d0 -m d10 d10: ミラーがセットアップされます # metaroot d0 # lockfs -fa (ノードを再起動する) # scswitch -S -h phys-schost-1 # shutdown -g0 -y -i6 (2 番目のサブミラーを接続する) # metattach d0 d20 d0: サブミラー d20 は接続中 (ミラーディスクの raw ディスクデバイスグループのノードリストを表示する) # scconf -pvv | grep dsk/d2 デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ... (raw ディスクデバイスグループのノードリストから phys-schost-3 を削除する) # scconf -r -D name=dsk/d2,nodelist=phys-schost-3 (ミラーディスクの raw ディスクデバイスグループの localonly プロパティを有効にする) # scconf -c -D name=dsk/d2,localonly=true (代替起動パスを記録する) # ls -l /dev/rdsk/c2t2d0s0 lrwxrwxrwx 1 root root 57 Apr 25 20:11 /dev/rdsk/c2t2d0s0 -> ../../devices/node@1/pci@1f,0/pci@1/scsi@3,1/disk@2,0:a,raw |
広域名前空間をミラー化する
次の手順を使用し、広域名前空間 /global/.devices/node@nodeid をミラー化します。
-
各クラスタのノードのスーパーユーザーになります。
-
広域名前空間を単一スライス (1 方向) 連結にします。
ディスクスライスの物理ディスク名を使用します (cNtXdYsZ)。
# metainit -f submirror1 1 1 diskslice
-
2 番目の連結を作成します。
# metainit submirror2 1 1 submirror-diskslice
-
1 つのサブミラーを使用して 1 面のミラーを作成します。
# metainit mirror -m submirror1
注 –このミラーのメタデバイス名またはボリューム名は、クラスタ全体で一意でなければなりません。
-
2 番目のサブミラーをこのミラーに接続します。
このように接続することで、サブミラーの同期が開始されます。
# metattach mirror submirror2
-
/global/.devices/node@nodeid ファイルシステム用に /etc/vfstab ファイルエントリを編集します。
device to mount および device to fsck の名前は、実際のミラー名に変更してください。
# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /global/.devices/node@nodeid ufs 2 no global
-
クラスタ内の残りの各ノードに対して、手順 1 から 手順 6 までを繰り返します。
ミラーのメタデバイス名またはボリューム名は、クラスタ全体で一意になるようにします。
-
手順 5 で開始したミラーの同期が完了するまで待機します。
metastat(1M) コマンドを使用し、ミラー化の状態を参照します。
# metastat mirror
-
広域名前空間のミラー化に使用したディスクが複数のノード (多重ポート) に物理的に接続されているかどうかを確認します。
-
物理的に接続されていない場合は、手順 10 に進みます。
-
物理的に接続されている場合は、広域名前空間のミラー化に使用したディスクの raw ディスクデバイスグループのlocalonly プロパティを有効にします。起動デバイスが複数のノードに接続されている場合に、その起動デバイスが不意にノードを使用できなくなるのを防ぐために、localonly プロパティは有効にしておいてください。
-
必要に応じて、scdidadm(1M) コマンドを使用し、raw ディスクデバイスグループの完全なデバイス ID (DID) 擬似ドライバ名を表示します。
次の例では、raw ディスクデバイスグループ名 dsk/d2 は、出力の第 3 列の一部になっており、これが完全な DID 擬似ドライバ名に当たります。
# scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 # scconf -c -D name=dsk/d2,localonly=true
localonly プロパティの詳細については、scconf_dg_rawdisk(1M) のマニュアルページを参照してください。
-
raw ディスクデバイスグループのノードリストを表示します。
出力は次のようになります (N は DID 番号です)。
# scconf -pvv | grep dsk/dN デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ...
-
ノードリストにノード名が複数含まれているかどうかを確認します。
-
raw ディスクデバイスグループのノードリストから、ルートディスクをミラー化したノード以外のすべてのノードを削除します。
ルートディスクをミラー化したノードだけがノードリストに残るようにします。
# scconf -r -D name=dsk/dN,nodelist=node
- -D name=dsk/dN
-
raw ディスクデバイスグループのクラスタ固有の名前を指定します。
- nodelist=node
-
ノードリストから削除するノードの名前を指定します。
-
scconf(1M) コマンドを使用し、localonly プロパティを有効にします。
localonly プロパティが有効になった時点で、raw ディスクデバイスグループはそのノードリスト内のノードだけに使用されるようになります。これにより、起動デバイスが複数のノードに接続されている場合に、不意にノードがその起動デバイスから使用できなくなることが防止されます。
# scconf -c -D name=rawdisk-groupname,localonly=true
- -D name=rawdisk-groupname
-
raw ディスクデバイスグループの名前を指定します。
-
-
マウント解除できないルート (/) 以外のファイルシステムをミラー化するかどうかを決定します。
-
ミラー化する場合は、マウント解除できないルート (/) 以外のファイルシステムをミラー化する に進みます。
-
ミラー化しない場合は、手順 11 に進みます。
-
-
ユーザー定義ファイルシステムをミラー化するかどうかを決定します。
-
ミラー化する場合は、マウント解除できるファイルシステムをミラー化する に進みます。
-
ミラー化しない場合は、ディスクセットを作成する に進んで、ディスクセットを作成します。
-
例 — 広域名前空間のミラー化
次の例に、パーティション c0t0d0s3 上のサブミラー d111 と パーティション c2t2d0s3 上のサブミラー d121 で構成されているミラー d101 を作成する方法を示します。/global/.devices/node@1 の /etc/vfstab ファイルエントリは、ミラー名 d101 を使用するように更新されます。ディスク c2t2d0 は多重ポートディスクなので、localonly プロパティが有効に設定されています。
(ミラーを作成する) # metainit -f d111 1 1 c0t0d0s3 d111: 連結/ストライプがセットアップされます # metainit d121 1 1 c2t2d0s3 d121: 連結/ストライプがセットアップされます # metainit d101 -m d111 d101: ミラーがセットアップされます # metattach d101 d121 d101: サブミラー d121 は接続中 (/etc/vfstab ファイルを編集する) # vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/d101 /dev/md/rdsk/d101 /global/.devices/node@1 ufs 2 no global (同期状態を表示する) # metastat d101 d101: ミラー サブミラー 0: d111 状態: 正常 サブミラー 1: d121 状態: 再同期中 再同期実行中: 15 % 完了 ... (ミラー化されたディスクの raw ディスクデバイスグループの DID 名を識別する) # scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c2t2d0 /dev/did/rdsk/d2 (ミラーディスクの raw ディスクデバイスグループのノードリストを表示する) # scconf -pvv | grep dsk/d2 デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ... (raw ディスクデバイスグループのノードリストから phys-schost-3 を削除する) # scconf -r -D name=dsk/d2,nodelist=phys-schost-3 (ミラーディスクの raw ディスクデバイスグループの localonly プロパティを有効にする) # scconf -c -D name=dsk/d2,localonly=true |
マウント解除できないルート (/) 以外のファイルシステムをミラー化する
次の手順を使用し、/usr、/opt、swap などの、通常のシステム使用時にはマウント解除できないルート (/) 以外のファイルシステムをミラー化します。
-
各クラスタのノードのスーパーユーザーになります。
-
マウント解除できないファイルシステムが存在しているスライスを単一スライス (1 方向) 連結にします。
ディスクスライスの物理ディスク名を使用します (cNtXdYsZ)。
# metainit -f submirror1 1 1 diskslice
-
2 番目の連結を作成します。
# metainit submirror2 1 1 submirror-diskslice
-
1 つのサブミラーを使用して 1 方向のミラーを作成します。
# metainit mirror -m submirror1
注 –このミラーのメタデバイス名またはボリューム名は、クラスタ全体で一意である必要はありません。
-
各ノードで 、ミラー化したマウント解除できない各ファイルシステムの /etc/vfstab ファイルエントリを編集します。
device to mount および device to fsck の名前は、実際のミラー名に変更してください。
# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /filesystem ufs 2 no global
-
リソースグループまたはデバイスグループをノードから退避させます。
# scswitch -S -h node
- -S
-
すべてのリソースグループとデバイスグループを退避させます。
- -h node
-
リソースグループまたはデバイスグループを退避させるノード名を指定します。
-
ノードを再起動します。
# shutdown -g0 -y -i6
-
2 番目のサブミラーを各ミラーに接続します。
このように接続することで、サブミラーの同期が開始されます。
# metattach mirror submirror2
-
手順 9 で開始したミラーの同期が完了するまで待機します。
metastat(1M) コマンドを使用し、ミラー化の状態を参照します。
# metastat mirror
-
マウント解除できないファイルシステムのミラー化に使用したディスクが複数のノード (多重ポート) に物理的に接続されているかどうかを確認します。
-
接続されていない場合は、手順 12 に進みます。
-
接続されている場合は、マウント解除できないファイルシステムのミラー化に使用したディスクの raw ディスクデバイスグループのlocalonly プロパティを有効にします。起動デバイスが複数のノードに接続されている場合に、その起動デバイスが不意にノードを使用できなくなるのを防ぐために、localonly プロパティは有効にしておいてください。
-
必要に応じて、 scdidadm -L コマンドを使用し、raw ディスクデバイスグ ループの完全なデバイス ID (DID) 擬似ドライバ名を表示します。
次の例では、raw ディスクデバイスグループ名 dsk/d2 は、出力の第 3 列の一部になっており、これが完全な DID 擬似ドライバ名に当たります。
# scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 # scconf -c -D name=dsk/d2,localonly=true
localonly プロパティの詳細については、scconf_dg_rawdisk(1M) のマニュアルページを参照してください。
-
raw ディスクデバイスグループのノードリストを表示します。
出力は次のようになります (N は DID 番号です)。
# scconf -pvv | grep dsk/dN デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ...
-
ノードリストにノード名が複数含まれているかどうかを確認します。
-
raw ディスクデバイスグループのノードリストから、ルートディスクをミラー化したノード以外のすべてのノードを削除します。
ルートディスクをミラー化したノードだけがノードリストに残るようにします。
# scconf -r -D name=dsk/dN,nodelist=node
- -D name=dsk/dN
-
raw ディスクデバイスグループのクラスタ固有の名前を指定します。
- nodelist=node
-
ノードリストから削除するノードの名前を指定します。
-
scconf(1M) コマンドを使用し、localonly プロパティを有効にします。
localonly プロパティが有効になった時点で、raw ディスクデバイスグループはそのノードリスト内のノードだけに使用されるようになります。これにより、起動デバイスが複数のノードに接続されている場合に、不意にノードがその起動デバイスから使用できなくなることが防止されます。
# scconf -c -D name=rawdisk-groupname,localonly=true
- -D name=rawdisk-groupname
-
raw ディスクデバイスグループの名前を指定します。
-
-
ユーザー定義ファイルシステムをミラー化するかどうかを決定します。
-
ミラー化する場合は、マウント解除できるファイルシステムをミラー化する に進みます。
-
ミラー化しない場合は、ディスクセットを作成する に進んで、ディスクセットを作成します。
-
例 — マウント解除できないファイルシステムのミラー化
次の例に、ノード phys-schost-1 上にミラー d1 を作成し、c0t0d0s1 上に存在する /usr をミラー化するための方法を示します。ミラー d1 は、パーティション c0t0d0s1 上のサブミラー d11 とパーティション c2t2d0s1 上のサブミラー d21 で構成されています。/usr の /etc/vfstab ファイルエントリは、ミラー名 d1 を使用するように更新されます。ディスク c2t2d0 は多重ポートディスクなので、localonly プロパティが有効に設定されています。
(ミラーを作成する) # metainit -f d11 1 1 c0t0d0s1 d11: 連結/ストライプがセットアップされます # metainit d21 1 1 c2t2d0s1 d21: 連結/ストライプがセットアップされます # metainit d1 -m d11 d1: ミラーがセットアップされます (/etc/vfstab ファイルを編集する) # vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/d1 /dev/md/rdsk/d1 /usr ufs 2 no global (ノードを再起動する) # scswitch -S -h phys-schost-1 # shutdown -g0 -y -i6 (2 番目のサブミラーを接続する) # metattach d1 d21 d1: サブミラー d21 は接続中 (同期状態を表示する) # metastat d1 d1: ミラー サブミラー 0: d11 状態: 正常 サブミラー 1: d21 状態: 再同期中 再同期実行中: 15 % 完了 ... (ミラー化されたディスクの raw ディスクデバイスグループの DID 名を識別する) # scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c2t2d0 /dev/did/rdsk/d2 (ミラーディスクの raw ディスクデバイスグループのノードリストを表示する) # scconf -pvv | grep dsk/d2 デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのリスト: phys-schost-1, phys-schost-3 ... (raw ディスクデバイスグループのノードリストから phys-schost-3 を削除する) # scconf -r -D name=dsk/d2,nodelist=phys-schost-3 (ミラーディスクの raw ディスクデバイスグループの localonly プロパティを有効にする) # scconf -c -D name=dsk/d2,localonly=true |
マウント解除できるファイルシステムをミラー化する
次の手順を使用し、マウント解除できるユーザー定義ファイルシステムをミラー化します。この手順では、ノードを再起動する必要はありません。
-
各クラスタのノードのスーパーユーザーになります。
-
マウント解除できるユーザー定義ファイルシステムが存在するスライスを、単一スライス(1 方向) 連結にします。
ディスクスライスの物理ディスク名を使用します (cNtXdYsZ)。
# metainit -f submirror1 1 1 diskslice
-
2 番目の連結を作成します。
# metainit submirror2 1 1 submirror-diskslice
-
1 つのサブミラーを使用して 1 方向のミラーを作成します。
# metainit mirror -m submirror1
注 –このミラーのメタデバイス名またはボリューム名は、クラスタ全体で一意である必要はありません。
-
各ノードで 、ミラー化したマウント解除できる各ファイルシステムの /etc/vfstab ファイルエントリを編集します。
device to mount および device to fsck の名前は、実際のミラー名に変更してください。
# vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/mirror /dev/md/rdsk/mirror /filesystem ufs 2 no global
-
2 番目のサブミラーをこのミラーに接続します。
このように接続することで、サブミラーの同期が開始されます。
# metattach mirror submirror2
-
手順 7で開始したミラーの同期が完了するまで待機します。
metastat(1M) コマンドを使用し、ミラー化の状態を参照します。
# metastat mirror
-
ユーザー定義ファイルシステムのミラー化に使用したディスクが複数のノード (多重ポート) に物理的に接続されているかどうかを確認します。
-
接続されていない場合は、手順 10 に進みます。
-
接続されている場合は、ユーザー定義ファイルシステムのミラー化に使用したディスクの raw ディスクデバイスグループのlocalonly プロパティを有効にします。起動デバイスが複数のノードに接続されている場合に、その起動デバイスが不意にノードを使用できなくなるのを防ぐために、localonly プロパティは有効にしておいてください。
-
必要に応じて、scdidadm -L コマンドを使用し、raw ディスクデバイスグループの完全なデバイス ID (DID) 擬似ドライバ名を表示します。
次の例では、raw ディスクデバイスグループ名 dsk/d4 は、出力の第 3 列の一部になっており、これが完全な DID 擬似ドライバ名に当たります。
# scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 # scconf -c -D name=dsk/d2,localonly=true
localonly プロパティの詳細については、scconf_dg_rawdisk(1M) のマニュアルページを参照してください。
-
raw ディスクデバイスグループのノードリストを表示します。
出力は次のようになります (N は DID 番号です)。
# scconf -pvv | grep dsk/dN デバイスグループ名: dsk/d2 ... (dsk/d2) デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ...
-
ノードリストにノード名が複数含まれているかどうかを確認します。
-
raw ディスクデバイスグループのノードリストから、ルートディスクをミラー化したノード以外のすべてのノードを削除します。
ルートディスクをミラー化したノードだけがノードリストに残るようにします。
# scconf -r -D name=dsk/dN,nodelist=node
- -D name=dsk/dN
-
raw ディスクデバイスグループのクラスタ固有の名前を指定します。
- nodelist=node
-
ノードリストから削除するノードの名前を指定します。
-
scconf(1M) コマンドを使用し、localonly プロパティを有効にします。
localonly プロパティが有効になった時点で、raw ディスクデバイスグループはそのノードリスト内のノードだけに使用されるようになります。これにより、起動デバイスが複数のノードに接続されている場合に、不意にノードがその起動デバイスから使用できなくなることが防止されます。
# scconf -c -D name=rawdisk-groupname,localonly=true
- -D name=rawdisk-groupname
-
raw ディスクデバイスグループの名前を指定します。
-
-
ディスクセットを作成します。
ディスクセットを作成する に進みます。
例 — マウント解除できるファイルシステムのミラー化
次の例に、ミラー d4 を作成し、c0t0d0s4 上に存在する /export をミラー化する方法を示します。ミラー d4 は、パーティション c0t0d0s4 上のサブミラー d14 とパーティション c2t2d0s4 上のサブミラー d24 で構成されています。/export の /etc/vfstab ファイルエントリは、ミラー名 d4 を使用するように更新されます。ディスク c2t2d0 は多重ポートディスクなので、localonly プロパティが有効に設定されています。
(ミラーを作成する) # metainit -f d14 1 1 c0t0d0s4 d14: 連結/ストライプがセットアップされます # metainit d24 1 1 c2t2d0s4 d24: 連結/ストライプがセットアップされます # metainit d4 -m d14 d4: Mirror is setup (/etc/vfstab ファイルを編集する) # vi /etc/vfstab #device device mount FS fsck mount mount #to mount to fsck point type pass at boot options # /dev/md/dsk/d4 /dev/md/rdsk/d4 /export ufs 2 no global (2 番目のサブミラーを接続する) # metattach d4 d24 d4: サブミラー d24 は接続中 (同期状態を表示する) # metastat d4 d4: ミラー サブミラー 0: d14 状態: 正常 ブミラー 1: d24 状態: 再同期中 再同期実行中: 15 % 完了 ... (ミラー化されたディスクの raw ディスクデバイスグループの DID 名を識別する) # scdidadm -L ... 1 phys-schost-3:/dev/rdsk/c2t2d0 /dev/did/rdsk/d2 (ミラーディスクの raw ディスクデバイスグループのノードリストを表示する) # scconf -pvv | grep dsk/d2 デバイスグループ名: dsk/d2 ... (dsk/d2)デバイスグループのノードリスト: phys-schost-1, phys-schost-3 ... (raw ディスクデバイスグループのノードリストから phys-schost-3 を削除する) # scconf -r -D name=dsk/d2,nodelist=phys-schost-3 (ミラーディスクの raw ディスクデバイスグループの localonly プロパティを有効にする) # scconf -c -D name=dsk/d2,localonly=true |
ディスクセットを作成する
次の手順は、作成するディスクセットごとに行います。
注 –
SunPlex Manager を使用して Solstice DiskSuite をインストールした場合は、1 から 3 個のディスクセットがすでに存在している可能性があります。SunPlex Manager が作成するメタセットについては、SunPlex Manager による Sun Cluster ソフトウェアのインストール を参照してください。
-
クラスタ内にディスクセットを 4 つ以上作成する予定かどうかを確認します。
-
md_nsets 変数の値が、クラスタに作成しようとするディスクセットの合計数より大きいことを確認します。
-
クラスタの任意のノードで、/kernel/drv/md.conf ファイルの md_nsets 変数の値を検査します。
-
クラスタ内に作成する予定のディスクセットの合計数が md_nsets の値から 1 を引いた数より大きい場合、各ノード上で md_nsets の値を希望の値まで増やします。
作成できるディスクセットの最大数は、md_nsets の値から 1 を引いた数です。md_nsets に設定できる最大値は 32 です。
-
クラスタの各ノードの /kernel/drv/md.conf ファイルが同じであるか確認します。
注意 – このガイドラインに従わないと、重大な Solstice DiskSuite/Solaris Volume Manager エラーが発生し、データが失われることがあります。
-
ノードのどれか 1 つでクラスタを停止します。
# scshutdown -g0 -y
-
クラスタの各ノードを再起動します。
ok> boot
-
-
クラスタの各ノードで devfsadm(1M) コマンドを実行します。
このコマンドは、すべてのノードで同時に実行できます。
-
ディスクセットの作成に移る前に、各ノードで scgdevs コマンドが終了しているか確認します。
ノードの 1 つで scgdevs コマンドを実行すると、このコマンドはリモートから自分自身をすべてのノードで呼び出します。scgdevs コマンドが処理を終了したかどうかを確認するには、クラスタの各ノードで次のコマンドを実行します。
% ps -ef | grep scgdevs
-
作成する予定のディスクセットが次の条件の 1 つに適合することを確認します。
-
ディスク列を 2 つだけ構成する場合、ディスクセットは 2 つのノードと接続する必要があり、さらに、ディスクセットとして使用する 2 つのホストと同一である 2 つのメディエータホストを使用する必要があります。 メディエータの設定についての詳細は、メディエータの概要 を参照してください。
-
ディスク列を 3 つ以上構成する場合、任意の 2 つのディスク列 S1 と S2 のディスク数の合計が 3 番目のディスク列 S3 のディスク数よりも多いことを確認します。この条件を式で表すと、count(S1) + count(S2)> count(S3) となります。
-
-
ローカル状態データーベースの複製が存在することを確認します。
手順については、状態データベースの複製を作成するには を参照してください。
-
ディスクセットをマスターする予定のクラスタノード上でスーパーユーザーになります。
-
ディスクセットを作成します。
このコマンドによって、ディスクセットを Sun Cluster ディスクデバイスグループとして登録する作業も行われます。
# metaset -s setname -a -h node1 node2
- -s setname
-
ディスクセットの名前を指定します。
- a
-
ディスクセットを追加 (作成) します。
- -h node1
-
ディスクセットをマスターとする主ノードの名前を指定します。
- node2
-
ディスクセットをマスターとする二次ノードの名前を指定します。
注 –クラスタ上に Solstice DiskSuite/Solaris Volume Manager デバイスグループを設定する metaset コマンドを実行すると、そのデバイスグループに含まれているノードの数にかかわらず、デフォルトで 1 つの二次ノードが作成されます。二次ノードの数は、デバイスグループが作成された後、 scsetup(1M) ユーティリティーを使用して変更できます。numsecondaries の変更方法については、『Sun Cluster 3.1 のシステム管理』の「ディスクデバイスグループの管理 」を参照してください。
-
新しいディスクセットの状態を確認します。
# metaset -s setname
-
ディスクセットにドライブを追加します。
ディスクセットへのドライブの追加 に進みます。
例 — ディスクセットの作成
次のコマンドでは、2 つのディスクセット dg-schost-1 と dg-schost-2 が作成され、ノードphys-schost-1 と phys-schost-2 が潜在的主ノードとして割り当てられます。
# metaset -s dg-schost-1 -a -h phys-schost-1 phys-schost-2 # metaset -s dg-schost-2 -a -h phys-schost-1 phys-schost-2 |
ディスクセットへのドライブの追加
ディスクセットにディスクドライブを追加すると、Solstice DiskSuite/Solaris Volume Manager は次のようにドライブのパーティションを再分割し、ディスクセット用の状態データベースをドライブに配置できるようにします。
-
各ドライブの小さな領域をスライス 7 として Solstice DiskSuite/Solaris Volume Manager ソフトウェア用に予約します。各ドライブの残り領域はスライス 0 に組み込まれます。
-
ディスクセットにドライブが追加されると、スライス 7 が正しく構成されていない場合にのみ、ドライブのパーティションが再分割されます。
-
パーティションの再分割によって、ディスク上の既存のデータはすべて失われます。
-
スライス 7 がシリンダ 0 から始まり、ディスクに状態データベースの複製を格納するための十分な領域がある場合、ディスクの再分割は行われません。
ディスクセットにドライブを追加する
-
ノードのスーパーユーザーになります。
-
ディスクセットが作成済みであることを確認します。
手順については、ディスクセットを作成する を参照してください。
-
デバイス ID (DID) マッピングの一覧を表示します。
# scdidadm -L
-
ディスクセットをマスターする (またはマスターする可能性がある) クラスタノードによって共有されているドライブを選択します。
-
ディスクセットにドライブを追加するときは、完全な DID 擬似ドライバ名を使用します。
出力の 1 列目は DID インスタンス番号、2 列目は完全パス (物理パス)、3 列目は完全な DID 擬似ドライバ名 (疑似パス) になります。共有ドライブには、1 つの DID インスタンス番号に対して複数のエントリがあります。
次の例では、DID インスタンス番号 2 のエントリは、phys-schost-1 と phys-schost-2 で共有されるドライブを示しており、完全な DID 名は /dev/did/rdsk/d2 です。
1 phys-schost-1:/dev/rdsk/c0t0d0 /dev/did/rdsk/d1 2 phys-schost-1:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 2 phys-schost-2:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 3 phys-schost-1:/dev/rdsk/c1t2d0 /dev/did/rdsk/d3 3 phys-schost-2:/dev/rdsk/c1t2d0 /dev/did/rdsk/d3 ...
-
-
ディスクセットの所有権を取得します。
# metaset -s setname -t
- -s setname
-
ディスクセットの名前を指定します。
- -t
-
ディスクセットの所有権を取得します。
-
ディスクセットにドライブを追加します。
完全な DID 擬似ドライバ名を使用します。
# metaset -s setname -a DIDname
- -a
-
ディスクセットにディスクドライブを追加します。
- DIDname
-
共有ディスクのデバイス ID (DID) 名
注 –ディスクセットにドライブを追加するときは、下位デバイス名 (cNtXdY) は使用しないでください。下位レベルデバイス名はローカル名であり、クラスタ全体で一意ではないため、この名前を使用するとディスクセットがスイッチオーバーできなくなる可能性があります。
-
新しいディスクセットとドライブの状態を検査します。
# metaset -s setname
-
メタデバイスまたはボリュームで使用するためにドライブのパーティションを再分割するかどうかを決定します。
-
再分割する場合は、ディスクセット内のドライブのパーティションを再分割する に進みます。
-
再分割しない場合は、md.tab ファイルを作成する に進んで、md.tab ファイルを使用してメタデバイスまたはボリュームを定義します。
-
例 — ディスクセットへのドライブの追加
metaset コマンドによって、ディスクドライブ /dev/did/dsk/d1 と /dev/did/dsk/d2 がディスクセット dg-schost-1 に追加されます。
# metaset -s dg-schost-1 -a /dev/did/dsk/d1 /dev/did/dsk/d2 |
ディスクセット内のドライブのパーティションを再分割する
metaset(1M) コマンドは、ディスクセット内のドライブのパーティションを再分割し、各ドライブの小さな領域をスライス 7 として Solstice DiskSuite ソフトウェア用に予約します。各ドライブ上の残りの領域はスライス 0 に割り当てられます。ディスクをより効果的に利用するために、この手順に従ってディスクの配置を変更してください。スライス1 から 6 に領域を割り当てることで、Solstice DiskSuite メタデバイスまたは Solaris Volume Manager ボリュームを設定するときにこれらのスライスを使用できるようになります。
-
クラスタノードのスーパーユーザーになります。
-
format コマンドを使用し、ディスクセット内の各ドライブのディスクパーティションを変更します。
ドライブのパーティションを再分割する際は、以下の条件を満たすことで、metaset(1M) コマンドでディスクのパーティションを再分割できないようにする必要があります。
-
状態データベースの複製を格納するのに十分な大きさ (約 2M バイト) の、シリンダ 0 から始まるパーティション 7 を作成します。
-
スライス 7 の Flag フィールドを wu (読み書き可能、マウント不可) に設定します。読み取り専用には設定しないでください。
-
スライス 7 がディスク上の他のスライスとオーバーラップしないようにします。
詳細については、format(1M) のマニュアルページを参照してください。
-
-
md.tab ファイルを使用してメタデバイスまたはボリュームを定義します。
md.tab ファイルを作成する に進みます。
md.tab ファイルを作成する
クラスタ内の各ノードごとに /etc/lvm/md.tab ファイルを作成します。md.tab ファイルを使用して、作成したディスクセット用に Solstice DiskSuite メタデバイスまたは Solaris Volume Manager ボリュームを定義します。
注 –
ローカルメタデバイスまたはボリュームを使用する場合は、ディスクセットの構成に使用したデバイス ID (DID) 名とは別の名前をローカルメタデバイスまたはボリュームに付けるようにしてください。たとえば、ディスクセットで /dev/did/dsk/d3 という DID 名が使用されている場合は、ローカルメタデバイスまたはボリュームに /dev/md/dsk/d3 という名前は使用しないでください。この必要条件は、命名規約 /dev/md/setname/{r}dsk/d# を使用する共有メタデバイスまたはボリュームには適用されません。
ヒント –
クラスタ環境内のローカルメタデバイス間またはボリューム間での混乱を避けるため、クラスタ全体で各ローカルメタデバイス名またはボリューム名が固有となるような命名規則を使用してください 。たとえばノード 1 には d100 〜 d199 の名前を選択し、ノード 2 には d200 〜 d299 を使用するなどです。
-
クラスタノードのスーパーユーザーになります。
-
md.tab ファイルを作成するときの参照用として、DID マッピングの一覧を表示します。
下位デバイス名の (cNtXdY) の代わりに、md.tab ファイルの完全な DID 擬似ドライブ名を使用します。
# scdidadm -L
次の出力例では、1 列目が DID インスタンス番号、2 列目が完全パス (物理パス)、3 列目が完全な DID 擬似ドライバ名 (疑似パス) です。
1 phys-schost-1:/dev/rdsk/c0t0d0 /dev/did/rdsk/d1 2 phys-schost-1:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 2 phys-schost-2:/dev/rdsk/c1t1d0 /dev/did/rdsk/d2 3 phys-schost-1:/dev/rdsk/c1t2d0 /dev/did/rdsk/d3 3 phys-schost-2:/dev/rdsk/c1t2d0 /dev/did/rdsk/d3 ...
-
/etc/lvm/md.tab ファイルを作成し、エディタを使用して手作業で編集します。
md.tab ファイルを作成する方法の詳細については、Solstice DiskSuite/Solaris Volume Manager のマニュアルおよび md.tab(4) のマニュアルページを参照してください。
注 –サブミラーに使用するディスクにデータがすでに存在している場合は、メタデバイスまたはボリュームを構成する前にそのデータのバックアップを取り、ミラーに復元する必要があります。
-
md.tab ファイルで定義したメタデバイスまたはボリュームを起動します。
メタデバイスまたはボリュームを起動する に進みます。
例 — サンプル md.tab ファイル
次の md.tab のサンプルファイルでは、dg-schost-1 というディスクセット用のメタデバイスまたはボリュームを定義しています。 md.tab ファイル内の行の順序は重要ではありません。
dg-schost-1/d0 -t dg-schost-1/d1 dg-schost-1/d4 dg-schost-1/d1 -m dg-schost-1/d2 dg-schost-1/d2 1 1 /dev/did/rdsk/d1s4 dg-schost-1/d3 1 1 /dev/did/rdsk/d55s4 dg-schost-1/d4 -m dg-schost-1/d5 dg-schost-1/d5 1 1 /dev/did/rdsk/d3s5 dg-schost-1/d6 1 1 /dev/did/rdsk/d57s5 |
サンプル md.tab ファイルは、以下のように構築されています。
注 –
次の例では、Solstice DiskSuite の用語が使用されています。Solaris Volume Manager では、トランスメタデバイスの代わりにトランザクショナルボリュームが使用され、メタデバイスの代わりにボリュームが使用されます。ほかの部分については、次の処理は両方のボリュームマネージャに対して有効です。
-
先頭行では、トランスメタデバイス d0 をマスター (UFS) メタデバイス d1 とログデバイス d4 で構成するよう定義しています。-t は、これがトランスメタデバイスであることを示しています。マスターおよびログデバイスは、-t フラグの後の位置で指定されます。
dg-schost-1/d0 -t dg-schost-1/d1 dg-schost-1/d4
-
2 行目では、マスターデバイスをメタデバイスのミラーと定義しています。この定義の -m は、ミラーデバイスであることと、サブミラーの1 つである d2 がミラーデバイスd1 と関連付けられていることを表します。
dg-schost-1/d1 -m dg-schost-1/d2
-
5 行目も同様に、ログデバイスd4 をメタデバイスのミラーと定義しています。
dg-schost-1/d4 -m dg-schost-1/d5
-
3 行目は、マスターデバイスの最初のサブミラー d2 を 1 方向のストライプと定義しています。
dg-schost-1/d2 1 1 /dev/did/rdsk/d1s4
-
4 行目は、マスターデバイスの 2 番目のサブミラー d3 を定義しています。
dg-schost-1/d3 1 1 /dev/did/rdsk/d55s4
-
最後は、ログデバイスのサブミラー d5 および d6 の定義です。この例では、各サブミラーごとに簡単なメタデバイスが作成されます。
dg-schost-1/d5 1 1 /dev/did/rdsk/d3s5 dg-schost-1/d6 1 1 /dev/did/rdsk/d57s5
メタデバイスまたはボリュームを起動する
この作業は、md.tab ファイルで定義した Solstice DiskSuite メタデバイスまたは Solaris Volume Manager ボリュームを起動する場合に行います。
-
クラスタノードのスーパーユーザーになります。
-
md.tab ファイルが /etc/lvm ディレクトリに置かれていることを確認します。
-
コマンドを実行するノードで、ディスクセットの所有権を持っていることを確認します。
-
ディスクセットの所有権を取得します。
# metaset -s setname -t
- -s setname
-
ディスクセットの名前を指定します。
- -t
-
ディスクセットの所有権を取得します。
-
md.tab ファイルで定義されているディスクセットのメタデバイスまたはボリュームを起動します。
# metainit -s setname -a
- -a
-
md.tab ファイルで定義されているすべてのメタデバイスを起動します。
-
各マスターおよびログデバイスに、2 番目のサブミラー (submirror2) を接続します。
md.tab ファイル内のメタデバイスまたはボリュームを起動すると、マスターの最初のサブミラー (submirror1) とログデバイスだけが接続されるため、submirror2 は手作業で接続する必要があります。
# metattach mirror submirror2
-
クラスタ内の各ディスクセットに対して、手順 3 から 手順 6 までを繰り返します。
必要に応じて、ディスクに接続できる別のノードから metainit(1M) コマンドを実行します。クラスタ化ペアトポロジでは、すべてのノードがディスクにアクセスできるわけではないため、この手順が必要になります。
-
メタデバイスまたはボリュームの状態を確認します。
# metastat -s setname
詳細は、metaset(1M) のマニュアルページを参照してください。
-
2 つのディスク格納装置と 2 つのノードだけで構成されたディスクセットがクラスタに含まれているかどうかを確認します。
-
含まれている場合は、それらのディスクセットにはメディエータが必要です。メディエータの概要 に進んで、メディエータホストを追加します。
-
含まれていない場合は、クラスタファイルシステムを追加する に進んで、クラスタファイルシステムを作成します。
-
例 — md.tab ファイルで定義されているメタデバイスの起動
次の例では、md.tab ファイルでディスクセット dg-schost-1 に対して定義されているすべてのメタデバイスを起動します。続いて、マスターデバイスの2 番目のサブミラー dg-schost-1/d1 とログデバイス dg-schost-1/d4 を起動します。
# metainit -s dg-schost-1 -a # metattach dg-schost-1/d1 dg-schost-1/d3 # metattach dg-schost-1/d4 dg-schost-1/d6 |
メディエータの概要
メディエータ、またはメディエータホストとは、メディエータデータを格納するクラスタノードのことです。メディエータデータは、その他のメディエータの場所に関する情報を提供するもので、データベースの複製に格納されているコミット数と同一のコミット数が含まれています。このコミット数は、メディエータデータがデータベースの複製内のデータと同期しているかどうかを確認するために使用されます。
メディエータは、2 つの列と 2 つのクラスタノードだけで構成されているすべての Solstice DiskSuite/Solaris Volume Manager ディスクセットに必要です。ディスク列 は、ディスク格納装置、その物理ディスク、格納装置からノードへのケーブル、インタフェースアダプタカードで構成されます。メディエータを使用することで、Sun Cluster ソフトウェアは、二重列構成の単一の列に障害が発生した場合に、最新のデータを提示できるようになります。メディエータを使用した二重列構成には、以下の規則が適用されます。
-
ディスクセットは 2 つのメディエータホストだけで構成し、これら 2 つのメディエータホストは、ディスクセットに使用されているものと同じ 2 つのクラスタノードにします。
-
ディスクセットには 3 つ以上のメディエータホストを使用できません。
-
メディエータは、2 つの列と 2 つのホストという基準を満たさないディスクセットでは構成できません。
上記の規則では、クラスタ全体で 2 つのノードを使用する必要はありません。むしろ、2 つの列を持つディスクセットを 2 つのノードに接続する必要があることだけが規定されています。この規則の下では、N+1 クラスタやその他の多くのトポロジを利用できます。
メディエータホストを追加する
構成にメディエータが必要な場合は、以下の手順を実行します。
-
メディエータホストを追加するディスクセットを現在マスターしているノードのスーパーユーザーになります。
-
metaset(1M) コマンドを実行し、ディスクセットに接続されている各ノードをそのディスクセットのメディエータホストとして追加します。
# metaset -s setname -a -m mediator-host-list
- -s setname
-
ディスクセットの名前を指定します。
- -a
-
ディスクセットに追加します。
- -m mediator-host-list
-
ディスクセットのメディエータホストとして追加するノードの名前を指定します。
metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
-
メディエータデータの状態を確認します。
メディエータデータの状態を確認する に進みます。
例 — メディエータホストの追加
次の例では、ノード phys-schost-1 と phys-schost-2 をディスクセット dg-schost-1 のメディエータホストとして追加します。どちらのコマンドも、ノード phys-schost-1 から実行します。
# metaset -s dg-schost-1 -a -m phys-schost-1 # metaset -s dg-schost-1 -a -m phys-schost-2 |
メディエータデータの状態を確認する
-
メディエータホストを追加する に説明されているとおりに、メ ディエータホストを追加します。
-
medstat(1M) コマンドを実行します。
# medstat -s setname
- -s setname
-
ディスクセットの名前を指定します。
詳細は、medstat(1M) のマニュアルページを参照してください。
-
状態フィールドの値が不良かどうかを確認します。
-
不良である場合は、不正なメディエータデータを修復する に進んで、関連するメディエータホストを修復します。
-
不良でない場合は、クラスタファイルシステムを追加する に進んで、クラスタファイルシステムを作成します。
-
不正なメディエータデータを修復する
次の手順を実行し、不正なメディエータデータを修復します。
-
メディエータデータの状態を確認する の作業で説明されているとおりに、不正なメディエータデータを持つメディエータホストを特定します。
-
関連するディスクセットを所有しているノードのスーパーユーザーになります。
-
関連するすべてのディスクセットから、不正なメディエータデータを持つメディエータホストを削除します。
# metaset -s setname -d -m mediator-host-list
- -s setname
-
ディスクセットの名前を指定します。
- -d
-
ディスクセットから削除します。
- -m mediator-host-list
-
削除するノードの名前をディスクセットのメディエータホストとして指定します。
-
メディエータホストを復元します。
# metaset -s setname -a -m mediator-host-list
- -a
-
ディスクセットに追加します。
- -m mediator-host-list
-
ディスクセットのメディエータホストとして追加するノードの名前を指定します。
metaset コマンドのメディエータ固有のオプションの詳細については、mediator(7D) のマニュアルページを参照してください。
-
クラスタファイルシステムを作成します。
クラスタファイルシステムを追加する に進みます。
- © 2010, Oracle Corporation and/or its affiliates