Pour chaque hôte, une configuration cible (post-migration) est identifiée et une analyse des écarts est réalisée pour identifier les composants spécifiques qui ne sont pas pris en charge. L'analyse de l'hôte doit être immédiatement examinée à la fin de l'étude. Les mises à jour requises peuvent rompre la compatibilité avec les applications exécutées sur chaque hôte.

En général, les modifications d'hôte requises ne sont effectuées qu'en cas d'événement de migration. Cela est dû au besoin commun de planifier des fenêtres de maintenance, mais il est souvent moins risqué d'effectuer des modifications à l'hôte à l'avance, comme des correctifs système et des mises à jour de l'adaptateur de bus hôte (HBA). En outre, les mises à jour du système sont souvent effectuées en coordination avec les mises à jour des applications utilisant les mêmes opérations de maintenance. Généralement, toute modification apportée à la configuration MPIO (chemins d'accès E/S multiples) avant la migration affecte également la prise en charge du stockage actuel. Par exemple, si vous supprimez PowerPath d'un hôte et que vous le reconfigurez pour utiliser MPIO natif et ALUA (Asymmetric Logical Unit Access) sur Linux, il se peut que la configuration de stockage actuelle ne soit pas prise en charge.

Le report de la reconfiguration MPIO jusqu'à après la migration simplifie le processus de restauration, le cas échéant.

Les tâches de la phase de planification sont répertoriées dans le tableau suivant.

Informations connexes

"Interopérabilité NetApp"