Storage Foundation for Oracle® RAC 7.3.1 管理者ガイド - Solaris
- 第 I 部 SF Oracle RAC の概念と管理
- Storage Foundation for Oracle RAC の概要
- Storage Foundation for Oracle RAC について
- SF Oracle RAC のコンポーネント製品とプロセス
- Virtual Business Service について
- SF Oracle RAC とそのコンポーネントの管理
- SF Oracle RAC の管理
- 各ノードの SF Oracle RAC の起動または停止
- VCS の管理
- I/O フェンシングの管理
- CP サーバーの管理
- CFS の管理
- CVM の管理
- Flexible Storage Sharing の管理
- SF Oracle RAC のグローバルクラスタの管理
- SF Oracle RAC の管理
- Storage Foundation for Oracle RAC の概要
- 第 II 部 処理速度とトラブルシューティング
- SF Oracle RAC のトラブルシューティング
- SF Oracle RAC のトラブルシューティングについて
- I/O フェンシングのトラブルシューティング
- フェンシングの起動時にすでに発生しているスプリットブレイン状態が報告される
- CP サーバーのトラブルシューティング
- SF Oracle RAC クラスタノードでのサーバーベースのフェンシングのトラブルシューティング
- コーディネーションポイントのオンライン移行中の問題
- SF Oracle RAC クラスタの Cluster Volume Manager のトラブルシューティング
- CFS のトラブルシューティング
- VCSIPC のトラブルシューティング
- Oracle のトラブルシューティング
- SF Oracle RAC クラスタの ODM のトラブルシューティング
- 防止と修復の戦略
- チューニングパラメータ
- SF Oracle RAC のトラブルシューティング
- 第 III 部 参照
LLT リンクの追加と削除
SF Oracle RAC のクラスタでは、Oracle Clusterware のハートビートリンクは LLT リンクとして設定する必要があります。Oracle Clusterware と LLT が通信用に異なるリンクを使用する場合、VCS と Oracle Clusterware 間でのメンバーシップ変更は正しく調整されません。たとえば、Oracle Clusterware リンクが停止した場合、CVM および CFS がノード障害を検出する前であっても、Oracle Clusterware は css-misscount 間隔の経過後 1 つのノードセットを終了し、Oracle Clusterware およびデータベースリカバリを開始します。 このような未調整のリカバリはデータの破損を引き起こす場合があります。
プライベート相互接続での Oracle の通信に追加の容量が必要な場合、LLT リンクを追加できます。同一の物理ネットワークに接続しているインターフェースのネットワーク ID は一致する必要があります。PrivNIC または MultiPrivNIC 設定で指定したインターフェースは、LLT 設定に使われていたインターフェースとまったく同じ名前と合計数にします。
LLT が動作しているとき、lltconfig コマンドを使って LLT リンクを追加または削除できます。
クライアントを接続している間も、LLT リンクを追加または削除できます。
詳しくは、lltconfig(1M)のマニュアルページを参照してください。
メモ:
LLT リンクを追加または削除するとき、GAB または高可用性デーモン(had)を終了する必要はありません。変更はすぐに適用されますが、再起動時に元に戻ります。 変更を継続させるには、/etc/llttab
ファイルを更新する必要もあります。
LLT リンクを追加するには
- ここで、
LLT リンクタイプに応じて、次のコマンドを実行して LLT リンクを追加します。
ether リンクタイプ:
# lltconfig -t devtag -d device [-b ether ] [-s SAP] [-m mtu] [-I] [-Q]
UDP リンクタイプ:
# lltconfig -t devtag -d device -b udp [-s port] [-m mtu] -I IPaddr -B bcast
UDP6 リンクタイプ:
# lltconfig -t devtag -d device -b udp6 [-s port] [-m mtu] -I IPaddr [-B mcast]
devtag
リンクを識別するタグ。
device
インターフェースのネットワークデバイスパス。
Solaris 11 の場合:
ether リンクタイプの場合、パスはインターフェースのデバイスファイルの絶対パスです。(例: /dev/net/net1)
udp および udp6 リンクタイプの場合、device は udp および udp6 デバイスパスです。
bcast
udp と rdma リンクタイプの場合のブロードキャストアドレス
mcast
udp6 リンクタイプの場合のマルチキャストアドレス。
IPaddr
udp、udp6、rdma リンクタイプの場合の IP アドレス
SAP
ether リンクタイプの場合にネットワークリンク上でバインドする SAP。
port
udp、udp6、rdma リンクタイプの場合のポート
mtu
ネットワークリンク上でパケットを送信する際の最大伝送単位。
次に例を示します。
ether リンクタイプ:
In Solaris 11: # lltconfig -t net3 -d /dev/net/net3 -s 0xcafe -m 1500
UDP リンクタイプ:
# lltconfig -t link1 -d /dev/udp -b udp -s 50010 -I 192.168.1.1 -B 192.168.1.255
UDP6 リンクタイプ:
# lltconfig -t link1 -d /dev/udp6 -b udp6 -s 50010 -I 2000::1
メモ:
追加の LLT リンクを再ブート後に永続的にする場合、
/etc/lltab
の LLT エントリを編集します。
LLT リンクを削除するには
-
削除するリンクが PrivNIC または MultiPrivNIC のリソースとして設定されている場合、そのリソース設定を変更してからリンクを削除する必要があります。
リンクの障害時にフェールオーバーターゲットとして PrivNIC または MultiPrivNIC 下でリンクを設定した場合は、PrivNIC または MultiPrivNIC の設定を次のように修正します。
# haconf -makerw # hares -modify resource_name Device link_name \ device_id [-sys hostname] # haconf -dump -makero
たとえば、リンク net1、net2、net3 を PrivNIC リソースとして設定し、net3 を削除する場合は、次のように指定します。
# haconf -makerw # hares -modify ora_priv Device net10net21
ここで、net1 と net2 はクラスタに残しておきたいリンクです。
# haconf -dump -makero
- LLT 配下に設定したネットワークリンクを無効にするには、次のコマンドを実行します。
# lltconfig -t devtag -L disable
- 16 秒間(LLT の peerinact 時間)待機します。
- 次のコマンドを実行してリンクを削除します。
# lltconfig -u devtag