Migrer des données à l'aide de la ligne de commande

--calendar_migration_end_date

Indique la date de fin de la période correspondant aux événements d'agenda que vous souhaitez migrer. Aucun événement prévu après cette date ne sera transféré.

Exemple : --calendar_migration_end_date="2020-01-01"

--calendar_migration_start_date

Indique la date de début de la période correspondant aux événements d'agenda que vous souhaitez migrer. Aucun événement d'agenda antérieur à cette date ne sera transféré.

Exemple : --calendar_migration_start_date="2018-01-01"

--custom_label_prefix

Spécifie le préfixe à ajouter à tous les libellés dans Gmail.

Exemple : --custom_label_prefix="transféré-"

--email_migration_end_date

Indique la date de fin de la période correspondant aux e-mails que vous souhaitez migrer. Aucun e-mail postérieur à cette date ne sera transféré.

Exemple : --email_migration_end_date="2020-01-01"

Date au format AAAA-MM-JJ

--email_migration_start_date

Indique la date de début de la période correspondant aux e-mails que vous souhaitez migrer. Aucun e-mail antérieur à cette date ne sera transféré.

Exemple : --email_migration_start_date="2018-01-01"

--enable_calendar_fanout

Permet de distribuer les événements d'agenda dans le cadre d'une migration.

--enable_hidden_folders_migration

Permet la migration des dossiers MAPI cachés (Exchange ou PST).

--enable_imap

Permet la migration depuis un serveur IMAP plutôt que depuis un serveur Exchange.

--enable_mbox_logging

Permet d'activer la journalisation mbox. Les messages qui ne peuvent pas être migrés en raison de la taille des pièces jointes ou des restrictions liées au type de fichier Gmail sont consignés dans un fichier mbox spécifique à l'utilisateur concerné. Le fichier mbox est situé dans le dossier des journaux de suivi (trace) GWMME (par exemple, %localappdata%\Google\Google Apps Migration\Tracing\ExchangeMigration\mbox\user@domain.com.mbox).

Pour en savoir plus sur les restrictions appliquées aux messages Gmail, consultez Types de fichiers bloqués dans Gmail.

--enable_public_folder_migration

Permet d'effectuer la migration GWMME des dossiers publics d'Exchange vers Google Groupes. Pour en savoir plus, consultez Transférer les dossiers publics.

Remarque : Vous ne pouvez pas transférer simultanément les comptes utilisateur et les dossiers publics.

--enable_resource_migration

Permet la migration des ressources d'agenda.

--exchange_admin_login

Indique le nom de connexion du compte administrateur du serveur Exchange. Utilisez cet argument conjointement avec --source_server.

Si vous utilisez cet argument, n'utilisez pas --exchange_profile_name.

Exemple : --exchange_admin_login="administrateur"

--exchange_profile_name

Indique le nom du profil Outlook avec lequel vous souhaitez vous connecter à votre serveur Exchange. Spécifiez un profil administrateur sur l'ordinateur exécutant GWMME. Si vous utilisez cet argument, n'utilisez pas :

• --source_server
• --pst_base_folder
• --exchange_admin_login

Exemple : --exchange_profile_name="admin_migration_exch"

--exclude_message_classes

Exclut les messages en fonction de leur classe.

Cet argument est souvent utilisé pour exclure d'une solution d'archivage les messages qui font l'objet d'un stub (c'est-à-dire qui ont été remplacés par des pointeurs). Il est impossible de migrer à nouveau les messages sans stub avec GWMME. Il est donc recommandé d'exclure les messages faisant l'objet d'un stub à l'aide de cette commande, puis, une fois que tous les messages réels sont disponibles, de les transférer lors d'une seconde exécution de GWMME.

Exemple : --exclude_message_classes="ipm.note.eas,ipm.note.1"

--exclude_top_level_folders

Exclut les dossiers de premier niveau en fonction de leur nom.

Exemple : --exclude_top_level_folders="Éléments supprimés,Brouillons"

--filename

Permet d'inclure les données appartenant aux noms d'utilisateur indiqués dans le fichier CSV. Si vous utilisez cet argument, n'utilisez pas --migration_usernames.

Exemple : --filename="C:\Documents and Settings\utilisateurs.csv"

--force_clear_google_calendar_ids_on_remigration

Efface les identifiants des agendas secondaires avant de transférer à nouveau les données. Lorsque vous transférez des données d'agenda, GWMME crée des agendas secondaires avec des identifiants uniques, et évite ainsi les conflits.

Remarque : Utilisez cet argument avant de transférer à nouveau les données. Pour en savoir plus, consultez Recommencer une migration de contenus à l'aide de GWMME.

--force_restart

Réexécute la migration de tous les éléments au lieu de transférer uniquement ceux dont la migration n'a pas abouti.

Par défaut, la nouvelle migration commence là où la précédente a été interrompue, le cas échéant. Ce paramètre vous permet de reprendre la migration depuis le début. Si vous utilisez cette option, les messages en double sont filtrés, les événements d'agenda précédemment transférés sont ignorés (il peut toutefois arriver qu'ils soient dupliqués) et les contacts déjà transférés sont dupliqués.

