Notes de publication du service Azure Storage Mover

Azure Storage Mover est un service hybride, qui introduit en permanence de nouvelles fonctionnalités et des améliorations dans les composants de son service cloud et de son agent. Les nouvelles fonctionnalités nécessitent souvent une version d’agent correspondante qui les prend en charge. Cet article fournit un récapitulatif des améliorations clés de chaque combinaison de versions de service et d’agent publiées. L’article indique également les limitations et, si possible, les solutions de contournement des problèmes identifiés.

Versions d’agent prises en charge

Les versions prises en charge de l’agent Azure Storage Mover sont les suivantes :

Stratégie de mise à jour d’Azure Storage Mover

Les agents en préversion sont mis à jour automatiquement. À compter de la version en disponibilité générale du service et de l’agent, tous les agents Azure Storage Mover en disponibilité générale sont mis à jour automatiquement vers les versions futures. Les agents en disponibilité générale et les nouveaux agents téléchargent et appliquent automatiquement les nouvelles fonctionnalités et les correctifs de bogues. Si vous devez déployer un autre agent Storage Mover, vous trouverez la dernière version disponible de l’agent sur le Centre de téléchargement Microsoft. Veillez à d’abord inscrire votre agent nouvellement déployé afin de pouvoir l’utiliser pour vos migrations.

La mise à jour automatique de l’agent n’affecte pas l’exécution des travaux de migration. Les travaux en cours d’exécution sont autorisés à s’exécuter avant que la mise à jour soit appliquée localement sur l’agent. Les éventuelles erreurs lors du processus de mise à jour entraînent l’utilisation automatique de la version précédente de l’agent. En parallèle, une nouvelle tentative de mise à jour est démarrée automatiquement. Ce comportement garantit une expérience de migration sans interruption.

Cycle de vie et garanties liées à la gestion des changements

Azure Storage Mover est un service hybride qui permet d’introduire en permanence de nouvelles fonctionnalités et des améliorations. Les versions de l’agent Azure Storage Mover sont prises en charge seulement pour une durée limitée. Les agents se mettent automatiquement à jour vers la dernière version. Il n’est pas nécessaire de gérer une quelconque partie du processus de mise à jour automatique. Cependant, les agents doivent être en cours d’exécution et connectés à Internet pour rechercher les mises à jour. Pour faciliter les mises à jour des agents qui n’ont pas été exécutés depuis un certain temps :

• Les versions majeures sont prises en charge au moins six mois après la date de leur publication initiale.
• Nous garantissons une période de chevauchement de trois mois minimum de prise en charge entre chaque version majeure d’agent.
• Le tableau Versions de l’agent prises en charge liste les dates d’expiration. Les versions de l’agent expirées peuvent toujours être en mesure de se mettre à jour elles-mêmes vers une version prise en charge, mais ce n’est pas garanti.

2025 octobre 22

Notes sur la version actualisée pour :

• Version du service : 30 septembre 2025
• Version de l’agent : 4.0.902

Nouveautés

• Possibilité de migrer des données d’une source NFS vers une cible NFS Azure Files
• Mise à niveau de la version Linux de la machine virtuelle Mover vers la version 6.8.0-1031-azure

2025 Juillet 30

Notes sur la version actualisée pour :

• Version du service : 30 juillet 2025
• Version de l’agent : 3.4.846

Nouveautés

• Possibilité de tester la connectivité de point de terminaison HTTP à l’aide de Curl et traceroute
• Mise à niveau de la version Linux de la machine virtuelle Mover vers la version 6.8.0

2025 mai 30

Notes sur la version actualisée pour :

• Version du service : 30 mai 2025
• Version de l’agent : 3.3.760

Nouveautés

• Prise en charge des migrations de partages SMB vers des cibles d’objets blob Azure

2025 avril 8

Notes sur la version actualisée majeure pour :

• Version du service : 8 avril 2025
• Version de l’agent : 3.3.760

Nouveautés

• Vérification du réseau lors de l’inscription
• Correctif de bogue pour afficher correctement la configuration du système pour la vitesse du processeur

28 janvier 2025

Notes sur la version actualisée majeure pour :

• Version du service : 28 juin 2025
• Version de l’agent : 3.3.708

Nouveautés

