Oracle ACFSの管理の理解

この項では、Oracle ACFSの管理について説明します。内容は次のとおりです。

Oracle ACFSとファイル・アクセスおよび管理セキュリティ

Oracle ACFSでは、Linux環境用に従来のUnix形式のファイル・アクセス制御クラス(ユーザー、グループなど)がサポートされています。

ほとんどのOracle ACFS管理アクションは、Linux環境のroot権限またはOracle ASM管理権限があるユーザーによって実行されます。ファイル・システムの一般的なOracle ACFS情報には、どのシステム・ユーザーでもアクセスできます。

Oracle ACFS管理のサポートでは、多くの一般的なOracle ACFSファイル・システム管理タスク(マウント、アンマウント、ファイル・システムのチェック、ドライバのロード、ドライバのアンロードなど)がroot権限操作であるため、Oracle ASM管理者ロールはroot権限を持つユーザーに付与することをお薦めします。root権限を必要としないその他のOracle ACFSファイル・システムの権限操作は、Oracle ASM管理者によって実行できます。Oracle ASM管理者ロールをroot権限ユーザーに付与しない場合、Oracle ACFSファイル・システムへのアクセスは、norootsuidおよびnodevマウント・オプションを使用して制限できます。

ノート:

ACFSは、fcntlシステム・コールを介してクラスタ全体でファイル全体のPOSIXアドバイザリ・ロックをサポートします。コール元は、開始オフセットに0を使用し、クラスタ全体のロックが必要な場合に長さに0またはOFFSET_MAXを使用する必要があります。それ以外の値を指定すると、バイト範囲ロックが発生します。バイト範囲ロックはノードローカル・モードで動作し、クラスタ内の他のノードでは発生しません。

関連項目:

Oracle ACFSとグリッド・インフラストラクチャのインストール

Oracle Grid Infrastructureには、Oracle Clusterware、Oracle ASM、Oracle ACFS、Oracle ADVMおよびドライバ・リソース・ソフトウェア・コンポーネントが含まれ、これらはOracle Universal Installation (OUI)ツールを使用してOracle Grid Infrastructureホームにインストールされます。

Oracle ACFSの構成

グリッド・インフラストラクチャをインストールし、Oracle Clusterwareが使用可能になると、Oracle ASMコンフィギュレーション・アシスタント(ASMCA)を使用してOracle ASMインスタンスを起動し、Oracle ASMディスク・グループ、Oracle ADVMボリュームおよびOracle ACFSファイル・システムを作成できます。あるいは、SQL*PlusおよびASMCMDコマンドライン・ツールを使用して、Oracle ASMディスク・グループとOracle ADVMボリュームを作成できます。ファイル・システムは、オペレーティング・システム・コマンドライン・ツールを使用して作成できます。

Oracle ACFSファイル・システムは、Oracle ADVM動的ボリューム・ファイルの作成後に自動的に作成されるOracle ADVMベースのオペレーティング・システム・ストレージ・デバイスで構成されます。ボリューム・ファイルおよび関連のボリューム・デバイス・ファイルが作成されると、ファイル・システムを作成して、そのオペレーティング・システム・ストレージ・デバイスにバインドできます。Oracle ACFSファイル・システムは作成後にマウントでき、ファイルおよびファイル・システム操作を実行する認可されたユーザーやアプリケーションがアクセスできるようになります。

関連項目:

互換性属性設定により使用可能になるOracle ACFS機能

このトピックでは、ディスク・グループの互換性属性設定の有効な組合せによって使用可能になるOracle ACFS機能を説明します。

次のリストは、ディスク・グループの互換性属性設定によって使用可能になるOracle ACFS機能に適用されます。

  • COMPATIBLE.ASMの値は常に、COMPATIBLE.RDBMSおよびCOMPATIBLE.ADVMの値以上である必要があります。

  • Oracle Grid Infrastructure 12.2.0.1ソフトウェア以降のCOMPATIBLE.ASMの最小設定は11.2.0.2です。

  • 該当なしとは、属性の設定がその機能に影響を及ぼさないことを意味します。

  • 次の表に明示的にリストされていないOracle ACFS機能については、ディスク・グループの互換性属性設定を拡張する必要はありません。

  • 次の表に示すオペレーティング・システムによって明示的に特定されるOracle ACFS機能は、関連するディスク・グループ属性設定をはじめ、そのオペレーティング・システムで使用可能になります。

  • Oracle ASM 11g リリース2 (11.2.0.3)をLinuxで初回使用時に暗号化を設定する場合、またはLinux上でOracle ASM 11g リリース2 (11.2.0.3)へのソフトウェアのアップグレードに伴って、暗号化パラメータを変更または新しいボリュームの暗号化キーを作成する必要がある場合、ディスク・グループ互換性の属性ASMおよびADVMは、11.2.0.3以上に設定する必要があります。

  • Oracle ACFSでのデータベース・ファイルによるレプリケーションまたは暗号化の使用は、サポートされていません。

  • Oracle Exadataストレージ上のOracle ACFSは、Oracle Grid Infrastructure 12.1.0.2 (Linux上)以上でサポートされます。

次の表に、ディスク・グループの互換性属性設定の有効な組合せによって使用可能になるOracle ACFS機能を示します。

表1-1 ディスク・グループの互換性属性設定により使用可能になるOracle ACFS機能

使用可能なディスク・グループ機能 COMPATIBLE.ASM COMPATIBLE.RDBMS COMPATIBLE.ADVM

ディスク・グループに格納されるボリューム

>= 11.2

該当なし

>= 11.2

暗号化、レプリケーション、セキュリティ、タグ付け(Linuxシステム)

>= 11.2.0.2

該当なし

>= 11.2.0.2

読取り専用スナップショット

>= 11.2.0.2

該当なし

>= 11.2.0.2

読取り-書込みスナップショット

>= 11.2.0.3

該当なし

>= 11.2.0.3

無制限のファイル・システムの拡張

>= 11.2.0.4

該当なし

>= 11.2.0.4

lsおよびfindのパフォーマンスおよびスケーラビリティの向上

>= 11.2.0.4

該当なし

>= 11.2.0.4

Oracle RAC構成用のOracle ACFSでのデータベース・ファイルの格納。

>= 12.1

該当なし

>= 12.1

暗号化、レプリケーション、セキュリティ、タグ付け(Solarisシステム)

>= 12.1

該当なし

>= 12.1

レプリケーションおよびタグ付け

>= 12.1

該当なし

>= 12.1

既存のスナップショットからのスナップショットの作成およびスナップショットの変換

>= 12.1

該当なし

>= 12.1

1023スナップショットのサポート

>= 12.1

該当なし

>= 12.1.0.2

Oracle Restart構成用のOracle ACFSでのデータベース・ファイルの格納

>= 12.2

該当なし

>= 12.2

Oracle ACFSファイル・システムのアクセラレータ・ボリューム

>= 12.2

該当なし

>= 12.2

Oracle ACFSファイル・システムのアクセラレータ・ボリューム上のメタデータ・ストレージ

>=12.2またはOracle Data Appliance (ODA)では>=12.1.0.2

該当なし

>=12.2またはOracle Data Appliance (ODA)では>=12.1.0.2

Oracle ADVMボリュームの論理セクター・サイズ

>= 12.2

該当なし

>= 12.2

Oracle ACFSによる4Kセクターのサポート

>=12.2

該当なし

>=12.2

Oracle ACFS自動サイズ変更

>=12.2またはOracle Data Appliance (ODA)では>=12.1.0.2

該当なし

>=12.2またはOracle Data Appliance (ODA)では>=12.1.0.2

Oracle ACFS疎ファイル

>=12.2またはOracle Data Appliance (ODA)では>=12.1.0.2

該当なし

>=12.2またはOracle Data Appliance (ODA)では>=12.1.0.2

Oracle ACFS圧縮

>=12.2

該当なし

>=12.2

Oracle ACFSスナップショットの割当て制限

>= 12.2

該当なし

>= 12.2

Oracle ACFSスナップショットの重複

>= 12.2

該当なし

>= 12.2

Oracle ACFSのスナップショットの再マスタリング

>= 12.2

該当なし

>= 12.2

個々のOracle ACFSスナップショットによる領域使用量情報

>= 12.2

該当なし

>= 12.2

Oracle ACFSスナップショットベースのレプリケーション

>=12.2

該当なし

>=12.2

Oracle ACFSデフラガ

>=12.2

該当なし

>=12.2

フレックス・ディスク・グループのOracle ADVMボリューム

>=12.2

>=12.2

>=12.2

Oracle ACFSレプリケーション・ロール・リバーサルまたは計画外フェイルオーバー

>=18.0

該当なし

>=18.0

Oracle ACFSファイル・システムのサイズの縮小

>=18.0

該当なし

>=18.0

Oracle ACFSスナップショット・リンク

>=18.0

該当なし

>=21.1

ファイル・レベルのスナップショット(fshares)

>=21.1

該当なし

>=21.1

関連項目:

Oracle ClusterwareリソースとOracle ACFSの管理

