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

この機能は、FPolicy外部モードでのみ使用できます。使用するパートナーアプリケーションが、この機能をサポートしている必要があります。パートナーと協力して、このFPolicy設定がサポートされていることを確認するようにしてください。

ベストプラクティス

クラスタ管理者が、FPolicyが有効になっている各SVMに永続的ストア用のボリュームを設定する必要があります。ボリュームが設定されていると、永続的ストアによって一致するすべてのFPolicyイベントがキャプチャーされ、FPolicyパイプライン内でさらに処理されて外部サーバーに送信されます。

想定外のリブートが発生した場合や、FPolicyを無効にして再度有効にした場合、永続的ストアは最後にイベントを受信したときの状態で保持されます。テイクオーバー処理が完了すると、新しいイベントがパートナーノードに格納されて処理されます。ギブバック処理のあとで、ノードのテイクオーバー発生時に残っていた可能性がある未処理のイベントの処理が、永続的ストアで再開されます。未処理のイベントよりもライブイベントが優先されます。

永続的ストアのボリュームが、あるノードから同じSVM内の別のノードに移動された場合、まだ処理されていない通知も新しいノードに移動します。保留中の通知が外部サーバーに配信されるようにするために、ボリュームの移動後は、いずれかのノードでfpolicy persistent-store createコマンドを再実行する必要があります。

永続的ストアのボリュームは、SVM単位でセットアップします。FPolicyが有効になっているSVMごとに、永続的ストアのボリュームを作成する必要があります。

永続的ストアのボリュームは、FPolicyによって監視されるトラフィック量が最大になると想定されるLIFがあるノードに作成します。

永続的ストアに蓄積された通知がプロビジョニングされたボリュームのサイズを超えると、FPolicyによって、受信する通知のうち、破棄してもかまわないEMSメッセージが含まれるものの破棄が開始されます。

永続的ストアのボリューム名とジャンクションパスは、ボリューム作成時に指定したものと一致している必要があります。

そのボリュームのSnapshotポリシーは、defaultではなくnoneに設定します。これは、Snapshotが偶発的にリストアされた場合でも現在のイベントが失われないようにし、イベント処理が重複しないようにするためです。

永続的イベントレコードの偶発的な破損や削除を避けるため、外部ユーザープロトコルアクセス（CIFS / NFS）では永続的ストアにアクセスできないようにします。そのためには、FPolicyを有効にしたあとでONTAPのボリュームをアンマウントし、ジャンクションパスを削除します。これでユーザープロトコルアクセスはできなくなります。

詳細については、「永続ストアの作成」を参照してください。