--google_admin

Définit le propriétaire de l'événement pour les ressources d'agenda. Si un événement n'a pas de propriétaire, GWMME définit l'administrateur désigné comme propriétaire de l'événement. Cet utilisateur doit disposer d'un accès complet aux agendas de ressources.

Exemple : --google_admin="admin@example.com"

--google_domain

Spécifie le domaine Google Workspace vers lequel vous migrez les données.

Exemple : --google_domain="example.com"

--help

Affiche la liste des arguments d'ExchangeMigration.exe.

--id_mapping_file

Indique le nom du fichier contenant la liste complète des mappages. Utilisez le fichier de mappage CSV contenant les mappages d'adresses utilisateur et d'agenda. Pour en savoir plus, consultez Créer des fichiers CSV pour votre migration.

Exemple : --id_mapping_file="ressources.csv"

--imap_admin_id

Indique l'administrateur IMAP du serveur Cyrus ayant accès à tous les comptes IMAP sur le serveur. Utilisez cet argument avec --imap_admin_password.

Exemple : --imap_admin_id="admin@example.com"

--imap_admin_password

Indique le mot de passe de l'administrateur IMAP du serveur Cyrus. Utilisez cet argument avec --imap_admin_id.

Exemple : --imap_admin_password="mot de passe"

--imap_path_prefix

Indique le préfixe du chemin d'accès au dossier contenant les dossiers des utilisateurs sur un serveur IMAP.

Saisissez le préfixe de chemin d'accès qui est commun à tous les dossiers IMAP. Le préfixe de chemin d'accès est généralement l'espace de noms IMAP pour les noms de dossiers. Par exemple, si la liste des dossiers IMAP d'un utilisateur est INBOX, INBOX.Sent et INBOX.Drafts, INBOX est le préfixe de chemin d'accès. En règle générale, le préfixe de chemin d'accès prend la valeur INBOX pour les serveurs Cyrus et Courier et n'en prend aucune (le champ doit rester vide) pour GroupWise IMAP, Gmail et Dovecot.

Exemple : --imap_path_prefix="INBOX"

--imap_port

Indique le numéro du port du serveur IMAP.

Exemple : --imap_port="143"

--imap_security

Indique l'option de sécurité que vous souhaitez utiliser. Utilisez l'un des codes suivants :

• 0 (aucune sécurité)
• 1 (SSL)
• 2 (STARTTLS)

Exemple : --imap_security="1"

--imap_server_type

Indique le type de serveur IMAP à partir duquel vous effectuez la migration. Parmi les types de serveurs disponibles se trouvent Exchange, GroupWise, Gmail, Cyrus, Courier, Dovecot, Zimbra et "unsupported" (incompatible). La valeur par défaut est "unsupported".

Remarque : Si vous n'indiquez pas le bon type de serveur, la migration risque de ne pas se dérouler correctement.

Exemple : --imap_server_type="Gmail"

--migrate_to_vault

Les e-mails sont transférés vers Google Vault. Les messages sont importés dans le compte de l'utilisateur et marqués comme supprimés. Les libellés ne sont pas créés dans la boîte de réception de l'utilisateur.

Notez les restrictions suivantes :

