障害追跡

この節では、テスト用に使用できる障害追跡手順について説明します。

グローバルクラスタ外でのアプリケーションの実行

非クラスタモードで起動したノードから Solaris Volume Manager メタセットを取得する

この手順を使用して、テスト用にグローバルクラスタ外でアプリケーションを実行します。

Solaris Volume Manager メタセットで定足数デバイスが使用されているかどうかを確認し、定足数デバイスが SCSI2 または SCSI3 予約を使用するかどうかを確認します。
```
phys-schost# clquorum show
```
1. 定足数デバイスが Solaris Volume Manager メタセットにある場合は、あとで非クラスタモードにするメタセットには含まれない、新しい定足数デバイスを追加します。
```
phys-schost# clquorum add did
```
2. 古い定足数デバイスを削除します。
```
phys-schost# clqorum remove did
```
3. 定足数デバイスが SCSI2 予約を使用する場合は、古い定足数からの SCSI2 予約をスクラブして、SCSI2 予約が残らないことを確認します。
  pgre コマンドの実行方法を習得するには、Oracle サポートから提供されている診断ツールキット (SUNWscdtk) パッケージをインストールして使用する必要があります。
非クラスタモードで起動するグローバルクラスタノードを退避します。
```
phys-schost# clresourcegroup evacuate -n targetnode
```
HAStorage または HAStoragePlus リソースを含み、あとで非クラスタモードにするメタセットの影響を受けるデバイスまたはファイルシステムを含む、1 つまたは複数のリソースグループをオフラインにします。
```
phys-schost# clresourcegroup offline resourcegroupname
```
オフラインにしたリソースグループ内のすべてのリソースを無効にします。
```
phys-schost# clresource disable resourcename
```
リソースグループを非管理状態に切り替えます。
```
phys-schost# clresourcegroup unmanage resourcegroupname
```
対応する 1 つまたは複数のデバイスグループをオフラインにします。
```
phys-schost# cldevicegroup offline devicegroupname
```
1 つまたは複数のデバイスグループを無効にします。
```
phys-schost# cldevicegroup disable devicegroupname
```
パッシブノードを非クラスタモードで起動します。
```
phys-schost# reboot -x
```
続ける前にパッシブノードで起動プロセスが完了していることを確認します。
```
phys-schost# svcs -x
```
メタセット内のディスクに SCSI3 予約があるかどうかを調べます。メタセット内のすべてのディスクで次のコマンドを実行します。
```
phys-schost# /usr/cluster/lib/sc/scsi -c inkeys -d /dev/did/rdsk/dids2
```
ディスク上に SCSI3 予約がある場合は、それらをスクラブします。
```
phys-schost# /usr/cluster/lib/sc/scsi -c scrub -d /dev/did/rdsk/dids2
```
メタセットを退避したノードに移します。
```
phys-schost# metaset -s name -C take -f
```
メタセット上で定義されたデバイスを含む 1 つまたは複数のファイルシステムをマウントします。
```
phys-schost# mount device mountpoint
```
アプリケーションを起動して、必要なテストを実行します。テストが終了したら、アプリケーションを停止します。
ノードを再起動し、起動プロセスが終了するまで待ちます。
```
phys-schost# reboot
```
1 つまたは複数のデバイスグループをオンラインにします。
```
phys-schost# cldevicegroup online -e devicegroupname
```
1 つまたは複数のリソースグループを起動します。
```
phys-schost# clresourcegroup online -eM  resourcegroupname 
```

破損したディスクセットの復元

ディスクセットが破損した場合やクラスタのノードがディスクセットの所有権を取得できない状態にある場合は、次の手順に従います。状態を明らかにしようとしたができなかった場合は、ディスクセットを修正するための最後の試みとして次の手順に従います。

次の手順は、Solaris Volume Manager のメタセットおよび複数所有者 Solaris Volume Manager のメタセットに適用します。

Solaris ボリュームマネージャーソフトウェア構成を保存する

最初からディスクセットを復元すると、時間がかかり、エラーが発生しやすくなります。代わりの方法として適切なのは、metastat コマンドを使用して定期的に複製をバックアップするか、Oracle Explorer (SUNWexplo) を使用してバックアップを作成する方法です。その後、保存された構成を使用して、ディスクセットを再作成します。 (prtvtoc および metastat コマンドを使用して) 現在の構成をファイルに保存し、ディスクセットとそのコンポーネントを再作成します。「Solaris ボリュームマネージャーソフトウェア構成を再作成する」を参照してください。