Oracle Clusterwareリソースは、Oracle ACFSのすべての側面に対応します。リソースは、ボリュームの有効化と無効化、ドライバのロード、ファイル・システムのマウントとアンマウントの原因となります。

この項では、次の項目について説明します。

Oracle ACFSリソース・ベースの管理の概要

次に、Oracle ACFSリソース・ベースの管理の概要を示します。

  • Oracle ACFS、Oracle Kernel Services Driver(OKS)およびOracle ADVMドライバは、Oracle ASMインスタンスの起動時に動的にロードされます。

    • Oracle ACFS

      このトライバは、すべてのOracle ACFSファイルおよびディレクトリ操作を処理します。

    • Oracle ADVM

      このドライバは、ファイル・システムを作成するためにファイル・システムで使用されるOracle ADVMボリューム・ファイル用のブロック・デバイス・サービスを提供します。

    • Oracle Kernel Services Driver(OKS)

      このドライバは、メモリー割当て、同期プリミティブおよび分散ロック・サービス用のポータブル・ドライバ・サービスをOracle ACFSおよびOracle ADVMに提供します。

    ドライバは、単一リソース・セットとして管理されます。詳細は、「Oracle ACFSドライバ・リソース管理」および「Oracle ACFSドライバのコマンド」を参照してください。

  • ボリュームを作成する場合、Oracle ADVMでは、名前がora.DISKGROUP.VOLUME.advmのリソースを作成します。このリソースは、通常、Oracle ASMからの透過的な高可用性コールによって管理されるため、ユーザー操作は必要ありません。ただし、ユーザーは、SRVCTLコマンド・インタフェースを使用したボリュームの開始および停止や、Oracle ASM再起動後のボリュームのデフォルト状態の制御が可能です。これは、特に、他のノード上のボリュームを操作する場合と同様、大規模なクラスタまたはOracle Flex ASMクラスタで役立ちます。

    さらに、Oracle Clusterwareスタックの他のリソースが依存性チェーンを維持する場合にOracle ADVMリソースを使用できます。依存性チェーンにより、プログラムの実行に必要なリソースが利用可能かどうかが確認されます。たとえば、リソースがOracle ADVMボリュームにバックアップしていたバックアップ・アプリケーションをモニタリングしていた場合、そのバックアップ・アプリケーションが、STARTおよびSTOP依存性リストでOracle ADVMボリューム・リソースを指定していることを確認するとします。Oracle ADVMボリューム・リソースによりボリュームが有効になるため、バックアップの開始前にボリュームが利用できるかどうかが確認されます。

  • Oracle ACFSファイル・システムは、Oracle ACFSまたはOracle Clusterwareコマンドライン・ツールを使用して手動でマウントまたはディスマウントされるか、Oracle Clusterwareリソース・アクションに基づいて自動的にマウントまたはディスマウントされます。

    たとえば、Oracle Databaseホームのホストであるファイル・システムは、データベース・リソースで起動アクションを発行すると、データベース・ホーム・ファイル・システムにある依存Oracle ACFSがマウントされるように、関連付けられたOracle Databaseリソースの依存性リストで指定できます。

    Oracle ACFSファイル・システム・リソースでは、次のアクションが提供されます。

    • MOUNT

      START操作時に、リソースは、そのリソースで構成されるパス上のファイル・システムをマウントします。Oracle ACFSファイル・システム・リソースでは、Oracle ASMスタックのすべてのコンポーネントがアクティブ(ボリューム・デバイス、ASM)である必要があるため、マウントを行う前にコンポーネントがアクティブであるかどうかが確認されます。

    • UNMOUNT

      STOP操作時に、リソースは、ファイル・システムのアンマウントを試行します。

  • Oracleでは、Oracle高可用性NFSに対して2種類のリソースを提供しています。詳細は、「Oracle ACFS NAS Maximum Availability eXtensions」を参照してください。

すべてのOracle Clusterwareリソースと同様に、これらのリソースは、基本となるデバイス、ファイル・システムまたはドライバをモニタリングすることで高可用性を実現し、オブジェクトが利用可能な状態を保つようにします。基礎となるオブジェクトが利用不可になる場合、各リソースは、基礎となるオブジェクトが再度利用可能になるようにします。

高可用性アクション

次に、高可用性リソースのアクションを示します。

  • Oracle ACFSリソース

    このリソースは、ファイル・システムのアンマウントを試行します。アンマウントに成功すると、リソースは、ファイル・システムを再マウントして、ファイル・システムを再度利用可能な状態にします。アンマウント時にプロセスがファイル・システム上でアクティブな場合、リソースは、これらのプロセスを認識して終了します。

  • Oracle ADVMリソース

    このリソースは、任意のボリューム・デバイスの無効化を試行して、そのボリューム・デバイスを再度有効にします。その時点で、構成されたOracle ACFSリソースはファイル・システムを再マウントできます。この期間にプロセスがボリューム上でアクティブな場合、リソースは、これらのプロセスを認識して終了します。

Oracle ACFSリソースの作成

Oracle ACFSリソースは次の方法で作成できます。

  • Oracle ASMコンフィギュレーション・アシスタント(ASMCA)には、最も頻度の高い機能を公開するGUIがあります。どのような場合でも、ファイル・システム・リソースの作成により、基本のファイル・システムがフォーマットされることはありません。リソースを開始しようとする場合、ユーザーは、手動で、またはASMCAを使用してファイル・システムをフォーマットする必要があります。

  • SRVCTLには、filesystemオブジェクトを介して、Oracle ACFSファイル・システム・リソースを作成するための柔軟性の高いコマンドライン・ユーティリティが用意されています。このメカニズムで作成されたOracle ACFSリソースは、サーバー・プールなどの全機能セットにアクセスできます。

  • acfsutilコマンドにより、registryオブジェクトを使用してOracle ACFSファイル・システム・リソースを作成する代替方法が提供されます。この方法で作成されたOracle ACFSリソースでは、アクセスできるオプションに制限があります。

SRVCTLコマンドとacfsutilコマンドの違いは、次のとおりです。

  • SRVCTLで作成され、サーバー・プールまたはノード・リストを指定するOracle ACFSリソースは、そのノードのいずれかにのみマウントされます。(ノードローカル)

  • SRVCTLで作成されたOracle ACFSリソースは、Oracleサーバー・プールを利用できます。

  • acfsutilコマンドで作成され、ノード・リストを指定するOracle ACFSリソースは、そのリストのノードすべてにマウントされます。(ノードローカル)

  • acfsutilコマンドで作成されたOracle ACFSリソースは、AUTOSTARTがALWAYSに設定された状態で作成されます。

  • SRVCTLで作成されたOracle ACFSリソースでは、高度なアプリケーションID機能を使用できます。この機能を使用すると、管理者が設定するリソース・タイプが有効になります。タイプの設定後、他のリソースはこのタイプによって決まるため、各ノードで依存性を実施するように様々なノードローカル・ファイル・システムを使用できます。簡単な例では、これにより、管理者は、クラスタの各ノードの/logディレクトリに異なるデバイスをマウントしたり、Apacheリソースを実行したりすることができます。Apacheリソースでは、個々のリソースを指定するのではなく、そのリソース依存性構造で新しいタイプを指定します。

  • SRVCTLで作成されたOracle ACFSリソースは、AUTOSTARTパラメータを追加で指定できます。これらのパラメータを使用すると、スタックの起動時にリソースが開始することがなく、開始するリソースを常に強制したり、リソース(以前に実行していた場合)の開始のみを行うことができます。

  • SRVCTLで作成されたOracle ACFSリソースでは、アクセラレータ・ボリュームなどの機能にアクセスできます。

SRVCTLコマンドとacfsutilコマンドの両方に共通する要素は、次のとおりです。

  • ユーザー

    これは、リソースに影響を与える可能性のある追加ユーザーです。デフォルトでは、Oracle ACFSリソースを開始および停止するrootユーザーである必要があります。

  • オプション

    これらは、リソースが開始している場合に、ファイル・システムのマウントに使用する必要があるマウント・オプションです。

ノードローカルまたはクラスタワイド・ファイル・システム

Oracle ACFSファイル・システム・リソースを作成すると、ノードローカル・ファイル・システムまたはクラスタワイド・ファイル・システムを作成できます。

  • ノードローカル

    このファイル・システム・タイプは、マウントできるノード数に制限されます。SRVCTLコマンドとacfsutilコマンドのどちらで作成されるかに応じて、1つのノードのみ、ノードのサブセット、または構成されたすべてのノードにマウントできます。場合によっては、フル・クラスタ構成と同じように見えますが、新しいノードをクラスタに追加する場合、ファイル・システムは、許容されるノードのリストを変更しないと自動的にマウントされません。

  • クラスタワイド

    このタイプのファイル・システムは、例外なく、クラスタのすべてのノードにマウントされます。新しいメンバーをクラスタに追加すると、ファイル・システムは、そのメンバー上で自動的に利用可能になります。このタイプのリソースは、Oracle DatabaseやOracle HANFSなどの特定の構成に必要です。

Oracle ACFSリソースのモニタリング

