Migrer vers des partages de fichiers SMB Azure
Cet article traite des aspects de base d’une migration vers des partages de fichiers SMB Azure et contient une table des guides de migration. Ces guides vous aident à déplacer vos fichiers vers des partages de fichiers Azure. Les guides sont organisés en fonction de l’emplacement de vos données et du modèle de déploiement (cloud uniquement ou hybride) vers lequel vous vous déplacez.
S’applique à
| Type de partage de fichiers | SMB | NFS |
|---|---|---|
| Partages de fichiers Standard (GPv2), LRS/ZRS |  |
 |
| Partages de fichiers Standard (GPv2), GRS/GZRS | |
|
| Partages de fichiers Premium (FileStorage), LRS/ZRS | |
|
Notions de base de la migration
Azure offre différents types de stockage en ligne. Un aspect fondamental de la migration de fichiers vers Azure consiste à déterminer l’option de stockage Azure adaptée à vos données.
Les partages de fichiers Azure sont bien adaptés aux données de fichiers à usage général. Ces données incluent tout ce que vous utilisez avec un partage SMB local. Avec Azure File Sync, vous pouvez mettre en cache le contenu de plusieurs partages de fichiers Azure sur des serveurs exécutant Windows en local.
Pour une application qui s’exécute actuellement sur un serveur local, le stockage de fichiers dans un partage de fichiers Azure peut être un bon choix. Vous pouvez déplacer l’application vers Azure et utiliser des partages de fichiers Azure comme stockage partagé. Vous pouvez également envisager d’utiliser des disques Azure dans ce scénario.
Certaines applications cloud ne dépendent pas de SMB, de l’accès local aux données de l’ordinateur ou de l’accès partagé. Pour ces applications, le stockage d’objets tels que les objets blob Azure est souvent le meilleur choix.
La clé de toute migration consiste à capturer toutes les correspondances de fichiers applicables lors du déplacement de vos fichiers de leur emplacement de stockage actuel vers Azure. La fidélité de l’option de stockage Azure et les exigences de votre scénario vous aideront à choisir le stockage Azure approprié.
Voici les deux composants de base d’un fichier :
- Flux de données : le flux de données enregistre le contenu du fichier.
- Métadonnées de fichier : contrairement au stockage d’objets dans les objets blob Azure, un partage de fichiers Azure peut stocker en mode natif des métadonnées de fichiers. Traditionnellement, les données de fichiers à usage général dépendent des métadonnées de fichier. Ce n’est pas forcément le cas des données d’application. Les métadonnées de fichier comportent les sous-composants suivants :
- Attributs de fichier tels que En lecture seule
- Autorisations de fichier, généralement appelées autorisations NTFS ou listes de contrôle d’accès de fichiers et de dossiers
- Horodatages, en particulier, les horodatages de création et de dernière modification
- Autre flux de données, qui est un espace de stockage de grandes quantités de propriétés non standard. Ce flux de données de remplacement ne peut pas être stocké sur un fichier dans un partage de fichiers Azure. Il est conservé localement quand Azure File Sync est utilisé.
La fidélité des fichiers dans une migration peut être définie comme la capacité à :
- Stocker toutes les informations de fichier applicables sur la source.
- Transférer des fichiers avec l'outil de migration.
- Stocker des fichiers dans le stockage cible de la migration. La cible des guides de migration dans cet article correspond à un ou plusieurs partages de fichiers Azure. Prenez en compte cette liste de fonctionnalités que les partages de fichiers Azure ne prennent pas en charge.
Pour garantir une migration sans accroc, identifiez le meilleur outil de copie selon vos besoins et associez une cible de stockage à votre source.
Important
Si vous effectuez la migration des serveurs de fichiers locaux vers Azure File Sync, définissez les listes de contrôle d’accès pour le répertoire racine du partage de fichiers avant de copier un grand nombre de fichiers, car la propagation des modifications apportées aux autorisations pour les listes de contrôle d’accès racines peut prendre jusqu’à un jour, si elles sont effectuées après une migration de fichiers volumineux.
Les utilisateurs qui se servent d’Active Directory Domain Services (AD DS) comme contrôleur de domaine local peuvent accéder en mode natif à un partage de fichiers Azure. Il en va de même pour les utilisateurs de Microsoft Entra Domain Services. Chacun utilise son identité actuelle pour y accéder en fonction des autorisations du partage et des listes de contrôle d’accès des fichiers et des dossiers. Ce comportement est similaire à celui d’un utilisateur qui se connecte à un partage de fichiers local.
En savoir plus sur l’authentification Active Directory locale et l’authentification Microsoft Entra Domain Services pour les partages de fichiers Azure.
Métadonnées prises en charge
Le tableau suivant répertorie les métadonnées prises en charge pour Azure Files.
Important
L’horodatage LastAccessTime n’est actuellement pas pris en charge pour les fichiers ou les répertoires sur le partage cible.
| Source | Cible |
|---|---|
| Structure de répertoires | La structure de répertoires d’origine de la source peut être conservée sur le partage cible. |
| Liens symboliques | Les liens symboliques sur la source peuvent être conservés et mappés sur le partage cible. |
| Autorisations d'accès | Azure Files prend en charge les listes de contrôle d’accès Windows et doit être définie sur le partage cible, même si aucune intégration AD n’est configurée au moment de la migration. Les listes de contrôle d’accès suivantes doivent être conservées : identificateur de sécurité du propriétaire (SID), SID du groupe, listes d’accès discrétionnaires (DACL), listes de contrôle d’accès système (SACL). |
| Créez un horodatage | L’horodatage de création d’origine du fichier source peut être conservé sur le partage cible. |
| Modifiez l’horodatage | L’horodatage de modification d’origine du fichier source peut être conservé sur le partage cible. |
| Horodatage modifié | L’horodatage modifié d’origine du fichier source peut être conservé sur le partage cible. |
| Attributs de fichier | Les attributs courants tels que les indicateurs en lecture seule, masqués et archive peuvent être conservés sur le partage cible. |
Guides de migration
Le tableau suivant répertorie les combinaisons d'outils suggérées pour la migration vers les partages de fichiers SMB Azure.
Comment utiliser la table :
Recherchez la ligne du système source sur lequel vos fichiers se trouvent actuellement.
Choisissez l’une de ces cibles :
- Déploiement hybride : utilisez Azure File Sync pour mettre en cache le contenu des partages de fichiers Azure locaux et de niveau moins fréquemment utilisés dans le cloud.
- Déploiement cloud uniquement : partages de fichiers Azure dans le cloud, sans mise en cache locale.
Sélectionnez la colonne cible qui correspond à votre choix.
À l’intersection de la source et de la cible, la cellule répertorie les scénarios de migration disponibles. Sélectionnez-en un pour accéder directement au guide de migration.
Les scénarios sans lien n’ont pas encore de guide de migration. Consultez régulièrement cette table pour découvrir les mises à jour. Les nouveaux guides seront publiés quand ils seront disponibles.
| Source | Cible : déploiement hybride (Azure Files + Azure File Sync) | Cible : déploiement cloud uniquement (Azure Files) |
|---|---|---|
| Association d’outils recommandée : | Association d’outils recommandée : | |
| Windows Server 2012 R2 et versions ultérieures |
|
|
| Windows Server 2012 et versions antérieures |
|
|
| NAS (Network-attached storage) |
|
|
| Linux (SMB uniquement) |
Boîte à outils de migration
Outils de copie de fichiers
Il existe plusieurs outils de copie de fichiers disponibles auprès de Microsoft et d’autres. Pour sélectionner l’outil le mieux adapté à votre scénario de migration, tenez compte de ces questions fondamentales :
L’outil prend-il en charge l’emplacement source et l’emplacement cible pour votre copie de fichier ?
L’outil prend-il en charge le chemin de votre réseau et/ou les protocoles disponibles (par exemple REST ou SMB) entre les emplacements de stockage source et cible ?
L’outil préserve-t-il la fidélité de fichier nécessaire prise en charge par vos emplacements sources/cibles ?
Dans certains cas, votre stockage cible ne prend pas en charge le même niveau de fidélité que votre source. Si le stockage cible est suffisant pour répondre à vos besoins, l’outil doit correspondre uniquement aux fonctionnalités de fidélité de fichier de la cible.
L’outil dispose-t-il de fonctionnalités permettant de l’adapter à votre stratégie de migration ?
Par exemple, déterminez si l’outil vous permet de réduire vos temps d’arrêt.
Quand un outil prend en charge une option pour mettre en miroir une source sur une cible, vous pouvez souvent l’exécuter plusieurs fois sur la même source et la même cible, tandis que la source reste accessible.
La première fois que vous exécutez l’outil, il copie le bloc de données. Cette exécution initiale peut prendre un certain temps. Vous trouvez souvent que la mise hors connexion de la source de données pour vos processus métier dure trop longtemps.
En mettant en miroir une source sur une cible (comme avec robocopy /MIR), vous pouvez réexécuter l’outil sur la même source et la même cible. Cette deuxième exécution est beaucoup plus rapide, car seules les modifications de la source intervenues après l’exécution précédente doivent être transportées. Réexécuter un outil de copie de cette façon peut réduire considérablement les temps d’arrêt.
Le tableau suivant classe les outils Microsoft et leurs aptitudes actuelles pour les partages de fichiers SMB Azure :
| Recommandé | Outil | Prise en charge des partages de fichiers Azure | Préservation de la fidélité des fichiers |
|---|---|---|---|
 |
