日本語PDF

ストレージ・デバイス・パスの永続性の手動構成

ルール・ファイルを作成することにより、ストレージ・ファイル・パスの永続性を保持できます。

サーバーが起動すると、デフォルトで、デバイス・ファイル・ネーミング・スキームudevによって、デバイス・ファイル名が動的に作成され、その所有権がrootに割り当てられます。udevでデフォルトの設定が適用される場合は、ディスクのOracleデバイス・ファイル名および所有者が変更されるため、サーバーの再起動時にディスクがアクセス不可能になります。たとえば、ユーザーgridが所有する/dev/sddというデバイス上の投票ディスクが、サーバーの再起動後には、rootが所有する/dev/sdfというデバイスに置かれる可能性もあります。

Oracle ASMFDを使用する場合、udevで権限およびデバイス・パスの永続性を指定する必要はありません。

Oracle ASMFDを使用しない場合は、カスタム・ルール・ファイルを作成する必要があります。Linuxベンダーは、自身のudev構成をカスタマイズして、ルール・ファイルの読取りに異なる順序を使用しています。たとえば、一部のLinuxディストリビューションでは、udevが起動すると、ルール・ファイルに定義されたルール(構成ディレクティブ)が順次実行されます。これらのファイルは、パス /etc/udev/rules.d/にあります。ルール・ファイルは、字句順に読み取られます。たとえば、ルール・ファイル10-wacom.rulesファイルのルールは、ルール・ファイル90-ib.rulesのルールより先に解析され実行されます。

udevルール・ファイルにデバイス情報を指定する場合は、表示されている順に、他のすべての特性より前に、OWNER、GROUPおよびMODEが指定される必要があります。たとえば、UDEV行に特性ACTIONを含めるには、OWNER、GROUPおよびMODEの後にACTIONを指定します。

複数のルール・ファイルに同じデバイスの記述があった場合、サポートされているLinuxカーネル・バージョンでは、最後に読み取られたファイルが適用されます。

• Oracle ASM用のデバイスの永続性の手動構成
  Oracle ASM用のデバイス・パスの永続性を手動で作成する場合は、これらの作業を実行します