すべてのOracle Clusterwareリソースと同様に、Oracle ACFSリソースを使用すると、システムの状態をモニターできます。このモニタリングは、次のコマンドで行うことができます。

  • SRVCTLコマンドの使用

    コマンドsrvctl status filesystemまたはsrvctl status volumeを実行すると、コマンドの出力によって、ファイルシステムがマウントされるか、ボリュームが有効になるか、どのノードがこれに当てはまるかが報告されます。

  • CRSCTLコマンドの使用

    crsctl status resourceコマンドを実行すると、マウントされたファイル・システムまたは有効なボリュームのどちらかによって、利用可能なリソースごとにONLINEの状態が報告されます。OFFLINEの状態は、アンマウントされたファイル・システムまたは無効なボリュームのどちらかによって、利用不可のリソースごとに報告されます。追加のステータスは、この出力のSTATUSフィールドに表示されます。

Oracle ACFSリソースの停止

Oracle ACFSファイルシステム・リソースは、次の方法で停止できます。

  • Oracle Clusterwareスタック全体を停止できます。Oracle Clusterwareスタックを停止すると、Oracle ACFSリソースはすべて自動的に停止します。

  • 個々のリソースを停止するには、SRVCTL管理コマンドをOracle ACFSのファイル・システムまたはボリューム・オブジェクトとともに使用できます。停止しようとしているリソースに依存している他のリソースがある場合は、コマンドに-forceオプションが必要な場合があります。

  • 手動アクション(ファイル・システムでのunmountの実行や、ASMCMDコマンドまたはSQL*Plusコマンドを使用した手動によるボリュームの停止など)を行うことができます。この場合、Oracle ACFSリソースは、OFFLINE状態に自動的に遷移します。

Oracle Grid Infrastructure以外のマウント・ポイントの使用により、一部の状況でカーネルでのボリュームのアンマウントおよび無効化ができない場合があります。たとえば:

  • ネットワーク・ファイル・システム(NFS)

  • Samba/共有インターネット・ファイル・システム(CIFS)

前述のいずれかの例に状況が当てはまる場合は、スタックの停止、ファイル・システムのアンマウント、またはボリュームの無効化を開始する前に、必ずこの機能の使用を中断してください。

また、一部のユーザー・スペース・プロセスおよびシステム・プロセスでは、Oracle Grid Infrastructureスタックがパッチ適用やアップグレード中に停止しないような方法で、ファイル・システムまたはボリューム・デバイスを使用する場合があります。この問題が発生した場合は、lsofコマンドおよびfuserコマンド(LinuxおよびUNIX)を使用して、Oracle ACFSファイル・システム上とOracle ADVMボリューム上でアクティブなプロセスを特定してください。これらのプロセスが確実にアクティブでなくなるようにするには、すべてのOracle ACFSファイル・システムまたはOracle ADVMボリュームをディスマウントし、Oracle Clusterwareの停止を発行します。このようにしないと、Oracle Clusterwareの停止時にOracle ACFSファイル・システムまたはOracle ADVMボリュームのアクティビティに関してエラーが発生する場合があり、Oracle Clusterwareの正常な停止を妨げることになります。

Oracle ACFSリソースの制限事項

Oracle ACFSには、リソースに関する次の制限事項があります。

  • すべてのOracle ACFSリソースの作成には、root権限が必要です。

  • すべてのOracle ACFSリソースの削除には、root権限が必要です。

  • すべてのOracle ACFSファイル・システム・リソースの操作(リソースの開始や停止など)には、root権限が必要ですが、データベース・ユーザーなどの別のユーザーがそれらを操作できるように構成可能です。この場合、rootユーザーを使用してリソースを構成する必要があります。

  • すべてのOracle ADVMボリューム・リソースでは、ASMADMINユーザーの操作が許可されます。

  • すべてのOracle ACFSリソースは、Oracle RACモードでのみ利用可能です。Oracle ACFSリソースは、Oracle Restart構成でサポートされません。Oracle ACFSとOracle Restartの詳細は、Oracle ACFSとOracle Restartを参照してください。

Oracle ACFSとディスマウントまたは停止操作

Oracle ADVMボリューム・デバイス・ファイルで構成されたアクティブ・ファイル・システムは、Oracle ASMインスタンスが停止されるか、ディスク・グループがディスマウントされる前にディスマウントする必要があります。ファイル・システムがディスマウントされると、Oracle ASMファイルに対して使用中の参照はすべて削除され、関連ディスク・グループのディスマウントまたはインスタンスの停止が可能になります。

関連するOracle ACFSがアクティブであるときに、Oracle ASMインスタンスまたはディスク・グループが強制的に停止されるか、障害が発生すると、ファイル・システムはオフライン・エラー状態になります。ファイル・システムがOracle ADVMボリューム・ファイルに現在マウントされている場合は、それらのファイル・システムを先にディスマウントせずにOracle ASMインスタンスを終了するのに、SHUTDOWN ABORTコマンドを使用しないでください。使用すると、アプリケーションでIOエラーが発生し、Oracle ASMストレージの隔離前に、終了時点で書き込まれるOracle ACFSのユーザー・データおよびメタデータがストレージにフラッシュされない可能性があります。ファイル・システムのディスマウントが不可能な場合は、SHUTDOWN ABORT操作を発行する前に、2つのsync (1)コマンドを実行してキャッシュ済のファイル・システム・データおよびメタデータを永続ストレージにフラッシュする必要があります。

その後でオフライン・ファイル・システムにアクセスしようとすると、エラーが戻されます。その状態からファイル・システムをリカバリするには、Oracle ACFSファイル・システムのディスマウントと再マウントが必要です。1つのアクティブ・ファイル・システムをアンマウントするには、たとえオフラインのものであっても、そのファイル・システムを使用するすべてのアプリケーション(シェル参照を含む)を停止する必要があります。たとえば、ファイル・システム・ディレクトリへの前のディレクトリ変更(cd)です。Linuxのfuserコマンドまたはlsofコマンドは、プロセスおよびオープン・ファイルに関する情報を一覧表示します。

関連項目:

Oracle ACFS暗号化

Oracle ACFS暗号化により、ディスクに保存されたデータ(保存データ)を暗号化できます。

暗号化機能は、Oracle ACFSファイル・システム内の暗号化された形式のデータを保護し、データの損失または盗用の場合にデータの認証されていない使用を防ぎます。データはセカンダリ・ストレージにプレーンテキストで書き込まれることはありません。物理ストレージが盗まれたとしても、保存されたデータは暗号化キーがなければアクセスできません。暗号化キーはプレーンテキストで保存されます。暗号化されているファイルとされていないファイルは、同じOracle ACFSファイル・システムに共存できます。

暗号化機能には、システム管理者権限が必要なものがあります。この機能には、暗号化の開始、設定および再構成が含まれます。

システム管理者およびOracle ACFSセキュリティ管理者は暗号化の操作を開始できます。また、非特権ユーザーは自分が所有するファイルの暗号化を開始できます。

Oracle ACFS暗号化では、次の2つのタイプの暗号化キーを提供します。

  • ファイル暗号化キー(FEK)

    これはファイル用のキーで、ファイル内のデータを暗号化するのに使用されます。

  • ボリューム暗号化キー(VEK)

    これはファイル・システム用のキーで、ファイルの暗号化キーを暗号化するのに使用されます。

まず、暗号化キー・ストアを作成する必要があり、次にファイルシステム・レベルの暗号化パラメータを指定し、ディレクトリを識別する必要があります。ユーザーにファイル・データをアクセスするのに適切な特権があれば、ユーザーが暗号化されたファイルを読み取るのに追加のステップは必要ありません。

Oracle ACFS暗号化では、Oracle Cluster Registry (OCR)とOracle Key Vaultの両方をキー・ストアとしてサポートしています。OCRとOracle Key Vaultは両方とも、同じクラスタ内で使用できます。ただし、単一ファイル・システムでは、VEKのOCRまたはOracle Key Vaultのいずれかをキー・ストアとして使用します。Oracle Key Vaultは現在、Linux上のファイル・システムでのみ使用可能です。

OCRをVEKのキー・ストアとして使用している場合、パスワードで保護されたPKCSウォレットまたはパスワードなしSSOウォレットにVEKを格納できます。ボリューム暗号化キーの作成または更新後はOCRをバックアップして、ファイル・システムのすべてのボリューム暗号化キー(VEK)を含むOCRバックアップを確保する必要があります。

Oracle Key VaultをVEKのキー・ストアとして使用している場合は、Oracle Key Vaultエンドポイントをエンドポイント・タイプ「Oracle ACFS」で作成する必要があります。また、同じクラスタ内のすべてのOracle Key Vaultエンドポイントは、同じエンドポイント・パスワードを共有する必要があります。

OCI環境内では、Oracle ACFS暗号化により、OCI Vaultとの統合も可能になりました。マスター暗号化キーはOCIボールト内で生成でき、これらのマスター暗号化キーを使用してACFSファイル・システムのVEKを暗号化できます。これにより、Oracle ACFS暗号化キー階層にレベルが追加され、OCI内にキー管理機能が追加されます。VEKがOCI Vaultマスター暗号化キーによって暗号化されている場合、パスワードなしのSSOウォレットを使用してOCRに格納する必要があります。

