Exécuter la migration

La phase d’exécution est la phase finale du processus de migration. Toutes les tâches de déplacement et de migration des données se produisent dans cette phase. En règle générale, vous devez adopter une approche itérative en effectuant plusieurs fois l’exécution pour vous assurer que toutes les modifications et mises à jour sont capturées. Ce processus permet d’effectuer un basculement plus facile et de conserver au minimum la perte de données.

La phase d’exécution se compose des étapes suivantes :

1. Migration initiale : À compter de la copie en bloc, migrez l’ensemble initial de données à l’aide des outils recommandés les plus appropriés.
2. Itérer : vous pouvez découvrir des erreurs qui nécessitent une correction et éventuellement réexécuter certaines des tâches. Optimisez les paramètres de concurrence si nécessaire pour améliorer la vitesse et l’efficacité.
3. Synchronisation incrémentielle : Si les données sources sont dynamiques, les modifications apportées à la source sont attendues pendant le processus d’amorçage initial ou de migration. Dans ce cas, exécutez la synchronisation incrémentielle pour synchroniser toutes les modifications. Vous pouvez répéter cette étape plusieurs fois s’il existe de nombreuses modifications. L’objectif de l’exécution de plusieurs opérations de synchronisation est de réduire le temps nécessaire pour le basculement final. Les données inactives, les données d’archivage ou les données de sauvegarde qui restent statiques peuvent être exclues de cette étape.
4. Basculement final vers Azure : La dernière étape de basculement implique de consommer ces données actives situées à la destination cible et de mettre hors service les données sources. Avant de planifier une fenêtre de basculement finale, toutefois, figez toutes les modifications sources et planifiez un temps d’arrêt suffisant pour exécuter la synchronisation incrémentielle finale. Vérifiez que toutes les modifications de dernière minute sont capturées dans Azure et mettez à jour les configurations afin que les utilisateurs et les applications pointent désormais vers l’emplacement cible Azure.
5. Tâches post-migration : Une fois la cible active, vous devez effectuer une validation complète des données pour vous assurer que tous les mécanismes de sécurité, de surveillance et de protection appropriés sont en place. Ces activités de validation diffèrent en fonction de votre service cible et de vos charges de travail.

Les exemples suivants incluent des recommandations de bonnes pratiques pour la validation post-migration utilisant le Stockage Blob Azure.

• Protection des données
• Gestion de l’identité et de l’accès
• Mise en réseau
• Bonnes pratiques de supervision et de surveillance

Meilleures pratiques

Les recommandations suivantes contiennent les meilleures pratiques qui doivent être suivies pendant votre migration Azure. Ces meilleures pratiques sont recueillies à partir de notre expérience auprès des clients de petite taille et d’entreprise, et sont destinées à être une ressource pour les professionnels de l’informatique.

• Vérifiez qu’il n’y a pas de modifications simultanées ou qui se chevauchent dans le jeu de données cible dans Azure tant que toutes les données ne sont pas migrées à partir de la source. Des modifications inattendues au sein de la cible et de la source peuvent entraîner des défaillances inattendues et une perte de données.
• Lors de la migration d’une charge de travail d’application, ne migrez pas les données et l’infrastructure de l’application séparément. Prévoyez de déplacer l’application et ses données non structurées ensemble, ou au moins dans le délai le plus proche possible. La sortie des données et de l’infrastructure d’application séparées entre l’environnement local et Azure peut entraîner une latence et entraîner des défaillances d’application et des temps d’arrêt inattendus. Dans la mesure du possible, effectuez des tests de preuve de concept nécessaires pour valider les exigences de l’application.
• Évitez les transitions directes ou les « transitions big-bang ». Au lieu de remplacer brusquement votre système précédent sans période de transition, visez à réduire les temps d’arrêt au basculement en planifiant la fenêtre de basculement pendant les heures d’utilisation creuses. Communiquez avec les parties prenantes sur toute période en lecture seule nécessaire à l’avance.
• Migrez en flux parallèles dans la mesure du possible pour accélérer le débit. Assurez-vous que les systèmes sources ne sont pas surchargés et utilisez la limitation de bande passante si nécessaire pour éviter la dégradation des performances.
• Effectuez un exemple de migration à l’aide d’un exemple de données représentatif avant de commencer l’exécution complète. Cet exercice peut vous aider à identifier les problèmes potentiels et à valider votre approche de migration.
• Conservez un journal de migration tout au long de la phase d’exécution, en surveillant toutes les activités. Enregistrez les détails entourant le transfert de chaque charge de travail, notamment l’heure de début, la durée, les problèmes rencontrés et leur résolution. Ces détails aident à la responsabilité et aux audits futurs ou à l’analyse post-mortem.
• Après le basculement final, conservez les données sources dans un état en lecture seule comme solution de secours. Désaffectez uniquement les données sources une fois que vous êtes certain que la copie Azure est terminée et correcte.