ナビゲーションリンクをスキップ | |
印刷ビューの終了 | |
Oracle Solaris Cluster システム管理 Oracle Solaris Cluster 4.0 (日本語) |
1. Oracle Solaris Cluster の管理の概要
2. Oracle Solaris Cluster と RBAC
5. グローバルデバイス、ディスクパス監視、およびクラスタファイルシステムの管理
7. クラスタインターコネクトとパブリックネットワークの管理
SPARC: ノードで OpenBoot PROM (OBP) を表示する方法
既存の Oracle Solaris Cluster の論理ホスト名リソースで使用されている論理ホスト名を変更する
クラスタノードから Oracle Solaris Cluster ソフトウェアをアンインストールする
Oracle Solaris Cluster SNMP イベント MIB の作成、設定、および管理
SNMP ホストがノード上の SNMP トラップを受信できるようにする
SNMP ホストがノード上の SNMP トラップを受信できないようにする
この節では、テスト用に使用できるトラブルシューティング手順について説明します。
この手順を使用して、テスト用にグローバルクラスタ外でアプリケーションを実行します。
phys-schost# clquorum show
phys-schost# clquorum add did
phys-schost# clqorum remove did
pgre コマンドの実行方法を確認するには、Oracle Support から提供されている診断ツールキットパッケージ (ha-cluster/diagnostic/tool-kit) をインストールして使用する必要があります。
phys-schost# clresourcegroup evacuate -n targetnode
phys-schost# clresourcegroup offline resourcegroupname
phys-schost# clresource disable resourcename
phys-schost# clresourcegroup unmanage resourcegroupname
phys-schost# cldevicegroup offline devicegroupname
phys-schost# cldevicegroup disable devicegroupname
phys-schost# reboot -x
phys-schost# svcs -x
メタセットのすべてのディスクで次のコマンドを実行します。
phys-schost# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/did/rdsk/dids2
phys-schost# /usr/cluster/lib/sc/scsi -c scrub -d /dev/did/rdsk/dids2
phys-schost# metaset -s name -C take -f
phys-schost# mount device mountpoint
phys-schost# reboot
phys-schost# cldevicegroup online -e devicegroupname
phys-schost# clresourcegroup online -emM resourcegroupname
この手順は、ディスクセットが破損している場合、またはクラスタのノードがディスクセットの所有権を取得できない状態になっている場合に使用します。状態を明らかにしようとしたができなかった場合は、ディスクセットを修正するための最後の試みとして次の手順に従います。
次の手順は、Solaris Volume Manager のメタセットおよび複数所有者 Solaris Volume Manager のメタセットに適用します。
最初からディスクセットを復元すると、時間がかかり、エラーが発生しやすくなります。代わりの方法として適切なのは、metastat コマンドを使用して定期的に複製をバックアップするか、Oracle Explorer (SUNWexplo) を使用してバックアップを作成する方法です。その後、保存された構成を使用して、ディスクセットを再作成します。 (prtvtoc および metastat コマンドを使用して) 現在の構成をファイルに保存し、ディスクセットとそのコンポーネントを再作成します。 「Solaris ボリュームマネージャー ソフトウェア構成を再作成する」を参照してください。
# /usr/sbin/prtvtoc /dev/global/rdsk/diskname > /etc/lvm/diskname.vtoc
# /bin/cp /etc/lvm/md.tab /etc/lvm/md.tab_ORIGINAL
# /usr/sbin/metastat -p -s setname >> /etc/lvm/md.tab
注 - /etc/vfstab ファイルなどのほかの構成ファイルが、Solaris ボリュームマネージャー ソフトウェアを参照する場合があります。この手順では、同一の Solaris ボリュームマネージャー ソフトウェア構成を再構築することを想定しているため、マウント情報は同じです。 セットの所有権を持つノード上で Oracle Explorer (SUNWexplo) を実行すると、prtvtoc および metaset —p の情報が取得されます。
1 つのノードまたはすべてのノードからセットを削除すると、構成が削除されます。ノードからディスクセットを削除するには、ノードにディスクセットの所有権があってはいけません。
# /usr/sbin/metaset -s setname -P
このコマンドを実行すると、データベースの複製から、ディスクセット情報のほか、Oracle Solaris Cluster リポジトリが削除されます。-P および -C オプションを使用すると、Solaris ボリュームマネージャー 環境を完全に再構築しなくても、ディスクセットを削除できます。
注 - ノードをクラスタモードからブートしたときに複数所有者ディスクセットを削除する場合は、Oracle Support から提供されている診断ツールキットパッケージ (ha-cluster/diagnostic/tool-kit) をインストールして使用する必要があることがあります。ツールキットにより、dcs 構成ファイルから情報が削除されます。 手順 2 を参照してください。
# /usr/sbin/metaset -s setname -C purge
通常は、-C オプションではなく、-P オプションを使用するようにしてください。-C オプションを使用すると、Oracle Solaris Cluster ソフトウェアは引き続きディスクセットを認識するため、ディスクセットの再作成時に問題が発生する場合があります。
purge オプションが失敗した場合は、最新のカーネルとメタデバイスの更新がインストールされていることを確認し、Oracle Solaris Cluster にアクセスします。
この手順に従うのは、Solaris ボリュームマネージャー ソフトウェア構成が完全に失われた場合のみです。この手順では、現在の Solaris ボリュームマネージャー 構成とそのコンポーネントが保存され、破損したディスクセットが削除されていることを想定しています。
注 - メディエータは、2 ノードクラスタでのみ使用するようにしてください。
# /usr/sbin/metaset -s setname -a -h nodename1 nodename2
これが複数所有者ディスクセットの場合は、次のコマンドを使用して新しいディスクセットを作成します。
/usr/sbin/metaset -s setname -aM -h nodename1 nodename2
/usr/sbin/metaset -s setname -a -m nodename1 nodename2
/usr/sbin/metaset -s setname -a /dev/did/rdsk/diskname /dev/did/rdsk/diskname
ただし、復元するセットを再作成する場合は、/etc/lvm/diskname.vtoc ファイルに保存されている構成に従ってディスクをフォーマットするようにしてください。例:
# /usr/sbin/fmthard -s /etc/lvm/d4.vtoc /dev/global/rdsk/d4s2
# /usr/sbin/fmthard -s /etc/lvm/d8.vtoc /dev/global/rdsk/d8s2
このコマンドはどのノードでも実行できます。
# /usr/sbin/metainit -s setname -n -a metadevice
# /usr/sbin/metainit -s setname -a metadevice
# /usr/sbin/fsck -n /dev/md/setname/rdsk/metadevice
fsck コマンドが、スーパーブロック数など少数のエラーのみを表示した場合、デバイスは正しく再構築されている可能性が高くなります。その後、fsck コマンドを -n オプションを指定せずに実行できます。 多数のエラーが表示された場合は、メタデバイスが正しく再構築されているかどうかを確認します。 正しく再構築されている場合は、fsck エラーを確認して、ファイルシステムが回復可能かどうかを判断します。 回復できない場合は、バックアップからデータを復元するようにしてください。
# /usr/sbin/metastat -p >> /etc/lvm/md.tab