Forum aux questions (FAQ) : Gestionnaire de migration Google

Question : Existe-t-il d’autres outils disponibles pour migrer mes comptes Google ?

Réponse : Actuellement, le Gestionnaire de migration est l’outil à utiliser pour migrer du contenu Google.

Question : Le Gestionnaire de migration Google est-il disponible pour les locataires GCC, GCCHigh et DoD ?

Réponse : Pour connaître les dernières mises à jour, reportez-vous à la prise en charge des environnements spécialisés.

Question : Qu’est-ce qui est transféré ?

Réponse : Tous les fichiers et dossiers accessibles au sein d’un utilisateur Google (Lecteur personnel ou Lecteur partagé) sont copiés. Tous les éléments auxquels l’utilisateur n’a pas l’autorisation d’accéder sont exclus de la migration.

En ce qui concerne les autorisations, lorsque les identités sont entièrement mappées, le contenu est automatiquement partagé après la migration, garantissant ainsi que chaque utilisateur conserve l’accès à son contenu exactement comme auparavant.

Question : Le Gestionnaire de migration synchronise-t-il les fichiers de Google après la première migration ?

Réponse : Une fois que vous avez terminé une tâche de migration pour la première fois, le déclenchement du bouton Migrer lance à nouveau une synchronisation delta (exécution de la migration incrémentielle). Pendant ce processus, par défaut, le répertoire de destination est comparé à la source, et seuls les fichiers nouveaux ou modifiés sont transférés. Voici quelques exemples de la façon dont nous gérons les modifications apportées aux fichiers et dossiers :

• Modifications de contenu : si vous modifiez un document dans votre source ou si vous ajoutez quelques nouveaux fichiers, nous les copieons vers votre destination lors de l’exécution incrémentielle suivante, en remplaçant les fichiers existants dans la destination.
• Changements de nom : si le nom d’un fichier ou d’un dossier change dans Office 365, nous le traitons comme un nouvel objet. Cette modification peut entraîner la migration de fichiers en double vers Office 365, ou des dossiers entiers de données peuvent être dupliqués à partir du dossier modifié.
  • Exemple : la modification du chemin d’accès /Sales/Clients par /Global Sales/Clients entraîne l’obtention de deux copies de votre dossier Sales une fois que le dossier Global Sales a également été copié lors d’une passe incrémentielle.

En savoir plus sur la modification du comportement de transfert de fichiers lors d’une synchronisation delta.

Question : Le Gestionnaire de migration supprime-t-il mes fichiers ?

Réponse : non. Nous ne supprimons jamais vos données de la source. Nous prenons vos données d’un emplacement et les copions vers un autre ; semblable à copier-coller plutôt qu’à couper-coller. Nous ne conservons pas non plus vos données de stockage cloud pour une raison quelconque.

Question : Puis-je réorganiser le contenu pendant une migration ?

Réponse : Non recommandé. Les modifications majeures apportées à la structure du répertoire doivent se produire avant ou après la migration. Il n’est pas non plus recommandé d’utiliser l’application pour réorganiser du contenu. Les risques inhérents à la réorganisation du contenu pendant la migration sont principalement une duplication des données. Nos processus incrémentiels considèrent toutes les modifications comme étant de nouvelles données. Par exemple, si vous modifiez le nom d’un dossier à la racine, nous détectons qu’il s’agit d’un nouveau dossier et tout le contenu est de nouveau transféré, y compris tous les sous-dossiers. Lorsque les autorisations de partage sont transférées, les propriétaires et les collaborateurs reçoivent des données en double si le contenu est réorganisé ou renommé.

Question : Qu’advient-il des liens de partage externes ?

Réponse : Nous ne recréons pas de liens de partage externes. Après la migration, les liens doivent être définis manuellement dans la destination.

Question : Qu’en est-il des collaborateurs externes ?

Réponse : Nous ne partageons pas de contenu avec des collaborateurs externes. Cette stratégie est en place pour protéger vos organization, et la meilleure pratique du secteur consiste à ne jamais partager automatiquement des données internes sensibles avec des invités.

Question : Le Gestionnaire de migration conserve-t-il les versions des fichiers ?

Réponse : Le Gestionnaire de migration prend désormais en charge la migration de l’historique des versions avec chacun des fichiers. En savoir plus sur la migration de version.

Question : Le Gestionnaire de migration informe-t-il automatiquement les utilisateurs ?

Réponse : Le Gestionnaire de migration vous permet de personnaliser Notifications par e-mail pour suivre la progression de votre migration. En savoir plus sur la notification par e-mail.

Question : Le Gestionnaire de migration transfère-t-il des autorisations pour les lecteurs partagés ?

Réponse : oui. Pour migrer correctement les autorisations Google Shared Drive, nous vous recommandons d’effectuer les opérations suivantes avant de commencer la migration du lecteur partagé :

• Recréez un groupe Microsoft 365 qui a les mêmes appartenances que le groupe Google Drive. Vous pouvez créer un groupe ou modifier le groupe lié au site d’équipe que vous désignez comme destination de migration de Google Shared Drive.
• Dans le paramètre Mapper les identités , mappez le groupe Google Drive d’origine du lecteur partagé au groupe Microsoft 365 recréé à l’étape précédente.
  
  