監査および診断データがOracle ACFS暗号化用に記録されます。ログ・ファイルには、実行したacfsutilコマンド、セキュリティまたはシステム管理者権限の使用、実行時障害などの情報が含まれます。ログは次のファイルに書き込まれます。

  • mount_point/.Security/encryption/logs/encr-hostname_fsid.log

    このディレクトリは、acfsutil encr setコマンドを使用して作成されます。

  • GRID_HOME/log/hostname/acfs/security/acfssec.log

    このファイルに記録されるメッセージは、acfsutil encr initなどの、特定のファイル・システムと関連付けられていないコマンドに対してのものです。このディレクトリはインストール中に作成され、ルート・ユーザーが所有します。

アクティブ・ログ・ファイルが事前に定義した最大サイズ(10MB)まで増大すると、ファイルは自動的にlog_file_name.bakに移動し、管理者に通知され、ログは通常のログ・ファイル名で継続します。管理者に通知されると、管理者はlog_file_name.bakファイルをアーカイブするか削除する必要があります。アクティブ・ログ・ファイルが最大サイズまで増大し、log_file_name.bakファイルが存在する場合は、バックアップ・ファイルが削除されるまでログは停止します。バックアップ・ファイルが削除されると、ログは自動的に再開します。

Oracle ACFS暗号化での処理では次のことに注意してください。

  • 暗号化されたファイルのコピーは、そのファイルのコピーが暗号化されたディレクトリで作成されないかぎり暗号化されません。

    viエディタなど、アプリケーションによっては、ファイルが変更されるとファイルが再作成されるものがあります。変更されたファイルは一時ファイルとして保存され、元のファイルが削除され、一時ファイルがコピーされて、その名前として元のファイル名が使用されます。この処理では新しいファイルが作成されます。新しいファイルは、それが暗号化されたディレクトリで作成されないかぎり暗号化されません。暗号化されたファイルのコピーを計画している場合、親ディレクトリも暗号化されていることを確認する必要があります。

  • Oracle ACFSでのデータベース・ファイルによる暗号化の使用は、サポートされていません。

  • Oracle ACFS暗号化は、暗号化を使用しているファイル・システムのいずれかがOracle ACFSマウント・レジストリを使用してマウントされるように構成されている場合、パスワードで保護された(PKCS)ウォレットで使用できません。

  • ACFS暗号化はFIPS-140準拠ではありません。

LinuxでOracle ACFS暗号化機能を使用するには、ASMおよびADVMのディスク・グループの互換性属性が11.2.0.2以上に設定されていることが必要です。次のような場合、LinuxではASMとADVMに対するディスク・グループの互換性属性は11.2.0.3以上に設定される必要があります。

  • Oracle ASM 11gリリース2 (11.2.0.3)で初回時に暗号化を設定する場合。

  • ソフトウェアのOracle ASM 11gリリース2 (11.2.0.3)へのアップグレードに伴って暗号化パラメータを変更、または新しいボリュームの暗号化キーを作成する必要がある場合。

Oracle ACFSファイル・システムの暗号化情報はV$ASM_ACFS_ENCRYPTION_INFOビューに表示されます。暗号化を構成し、暗号化されたOracle ACFSファイル・システムを管理するには、acfsutil encrコマンド機能とOracle ASMコンフィギュレーション・アシスタントを使用します。

ノート:

Oracle ACFS 21c以降、SolarisおよびMicrosoft Windowsオペレーティング・システムでOracle ACFS暗号化がサポート対象外になりました。Oracle SolarisおよびMicrosoft WindowsでのOracle ACFS暗号化は、RSAテクノロジに基づいています。RSAテクノロジのリタイアが通知されました。Linuxでは代替テクノロジを使用するため、Oracle ACFS暗号化はLinuxで引き続きサポートされ、この非推奨に影響を受けません。

関連項目:

Oracle ACFS圧縮

Oracle ACFS圧縮は、汎用ファイル用に指定されたOracle ACFSファイル・システムで有効になります。Oracle ACFS圧縮は、Oracle Databaseファイルではサポートされません。

キャッシュIO圧縮は、アプリケーションによってファイルに書き込まれた後に非同期で実行されます。ファイル・システムで圧縮を有効にすると、既存のファイルは圧縮されず、新規作成したファイルのみ圧縮されます。圧縮を無効にしても、圧縮済ファイルは解凍されません。圧縮済ファイルは圧縮単位に関連付けられ、圧縮アルゴリズムはこの単位に対して作用します。デフォルトの単位サイズは現在32Kです。lzoは、デフォルトの圧縮アルゴリズムであり、現在サポートされている唯一の圧縮アルゴリズムです。

acfsutil compressコマンドは、acfsutil compress onおよびacfsutil compress offによってファイル・システムの圧縮状態を設定およびリセットします。圧縮状態および圧縮操作の有効性を表示するには、acfsutil compress infoコマンドを使用します。acfsutil info fsコマンドおよびacfsutil info fileコマンドは、Oracle ACFS圧縮状態に関してレポートするよう拡張されています。

圧縮済ファイルは、未圧縮ファイルよりディスク領域の消費が少なくなります。しかし、そのファイルを使用するアプリケーションに対して、レポートされるサイズは未圧縮ファイル・サイズと等しく、小さい方の圧縮済サイズではありません。ls -lなどの一部のユーティリティは、ファイルの未圧縮サイズをレポートします。du、acfsutil compress info、acfsutil info fileなどのユーティリティは、圧縮済ファイルの実際のディスク割当てをレポートします。

Oracle ACFS圧縮について、次の点に注意してください。

  • Oracle ACFS圧縮は、データベース・ファイルの保持を目的とするOracle ACFSファイル・システムではサポートされません。かわりに、Oracle Advanced Compressionを使用してください。

  • 圧縮済ファイルでのループバック・マウントはサポートされません。これには、Oracle ACFSリモート・サービスでの使用を目的とするファイルが含まれます。ループバック・デバイスが圧縮済ファイルに関連付けられている場合、ループバック・デバイスに対する読取り操作および書込み操作は失敗します。

  • 圧縮に対応しているOracle ACFSファイル・システムでは、ループバック・デバイスを未圧縮ファイルに関連付けることができます。

  • Oracle Grid Infrastructure 12cリリース2 (12.2.0.1)の場合、Oracle ACFS圧縮はLinuxでサポートされます。

  • Oracle ACFS圧縮は、Oracle Grid Infrastructure 12cリリース2 (12.2.0.1)以降で使用可能なOracle ACFSスナップショットベースのレプリケーションでのみサポートされます。

  • ADVMディスク・グループ互換性を12.2以上に設定する必要があります。

  • Oracle ACFSは、FsharesのACFS圧縮をサポートしていません。

関連項目:

Oracle ACFSレプリケーション

Oracle ACFSスナップショットベースのレプリケーションにより、ネットワーク経由でのOracle ACFSファイル・システムのリモート・サイトへのレプリケーションが可能になり、ファイル・システムに対する障害時リカバリ機能が提供されます。

Oracle ACFSレプリケーションでは、マウントされたファイル・システム、またはマウントされたファイル・システムのスナップショットをレプリケーション・ストレージ・ロケーションとして指定できます。Oracle ACFSレプリケーション関係のソースOracle ACFSロケーションはプライマリ・ロケーションと呼ばれます。Oracle ACFSレプリケーション関係のターゲットOracle ACFSロケーションはスタンバイ・ロケーションと呼ばれます。

ノート:

  • Oracle ACFSレプリケーション機能は、各プライマリ・ロケーションの1つのスタンバイ・ロケーションのみをサポートします。

  • スタンバイ・ロケーションは、レプリケーションがアクティブであるかぎり、読取り専用です。スタンバイの読取り-書込みスナップショットを作成できます。

  • LinuxまたはSolarisを実行しているプライマリ・サイトは、Oracle ACFSをサポートし、それらのオペレーティング・システムのいずれかを実行しているスタンバイ・サイトにレプリケートできます。

    アプリケーション・データは、Oracle ACFSレプリケーションのクロス・プラットフォーム使用では変更されません。Oracle ACFSレプリケーションで行われるのは、異なるオペレーティング・システム間で転送されるメタデータの妥当性の確認のみです。

  • プライマリ・サイトおよびスタンバイ・サイトでは、同じバージョンのOracle Grid Infrastructureソフトウェアが実行中である必要があります。ただし、プライマリ・サイトとスタンバイ・サイトで異なるバージョンが実行されている場合、両方のバージョンが19c以降であるかぎり、レプリケーションは正しく機能します。19c以降が使用されているかぎり、2つのサイトはどちらの順序でもアップグレードできます。

  • Oracle ACFSレプリケーションは、Oracle Restartでサポートされていません。

  • Oracle Key Vaultキーストアは、レプリケーション・ロケーションを含むスタンバイ・ファイル・システムではサポートされません。

  • レプリケーション・ロケーションを含むプライマリ・ファイル・システムでは、Oracle ACFS暗号化を元に戻せません。

    アクティブなスナップショットを保持するファイル・システムでは、暗号化を元に戻せません。アクティブ・レプリケーション・ロケーションを含むプライマリ・ファイル・システムで暗号化を元に戻す場合は、まずレプリケーションを終了します。レプリケーションが停止したら、暗号化を元に戻してレプリケーションを再開します。