ディスクセット内の各ディスクのパーティションテーブルを保存します。
```
# /usr/sbin/prtvtoc /dev/global/rdsk/diskname > /etc/lvm/diskname.vtoc
```
Solaris ボリュームマネージャーソフトウェア構成を保存します。
```
# /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 サポートから提供されている診断ツールキット (SUNWscdtk) パッケージをインストールして使用する必要があることがあります。ツールキットにより、dcs 構成ファイルから情報が削除されます。詳細は、手順 2を参照してください。
データベースの複製からディスクセット情報のみを削除する場合は、次のコマンドを使用します。
```
# /usr/sbin/metaset -s setname -C purge
```
通常は、-C オプションではなく、-P オプションを使用するようにしてください。 -C オプションを使用すると、Oracle Solaris Cluster ソフトウェアは引き続きディスクセットを認識するため、ディスクセットの再作成時に問題が発生する場合があります。
1. metaset コマンドで -C オプションを使用した場合は、問題が発生しないかどうかを確認するために、まずディスクセットを作成します。
2. 問題が発生した場合は、診断ツールキット (SUNWscdtk) パッケージを使用して、dcs 構成ファイルから情報を削除します。
purge オプションが失敗した場合は、最新のカーネルとメタデバイスのパッチがインストールされていることを確認し、Oracle Solaris Cluster にアクセスします。

Solaris ボリュームマネージャーソフトウェア構成を再作成する

この手順に従うのは、Solaris ボリュームマネージャーソフトウェア構成が完全に失われた場合のみです。この手順では、現在の Solaris ボリュームマネージャー構成とそのコンポーネントが保存され、破損したディスクセットが削除されていることを想定しています。

注 - メディエータは、2 ノードクラスタでのみ使用するようにしてください。

新しいディスクセットを作成します。
```
# /usr/sbin/metaset -s setname -a -h nodename1 nodename2
```
これが複数所有者ディスクセットの場合は、次のコマンドを使用して新しいディスクセットを作成します。
```
 /usr/sbin/metaset -s setname -aM -h nodename1 nodename2
```
セットが作成されたのと同じホストで、必要に応じてメディエータホストを追加します (2 ノードのみ)。
```
 /usr/sbin/metaset -s setname -a -m nodename1 nodename2
```
この同じホストからディスクセットに同じディスクを再び追加します。
```
 /usr/sbin/metaset -s setname -a /dev/did/rdsk/diskname /dev/did/rdsk/diskname
```
削除したディスクセットを再作成する場合は、ボリュームの目次 (Volume Table of Contents、VTOC) がディスクに残っているため、この手順は省略できます。ただし、復元するセットを再作成する場合は、/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
```
このコマンドはどのノードでも実行できます。
メタデバイスごとに、既存の /etc/lvm/md.tab ファイルの構文を確認します。
```
# /usr/sbin/metainit -s setname -n -a metadevice
```
保存されている構成から各メタデバイスを作成します。
```
# /usr/sbin/metainit -s setname -a metadevice
```
メタデバイスにファイルシステムが存在する場合は、fsck コマンドを実行します。
```
# /usr/sbin/fsck -n /dev/md/setname/rdsk/metadevice
```
fsck コマンドが、スーパーブロック数など少数のエラーのみを表示した場合、デバイスは正しく再構築されている可能性が高くなります。その後、fsck コマンドを -n オプションを指定せずに実行できます。多数のエラーが表示された場合は、メタデバイスが正しく再構築されているかどうかを確認します。正しく再構築されている場合は、fsck エラーを確認して、ファイルシステムが回復可能かどうかを判断します。回復できない場合は、バックアップからデータを復元するようにしてください。
すべてのクラスタノード上のほかのすべてのメタセットを /etc/lvm/md.tab ファイルに連結してから、ローカルディスクセットに連結します。
```
# /usr/sbin/metastat -p >> /etc/lvm/md.tab
```

ナビゲーションリンクをスキップ
印刷ビューの終了
	Oracle Solaris Cluster システム管理 Oracle Solaris Cluster (日本語)