ONTAP 9.14.1以降では、FPolicyを使用して永続的ストアを作成し、SVM内の非同期でnon-mandatoryポリシーのファイルアクセスイベントをキャプチャーできます。永続的ストアは、クライアントI/O処理をFPolicy通知処理から分離して、クライアントのレイテンシを低減するのに役立ちます。同期（必須かどうかは問わない）および非同期で必須の設定はサポートされていません。

ベストプラクティス

永続的ストア機能を使用する前に、この設定がパートナーアプリケーションでサポートされていることを確認してください。
永続的ストアのボリュームは、SVM単位でセットアップします。FPolicyが有効になっているSVMごとに、永続的ストアのボリュームが必要です。
永続的ストアのボリューム名とジャンクションパスは、ボリューム作成時に指定したものと一致している必要があります。
永続的ストアのボリュームは、FPolicyによって監視されるトラフィック量が最大になると想定されるLIFがあるノードに作成します。
そのボリュームのSnapshotポリシーは、defaultではなくnoneに設定します。これは、Snapshotが偶発的にリストアされた場合でも現在のイベントが失われないようにし、イベント処理が重複しないようにするためです。
永続的イベントレコードの偶発的な破損や削除を避けるため、外部ユーザープロトコルアクセス（CIFS / NFS）では永続的ストアにアクセスできないようにします。そのためには、FPolicyを有効にしたあとでONTAPのボリュームをアンマウントし、ジャンクションパスを削除します。これでユーザープロトコルアクセスはできなくなります。

手順

永続ストア用にプロビジョニング可能な空のボリュームをSVMに作成します。

volume create -vserver <SVM Name> -volume <volume> -state <online> -junction-path <path> -policy <default> -unix-permissions <777> -size <value> -aggregate <aggregate name> -snapshot-policy <none>
- 永続的ストアのボリュームのサイズは、外部サーバー（パートナーアプリケーション）に配信されないイベントを、どの程度の期間維持するかに基づいて決まります。
  
  たとえば、1秒あたり30,000件の通知があるクラスタで、イベントを30分間維持する場合のサイズは、次のように計算します。
  
  必要なボリュームのサイズ = 30,000 x 30 x 60 x 0.6KB（平均的な通知レコードのサイズ）= 32,400,000KB = 約32GB
  
  おおよその通知頻度を確認するには、FPolicyパートナーアプリケーションを確認するか、FPolicyカウンタrequests_dispatched_rateを利用します。
- （ボリュームを作成するための）十分なRBAC権限を持つ管理者ユーザーが、（CLIコマンドvolumeまたはREST APIを使用して）必要なサイズのボリュームを作成し、そのボリュームの名前をCLIコマンドpersistent store create内の-volumeかREST APIで指定します。
永続ストアを作成します。

vserver fpolicy persistent store create -vserver <SVM> -persistent-store <PS_name> -volume <volume>
- persistent-store：永続ストアの名前です
- volume：永続的ストアのボリュームです
永続的ストアが作成されたら、FPolicyポリシーを作成し、そのポリシーに永続的ストア名を追加します。詳細については、「FPolicyポリシーの作成」を参照してください。