サイトはプライマリ・ロケーションとスタンバイ・ロケーションの両方をホストできます。たとえば、クラスタ・サイトAおよびBがある場合、サイトAにホストされたプライマリ・ファイル・システムは、サイトBのスタンバイ・スナップショットにレプリケートできます。同様に、サイトBにホストされたプライマリ・スナップショットは、サイトAのスタンバイ・ファイル・システムにレプリケートできます。ただし、Oracle ACFSファイル・システムまたはスナップショットは、同時にプライマリおよびスタンバイのロケーションとして使用できません。

Oracle ACFSスナップショットベースのレプリケーションは、プライマリ・ロケーションのスナップショットを記録することで機能します。最初のスナップショットがスタンバイ・ロケーションに転送された後、プライマリの連続するスナップショット間の変更をスタンバイ・ロケーションに転送することで、レプリケーションは続行します。このようなレプリケーション操作は、常時モード(前の操作が完了するとすぐに新しい操作を開始できる)で実行することも、固定間隔で実行されるようにスケジュールすることもできます。このレプリケーション・ソリューションは、本来非同期です。

Oracle ACFSレプリケーションでは、最初にプライマリ・サイトでスナップショット機能を使用して、最初のスナップショットのコンテンツと、その後に2つの指定されたスナップショット間の差異をともに外部化します。その結果は、スナップショット複製ストリームと呼ばれます。次に、レプリケーション・プロセスでは、スタンバイ・サイトでスナップショット機能を使用して、このストリームをスタンバイ・ロケーションに適用し、プライマリ・ロケーションの複製を作成します。

プライマリでは、連続するスナップショットを比較することでレプリケーションが機能するため、プライマリをホストするサイトに、各スナップショットに記録されるプライマリのバージョンの他、現行プライマリのコンテンツも格納するための使用可能なディスク領域が十分にあることが重要です。さらに、必要なスナップショットを作成するのに十分な領域が常にある必要があります。各レプリケーション・スナップショットは、不要になると削除されます。

スタンバイでは、各レプリケーション操作の最後にバックアップ・スナップショットが作成されます。このスナップショットは、スタンバイの最新の一貫性のあるコンテンツを記録し、現行のレプリケーション操作時に永続的な機能停止が発生した場合にそれらのコンテンツのリカバリに使用できます。各バックアップ・スナップショットは、次のレプリケーション操作が完了すると削除されるため、常にバックアップ・スナップショットを作成できる必要があります。さらに、スナップショットで取得されたスタンバイのバージョンおよび現行スタンバイのコンテンツ用にも十分な領域が存在する必要があります。

プライマリ・ファイル・システムおよびスタンバイ・ファイル・システムでディスク領域が不足していないことを確認する必要があります。いずれかのファイル・システムで、使用可能なストレージが不足する場合は、ファイル・システムを拡張するか、ファイル・システムのファイルまたは存在する任意の読取り-書込みスナップショットを削除して領域を解放する必要があります。自動サイズ変更を構成して、領域不足を回避することもできます。

プライマリ・ファイル・システムが領域不足になり、ファイルを削除することで領域を解放することにした場合は、レプリケートされていないファイルのみを削除する必要があります。レプリケートされたファイルは、スタンバイ・ファイル・システムに転送されるまでスナップショットに格納されていて、削除されません。レプリケーションによって作成されていないOracle ACFSスナップショットは削除できます。

レプリケーション構成情報

23aiリリース以降の場合、OL8/X64プラットフォームでは、Oracle ACFSレプリケーションで、プライマリ・クラスタとスタンバイ・クラスタの間の転送方式としてSSL対応ソケットまたはsshユーティリティのどちらかを使用できます。その他のプラットフォームでは、引き続き、転送方式はsshのみとなります。どちらの転送方式の場合も、レプリケーションでは、レプリケーション・ユーザー(つまり、repluser)として特定のユーザーを指定する必要があります。

転送方式としてSSLを使用する場合、構成は、それら2つのクラスタの間での資格証明の単純な共有からなります。

詳細は、「SSLベースのOracle ACFSレプリケーションの構成」を参照してください。

転送方式としてsshを使用する場合は、構成で、repluser用に2種類のキーを設定することでsshの自動使用を有効にする必要があります。これらのキーは、レプリケーションが実行可能になっている各ノードで使用できる必要があります。

  • repluserは、各クラスタ内の各ノードで、他のクラスタ内の各ノードのホスト・キーを格納する必要があります。

  • 各クラスタ内の各ノードに、そのノードにrepluserとしてログインすることが認可されている、他のクラスタで定義されているrepluser用公開キーが格納されている必要があります。

プライマリ・ホストで実行されているレプリケーションは、ホスト・キーを使用してデータを送信しているスタンバイ・ホストを認証できるようにするため、これらのキーが必要です。また、プライマリ・ホストで実行されているレプリケーションでは、ユーザー・キーを使用してスタンバイ・ホストに適用ユーザーとしてログインし、スタンバイ・ロケーションを更新できる必要があります。さらに、レプリケーションでは、プライマリおよびスタンバイで実行されているロールを入れ替えることができます。このスイッチオーバー操作を正常に実行するためには、プライマリ・ホストとスタンバイ・ホストで同じタイプのsshキーが構成されている必要があります。

転送方式としてsshを使用しやすくするために、23aiリリースのレプリケーション機能にはキー設定アシスタントacfsreplsshが用意されており、これにより、構成が部分的に自動化されます。

詳細は、「Oracle ACFSレプリケーションで使用するためのsshの構成」を参照してください。

ファイル・システムまたはスナップショットでレプリケーションを使用する前に、次のことを確認してください。

  • プライマリ・ロケーションとスタンバイ・ロケーション間のレプリケーションをサポートするのに十分なネットワーク・バンド幅があること。

  • プライマリ・ロケーションおよびスタンバイ・ロケーションをホストするサイトの構成により、スタンバイ・ファイル・システムがプライマリ・ロケーションでの変更速度についていくことができること。

  • 転送方式としてSSLを使用している場合、その資格証明が、それら2つのサイトの間で共有されていること。

  • 転送方式としてsshを使用している場合、ssh用のホスト・キーとユーザー・キーが正しく構成されていること。

Oracle ACFSファイル・システムまたはスナップショットのディレクトリおよびファイルには、ファイル・システム内でレプリケートする特定のオブジェクトを選択できるようにタグを付けることができます。

特定のロケーションをレプリケートする前に、プライマリ・ロケーションをホストしているサイト、スタンバイ・ロケーションをホストしているサイト、レプリケートするファイル・システム、ロケーションでのファイル・システムのマウント・ポイント、およびタグのリストなどの必要情報を特定するために、レプリケーション構成を作成する必要があります。

プライマリ・サイトおよびスタンバイ・サイトでは、2つのロケーションで使用中のすべてのuidsおよびgidsを含め、同じユーザー構成とグループ構成を共有する必要があります。レプリケーションが有効になっている各ノードで、前述の適用ユーザーrepluserを構成する必要があります。このユーザーはOracle ASM管理グループのメンバーである必要があり、Oracle ASM管理者ユーザー権限が必要です。

ノート:

ユーザー名と数値のuids、およびグループ名と数値のgidsとの間のマッピングは、プライマリ・クラスタとスタンバイ・クラスタの両方で同一である必要があります。 レプリケーションでの数値の転送はプライマリからスタンバイに対してのみ行われるため、両方のクラスタで数値が同じように使用されるようにするためにはこれが必須です。

レプリケーション・スイッチオーバー

Oracle ACFSレプリケーションでは、ロール・リバーサルまたはスイッチオーバー機能が提供されます。この機能により、元のプライマリ・ロケーションおよびスタンバイ・ロケーションのロールを逆にできます。acfsutil repl switchoverコマンドを使用すると、元のプライマリを新しいスタンバイに変更し、元のスタンバイを新しいプライマリに変更できます。スイッチオーバー機能では、レプリケーションが拡張されて障害時リカバリ機能がさらに提供されます。

レプリケーション計画外フェイルオーバー

Oracle ACFSレプリケーションには、acfsutil repl failoverコマンドを使用した計画外フェイルオーバー機能が用意されています。コマンドは、計画的フェイルオーバー・ケース(プライマリ・アップ)および計画外フェイルオーバー・ケース(プライマリ・ダウン)の両方でスタンバイ上で起動できます。2つのケースを区別するために、acfsutil repl failoverはプライマリと通信するための特定の時間を試行します。プライマリが停止していると判断する前に、スタンバイがプライマリとの通信を待機する時間を制御するために使用できるオプションがあります。

