acknowledge-no-nonascii-filenames-in-source-volumes

La confirmation de cette erreur signifie que vous avez vérifié que les volumes SnapLock que vous avez sélectionnés pour l'opération de vérification de la chaîne de garde ne contiennent aucun fichier dont les noms de fichiers ne comportent pas de caractères ASCII.

acknowledge-snaplock-coc-volume-autocommit-period

Une fois cette erreur ignorable ajoutée au projet, l'outil de transition 7-mode continue avec la transition, même si la propriété de période de validation automatique est définie sur le volume ONTAP SnapLock configuré pour stocker les résultats de la vérification de la chaîne de garde SnapLock.

nfs-qtrees-exported

En accusant cette erreur, vous avez compris les différences d'application des règles d'exportation qtree entre Data ONTAP 7-mode et ONTAP. Par ailleurs, vous avez compris les étapes manuelles nécessaires après l'application des règles d'export NFS par l'outil de transition 7-mode. "7MTT Precheck 10111 : Comment effectuer la transition des volumes 7-mode avec des exportations de niveau qtree"

ignore-cifs-ad-domain-mismatch

Si vous reconnaissez cette erreur, 7-mode transition Tool continue à opérer la transition des configurations CIFS, même si le domaine CIFS Active Directory (AD) du système 7-mode est différent du domaine CIFS AD de la SVM cible. Il faut s'assurer que les domaines CIFS AD du système 7-mode et le SVM cible sont des domaines de confiance. Dans le cas contraire, la transition des configurations CIFS vers la SVM cible échoue. "Comment effectuer la transition des configurations CIFS lorsque le domaine Active Directory du serveur CIFS sur les SVM 7-mode et cible sont différents"

ignore-ping-check-from-ic-lifs-to-7mode

Une fois cette erreur ignorable ajoutée au projet, l'outil 7-mode transition Tool n'exécute pas la vérification pour ping au système de stockage 7-mode depuis les LIFs intercluster du cluster cible.https://kb.netapp.com/Advice_and_Troubleshooting/Data_Storage_Software/ONTAP_OS/7MTT_cbt_-_How_to_handle_the_scenario_where_7-Mode_data-copy_IP_address["Transition basée sur les copies 7MTT : Comment gérer le scénario dans lequel l'adresse IP de copie des données 7-mode n'est pas accessible depuis les LIF intercluster du cluster cible"]

ignore-secondary-snapmirror-source-check

Une fois cette erreur ignorable ajoutée au projet, l'outil 7-mode transition Tool ne vérifie pas si tous les détails 7-mode principaux requis sont ajoutés au projet secondaire. Face à cette erreur, il se peut que l'outil 7-mode transition Tool ne crée pas les relations SnapMirror entre les volumes 7-mode principaux et les volumes de cluster secondaires pendant l'opération de mise en service.

ignore-configuration-limits-check

Vous pouvez utiliser cette option pour valider les limites de configuration (erreur de vérification préalable) et poursuivre la transition. En accusant cette erreur, vous comprenez que le temps de mise en service du stockage doit prendre plus de 3 à 8 heures, notamment le temps nécessaire aux opérations d'exportation, d'arrêt et d'importation (les opérations automatisées), et le câblage des tiroirs disques aux nouveaux contrôleurs. "Considérations relatives au délai de mise en service du stockage pour la transition sans copie"

mount-snaplock-volumes-using-7mode-volume-name

Une fois cette erreur ignorable ajoutée au projet, l'outil 7-mode transition Tool monte les volumes SnapLock avec le chemin de montage /<7-mode-volume-name>

acknowledge-no-snaplock-audit-transition-to-mcc

Une fois cette erreur ignorant ajoutée au projet, la transition de l'outil 7-mode se poursuit, même si le cluster cible est dans une configuration MetroCluster.