Mettez à niveau et restaurez ONTAP avec SM-BC
-
Un fichier PDF de toute la documentation
- Administration du cluster
-
L'administration des volumes
-
Gestion du stockage logique avec l'interface de ligne de commandes
- Utilisez des quotas pour limiter ou suivre l'utilisation des ressources
-
Gestion du stockage logique avec l'interface de ligne de commandes
-
Gestion du stockage NAS
- Configurez NFS avec l'interface de ligne de commande
- Gérez NFS avec l'interface de ligne de commande
-
Gestion de SMB avec l'interface de ligne de commandes
- Gérer les serveurs SMB
- Gérer l'accès aux fichiers via SMB
- Gestion du stockage SAN
- Authentification et contrôle d'accès
-
Sécurité et chiffrement des données
- Utilisez FPolicy pour le contrôle et la gestion des fichiers sur SVM
- Protection des données et reprise d'activité
Plusieurs fichiers PDF
Creating your file...
SnapMirror Business Continuity (SM-BC) est pris en charge à partir de la version 9.8 de ONTAP. La mise à niveau et la restauration de votre cluster ONTAP ont des implications sur vos relations SM-BC selon la version de ONTAP vers laquelle vous effectuez la mise à niveau ou la restauration.
Mettez à niveau ONTAP avec SM-BC
Pour utiliser SM-BC, tous les nœuds des clusters source et cible doivent exécuter ONTAP 9.8 ou une version ultérieure.
Lorsque vous mettez à niveau ONTAP avec des relations SM-BC actives, vous devez utiliser Mise à niveau automatisée sans interruption (ANDU). L'utilisation d'ANDU garantit que vos relations SM-BC sont synchronisées et saines pendant le processus de mise à niveau.
Il n'y a pas d'étape de configuration pour préparer les déploiements SM-BC pour les mises à niveau ONTAP. Cependant, il est recommandé de vérifier, avant et après la mise à niveau :
-
Les relations SM-BC sont synchronisées.
-
Il n'y a pas d'erreur liée à SnapMirror dans le journal des événements.
-
Le Mediator est en ligne et sain à partir des deux clusters.
-
Tous les hôtes peuvent voir tous les chemins correctement pour protéger les LUN.
Lorsque vous mettez à niveau des clusters de ONTAP 9.8 ou 9.9.1 vers ONTAP 9.10.1 et versions ultérieures, ONTAP crée de nouvelles données groupes de cohérence Sur les clusters source et cible pour les relations SM-BC qui peuvent être configurées à l'aide de System Manager. |
Le snapmirror quiesce et snampirror resume Les commandes ne sont pas prises en charge par SM-BC.
|
Restaurez ONTAP 9.9.1 à partir de ONTAP 9.10.1
Pour rétablir des relations de 9.10.1 à 9.9.1, les relations SM-BC doivent être supprimées, suivies de l'instance de groupe de cohérence 9.10.1. Impossible de supprimer les groupes de cohérence avec une relation SM-BC active. Tout volume FlexVol mis à niveau vers la version 9.10.1 précédemment associé à une autre application de conteneur intelligent ou d'entreprise en 9.9.1 ou version antérieure ne sera plus associé à la restauration. La suppression des groupes de cohérence ne supprime pas les volumes constitutifs ou les snapshots granulaires volume. Reportez-vous à la section "Supprimez un groupe de cohérence" Pour plus d'informations sur cette tâche dans ONTAP 9.10.1 et versions ultérieures.
Restaurez ONTAP 9.7 à partir de ONTAP 9.8
SM-BC n'est pas pris en charge avec les clusters mixtes ONTAP 9.7 et ONTAP 9.8. |
Lorsque vous restaurez ONTAP 9.8 vers ONTAP 9.7, vous devez tenir compte des éléments suivants :
-
Si le cluster héberge une destination SM-BC, le retour à ONTAP 9.7 n'est pas autorisé tant que la relation n'est pas rompue et supprimée.
-
Si le cluster héberge une source SM-BC, le retour à ONTAP 9.7 n'est pas autorisé tant que la relation n'est pas validée.
-
Toutes les politiques SnapMirror personnalisées SM-BC créées par l'utilisateur doivent être supprimées avant de revenir à ONTAP 9.7.
Pour répondre à ces exigences, reportez-vous à la section "Supprimer une configuration SM-BC".
-
Effectuer une vérification de restauration à partir de l'un des clusters de la relation SM-BC :
cluster::*> system node revert-to -version 9.7 -check-only
Exemple :
cluster::*> system node revert-to -version 9.7 -check-only Error: command failed: The revert check phase failed. The following issues must be resolved before revert can be completed. Bring the data LIFs down on running vservers. Command to list the running vservers: vserver show -admin-state running Command to list the data LIFs that are up: network interface show -role data -status-admin up Command to bring all data LIFs down: network interface modify {-role data} -status-admin down Disable snapshot policies. Command to list snapshot policies: "snapshot policy show". Command to disable snapshot policies: "snapshot policy modify -vserver * -enabled false" Break off the initialized online data-protection (DP) volumes and delete Uninitialized online data-protection (DP) volumes present on the local node. Command to list all online data-protection volumes on the local node: volume show -type DP -state online -node <local-node-name> Before breaking off the initialized online data-protection volumes, quiesce and abort transfers on associated SnapMirror relationships and wait for the Relationship Status to be Quiesced. Command to quiesce a SnapMirror relationship: snapmirror quiesce Command to abort transfers on a SnapMirror relationship: snapmirror abort Command to see if the Relationship Status of a SnapMirror relationship is Quiesced: snapmirror show Command to break off a data-protection volume: snapmirror break Command to break off a data-protection volume which is the destination of a SnapMirror relationship with a policy of type "vault": snapmirror break -delete-snapshots Uninitialized data-protection volumes are reported by the "snapmirror break" command when applied on a DP volume. Command to delete volume: volume delete Delete current version snapshots in advanced privilege level. Command to list snapshots: "snapshot show -fs-version 9.8" Command to delete snapshots: "snapshot prepare-for-revert -node <nodename>" Delete all user-created policies of the type active-strict-sync-mirror and active-sync-mirror. The command to see all active-strict-sync-mirror and active-sync-mirror type policies is: snapmirror policy show -type active-strict-sync-mirror,active-sync-mirror The command to delete a policy is : snapmirror policy delete -vserver <SVM-name> -policy <policy-name>
Pour plus d'informations sur le rétablissement des clusters, reportez-vous à la section "Restaurez la ONTAP".