Question : Qu’est-ce que le Gestionnaire de migration ne peut pas migrer à partir de Google ?

Réponse : Google ne nous permet pas d’exporter des sites et des cartes à partir de Google Drive. En savoir plus sur ce qui n’est pas migré.

Question : Le Gestionnaire de migration migre-t-il Google Forms ?

Réponse : oui. Le Gestionnaire de migration migre désormais Google Forms. Les destinations de formulaires sont requises pour que cela fonctionne. En savoir plus sur la modification de la destination Forms.

Question : Pourquoi la taille des données affichée pour une tâche d’analyse ou de migration Google Drive diffère-t-elle de ce qui apparaît dans la console Google Administration ?

Réponse : Cette différence peut se produire pour plusieurs raisons :

• Fichiers stockés sur le lecteur d’un autre utilisateur : si l’utilisateur A a des fichiers situés dans le lecteur personnel de l’utilisateur B, l’utilisation du stockage apparaît dans la console Google Administration, mais n’est pas reflétée dans les tâches d’analyse ou de migration de A. Ces fichiers peuvent uniquement être analysés ou migrés dans le cadre de la tâche du propriétaire du dossier.
• Calcul de la taille des fichiers propriétaires Google : Google a commencé à inclure la taille de ses fichiers propriétaires, tels que Docs, Sheets, Forms et Slides, le 2 mai 2022. Les fichiers créés ou modifiés avant cette date n’incluent pas d’informations de taille dans les métadonnées retournées par les appels d’API. Par conséquent, ces fichiers par défaut ont une taille analysée de 1 octet et sont signalés comme tels dans le rapport Résumé de l’analyse.
  
  

Question : Qu’advient-il des fichiers portant le même nom dans le même dossier après leur migration vers Microsoft 365 ?

Réponse : Les fichiers portant le même nom sont renommés avec des suffixes (1), (2), etc.

Question : Le Gestionnaire de migration prend-il en charge la migration de deux lecteurs Google portant le même nom ?

Réponse : Non, ce n’est pas le cas. Seul le premier lecteur découvert est migré.

Question : Puis-je migrer des lecteurs avec « / » dans leur nom ?

Réponse : Non, Google Drive avec « / » dans son nom n’est pas pris en charge. Le champ Emplacement source dans la liste d’analyse ou la liste de migration ne doit pas inclure « / », même si vous avez configuré le remplacement de caractères non valide dans les paramètres du projet.

Question : Pourquoi je ne peux pas voir certains de mes sites SharePoint lors de l’attribution de destinations sur l’interface utilisateur ?

Réponse : Si les sites SharePoint ou Teams de votre locataire ne sont pas visibles dans l’interface utilisateur lors de l’attribution de destinations, il peut y avoir plusieurs raisons à ce manque de visibilité :

• Les administrateurs SharePoint voient uniquement les sites où ils sont au moins membres, car les sites font l’objet d’une recherche à l’aide d’un jeton délégué d’étendue utilisateur.
• Les administrateurs peuvent ne pas voir les sites d’un locataire multigéographique en raison des limitations de l’API graph.
• La synchronisation et l’affichage des sites récemment créés dans l’interface utilisateur peuvent prendre quelques heures.
• La recherche de site SharePoint dans l’interface utilisateur peut ne pas fonctionner dans certains cas spéciaux (par exemple, quand le chemin d’accès de destination comporte des caractères spéciaux).

Si vous ne parvenez pas à localiser une destination dans le panneau « Modifier la destination », chargez la destination à l’aide d’un fichier CSV.

Question : Pourquoi est-ce que je reçois le code d’échec « MEXPORTFILEREStricTED » dans le rapport détaillé de migration lors de la tentative de migration d’un fichier spécifique ?

Réponse : Cette erreur se produit généralement en raison de paramètres incorrects dans Google. Pour le résoudre, vérifiez que les configurations suivantes sont activées :

Paramètre global dans google Administration Console :

1. Accédez à Google Administration Console.
2. Sélectionnez Applications -> Espace de travail Google -> Paramètres pour Drive et Docs -> Fonctionnalités et applications.
3. Activez les paramètres suivants en activant les cases à cocher :
   • Autoriser les utilisateurs à créer et charger n’importe quel fichier
   • Autoriser les utilisateurs à créer des fichiers Docs, Sheets, Slides, Drawings, Forms et Vids

Paramètre de niveau fichier dans Google Drive :

1. Accédez au panneau Partager pour le fichier dans Google Drive.
2. Cliquez sur l’icône Paramètres située dans le coin supérieur droit.
3. Cochez la case pour le paramètre Les observateurs et les commentateurs peuvent voir l’option de téléchargement, d’impression et de copie.

Question : Pourquoi est-ce que je reçois le code d’échec « MAUTHACCESSTOKENINVALID » ou « MAUTHREFRESHTOKEN » dans le rapport détaillé de migration lors de la tentative de migration d’un fichier spécifique ?

Réponse : Cet échec se produit lorsque le service « Drive and Docs » status n’est pas défini sur « Activé pour tout le monde ». Pour résoudre le problème, accédez à la console Google Administration, sélectionnez Applications -> Espace de travail Google -> État du service, puis définissez le status de service « Drive and Docs » sur ACTIVÉ pour tout le monde.