À partir de ONTAP 9.11.1, AIX est pris en charge avec la synchronisation active SnapMirror via PVR.

La synchronisation active SnapMirror peut assurer une protection des données avec un RPO nul, mais le processus de basculement avec AIX nécessite des étapes supplémentaires pour reconnaître le changement de chemin. Les LUN qui ne font pas partie d'un groupe de volumes racine subissent une pause d'E/S jusqu'à cfgmgr la commande est exécutée. Cette fonctionnalité peut être automatisée et la plupart des applications reprennent leurs opérations sans interruption supplémentaire.

Les LUN faisant partie d'un groupe de volumes root ne doivent généralement pas être protégées avec la synchronisation active SnapMirror. Il n'est pas possible d'exécuter cfgmgr Commande après un basculement, ce qui signifie qu'un redémarrage est nécessaire pour reconnaître les modifications apportées aux chemins SAN. Vous pouvez toujours assurer la protection des données avec un RPO nul au sein du groupe de volumes root, mais le basculement entraînera des perturbations.

Pour plus d'informations sur la synchronisation active de SnapMirror avec AIX, consultez votre équipe de compte NetApp.

Depuis ONTAP 9.10.1, la synchronisation active SnapMirror pour HP-UX est prise en charge.

Un événement de basculement automatique non planifié (AUFO) sur le cluster maître isolé peut être causé par une défaillance de double événement lorsque la connexion entre le cluster principal et le cluster secondaire est perdue et que la connexion entre le cluster principal et le médiateur est également perdue. Ce phénomène est considéré comme un événement rare, contrairement à d'autres événements AUFO.

À partir de ONTAP 9.10.1, la synchronisation active SnapMirror prend en charge Solaris 11.4.

Pour vous assurer que les applications client Solaris ne sont pas perturbatrices lorsqu'un basculement de site non planifié se produit dans un environnement de synchronisation active SnapMirror, modifiez les paramètres par défaut du système d'exploitation Solaris. Pour configurer Solaris avec les paramètres recommandés, reportez-vous à l'article de la base de connaissances "Prise en charge de l'hôte Solaris Paramètres recommandés dans la synchronisation active SnapMirror".

La synchronisation active SnapMirror prend en charge les volumes source et de destination sur les agrégats FabricPool avec des règles de Tiering aucune, Snapshot ou Auto. La synchronisation active SnapMirror ne prend pas en charge les agrégats FabricPool au moyen d'une règle de Tiering.

Dans configurations « fan-out », Votre volume source peut être mis en miroir vers un terminal de destination de synchronisation actif SnapMirror et vers une ou plusieurs relations asynchrones SnapMirror.

Prise en charge de la synchronisation active SnapMirror configurations « fan-out » avec le MirrorAllSnapshots Et, à partir de ONTAP 9.11.1, le MirrorAndVault politique. Les configurations « Fan-Out » ne sont pas prises en charge dans la synchronisation active SnapMirror avec le XDPDefault politique.

Depuis la version ONTAP 9.15.1, la synchronisation active SnapMirror prend en charge la reconfiguration automatique dans le segment « Fan-Out » après un événement de basculement. Si le basculement du site principal vers le site secondaire a réussi, le site tertiaire est automatiquement reconfiguré pour traiter le site secondaire comme la source. La reconfiguration est déclenchée par un basculement planifié ou non planifié. La reconfiguration a également lieu lors du retour arrière vers le site principal.

Pour plus d'informations sur la gestion de votre configuration de « Fan-Out » dans les versions précédentes de ONTAP, reportez-vous à la section reprendre la protection dans la configuration du « fan-out ».

À partir de ONTAP 9.13.1, vous pouvez utiliser NDMP pour copier et restaurer les données Avec la synchronisation active SnapMirror. L'utilisation de NDMP permet de déplacer des données vers la source de synchronisation active SnapMirror pour effectuer une restauration sans interrompre la protection. Cette fonctionnalité est particulièrement utile dans les configurations « Fan-Out ».

SnapCenter prend en charge la synchronisation active SnapMirror à partir de "SnapCenter 5.0". SnapCenter permet de créer des snapshots qui peuvent être utilisés pour protéger et restaurer des applications et des machines virtuelles, ce qui permet de proposer des solutions de stockage toujours disponibles avec une granularité au niveau des applications.

La synchronisation active SnapMirror prend en charge les SnapRestore de fichier partiel et unique.

ONTAP 9.11.1 et SnapRestore pour un seul fichier Est pris en charge pour les volumes SnapMirror actifs synchronisés. Vous pouvez restaurer un fichier unique à partir d'une copie Snapshot répliquée à partir de la source de synchronisation active SnapMirror vers la destination. Étant donné que les volumes peuvent contenir une ou plusieurs LUN, cette fonctionnalité vous permet de mettre en œuvre une opération de restauration moins disruptive en restaurant de façon granulaire une seule LUN sans interrompre les autres LUN. Single File SnapRestore propose deux options : sur place et hors place.

À partir de ONTAP 9.12.1, "Restauration partielle de LUN" Est pris en charge pour les volumes SnapMirror actifs synchronisés. Vous pouvez restaurer des données à partir de copies Snapshot créées par les applications et répliquées entre les volumes SnapMirror source (volume) de synchronisation active et cible (copie Snapshot). Une restauration partielle des LUN ou des fichiers peut s'avérer nécessaire si vous devez restaurer une base de données sur un hôte qui stocke plusieurs bases de données sur la même LUN. Pour utiliser cette fonctionnalité, vous devez connaître le décalage d'octets de départ des données et du nombre d'octets.

La prise en charge de LUN et de volumes importants (supérieurs à 100 To) dépend de la version de ONTAP que vous utilisez et de votre plateforme.