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.

Interopérabilité de la synchronisation active SnapMirror

Contributeurs
PDF

La synchronisation active SnapMirror est compatible avec de nombreux systèmes d'exploitation, hôtes d'application et autres fonctionnalités d'ONTAP.

Hôtes d'applications

La synchronisation active SnapMirror prend en charge les hôtes d'applications, notamment Hyper-V, Red Hat Enterprise Linux (RHEL), VMware, VMware vSphere Metro Storage Cluster (vMSC), Windows Server, et, depuis ONTAP 9.14.1, le cluster de basculement Windows Server.

Systèmes d'exploitation

La synchronisation active SnapMirror est prise en charge par de nombreux systèmes d'exploitation, notamment :

  • AIX via PVR (à partir de ONTAP 9.11.1)

  • HP-UX (à partir de ONTAP 9.10.1)

  • Solaris 11.4 (à partir de ONTAP 9.10.1)

AIX

À 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.

HP-UX

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

Basculement automatique non planifié avec HP-UX

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.

  • Dans ce scénario, la reprise des E/S sur l'hôte HP-UX peut prendre plus de 120 secondes. Selon les applications en cours d'exécution, il se peut que cela n'entraîne aucune interruption d'E/S ni aucun message d'erreur.

  • Pour résoudre ce problème, vous devez redémarrer les applications sur l'hôte HP-UX dont la tolérance d'interruption est inférieure à 120 secondes.

Solaris

À 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".

Interopérabilité ONTAP

SnapMirror Active Sync s'intègre avec des composants de ONTAP afin d'étendre ses fonctions de protection des données.

FabricPool

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.

Configurations « Fan-Out »

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.

Schéma d'une configuration « Fan-Out »

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 ».

Restauration NDMP

À 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

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.

SnapRestore

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

SnapRestore à fichier 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.

Fichier partiel SnapRestore

À 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.

Des LUN de grande taille et de grands volumes

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.

ONTAP 9.12.1P2 et versions ultérieures

  • Pour ONTAP 9.12.1 P2 et versions ultérieures, la synchronisation active SnapMirror prend en charge des LUN de grande taille et des volumes de plus de 100 To sur ASA et AFF (y compris C-Series).

Remarque Pour les versions ONTAP 9.12.1P2 et ultérieures, vous devez vous assurer que les clusters principal et secondaire sont des baies SAN 100 % Flash (ASA) ou des baies 100 % Flash (AFF), et que ONTAP 9.12.1 P2 ou version ultérieure est installé sur les deux. Si le cluster secondaire exécute une version antérieure à ONTAP 9.12.1P2 ou si le type de baie n'est pas le même que le cluster principal, la relation synchrone peut être désynchronisée si le volume primaire dépasse 100 To.
ONTAP 9.9.1 - 9.12.1P1

  • Pour les versions ONTAP comprises entre ONTAP 9.9.1 et 9.12.1 P1 (inclus), les LUN de grande taille et les volumes de grande taille supérieurs à 100 To sont pris en charge uniquement sur les baies SAN 100 % Flash.

Remarque Pour les versions ONTAP comprises entre ONTAP 9.9.1 et 9.12.1 P2, vous devez vous assurer que les clusters principal et secondaire sont des baies SAN 100 % Flash, et que ONTAP 9.9.1 ou version ultérieure est installé sur les deux. Si le cluster secondaire exécute une version antérieure à ONTAP 9.9.1 ou s'il ne s'agit pas d'une baie SAN 100 % Flash, la relation synchrone peut être désynchronisée si le volume principal dépasse les 100 To.
Plus d'informations