Users Guide

PowerStore est un cluster scale out à deux nœuds et à plusieurs appliances. En général, la plupart des défaillances provoquant
l’indisponibilité des données sont récupérables et gérées par la conception à haute disponibilité inhérente au cluster PowerStore.
L’orchestrateur d’importation s’exécutant dans l’appliance PowerStore, il offre le même niveau de disponibilité que PowerStore.
Toutefois, dans le cas extrême où un cluster PowerStore s’arrête avant le basculement au cours de l’importation, une option vous permet
de procéder à la récupération et de revenir au système source. Les données demeurent temporairement indisponibles tant que cette
récupération n’est pas effectuée. La marche à suivre consiste à effectuer une intervention manuelle au niveau du système source pour
supprimer les états propres à la migration, puis à exécuter les étapes propres à la plate-forme hôte. Contactez votre prestataire de
services pour effectuer ce type de récupération.
Si une appliance entière est arrêtée, ses deux nœuds le sont également. Toutefois, dans un cluster à plusieurs appliances, les importations
en cours se poursuivent dans les autres appliances opérationnelles. Les importations qui utilisent le volume de destination figurant sur
l’appliance arrêtée se bloquent. Il est recommandé de commencer par remettre en service l’appliance avant d’annuler cette session
bloquée.
Cas d’exception
La plupart du temps, en cas de défaillance unique (telle que celle d’un nœud PowerStore lors de l’importation avec les E/S hôtes),
l’importation et les E/S ne sont pas affectées. L’autre nœud prend le relais. Dans de rares cas, si l’importation ne parvient pas à se
poursuivre en cas de défaillance, une annulation automatique se produit et les E/S sont redirigées vers le volume source.
Parfois, le délai de reprise du nœud peut être long et des problèmes de latence peuvent se produire au niveau des E/S hôtes. Dans les
pires scénarios, le délai d’attente des E/S expire, entraînant une indisponibilité temporaire des données. La récupération a lieu lorsque le
nœud arrêté est complètement restauré.
Si le nœud ne peut pas redémarrer ou si sa récupération prend trop de temps, une option vous permet de revenir à la source. Vous
pouvez en effet effectuer une annulation forcée de l’importation. Une intervention manuelle peut être nécessaire sur l’hôte en fonction
de la plate-forme et de la charge des E/S. Après l’étape de récupération de l’hôte, les E/S peuvent reprendre au niveau de la source.
Une fois que le nœud PowerStore a été restauré et que le cluster PowerStore fonctionne correctement, vous pouvez de nouveau tenter
d’effectuer des importations. En cas de problème au cours de cette procédure, nous vous recommandons de contacter votre prestataire
de services.
Redémarrage de l’hôte pendant une importation sans interruption
Un redémarrage non planifié de l’hôte lors de l’importation est possible. Dans le cas d’une importation sans interruption, le processus
d’importation gère ce cas. Si vous avez dépassé l’étape de basculement de l’importation, cette dernière se poursuit. Dans le cas contraire,
une restauration est effectuée, ce qui signifie que l’importation est annulée automatiquement et que les E/S se poursuivent vers la source.
Ces actions s’appliquent à la fois aux clusters autonomes et aux clusters hôtes. Des défaillances d’E/S peuvent se produire en raison du
redémarrage de l’hôte. Cette situation est plus probable dans le cas d’un hôte autonome car, dans le cas d’un cluster hôte, le nœud qui
reste actif prend le relais. Toutefois, des défaillances d’E/S sont possibles même si aucune session d’importation n’est en cours.
Dans certaines configurations (iSCSI, par exemple), il est possible que la connexion automatique ne soit pas activée. En outre, comme
décrit dans la section Présentation du réseau d’importation , page 66, les chemins d’accès SAN entre l’hôte et la source ne sont pas actifs
après le redémarrage. Dans ce cas, cette connexion doit être configurée pour que le processus d’annulation puisse être lancé. Toutefois,
les importations peuvent se poursuivre car elles n’utilisent pas ces chemins d’accès SAN. Par exemple, sur un hôte basé sur Windows
qui utilise des connexions iSCSI, vous devez activer l’option to add the connection to favorite targets afin de vous assurer que les
connexions iSCSI sont rétablies après les redémarrages.
Défaillances pendant une importation sans agent
Certaines défaillances peuvent être intermittentes (par exemple, en raison de la charge du système ou du réseau). En général, si la
tentative d’importation échoue, les E/S ne sont pas affectées et se poursuivent avec les volumes sources. Une nouvelle tentative
d’importation suffit. Parfois, les problèmes de réseau ou de charge doivent être résolus pour que vous puissiez procéder de nouveau à
l’importation. Lorsqu’une importation échoue, le message d’erreur vise à indiquer ce qui n’a pas fonctionné sans fournir d’explications trop
techniques. Si les tentatives répétées de résolution du problème échouent, contactez votre prestataire de services.
Si la destination perd la connexion principale avec le système source dans le chemin d’accès SAN pendant une importation sans agent,
l’importation passe à l’état Cancel Required. Il est possible que les erreurs entre le cluster PowerStore et le réseau source provoquent
des erreurs d’E/S vers une application utilisateur. Lorsque l’importation passe à l’état Cancel Required, une alerte est générée pour
reconfigurer l’application utilisateur de sorte qu’elle utilise le volume source. Après avoir reconfiguré l’application utilisateur pour utiliser le
68
Gestion des pannes par le processus d’importation PowerStore