Azure Storage Mover | Pris en charge. | Fidélité totale.* |
|
Robocopy | Pris en charge. Les partages de fichiers Azure peuvent être montés comme lecteurs réseau. | Fidélité totale.* |
|
Azure File Sync | Intégré en natif dans les partages de fichiers Azure. | Fidélité totale.* |
|
Programme de migration Stockage Azure | Pris en charge. | Fidélité totale.* |
|
Service de migration de stockage | Pris en charge de façon indirecte. Les partages de fichiers Azure peuvent être montés comme lecteurs réseau sur des serveurs cibles SMS. | Fidélité totale.* |
|
Data Box (y compris le service de copie de données pour charger des fichiers sur l’appareil) | Pris en charge. (Data Box Disks ne prend pas en charge les partages de fichiers volumineux) | Data Box et Data Box Heavy prennent entièrement en charge les métadonnées. Data Box Disks ne conserve pas les métadonnées de fichier. |
 |
dernière version d’AzCopy | Pris en charge mais pas entièrement recommandé. | Ne prend pas en charge les copies différentielles à grande échelle. La fidélité des fichiers peut être réduite. Apprendre à utiliser AzCopy avec des partages de fichiers Azure |
|
dernière version de l’Explorateur Stockage Azure | Prise en charge mais non recommandée. | La fidélité des fichiers est perdue en grande partie, par exemple les ACL. Prend en charge les timestamps. |
 |