• Ce sont les règles de conservation de Google Vault qui déterminent la durée de conservation des messages dans Vault.
• Si vous effectuez la migration vers Vault, Gmail doit être activé dans la console d'administration. Si Gmail est désactivé, des erreurs 403 s'affichent.
• La migration vers les utilisateurs disposant d'une licence Vault Former Employee (VFE) échouera, car Gmail n'est pas activé pour ces utilisateurs.

--migration_usernames

Indique la liste des comptes utilisateur à transférer. Cet argument ne peut pas être utilisé avec --filename.

Exemple : --migration_usernames="utilisateur1,utilisateur2,utilisateur3"

--noenable_calendar_migration

Exécute la migration en excluant les données d'agenda.

--noenable_contact_migration

Exécute la migration en excluant les données de contact.

--noenable_email_migration

Exécute la migration en excluant les données de messagerie.

--noenable_error_reports

Empêche GWMME de générer des rapports de migration, qui affichent les erreurs rencontrées lors de la migration. Ignorer les rapports de migration peut améliorer les performances d'une migration.

Pour en savoir plus sur les rapports de migration, consultez la section "Examiner les rapports de migration" du guide d'administration de GWMME.

--noenable_id_mapping

Exécute la migration sans fichier de mappage. Si vous utilisez l'argument --id_mapping_file, toutes les données de mappage sont définies dans la liste d'utilisateurs.

--noenable_label_prefix

Indique qu'aucun préfixe n'est ajouté aux libellés lors de la migration depuis des fichiers PST. Par défaut, le nom du fichier PST est ajouté comme préfixe aux libellés et aux agendas créés lors de la migration.

--nouse_gui

Exécute GWMME via la ligne de commande. Le mode "interface utilisateur graphique" (IUG) est utilisé par défaut.

--nowait

Ferme GWMME sans que vous ayez besoin d'appuyer sur la touche Entrée lorsque la migration est exécutée à partir de la ligne de commande.

--num_threads

Indique le nombre de comptes utilisateur que vous souhaitez transférer simultanément. L'application ouvre un thread par compte utilisateur. La valeur par défaut est de 25 threads.

Exemple : --num_threads="20"

--pst_base_folder

Indique le répertoire contenant les fichiers PST à migrer. GWMME migre tous les fichiers PST contenus dans les sous-dossiers du dossier spécifié.

Si vous utilisez cet argument, n'utilisez pas :

• --source_server
• --exchange_profile_name

Exemple : --pst_base_folder="C:\pst"

--public_folder_mapping_file

Indique le nom du fichier de mappage. Le fichier de mappage mappe les chemins d'accès des dossiers publics Exchange sur les adresses e-mail Google Groupes. Pour en savoir plus, consultez Transférer les dossiers publics.

Exemple : --public_folder_mapping_file="mappage_dossiers_publics.csv"

--retry_count

Spécifie le nombre de nouvelles tentatives en cas d'échec temporaire, tel qu'un délai d'inactivité du serveur occupé. La valeur par défaut est 10.

Exemple : --retry_count="5"

--run_diagnostics

Exécute le diagnostic complet de prémigration, qui valide la connectivité du serveur, l'authentification, l'accès aux comptes et la liste complète des utilisateurs.

--service_account_json_path

Indique le chemin d'accès au fichier contenant les identifiants du compte de service. Pour savoir comment obtenir ce fichier, consultez Autoriser GWMME pour votre compte.

Exemple : --service_account_json_path ="C:\Users\admin\privatekey.json"

--source_server

Spécifie l'adresse IP ou le nom de domaine complet du serveur Exchange ou IMAP.

Dans les migrations Exchange, utilisez cet argument conjointement avec --exchange_admin_login. Cet argument ne peut pas être utilisé avec --exchange_profile_name.

Exemple : --source_server="serveurmessagerie.example.com"

--strip_user_labels

Indique que les messages doivent être transférés sans libellés.

--translate_conflicting_events

Indique à GWMME d'examiner les événements existants déjà migrés vers Google Agenda et de les modifier en traduisant l'adresse e-mail de la ressource Exchange en celle de la ressource Google Workspace correspondante.

De nombreux administrateurs choisissent de transférer les comptes utilisateur avant de migrer les ressources d'agenda. Si tel est votre cas, configurez GWMME de manière à retransférer les données d'agenda des utilisateurs. Pour ce faire, il suffit de spécifier l'argument --translate_conflicting_events.