acfsutil repl failoverがプライマリへの接続を試みると、次の処理が行われます。

  • プライマリが応答した場合、スタンバイはプライマリと連携して、データ消失なしで計画的フェイルオーバーを実行します。

  • プライマリが応答しない場合、スタンバイはプライマリが停止していると仮定し、プライマリの関与なしで計画外フェイルオーバーを開始します。データが失われる可能性があります。

追加情報

Oracle ACFSレプリケーション機能を使用するには、プライマリ・ロケーションおよびスタンバイ・ロケーションのファイル・システムを含むディスク・グループのASMおよびADVMのディスク・グループ互換性属性が12.2以上に設定されている必要があります。Oracle ACFSロール・リバーサルまたは計画外フェイルオーバー・レプリケーション機能を使用するには、プライマリ・ロケーションおよびスタンバイ・ロケーションのファイル・システムを含むディスク・グループのASMおよびADVMのディスク・グループ互換性属性が18.0以上に設定されている必要があります。

Oracle ACFSレプリケーションをSolaris Sparcハードウェアを使用するには、システムをSolaris 10 Update 8以降で実行中である必要があります。

レプリケーションを構成し、レプリケートされたOracle ACFSロケーションを管理するにはacfsutil replコマンドライン機能を使用します。

ノート:

Oracle ACFS 21c以降、Oracle ACFSレプリケーション・プロトコル・バージョン1はサポート対象外になりました。レプリケーション・プロトコル・バージョン1は、Oracle ACFS 12cリリース2 (12.2.0.1)で導入されたスナップショットベースのレプリケーション・バージョン2に置き換えられました。

関連項目:

Oracle ACFSタグ付け

Oracle ACFSタグ付けは共通の名前付け属性をファイルのグループに割り当てます。

Oracle ACFSレプリケーションはこのタグを使用して、別のリモート・クラスタ・サイトへのレプリケーション用にユニークなタグ名のファイルを選択することができます。タグ付けオプションにより、Oracle ACFSファイル・システム全体をレプリケートする必要がなくなります。

Oracle ACFSは拡張属性を使用してタグ付けを実装します。編集ツールやバックアップ・ユーティリティの中には、デフォルトで元のファイルの拡張属性を保持しないものがあり、特定のスイッチを設定する必要があります。次のリストに、Oracle ACFSタグ名が元のファイルで保存されるようにするための、共通のユーティリティに対する必要な要件とスイッチ設定を示します。

  • cpコマンドでは、タグ名を保存するためのフラグが必要です。

    Linuxにcoreutilsライブラリ(バージョンcoreutils-5.97-23.el5_4.1.src.rpmまたはcoreutils-5.97-23.el5_4.2.x86_64.rpm以降)をインストールして、--preserve=xattrスイッチを使用して拡張属性の保存をサポートするcpコマンドと、スイッチを使用せずに拡張属性の保存をサポートするmvコマンドのバージョンをインストールします。

    cpは、シンボリック・リンク・ファイルに割り当てられたタグ名を保存しません。

    ファイルおよびディレクトリ上にタグ名を保存するために必要なcpスイッチは、次のとおりです。

    • Linux: --preserve=xattr

    • Solaris: -@

  • cpioファイル転送ユーティリティでは、タグ名を保存するためのフラグが必要です。

    ファイルおよびディレクトリ上にタグ名を保存するために必要なcpioスイッチは、次のとおりです。

    • Linux: cpioはタグ名を保存しません。

    • Solaris: -@は、ファイルおよびディレクトリのタグ名の保存またはリストアのために必要ですが、シンボリック・リンク・ファイルのタグ名を保存しません。

  • emacsでは、backup-by-copyingオプションが非nil値に設定され、バックアップ・コピーではなく元のファイル名のタグ名が保存されます。このオプションは.emacsファイルに追加される必要があります。

  • paxファイル転送ユーティリティでは、タグ名を保存するためのフラグが必要です。

    ファイルおよびディレクトリ上にタグ名を保存するために必要なpaxスイッチは、次のとおりです。

    • Linux: paxはタグ名を保存しません。

    • Solaris: -@は、ファイルおよびディレクトリのタグ名の保存またはリストアのために必要ですが、シンボリック・リンク・ファイルのタグ名を保存しません。

  • rsyncファイル転送ユーティリティでは、タグ名を保存するためのフラグが必要です。

    ファイルおよびディレクトリ上にタグ名を保存するために必要なrsyncスイッチは、次のとおりです。

    • Linux: -X -lは、ファイルおよびディレクトリのタグ名の保存のために必要ですが、これらのスイッチは、シンボリック・リンク・ファイルのタグ名を保存しません。

    • Solaris: rsyncはタグ名を保存しません。

  • tarバックアップ・ユーティリティでは、ファイル上でタグ名を保存するために、コマンドラインでフラグを設定できます。ただし、tarは、シンボリック・リンク・ファイルに割り当てられたタグ名を保持しません。

    ファイルおよびディレクトリ上にタグ名を保存するために必要なtarスイッチは、次のとおりです。

    • Linux: --xattrs

    • Solaris: -@

  • vimまたはviエディタでは、ファイルのバックアップ・コピーを作成し元のファイルを上書きするには、.vimrcファイル(Linux)内にset bkc=yesオプションが必要です。これは元のファイルのタグ名を保存します。

LinuxでOracle ACFSタグ付け機能を使用するには、ASMおよびADVMのディスク・グループの互換性属性が11.2.0.2以上に設定されていることが必要です。SolarisでOracle ACFSタグ付け機能を使用するには、ASMおよびADVMのディスク・グループの互換性属性が12.1以上に設定されていることが必要です。

関連項目:

暗号化を使用したOracle ACFSレプリケーション

ノート:

Oracle ACFS 21c以降、Oracle ACFSセキュリティ(Vault)およびACFS監査はサポート対象外になりました。採用が制限されたクラスタ機能をサポート対象外にすることにより、オラクル社では、すべての機能の中核となるスケーリング、可用性および管理性の向上に注力できます。Oracle ACFSセキュリティ(Vault)とACFS監査はサポート対象外になりました。

暗号化は、レプリケーションが構成されているOracle ACFSファイル・システムで有効にできます。レプリケートされたスタンバイ・ファイル・システムは、プライマリ・ファイル・システムと同じ暗号化ポリシーで保護されます。このレプリケートされた環境では、プライマリおよびスタンバイ・ファイル・システムの両方が12.1以上のインストールである必要があります。Oracle ACFSレプリケーションの詳細は、「Oracle ACFSレプリケーション」を参照してください。

確実にレプリケーションに成功するには、スタンバイ・ファイル・システムは、暗号化メタデータがない汎用ファイル・システムである必要があります。Oracle ACFSでは、暗号化を一度設定し、後で暗号化を削除したスタンバイ・ファイル・システムの使用はサポートされていません。この項では、Oracle ACFS暗号化で満たす必要がある追加の条件を示します。

Oracle ACFSの暗号化されたファイル・システムの場合、次のことに注意してください。

  • プライマリ・ファイル・システムで暗号化されたファイルは、同じキーと暗号化パラメータ(アルゴリズムおよびキーの長さ)を持つスタンバイ・ファイル・システムで暗号化されたまです。

  • プライマリ・ファイル・システムで行われた暗号化操作(オン、オフおよびキー更新)は、スタンバイ・ファイル・システムでリプレイされます。

  • ファイル・システムのレプリケートの前または後に、暗号化を有効にできます。どちらの場合でも、一方が存在しない場合、スタンバイ・ファイル・システムでacfsutil encr initが実行されないため、暗号化ウォレットがスタンバイ・ファイル・システムに透過的に作成されます。

  • パスワードで保護されたウォレットは、スタンバイ・ファイル・システムでサポートされません。スタンバイ・ファイル・システムとして使用するサイトにPKCSウォレットがすでに存在する場合、管理者は、acfsutil keystore migrateコマンドを使用して、すべてのキーをSSOウォレットに転送する必要があります。

Oracle ACFSプラグイン

Oracle ACFSプラグイン機能によって、ユーザー領域アプリケーションは、オペレーティング・システム環境からジャストインタイムのOracle ACFSファイルおよびOracle ADVMボリュームのメトリックを収集できます。

アプリケーションは、Oracle ACFSプラグイン・インフラストラクチャを使用して、Oracle ACFSファイル・システムおよびボリュームの詳細データを含めるように一般アプリケーション・ファイル・メトリック・インタフェースを拡張する、カスタマイズされたソリューションを作成できます。

Oracle ACFSプラグイン機能は、スタンドアロン・ホストにマウントされた個々のOracle ACFSファイル・システム上で、またはOracle ACFSファイル・システムがマウントされているOracleグリッド・クラスタの1つ以上のノード上で、有効化できます。この機能では、ノードローカル・プラグインが有効化されたOracle ACFSファイル・システムと、Oracle ACFSプラグインのアプリケーション・プログラミング・インタフェース(API)を使用した関連するユーザー領域アプリケーション・モジュールとの間で、メッセージ通信を行うことができます。

プラグイン・メッセージAPIでは、メッセージ配信モデルおよび複数のメッセージ・ペイロード・タイプのポーリングとポスティングの両方がサポートされています。

関連項目:

Oracle ACFSアクセラレータ・ボリューム