• Améliorations liées au proxy et correctifs de bogues
• Résolutions de bogues et améliorations des performances et de la sécurité
• Possibilité de collecter et de diagnostiquer les problèmes liés au montage SMB
• Possibilité d’utiliser des outils de diagnostic réseau inclus - ping, nslookup
• Gestion améliorée des caractères Unicode pour une source SMB

30 août 2024

Notes sur la version actualisée majeure pour :

• Version du service : 30 août 2024
• Version de l’agent : 3.1.636

Nouveautés

• Limitations des mots de passe plus strictes.
• Améliorations de la sécurité et résolution des bogues.

10 juillet 2024

Notes sur la version actualisée majeure pour :

• Version du service : 2 juillet 2024
• Version de l’agent : 3.1.613

Nouveautés

• Prend en charge les planifications de gestion de la bande passante des liaisons WAN. (Consultez la documentation)
• Optimisations des performances.
• Améliorations de la sécurité et résolution des bogues.

16 juin 2024

Notes sur la version actualisée pour :

• Version du service : 10 juin 2024
• Version de l’agent : 3.1.593

Nouveautés

• Vous pouvez désormais collecter des packs de support auprès de la machine virtuelle de l’agent, même si une partie de celle-ci n’est pas en cours d’exécution.
• L’agent peut désormais gérer la migration des données depuis des partages SMB qui ne prennent pas en charge INodes.
• Fiabilité améliorée de l’inscription de l’agent.
• Améliorations de la sécurité et résolution des bogues.

2 avril 2024

Notes sur la version actualisée pour :

• Version du service : 2 avril 2024
• Version de l’agent : 3.0.500

Nouveautés

• Inscription améliorée de l’agent : vous pouvez désormais ajouter des étiquettes à la machine ARC créée par l’agent.
• Amélioration des tests de connectivité réseau : l’agent Storage Mover utilise désormais l’outil Azure ARC CLI azcmagent et une commande GET curl pour vérifier les points de terminaison ARC et Storage Mover avec l’option « Tester la connectivité réseau » dans la console de l’agent.
• Une nouvelle option, « Tester la connectivité réseau avec des détails » peut aider à diagnostiquer plus facilement les problèmes de réseau local.
• Amélioration de l’expérience utilisateur pour les conditions d’erreur lors des processus d’inscription et de désinscription de l’agent.
• Storage Mover dépend d’Azure ARC et d’une identité managée. Des protections supplémentaires ont été ajoutées pour garantir l’inscription transparente : la ressource de calcul hybride ARC est désormais créée dans la même région que la ressource de déplacement de stockage et l’étendue Azure Arc Private Link (le cas échéant).
• Instructions améliorées pour l’inscription de l’agent lors de l’utilisation d’un réseau privé.
• Améliorations de la sécurité et résolution des bogues.

1er décembre 2023

Notes sur la version actualisée majeure pour :

• Version du service : 1er décembre 2023
• Version de l’agent : 3.0.412

Nouveautés

• Prise en charge étendue du protocole SMB 2.0 (contre SMB 2.1+ auparavant)
• Améliorations de la sécurité et résolution des bogues.

Limites

6 novembre 2023

Notes sur la version actualisée majeure pour :

• Version du service : 6 novembre 2023
• Version de l’agent : 2.0.358

Scénarios de migration

• La migration de vos partages SMB vers des partages de fichiers Azure est passée en disponibilité générale.
• L’agent Storage Mover est désormais pris en charge sur les hyperviseurs VMware ESXi 6.7 en préversion publique.
• La migration de partages NFS vers le stockage Azure Data Lake Gen2 est désormais disponible en préversion publique.

Service

• Les migrations des partages NFS vers des comptes de stockage Azure avec la fonctionnalité de service d’espace de noms hiérarchique (HNS) activée sont désormais prises en charge et appliquent automatiquement les API REST ADLS Gen2 pour la migration. Cette API permet la migration de fichiers et de dossiers de manière conforme à Data Lake. La fidélité totale est préservée de la même manière qu’avec le chemin de migration des conteneurs blob existant précédemment.
• Les codes d’erreur et les messages ont été améliorés.

Agent