Azure Data Factory | Pris en charge. | Ne copie pas les métadonnées. |
* Fidélité totale : respecte ou dépasse les capacités du partage de fichiers Azure.
Outils d’assistance à la migration
Cette section décrit les outils qui vous aident à planifier et à exécuter des migrations.
Azure Storage Mover
Azure Storage Mover est un service de migration relativement nouveau et entièrement managé qui vous permet de migrer des fichiers et des dossiers vers des partages de fichiers Azure SMB avec le même niveau de fidélité de fichier que le partage de fichiers Azure sous-jacent. La structure des dossiers et les valeurs de métadonnées, telles que les timestamps de fichiers et de dossiers, les listes de contrôle d’accès et les attributs de fichier, sont conservées. Pour savoir comment utiliser Azure Storage Mover avec Azure Files, consultez Migrer vers des partages de fichiers Azure SMB à l’aide d’Azure Storage Mover.
Robocopy
Intégré à Windows, RoboCopy est l’un des outils les mieux adaptés aux migrations de fichiers SMB. La documentation RoboCopy principale est une ressource utile pour les nombreuses options de cet outil.
Programme de migration Stockage Azure
Avant de choisir un service de stockage Azure et une stratégie de migration, vous devez d’abord avoir une bonne compréhension de vos données. Le programme de migration Stockage Azure propose différents outils capables d’analyser vos données et votre infrastructure de stockage et ainsi vous fournir des insights précieux. Ces outils peuvent vous aider à déterminer la taille et le type des données, le nombre de fichiers et de dossiers et les modèles d’accès. Ils offrent une vue centralisée de vos données et permettent la création de différents rapports personnalisés.
Ces informations peuvent vous aider à :
- Identifier les jeux de données en double et redondants
- Identifier les données plus froides qui peuvent être déplacées vers un stockage moins coûteux
Pour en savoir plus, consultez Matrice de comparaison pour les participants au programme de migration Stockage Azure.
TreeSize, de JAM Software GmbH
Azure File Sync est principalement mis à l’échelle avec le nombre d’éléments (fichiers et dossiers) et non avec la quantité totale de stockage. L’outil TreeSize vous permet de déterminer le nombre d’éléments sur vos volumes Windows Server.
Vous pouvez utiliser l’outil pour créer une perspective avant un déploiement Azure File Sync. Vous pouvez également l’utiliser lorsque la hiérarchisation dans le cloud est engagée après le déploiement. Dans ce scénario, vous voyez le nombre d’éléments et les répertoires qui utilisent le plus le cache de votre serveur.
La version testée de l’outil est la version 4.4.1. Elle est compatible avec les fichiers hiérarchisés dans le cloud. L’outil ne provoque pas le rappel des fichiers hiérarchisés pendant son fonctionnement normal.
Étapes suivantes
- Créez un plan pour le déploiement des partages de fichiers Azure (cloud uniquement ou hybrides) souhaités.
- Examinez la liste des guides de migration disponibles pour trouver celui qui correspond à votre source et à votre déploiement de partages de fichiers Azure.
Des informations supplémentaires sur les technologies Azure Files mentionnées sont disponibles dans cet article :