Skip to main content
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Créer des politiques ONTAP FPolicy

Contributeurs netapp-barbe netapp-dbagwell netapp-ahibbard netapp-aherbin

Lorsque vous créez la politique FPolicy, vous associez un moteur externe et un ou plusieurs événements à la règle. La politique spécifie également si un filtrage obligatoire est nécessaire, si les serveurs FPolicy ont un accès privilégié aux données sur la machine virtuelle de stockage (SVM) et si la lecture passe-automatique pour les fichiers hors ligne est activée.

Avant de commencer
  • La fiche de politique FPolicy doit être remplie.

  • Si vous prévoyez de configurer la règle pour utiliser les serveurs FPolicy, le moteur externe doit exister.

  • Il faut au moins un événement FPolicy que vous prévoyez d'associer à la règle FPolicy.

  • Si vous souhaitez configurer l'accès aux données privilégié, un serveur SMB doit exister sur la SVM.

  • Pour configurer un magasin persistant pour une stratégie, le type de moteur doit être async et la stratégie doit être non obligatoire.

    Pour plus d'informations, voir "Créez des magasins persistants".

Étapes
  1. Créez la règle FPolicy :

    vserver fpolicy policy create -vserver <vserver_name> -policy-name <policy_name> -engine <engine_name> -events <event_name>[,event_name2,…​] [-persistent-store <PS_name>] [-is-mandatory {true|false}] [-allow-privileged-access {yes|no}] [-privileged-user-name <domain\\user_name>] [-is-passthrough-read-enabled {true|false}]

    • Vous pouvez ajouter un ou plusieurs événements séparés par des virgules à la politique FPolicy.

    • Par défaut, le tramage obligatoire est activé.

    • Si vous souhaitez autoriser l'accès privilégié en définissant l' -allow-privileged-access paramètre à yes, vous devez également configurer un nom d'utilisateur privilégié pour l'accès privilégié.

    • Si vous souhaitez configurer Passthrough-read en définissant le paramètre -is-passthrough-read-enabled paramètre à true, vous devez également configurer l'accès privilégié aux données.

      La commande suivante crée une stratégie nommée policy1 qui a l'événement nommé event1 et le moteur externe nommé engine1 associés. Cette stratégie utilise les valeurs par défaut dans la configuration de la stratégie : vserver fpolicy policy create -vserver vs1.example.com -policy-name policy1 -events event1 -engine engine1

      La commande suivante crée une stratégie nommée policy2 qui a l'événement nommé event2 et le moteur externe nommé engine2 associés. Cette stratégie est configurée pour utiliser un accès privilégié avec le nom d'utilisateur spécifié. L'accès en lecture directe est activé :

      vserver fpolicy policy create -vserver vs1.example.com -policy-name policy2 -events event2 -engine engine2 -allow-privileged-access yes -privileged-user-name example\archive_acct -is-passthrough-read-enabled true

      La commande suivante crée une stratégie nommée native1 qui a l'événement nommé event3 associé. Cette stratégie utilise le moteur natif et utilise les valeurs par défaut dans la configuration de la stratégie :

    vserver fpolicy policy create -vserver vs1.example.com -policy-name native1 -events event3 -engine native

  2. Vérifiez la configuration de la politique FPolicy à l'aide de vserver fpolicy policy show commande.

    La commande suivante affiche des informations sur les trois politiques FPolicy configurées, y compris les informations suivantes :

    • SVM associé à la politique

    • Moteur externe associé à la politique

    • Événements associés à la politique

    • Indique si un screening obligatoire est requis

    • Si un accès privilégié est requis vserver fpolicy policy show

       Vserver       Policy     Events    Engine    Is Mandatory  Privileged
                     Name                                         Access
    --------------   ---------  --------- --------- ------------  -----------
    vs1.example.com  policy1    event1    engine1   true          no
    vs1.example.com  policy2    event2    engine2   true          yes
    vs1.example.com  native1    event3    native    true          no