• Modifications requises pour les chemins de migration mentionnés précédemment.
• Modifications pour améliorer la gestion et la journalisation des fichiers qui échouent lors de la migration lorsqu’ils contiennent des caractères non valides ou sont en cours d’utilisation pendant une migration.
• Prise en charge des descripteurs de sécurité de fichiers et de dossiers de plus de 8 Kib. (ACL)
• Possibilité d’éviter une condition d’erreur de travail lorsque la source est un partage SMB vide.
• Améliorations apportées à la configuration du réseau local de l’agent, comme l’application d’une adresse IP statique à l’agent ou une erreur listant certaines configurations réseau.
• Améliorations de sécurité.
• La même version de l’agent est désormais prise en charge pour s’exécuter sur les hyperviseurs Hyper-V et VMware ESXi 6.7.

Limites

5 août 2023

Notes sur la version actualisée pour :

• Version du service : 5 août 2023
• Version de l’agent : 2.0.287

Scénarios de migration

Azure Storage Mover peut migrer votre partage SMB vers des partages de fichiers Azure (en préversion publique).

Service

• Deux nouveaux points de terminaison ont été introduits.
• Les messages d’erreur ont été améliorés.

Agent

• Modifications pour inclure la gestion des sources SMB et le transfert du plan de données vers Az Files
• Gestion des informations d’identification SMB via Azure Key Vault.

Limites

• Les listes de contrôle d’accès des dossiers ne sont pas mises à jour sur les transferts incrémentiels.
• Les dates de dernière modification des dossiers ne sont pas conservées.

14 juin 2023

Notes sur la version actualisée pour :

• Version du service : 12 juin 2023
• Version de l’agent : 1.1.256

Scénarios de migration

Les scénarios de migration existants de la version en disponibilité générale restent inchangés. Cette version contient des correctifs à de petits problèmes et des optimisations de fonctionnalités.

Service

• Correction d’un problème de cas particulier dans lequel le mode de copie miroir peut ne pas détecter les modifications apportées dans la source depuis la dernière exécution de la tâche.
• Correction d’un problème lors du déplacement d’une ressource Storage Mover vers un autre groupe de ressources. Il était possible que certaines propriétés soient ignorées.
• Amélioration des messages d’erreur.

Agent

• Correction d’un problème où l’inscription échouait parfois quand une connexion de serveur proxy et une étendue de liaison privée étaient configurées en même temps.
• Amélioration de la posture de sécurité en omettant de transmettre une entrée utilisateur spécifique au service qui n’est plus nécessaire.

17 avril 2023

Notes de publication en disponibilité générale pour :

• Version du service : 17 avril 2023
• Version de l’agent : 1.0.229

Scénarios de migration

Prise en charge d’une migration à partir d’un partage source NFS (v3/v4) vers un conteneur de blobs Azure (non HNS).

Options de migration

Outre la fusion du contenu de la source vers la cible (préversion publique), le service prend désormais en charge une autre option de migration : la mise en miroir du contenu de la source vers la cible.

• Les fichiers de la cible sont supprimés s’ils n’existent pas dans la source.
• Les fichiers et dossiers de la cible sont mis à jour pour correspondre à la source.
• Les renommages de dossiers entre les copies entraînent la suppression du contenu cloud et le rechargement des données contenues dans le dossier renommé sur la source.

Service

Le service prend désormais en charge la visualisation des journaux de copie et des journaux de travail dans le portail Azure. Un espace de travail Log Analytics doit être configuré pour recevoir les journaux. Cette configuration s’effectue une fois pour une ressource Storage Mover et s’applique à tous les agents et travaux de migration dans cette ressource Storage Mover. Pour configurer une ressource Storage Mover existante ou découvrir comment créer une ressource Storage Mover avec cette configuration, suivez les étapes décrites dans l’article : Comment activer les journaux de copie et de travail d’Azure Storage Mover.

Il est possible d’envoyer les logs à une solution de supervision non-Microsoft, voire sous forme de fichier brut dans un compte de stockage. Toutefois, le volet de la tâche de migration de Storage Mover dans le portail Azure ne peut interroger qu'un espace de travail Log Analytics pour les journaux. Pour obtenir une expérience intégrée, veillez à sélectionner un espace de travail Log Analytics comme cible.

Agent