アクセラレータ・ボリュームを使用すると、Oracle ACFSメタデータへのアクセスおよび更新にかかる時間が短縮され、パフォーマンスが向上する可能性があります。アクセラレータ・ボリュームは、プライマリ・ボリュームのストレージよりも大幅に高速なストレージを使用してディスク・グループに作成する必要があります。たとえば、Solid State Disk (SSD)を使用できます。Oracle ADVMボリュームは、ASMCMD volcreateコマンドを使用して作成されます。volcreateコマンドの詳細は、volcreateを参照してください。

アクセラレータ・ボリュームの推奨サイズは、ワークロードによって決まります。特に、多数のエクステントがあるファイルに役に立ちます(特にそのエクステント・メタデータが頻繁に更新される場合)。acfsutil info fileコマンドを使用して、ファイルのエクステントに関するレポートを表示できます。通常、データベース・ファイルには多数のエクステントがあり、Oracle ACFSスナップショットが使用中の場合、エクステント・メタデータは頻繁に更新されます。アクセラレータによって大きな恩恵を受けるワークロードは、圧縮されたファイル・システムです。

Oracle ACFSで重要なメタデータに対してアクセラレータの領域を割り当てられない場合、そのメタデータはかわりにプライマリ・ボリュームに格納されます。メタデータの更新頻度によっては、パフォーマンスに対して過度の影響を及ぼす可能性があります。高速メタデータと同じトランザクションに低速メタデータが書き込まれると、低速メタデータによって操作全体のパフォーマンスが低下します。

アクセラレータの推奨開始サイズは、ファイル・システム・サイズの少なくとも0.6%です。データベース・ワークロードの複数のポイント・イン・タイムを表す多くのスナップショットが使用中である場合、スナップショット当たり0.4%加算することをお薦めします。たとえば、5個のスナップショットがあるファイル・システムでは、サイズがプライマリ・ボリューム・サイズの2.6%であるアクセラレータが必要です。acfsutil sizeを構成して、アクセラレータを必要に応じてプライマリ・ボリュームとともに自動的に拡張することができます。アクセラレータは、64 MB単位で増加します。アクセラレータ・ボリュームの最小サイズは256 Mです。mkfsは、初期アクセラレータ・サイズがプライマリ・ボリューム・サイズの0.4%以上であることを必要とします。

アクセラレータ・ボリュームは、mkfsコマンドで指定されたプライマリ・ボリュームにリンクされます。ファイル・システムをマウントする際、プライマリ・ボリュームのみを指定します。アクセラレータ・ボリュームを含むファイル・システムをマウントした後になんらかの理由でそのボリュームがアクセス不可になった場合、ファイル・システムはオフラインになります。Oracle ACFSファイル・システムに関連付けることができるストレージ・アクセラレータ・ボリュームは1つだけです。アクセラレータ・ボリュームがファイル・システムに関連付けられた後、そのボリュームとファイル・システムの関連付けを解除できません。

アクセラレータ・ボリュームは、mkfsコマンドの-aオプションを使用してLinux環境に作成できます。Linuxでアクセラレータ・ボリュームを作成するには、COMPATIBLE.ADVMの値が12.2以上である必要があります。アクセラレータ・ボリュームの管理に使用するコマンドの詳細は、次を参照してください。

  • アクセラレータ・ボリュームの作成の詳細は、mkfsを参照してください

  • 既存のアクセラレータ・ボリュームの置換に関する詳細は、acfsutil accel replace

Oracle ACFS NAS Maximum Availability eXtensions

Oracle ACFS NAS Maximum Availability eXtensions (Oracle ACFS NAS/MAX)は、NFSやSMBなどの一般的なNASプロトコルに高可用性拡張機能を提供する一連の拡張機能です。

これらの拡張機能を使用する際、問題のプロトコルは高可用性モードで実行されており、プロトコルはOracle RACクラスタ内のノード間を移動できます。この機能は、特定プロトコルのシングル・ポイント障害に対処する手段であるため、クラスタのノードが1つ以上使用できる場合、プロトコルは使用可能です。高可用性だけでなく、拡張機能により、一般的なNASプロトコルおよびOracle ACFSスタックとの統合が実現するため、管理者はインフラストラクチャを追加作成しなくても、このようなプロトコルを簡単に利用できます。Oracle ACFS NAS Maximum Availability eXtensions機能により、値が既存のOS NASプロトコル実装に追加されますが、置き換わることはありません。

Oracle ACFS NAS/MAXは、RMANバックアップ・セットのdNFSターゲットとしてサポートされます。このサポートは、Oracle ACFS 19cリリースから始まります。これにより、HA-NFS機能を使用して、RMANのスケーリングおよび高可用性dNFSバックアップ・ターゲットを提供できるようになります。このガイドに記載されているその他の制限(暗号化やレプリケーションにおけるサポートの不足など)は、引き続き有効です。

Oracle ACFS高可用性ネットワーク・ファイル・システム

Oracle Grid Infrastructure用の高可用性ネットワーク・ファイル・システム(HANFS)では、高可用性仮想IP (HAVIP)でNFSエクスポートを公開し、Oracle Clusterwareエージェントを使用してVIPおよびNFSエクスポートが常にオンラインであることを確認することによって、NFS v2、v3またはv4でエクスポートされたパスの連続したサービスが提供されます。ベースのNFSではファイル・ロックがサポートされていますが、HANFSではNFSファイル・ロックはサポートされていません(NFS v4を除く)。NFSロックが設定されたOracle ACFS HANFSを参照してください。

ノート:

  • この機能は、ホスト・コンピュータで使用可能な、稼働中のNFSサーバー構成に依存します。Oracle ACFSのNFSエクスポート機能を使用する前に、NFSサーバーを構成する必要があります。

  • この機能は、Oracle Restart構成ではサポートされていません。

  • HAVIPは少なくとも1つのファイル・システムのエクポートのリソースが作成されるまで起動しません。

Oracle Grid Infrastructure用の高可用性NFSを設定するには、次のステップを実行します。

  1. 新しいHAVIPリソースを追加および登録します。

    たとえば:

    # srvctl add havip -id hrexports -address my_havip_name

    たとえば、my_havip_nameはVIPアドレスに対応するドメインネーム・サーバー(DNS)にマップされ、ファイル・システムのマウント時に、クライアント・システムにより使用されます。

    srvctl add havipの最初の処理では、次のことを確認します。

    • 使用するアドレスが動的ではなく、静的であること。

    • DNS名は、ラウンドロビンの複数のDNS解決ではなく、1つのホストのみに解決すること。

    • ネットワーク・リソース、指定したIPアドレスおよび解決された名前は、同じサブネットにあること。

    • 名前が使用中ではないこと。

    SRVCTLは、idを使用し、一意であることを確認して、適切なHAVIP名を作成します。最後の検証ステップとして、SRVCTLは、ora.net#.networkのnetworkリソース(指定されている場合)が存在することを確認します。このステップの後で、SRVCTLは、ora.id.havipの名前で、タイプora.havip.typeのhavipを追加します。この例では、名前はora.hrexports.havipです。

    次のSRVCTLでは、active dispersionなどのHAVIP起動依存性を変更し、停止依存性を設定し、description属性(指定されている場合)が適切に設定されていることを確認します。

  2. Oracle ACFSの共有ファイル・システムを作成します。

    Oracle Grid Infrastructure用の高可用性NFSは、クラスタ全体のアクセシビリティ用に構成されたOracle ACFSファイル・システムでのみ動作し、クラスタ・ノードの特定のサブセットでのアクセス用に構成されたOracle ACFSファイル・システムは、サポートされていません。高可用性NFSは、Oracle ACFS以外のファイル・システムではサポートされていません。

  3. Oracle ACFSファイル・システムを登録します。

    たとえば:

    $ srvctl add filesystem -device /dev/asm/d1volume1-295 -volume VOLUME1 \
  -diskgroup HR_DATA -mountpath /oracle/cluster1/acfs1

  4. Oracle ACFSファイル・システムのエクスポート・リソースを作成します。

    たとえば:

    # srvctl add exportfs -id hrexports -path /oracle/cluster1/acfs1 -name hrexport1

    ファイル・システムのエクスポート・リソースを作成してから、ステップ1で作成したHAVIPを起動し、srvctl start havipコマンドを使用してファイル・システムをエクスポートします。

    基礎となるOracle ACFSファイル・システムのFSIDおよび一意の識別子を利用して、NFSマウント・オプションFSIDがエクスポート・オプションに追加されます。このFSIDオプションによって、ノード間の信頼できるフェイルオーバーが提供され、スナップショットのマウントの使用が可能になります。

    構成されたエクスポートのデフォルトのマウント・オプションおよびエクスポート・オプションは、NFSサーバーのデフォルトになります。

    完全修飾された相対パスは、絶対パスに変換されます。完全修飾されていない相対パスは、エクスポート・パスとして受け入れられません。

    VIPは、使用可能なファイル・システムおよび他の実行中のVIPに基づいて、実行するのに最適なサーバーを検出しようとしますが、この分散は、クラスタの参加または離脱ノードなど、CSSメンバーシップの変更イベントの際にのみ発生します。

    ノート:

    エクスポートを個別に開始および停止することはお薦めしません。この機能は、HAVIPの起動および停止操作によって指定する必要があります。

    HAVIPが実行されていない場合、エクスポートは別のノードに指定できます。関連するHAVIPが起動すると、エクスポートは単一のノードに収集されます。

    HAVIPの実行中に停止されたエクスポートを使用しているクライアントでは、NFSエラーestaleが発生し、ファイル・システムをディスマウントおよび再マウントする必要があります。

    HANFSによってエクスポートされたファイル・システムをクライアントにマウントする際、次のCLIENTマウント・オプションをお薦めします。 

    hard,intr,retrans=10000

