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

Créer un coffre-fort informatique avec ONTAP

Contributeurs kevin-hoke
PDF

Les étapes ci-dessous vous aideront à créer un coffre-fort informatique avec ONTAP.

Avant de commencer

  • Le cluster source doit exécuter ONTAP 9 ou une version ultérieure.

  • Les agrégats source et de destination doivent être de 64 bits.

  • Les volumes source et de destination doivent être créés dans des clusters appairés avec des SVM appairés. Pour plus d'informations, consultez la section "Appairage de cluster" .

  • Si la croissance automatique du volume est désactivée, l'espace libre sur le volume de destination doit être au moins cinq pour cent supérieur à l'espace utilisé sur le volume source.

À propos de cette tâche

L'illustration suivante montre la procédure d'initialisation d'une relation de coffre de SnapLock Compliance :

Coffre-fort cybernétique isolé utilisant NetApp ONTAP

Étapes

  1. Identifiez le tableau de destination qui deviendra le coffre-fort cybernétique destiné à recevoir les données isolées.

  2. Sur la baie de destination, pour préparer le coffre-fort cybernétique,"installer la licence ONTAP One" ,"initialiser l'horloge de conformité" , et, si vous utilisez une version ONTAP antérieure à 9.10.1,"créer un agrégat de SnapLock Compliance" .

  3. Sur la baie de destination, créez un volume de destination SnapLock Compliance de type DP :

    volume create -vserver SVM_name -volume volume_name -aggregate aggregate_name -snaplock-type compliance|enterprise -type DP -size size

  4. À partir d' ONTAP 9.10.1, les volumes SnapLock et non SnapLock peuvent exister sur le même agrégat ; par conséquent, vous n'êtes plus obligé de créer un agrégat SnapLock distinct si vous utilisez ONTAP 9.10.1. Vous utilisez le volume -snaplock-type option permettant de spécifier un type de conformité. Dans les versions ONTAP antérieures à ONTAP 9.10.1, le mode SnapLock , Compliance est hérité de l'agrégat. Les volumes de destination à version flexible ne sont pas pris en charge. Le paramètre de langue du volume de destination doit correspondre au paramètre de langue du volume source.

    La commande suivante crée un volume de SnapLock Compliance de 2 Go nommé dstvolB dans SVM2 sur l'ensemble node01_aggr :

    cluster2::> volume create -vserver SVM2 -volume dstvolB -aggregate node01_aggr -snaplock-type compliance -type DP -size 2GB

  5. Sur le cluster de destination, pour créer l'espace aérien, définissez la période de rétention par défaut, comme décrit dans"Définir la période de conservation par défaut" . Un volume SnapLock qui est une destination de coffre-fort dispose d'une période de rétention par défaut qui lui est attribuée. La valeur de cette période est initialement fixée à un minimum de 0 an et à un maximum de 100 ans (à partir de ONTAP 9.10.1. Pour les versions antérieures ONTAP , la valeur est comprise entre 0 et 70.) pour les volumes de SnapLock Compliance . Chaque copie NetApp Snapshot est initialement validée avec cette période de conservation par défaut. La période de conservation par défaut doit être modifiée. La période de conservation peut être prolongée ultérieurement, si nécessaire, mais jamais raccourcie. Pour plus d'informations, consultez la section "Aperçu de la durée de conservation des paramètres" .

    Remarque Les fournisseurs de services doivent tenir compte des dates de fin de contrat du client lors de la détermination de la période de conservation. Par exemple, si la période de conservation du coffre-fort électronique est de 30 jours et que le contrat du client se termine avant l'expiration de la période de conservation, les données du coffre-fort électronique ne peuvent pas être supprimées avant l'expiration de la période de conservation.

  6. "Créer une nouvelle relation de réplication"entre la source non SnapLock et la nouvelle destination SnapLock que vous avez créée à l'étape 3.

    Cet exemple crée une nouvelle relation SnapMirror avec le volume SnapLock de destination dstvolB en utilisant une stratégie XDPDefault pour sauvegarder des copies Snapshot étiquetées quotidiennement et hebdomadairement selon un calendrier horaire :

    cluster2::> snapmirror create -source-path SVM1:srcvolA -destination-path SVM2:dstvolB -vserver SVM2 -policy XDPDefault -schedule hourly

    "Créer une politique de réplication personnalisée"ou un"horaire personnalisé" si les valeurs par défaut disponibles ne conviennent pas.

  7. Sur le SVM de destination, initialisez la relation SnapVault créée à l’étape 5 :

    snapmirror initialize -destination-path destination_path

  8. La commande suivante initialise la relation entre le volume source srcvolA sur SVM1 et le volume de destination dstvolB sur SVM2 :

    cluster2::> snapmirror initialize -destination-path SVM2:dstvolB

  9. Une fois la relation initialisée et inactive, utilisez la commande snapshot show sur la destination pour vérifier le délai d'expiration SnapLock appliqué aux copies Snapshot répliquées.

    Cet exemple répertorie les copies Snapshot sur le volume dstvolB qui ont l'étiquette SnapMirror et la date d'expiration SnapLock :

    cluster2::> snapshot show -vserver SVM2 -volume dstvolB -fields snapmirror-label, snaplock-expiry-time