Les connexions de liaison privée de l’agent vers Azure sont prises en charge. Les données migrées peuvent passer de l’agent au compte de stockage cible dans Azure via une connexion de liaison privée. L’inscription de l’agent peut également être effectuée via une connexion de liaison privée. Les messages de contrôle de l’agent (travaux, journaux) peuvent être envoyés seulement sur le point de terminaison public de la passerelle de l’agent Storage Mover. Si vous utilisez un pare-feu ou un serveur proxy pour restreindre l’accès public, vérifiez que l’URL suivante n’est pas bloquée : *.agentgateway.prd.azsm.azure.com. La région Azure dans laquelle les agents inscrits de la ressource Storage Mover existent est utilisée pour déterminer l’URL concrète.

2022 15 Septembre

Notes de publication de la préversion publique initiale de :

• Version du service : 15 septembre 2022
• Version de l’agent : 0.1.116

Scénarios de migration

Prise en charge d’une migration à partir d’un partage source NFS (v3/v4) vers un conteneur de blobs Azure (non HNS).

Options de migration

Prend en charge la fusion du contenu de la source vers la cible :

• Les fichiers sont conservés dans la cible, même s’ils n’existent pas dans la source.
• Les fichiers avec des noms et des chemins correspondants sont mis à jour pour correspondre à la source.
• Les renommages de dossiers entre les copies peuvent conduire à dupliquer du contenu dans la cible.

Service

• Lorsqu’un travail est démarré avec l’agent ayant des autorisations sur le stockage cible et que le travail est immédiatement annulé, le travail peut ne pas fermer correctement et rester dans l’état Cancel requested indéfiniment. Pour le moment, la seule atténuation consiste à supprimer la définition du travail et à la recréer.
• Le service Storage Mover n’est actuellement pas résilient à une panne de zone dans la région sélectionnée. Les étapes de configuration appropriées pour obtenir la redondance de zone sont en cours.

Agent

• L’appliance de l’agent Storage Mover est actuellement testée et prise en charge en tant que Version 1 machine virtuelle Windows Hyper-V.
• La réinscription d’un agent précédemment inscrit n’est actuellement pas prise en charge. Téléchargez plutôt une nouvelle image d’agent.
• Lorsque vous inscrivez un agent, une ressource de calcul hybride est également déployée dans le même groupe de ressources que le Mover de stockage. Dans certains cas, la désinscription du serveur ne supprime pas la ressource de calcul hybride de l’agent. Les administrateurs doivent le supprimer manuellement pour terminer l’annulation de l’inscription de l’agent et supprimer toutes les autorisations pour cibler le stockage que l’agent a précédemment conservé.
• Les journaux de copie ne sont pas configurables pour être envoyés à Azure et doivent être accessibles localement.

Pour accéder aux journaux de copie sur l’agent :

1. Se connecter à l’interpréteur de commandes d’administration de l’agent

À partir d’une machine du même sous-réseau que l’agent, exécutez une commande ssh :

ssh <AgentIpAddress> -l admin

Vous êtes invité à changer le mot de passe par défaut immédiatement après la première connexion à un agent nouvellement déployé. Prenez note du nouveau mot de passe, il n’y a aucun processus de récupération. La perte de votre mot de passe vous empêche d’accéder à l’interpréteur de commandes d’administration. La gestion cloud n’a pas besoin de ce mot de passe d’administration locale. Si l’agent a déjà été inscrit, vous pouvez toujours l’utiliser pour les travaux de migration. Les agents peuvent être supprimés. Ils n’ont que peu de valeur au-delà du travail de migration qu’ils exécutent. Vous pouvez toujours déployer un nouvel agent et l’utiliser à la place pour exécuter le travail de migration suivant.

1. Sélectionnez l’option 3) Service and job status
2. Sélectionnez l’option 2) Job summary
3. Une liste des travaux précédemment exécutés sur l’agent est affichée. Copiez l’ID au format Job definition id: Job run id qui représente le travail dont vous voulez récupérer les journaux de copie. Vous pouvez vérifier que vous avez sélectionné le bon travail en examinant ses détails en le collant dans l’option de menu 3) Job details.
4. Récupérez les journaux de copie en sélectionnant l’option 4) Job copylogs et en fournissant le même ID qu’à l’étape précédente.