La fonction de mise en miroir asynchrone diffère de la fonction de mise en miroir synchrone sur un point essentiel : elle capture l’état du volume source à un instant précis et copie uniquement les données qui ont changé depuis la dernière capture d’image.

Avec la mise en miroir synchrone, l'état du volume principal n'est pas capturé à un instant précis, mais reflète toutes les modifications qui ont été apportées au volume principal sur le volume secondaire. Le volume secondaire est identique au volume principal à chaque instant car, avec ce type de miroir, chaque fois qu'une écriture est effectuée sur le volume principal, une écriture est effectuée sur le volume secondaire. L'hôte ne reçoit pas d'accusé de réception indiquant que l'écriture a réussi tant que le volume secondaire n'a pas été mis à jour avec succès avec les modifications qui ont été apportées au volume principal.

Avec la mise en miroir asynchrone, la baie de stockage distante n'est pas entièrement synchronisée avec la baie de stockage locale, donc si l'application doit basculer vers la baie de stockage distante en raison d'une perte de la baie de stockage locale, certaines transactions pourraient être perdues.

Comparaison des fonctionnalités de mise en miroir :

Lorsque vous sélectionnez un volume principal pour une paire en miroir, une liste affiche tous les volumes éligibles.

Les volumes qui ne sont pas éligibles à l'utilisation ne figurent pas dans cette liste. Les volumes peuvent ne pas être éligibles pour l'une des raisons suivantes :

Lorsque vous sélectionnez un volume secondaire sur la baie de stockage distante, une liste affiche tous les volumes éligibles pour cette paire en miroir.

Les volumes qui ne sont pas éligibles à l'utilisation ne figurent pas dans cette liste. Les volumes peuvent ne pas être éligibles pour l'une des raisons suivantes :

Vous configurez les paires en miroir dans l'interface SANtricity Unified Manager, puis vous gérez les paires dans SANtricity System Manager.

Avant de créer une paire symétrique, suivez ces directives :

La priorité de synchronisation définit la quantité de temps de traitement allouée aux activités de synchronisation par rapport à la performance du système.

Le contrôleur propriétaire du volume principal effectue cette opération en arrière-plan. En même temps, le contrôleur propriétaire traite les écritures d'E/S locales sur le volume principal et les écritures distantes associées sur le volume secondaire. Parce que la resynchronisation détourne les ressources de traitement du contrôleur de l'activité d'E/S, la resynchronisation peut avoir un impact sur la performance de l'application hôte.

Gardez ces indications à l'esprit pour vous aider à déterminer la durée d'une priorité de synchronisation et comment les priorités de synchronisation peuvent affecter les performances du système.

Ces lignes directrices permettent d'appréhender approximativement les différences entre les priorités.

La taille du volume et la charge du débit d'E/S de l'hôte affectent les comparaisons du temps de synchronisation.

La resynchronisation manuelle est recommandée car elle vous permet de gérer le processus de resynchronisation de manière à offrir la meilleure opportunité de récupération des données.

Si vous utilisez une stratégie de resynchronisation automatique et que des problèmes de communication intermittents surviennent pendant la resynchronisation, les données du volume secondaire peuvent être temporairement corrompues. Une fois la resynchronisation terminée, les données sont corrigées.