Skip to main content
Die deutsche Sprachversion wurde als Serviceleistung für Sie durch maschinelle Übersetzung erstellt. Bei eventuellen Unstimmigkeiten hat die englische Sprachversion Vorrang.

FPolicy persistente Speicher

Beitragende
PDFs

Ab ONTAP 9.14.1 können Sie mit FPolicy einen persistenten Speicher einrichten, um Dateizugriffsereignisse für asynchrone, nicht obligatorische Richtlinien auf der SVM zu erfassen. Persistente Speicher können die Client-I/O-Verarbeitung von der FPolicy-Benachrichtigungsverarbeitung entkoppeln, um die Client-Latenz zu verringern. Synchrone (obligatorische oder nicht obligatorische) und asynchrone obligatorische Konfigurationen werden nicht unterstützt.

Diese Funktion ist nur im externen FPolicy-Modus verfügbar. Die Partneranwendung, die Sie verwenden, muss diese Funktion unterstützen. Stellen Sie sicher, dass diese FPolicy-Konfiguration von Ihrem Partner unterstützt wird.

Best Practices in sich vereint

Cluster-Administratoren müssen ein Volume für den persistenten Speicher jeder SVM konfigurieren, für die FPolicy aktiviert ist. Bei der Konfiguration erfasst ein persistenter Speicher alle übereinstimmenden FPolicy-Ereignisse, die weiter in der FPolicy-Pipeline verarbeitet und an den externen Server gesendet werden.

Der persistente Speicher bleibt so, wie er zu dem Zeitpunkt war, zu dem das letzte Ereignis empfangen wurde, wenn ein unerwarteter Neustart erfolgt ist, oder FPolicy wird deaktiviert und erneut aktiviert. Nach einer Übernahme werden neue Ereignisse vom Partner-Node gespeichert und verarbeitet. Nach einem Giveback-Vorgang setzt der persistente Speicher die Verarbeitung aller nicht verarbeiteten Ereignisse fort, die möglicherweise vom Zeitpunkt der Node-Übernahme entfernt bleiben. Live-Events würden Vorrang vor nicht verarbeiteten Ereignissen erhalten.

Wenn das persistente Speicher-Volume in derselben SVM von einem Node zu einem anderen verschoben wird, werden die noch zu verarbeitenden Benachrichtigungen auch in den neuen Node verschoben. Sie müssen den erneut ausführen fpolicy persistent-store create Befehl auf einem der Knoten nach dem Verschieben des Volumes, um sicherzustellen, dass die ausstehende Benachrichtigung an den externen Server gesendet wird.

Das persistente Speicher-Volume wird auf SVM-Basis eingerichtet. Sie müssen für jede FPolicy aktivierte SVM ein persistentes Speicher-Volume erstellen.

Erstellen Sie das persistente Speicher-Volume auf dem Node mit LIFs, die davon ausgehen, dass der maximale Datenverkehr durch FPolicy überwacht wird.

Wenn die im persistenten Speicher angesammelten Benachrichtigungen die Größe des bereitgestellten Volumes überschreiten, beginnt FPolicy die eingehende Benachrichtigung mit den entsprechenden EMS-Nachrichten zu löschen.

Der Name des persistenten Speichervolumes und der zum Zeitpunkt der Volume-Erstellung angegebene Verbindungspfad müssen übereinstimmen.

Lassen Sie die Snapshot-Richtlinie auf festlegen none Für dieses Volume anstelle von default. Dadurch wird sichergestellt, dass keine versehentliche Wiederherstellung des Snapshots zum Verlust aktueller Ereignisse führt und eine mögliche doppelte Ereignisverarbeitung verhindert wird.

Machen Sie das persistente Speicher-Volume für den externen Zugriff auf das Benutzerprotokoll (CIFS/NFS) unzugänglich, um versehentliche Beschädigungen oder das Löschen von permanenten Ereignisdatensätzen zu vermeiden. Um dies zu erreichen, heben Sie nach Aktivierung von FPolicy die Bereitstellung des Volumes in ONTAP auf, um den Verbindungspfad zu entfernen. Dies macht ihn für den Benutzerprotokollzugriff unzugänglich.

Weitere Informationen finden Sie unter "Erstellen persistenter Speicher".