NFSロックが設定されたOracle ACFS HANFS

Oracle ACFS HANFSでは、NFSロックが設定されたHANFS NFS v4がサポートされるようになりました。この機能は、特定のオペレーティング・システム(OS)のプラットフォームでのみ使用できます。この機能をアクティブにするには、Oracle Grid Infrastructureソフトウェアのインストール後に追加のステップを実行する必要があります。このようなステップを完了して初めて、クラスタのOS NFSサーバー機能がOracle Clusterwareスタックによって管理されます。さらに、特定のOS NFS構成ファイルの場所がデフォルトの場所から、指定したOracle ACFSファイル・システムに移動されます。

一般的なタスクには、次のようなものがあります。

  • アクティブ化: acfshanfs addnode

  • アンインストール: acfshanfs uninstall

  • インストール・ステータスの確認: acfshanfs installed

  • このプラットフォームがサポートされているかどうかの確認: acfshanfs supported

HANFS v4ロック機能をアクティブにする際、次のコマンドを各ノードで実行する必要があります。

# grid_home/bin/acfshanfs addnode -nfsv4lock -volume volume_device

ボリュームは、Oracle ACFSファイル・システムでフォーマットされ、指定のOracle ACFSクラスタウェアのマウント・ポイントにマウントされます。たとえば、Linuxでは次のようになります。

/dev/asm/nfs-81 on /var/lib/nfs type acfs (rw)

Oracle ADVMボリュームに対する制限には、次のようなものがあります。

  • この新しいOracle ADVMボリュームについて、既存のOracle ACFSリソースがないこと。

  • このOracle ADVMボリュームにOracle ACFSファイル・システムが存在しないこと。

  • このOracle ADVMボリュームがクラスタ内のどこでも使用されていないこと。

Oracle HANFS v4ロック機能がアクティブの場合、通常のHANFSの操作とは異なります。次のような違いがあります。

  • OS NFSサーバーは、ora.netstorageserviceリソースによるOracle Clusterwareの制御下にあります。Oracle Clusterwareスタックを起動および停止すると、OS NFSサーバーも起動および停止します。

  • このリソースには、Oracle ACFSファイル・システムへの依存性があります: ora.data_hostname.nfs.acfs

    hostnameは、Oracle HANFSロックの設定が実行されている最初のノードのホスト名です。

  • Oracle HANFSのみを使用して、Oracle RACクラスタからNFSファイル・システムをエクスポートする必要があります。NFSサーバーは構成され、Oracle RACクラスタ中を移動させられます。NFSサーバーが代替クラスタ・ノードに移動した場合、Oracle HANFSによってエクスポートされたファイル・システムのみがアクセス可能です。

  • ロックが初期化されると、Oracle HANFSエクスポートがクラスタ全体に分散される非ロック・モードとは異なり、Oracle HANFSエクスポートは1つのノードからしか実行されません。

  • クライアント・ノードでは、NFS v4をNFSバージョンとして指定してファイル・システムをマウントします。これにより、サーバーがNFS v3にデフォルト設定されず、NFS v4ロック機能のサポートが可能になります。

高可用性ロックをアクティブにすると、ロックが設定されたHANFSの制御は、この項で前述したのと同様です。

高可用性SMBが設定されたOracle ACFS HANFS

Oracle ACFSでは、以前のMicrosoft実装ではCIFS (共通インターネット・ファイル・システム)とも呼ばれた高可用性Samba (SMB)がサポートされます。このプロトコルは、Microsoftサーバーおよびアクティブ・ディレクトリ・ドメインとインタフェースをとるために一般的に使用され、様々なオペレーティング・システム(OS)の実装でサポートされています。しかし、Oracle ACFS高可用性SMBでは、Microsoft SMB実装またはSambaが必要です。

次の点に注意してください。

  • Sambaは、www.samba.orgから入手できます。

  • 高可用性SMBを利用しようとする前に、ホストOSでSambaまたはSMBが適切に構成されていることを確認します。

  • 高可用性SMBは、Oracle Restartモードではサポートされません。

  • HAVIPリソースを追加したら、SMBエクスポート・リソースも追加する必要があります。そうしないと、HAVIPリソースは起動しません。

  • 最高のパフォーマンスと最良の結果を得るためには、サーバーとクライアントの両方で必ずSMB3を使用します。次の点に注意してください。

    • 最新バージョンのSamba (v4以上)を使用します。

    • 最新のMicrosoft OSバージョン(2012以上)を使用します。SMBバージョンを確認するには、Powershell cmdlet Get-SmbConnectionコマンドを使用します。

    • 旧バージョンのSMBでは、ストレージ障害後にクライアントはSMBエクスポートを再マウントする必要があります。

  • HANFSと同様、コマンドラインにオプションを指定することもでき、オプションはホスト・オペレーティング・システムに渡されます。適切なエラー・メッセージが返されます。SRVCTLコマンドにオプションを指定しない場合、次のデフォルトのオプションが適用されます。

    • LinuxまたはSolaris: 読取り専用、ブラウズ可能 = True

  • サポートされているオプション・セットは次のとおりです。

    • LinuxまたはSolaris: Samba構成スタンザでサポートされているオプション。

Oracle Grid Infrastructure用の高可用性SMBを設定するには、次のステップを実行します。

  1. 新しいHAVIPリソースを追加および登録します。

    たとえば:

    # srvctl add havip -id hrexports -address my_havip_name

    たとえば、my_havip_nameはVIPアドレスに対応するドメインネーム・サーバー(DNS)にマップされ、ファイル・システムのマウント時に、クライアント・システムにより使用されます。

    srvctl add havipの最初の処理では、次のことを確認します。

    • 使用するアドレスが動的ではなく、静的であること。

    • DNS名は、ラウンドロビンの複数のDNS解決ではなく、1つのホストのみに解決すること。

    • ネットワーク・リソース、指定したIPアドレスおよび解決された名前は、同じサブネットにあること。

    • 名前が使用中ではないこと。

    SRVCTLは、idを使用し、一意であることを確認して、適切なHAVIP名を作成します。最後の検証ステップとして、SRVCTLは、ora.net#.networkのnetworkリソース(指定されている場合)が存在することを確認します。このステップの後で、SRVCTLは、ora.id.havipの名前で、タイプora.havip.typeのhavipを追加します。この例では、名前はora.hrexports.havipです。

    次のSRVCTLでは、active dispersionなどのHAVIP起動依存性を変更し、停止依存性を設定し、description属性(指定されている場合)が適切に設定されていることを確認します。

  2. Oracle ACFSの共有ファイル・システムを作成します。

    Oracle Grid Infrastructure用の高可用性SMBは、クラスタ全体のアクセシビリティ用に構成されたOracle ACFSファイル・システムでのみ動作し、クラスタ・ノードの特定のサブセットでのアクセス用に構成されたOracle ACFSファイル・システムはサポートされていません。高可用性NFSは、Oracle ACFS以外のファイル・システムではサポートされていません。

  3. Oracle ACFSファイル・システムを登録します。

    たとえば:

    $ srvctl add filesystem -device /dev/asm/d1volume1-295 -volume VOLUME1 \
  -diskgroup HR_DATA -mountpath /oracle/cluster1/acfs1

  4. Oracle ACFSファイル・システムのエクスポート・リソースを作成します。

    たとえば:

    # srvctl add exportfs -id hrexports -path /oracle/cluster1/acfs1 -name hrexport1 –type SMB

    ファイル・システムのエクスポート・リソースを作成してから、ステップ1で作成したHAVIPを起動し、srvctl start havipコマンドを使用してファイル・システムをエクスポートします。

    リソースの起動時に、Oracle ACFSエクスポート・リソースではSamba構成ファイルを作成するか(LinuxまたはSolaris)、net.exeバイナリを実行してファイル・システムをエクスポートします。

    VIPは、使用可能なファイル・システムおよび他の実行中のVIPに基づいて、実行するのに最適なサーバーを検出しようとしますが、この動作は、クラスタの参加または離脱ノードなど、CSSメンバーシップの変更イベントの際にのみ発生します。

    ノート:

    • エクスポートを個別に開始および停止することはお薦めしません。この機能は、HAVIPの起動および停止操作によって指定する必要があります。

    • HAVIPが実行されていない場合、エクスポートは別のノードに指定できます。関連するHAVIPが起動すると、エクスポートは単一のノードに収集されます。

関連項目: