検索クエリーを入力してください
<book_title> を検索 ...
Storage Foundation for Oracle® RAC 7.3.1 設定およびアップグレードガイド - Linux
Last Published:
2018-01-15
Product(s):
InfoScale & Storage Foundation (7.3.1)
- 第 I 部 SF Oracle RAC の設定
- SF Oracle RAC の設定の準備
- スクリプトベースのインストーラを使った SF Oracle RAC の設定
- SF Oracle RAC の自動設定の実行
- 第 II 部 インストール後の作業と設定作業
- 第 III 部 SF Oracle RAC のアップグレード
- 第 IV 部 Oracle RAC のインストールとアップグレード
- Oracle RAC をインストールする前に
- SF Oracle RAC インストーラを使った、または手動による Oracle RAC のインストールの準備
- Oracle RAC のユーザーとグループの作成
- OCR と投票ディスク用ストレージの作成
- Oracle RAC 11.2.0.1 のプライベート IP アドレスの設定
- Oracle RAC 11.2.0.2 以降のバージョンのプライベート IP アドレス設定
- Oracle RAC のインストール
- Oracle RAC の自動インストールの実行
- Oracle RAC のインストール後のタスクの実行
- Oracle RAC のアップグレード
- Oracle RAC をインストールする前に
- 第 V 部 ノードの追加と削除
- SF Oracle RAC クラスタへのノードの追加
- Veritas InfoScale インストーラを使ったクラスタへのノードの追加
- 手動によるクラスタへのノードの追加
- SF Oracle RAC 応答ファイルを使ったクラスタへのノードの追加
- 新しいノードで Oracle RAC 11.2.0.2 以降のバージョンの IP アドレスを設定する
- SF Oracle RAC クラスタからのノードの削除
- SF Oracle RAC クラスタへのノードの追加
- 第 VI 部 ディザスタリカバリ環境の設定
- 第 VII 部 インストールの参考情報
- 付録 A. インストールスクリプト
- 付録 B. インストール用のチューニングパラメータファイル
- 付録 C. サンプルインストールと設定値
- 付録 D. 設定ファイル
- 設定ファイルの例
- CP サーバーの設定ファイルの例
- 付録 E. セキュアシェルまたはリモートシェルの通信用の設定
- 付録 F. 自動ストレージ管理
- 付録 G. テストデータベースの作成
- 付録 H. 高可用性エージェントの情報
- 付録 I. SF Oracle RAC 配備シナリオ
- 付録 J. RDMA 上での LLT の使用
- RDMA 上の LLT の設定
- RDMA 上の LLT のトラブルシューティング
既存のノードでの VCS 設定ファイルの変更
削除されたノードへの参照を削除するために、クラスタの残りのノードの設定ファイルを変更します。
クラスタ設定ファイルを修正するためのタスク:
/etc/llthosts ファイルを編集します。
/etc/gabtab ファイルを編集します。
VCS 設定からノードを削除します。
- 既存の各ノードで、削除されたノードへの参照を含んでいる行を削除するために
/etc/llthosts
ファイルの編集を行います。たとえば、sys5 がクラスタから削除されるノードである場合、ファイルから「2 sys5」の行を削除します。
0 sys1 1 sys2 2 sys5
次のように変更します。
0 sys1 1 sys2
- ノードを削除した後のシステムの数を反映するように、
/etc/gabtab
ファイルで次のコマンドを変更します。/sbin/gabconfig -c -nN
N はクラスタの残りのノード数です。
たとえば、2 つのノードが残っている場合は、次のようになります。
/sbin/gabconfig -c -n2
削除されたノードへの参照をすべて削除するために、VCS の設定ファイル main.cf を変更します。
次のいずれかの方法で、設定を変更します。
/etc/VRTSvcs/conf/config/main.cf
ファイルを編集します。この方法は、アプリケーションのダウンタイムを必要とします。
コマンドラインインターフェースを使う
この方法は、残りのすべてのノードでアプリケーションをオンラインのままにできます。
次の手順は、コマンドラインインターフェースを使い、削除されたノードへの参照を削除するようにサンプルの VCS 設定を変更します。クラスタの既存のノードの 1 つから、手順を実行します。手順では、残りのノードでアプリケーションをオンラインにしたまま、VCS の設定を変更できます。
/etc/VRTSvcs/conf/config/main.cf
ファイルのバックアップを作成します。# cd /etc/VRTSvcs/conf/config
# cp main.cf main.cf.3node.bak
- クラスタ設定を読み書き両用モードに変更します。
# haconf -makerw
- 残りのノードを希望する順序で指定して、サービスグループの AutoStartList 属性からノードを削除します。
# hagrp -modify cvm AutoStartList sys1 sys2
- サービスグループの SystemList 属性からノードを削除します。
# hagrp -modify cvm SystemList -delete sys5
システムが親グループの SystemList の一部である場合は、最初に親グループから削除する必要があります。
- サービスグループの CVMNodeId 属性からノードを削除します。
# hares -modify cvm_clus CVMNodeId -delete sys5
- それらの設定で削除されたノードがある他のサービスグループ(データベースのサービスグループや ClusterService グループなど)がある場合、それぞれに対して手順 4 と手順 5 を実行します。
- すべての CFS マウントリソースの NodeList 属性から削除されたノードを削除します。
# hares -modify CFSMount NodeList -delete sys5
- クラスタ上に存在する他のサービスグループのシステムリストから削除されたノードを削除します。たとえば、ノード sys5 を削除するには、次のコマンドを実行します。
# hagrp -modify crsgrp SystemList -delete sys5
- クラスタシステムリストから削除されたノードを削除します。
# hasys -delete sys5
- ディスクに新しい設定を保存します。
# haconf -dump -makero
- VCS の設定からノードが削除されていることを検証します。
# grep -i sys5 /etc/VRTSvcs/conf/config/main.cf
ノードが削除されていない場合、この手順に記述されているように VCS のコマンドを使ってノードを削除します。