Google Apps

Si vous procédez à une migration uniquement vers un domaine Google Apps principal, configurez le panneau de configuration de l'administrateur Google Apps comme suit :

1. Dans le panneau de configuration de Google Apps, accédez à l'onglet Outils avancés.
2. Dans la section Authentification, cliquez sur Gérer la clé de domaine OAuth.
3. Assurez-vous que la case Autoriser l'accès à toutes les API n'est pas cochée.
4. Revenez à la section Authentification de l'onglet Outils avancés.
5. Cliquez sur Gérer l'accès de tiers aux clients OAuth.
6. Sous Nom du client, saisissez le nom de votre clé client. Il s'agit généralement du nom de votre domaine Google Apps principal.
7. Sous Une ou plusieurs étendues d'API, saisissez le texte ci-après :
   
   https://apps-apis.google.com/a/feeds/migration/,https://www.google.com/calendar/feeds/,https://www.google.com/m8/feeds/,https://apps-apis.google.com/a/feeds/user/#readonly


8. Cliquez sur Autoriser.

Les étendues devraient à présent apparaître sous cette forme :

- Email Migration (Write only) https://apps-apis.google.com/a/feeds/migration/
- User Provisioning (Read only) https://apps-apis.google.com/a/feeds/user/#readonly
- Calendar (Read/Write) https://www.google.com/calendar/feeds/
- Contacts (Read/Write) https://www.google.com/m8/feeds/

Si les descriptions en anglais ne s'affichent pas, vérifiez que vous avez correctement saisi le texte, sans saut de ligne ni espace.  

Pour plus d'informations, consultez la rubrique sur la configuration de Google Apps du guide d'administration de Google Apps Migration for Microsoft® Exchange (en anglais).

Dans le cadre d'un environnement multidomaine, configurez OAuth comme suit :

1. Dans le panneau de configuration de l'administrateur Google Apps, accédez à Outils avancés > Authentification, puis cliquez sur Gérer la clé de domaine OAuth.
2. Dans la section Contrôle d'accès OAuth en mode deux acteurs, décochez la case Autoriser l'accès à toutes les API.

En raison de l'existence de plusieurs domaines, vous devez autoriser ces derniers avant d'exécuter l'outil de migration. Voici les étapes à suivre :

1. Dans le panneau de configuration de Google Apps, accédez à l'onglet Outils avancés.
2. Dans la section Authentification, cliquez sur Gérer la clé de domaine OAuth.
3. Assurez-vous que la case Autoriser l'accès à toutes les API n'est pas cochée.
4. Cliquez sur l'onglet Outils avancés.
5. Dans la section Authentification, cliquez sur Gérer l'accès de tiers aux clients OAuth.
6. Sous Nom du client, saisissez le nom de votre clé client. Il s'agit généralement du nom de votre domaine Google Apps principal.
7. Sous Une ou plusieurs étendues d'API, saisissez le texte ci-après :
   
   https://apps-apis.google.com/a/feeds/migration/,https://www.google.com/calendar/feeds/,https://www.google.com/m8/feeds/,https://apps-apis.google.com/a/feeds/user/#readonly
    
8. Cliquez sur Autoriser.

Les étendues devraient à présent apparaître sous cette forme :

- Email Migration (Write only) https://apps-apis.google.com/a/feeds/migration/
- User Provisioning (Read only) https://apps-apis.google.com/a/feeds/user/#readonly
- Calendar (Read/Write) https://www.google.com/calendar/feeds/
- Contacts (Read/Write) https://www.google.com/m8/feeds/

Si les descriptions en anglais ne s'affichent pas, vérifiez que vous avez correctement saisi le texte, sans saut de ligne ni espace.

Une fois cette modification effectuée, essayez de procéder de nouveau à la migration en saisissant votre nom de domaine principal dans le champ Nom de domaine Google Apps dans les paramètres de l'outil de migration.

Google Apps Migration for Microsoft® Exchange fournit des rapports détaillés sur les migrations exécutées. Vous pouvez afficher un rapport global contenant les informations de toutes les migrations effectuées, ou un rapport distinct pour chacune. Ces rapports permettent de déterminer si des erreurs se sont produites lors d'une migration, ainsi que leurs causes.

Pour accéder aux rapports, sur l'ordinateur sur lequel l'utilitaire est installé, cliquez sur Démarrer > Tous les programmes > Google > Google Apps Migration > Afficher les rapports.

Pour des instructions détaillées, veuillez consulter la section concernant les rapports du guide d'administration de Google Apps Migration for Microsoft® Exchange (en anglais).

Si vous transférez des données depuis Microsoft® Exchange Server, il est vivement conseillé d'utiliser les noms d'utilisateur existants de votre serveur de messagerie dans Google Apps. Cette méthode permet de créer des listes d'utilisateurs contenant uniquement un nom ou une adresse SMTP par ligne, ce qui réduit le risque d'erreur.

Si les adresses de votre serveur de messagerie et de Google Apps sont identiques, il suffit d'une adresse e-mail par ligne : celle de l'utilisateur.

Par exemple :

• utilisateur1@domaine.fr
• utilisateur2@domaine.fr
• utilisateur3@domaine.fr

Si les adresses de votre serveur de messagerie sont différentes de celles de Google Apps, il faut deux adresses par ligne : l'adresse du serveur de messagerie suivie de celle de Google Apps.

Par exemple :

• utilisateur1@exchange-domaine.fr, utilisateur1_google_apps@gmail-domaine.fr
• utilisateur2@exchange-domaine.fr, utilisateur2_google_apps@gmail-domaine.fr
• utilisateur3@exchange-domaine.fr, utilisateur3_google_apps@gmail-domaine.fr

Pour plus d'informations, consultez le guide d'administration de Google Apps Migration for Microsoft® Exchange (en anglais).

Lorsque vous transférez des données depuis un serveur IMAP autre que Microsoft® Exchange, le fichier CSV doit désigner les utilisateurs par leurs identifiants et mots de passe IMAP, ainsi que par leurs noms d'utilisateur Google Apps :

• id_utilisateur1#mot_de_passe_utilisateur1, utilisateur1_google_apps
• id_utilisateur2#mot_de_passe_utilisateur2, utilisateur2_google_apps
• id_utilisateur3#mot_de_passe_utilisateur3, utilisateur3_google_apps (où id_utilisateur peut être l'adresse e-mail de l'utilisateur, son nom d'utilisateur ou tout autre identifiant)

L'implémentation exacte dépend du serveur IMAP. Pour la plupart des serveurs, id_utilisateur correspond à l'adresse e-mail de l'utilisateur. Pour les serveurs IMAP Dovecot et Courier, id_utilisateur correspond au nom d'utilisateur. Le domaine Google Apps indiqué dans l'adresse e-mail doit être identique au domaine Google Apps précisé à l'étape 1 de la configuration de la migration.

Pour plus d'informations, consultez le guide d'administration de Google Apps Migration for Microsoft® Exchange (en anglais).

1. Lors de l'étape 4 du processus de migration, assurez-vous de décocher la case Transférer toutes les données (remplace les données transférées précédemment) .
    
2. Si vous transférez de nouveau des données, il est préférable de le faire à partir de l'ordinateur utilisé pour la première migration (un enregistrement des données transférées est conservé localement).

Pour l'agenda et les contacts

• Évitez de transférer des données de contacts et d'agenda ayant déjà fait l'objet d'une migration. Vous risqueriez de vous retrouver avec des contacts en double. Ces données sont transférées si vous choisissez l'option Transférer toutes les données lors de la configuration de la migration.
  • Si des contacts apparaissent en double, vous pouvez facilement les fusionner à l'aide de cet outil.  
  • Si vous devez de nouveau transférer un agenda, supprimez d'abord l'agenda de l'utilisateur. Pour plus d'informations sur la réexécution d'une migration, reportez-vous à la rubrique relative aux problèmes courants du guide d'administration de Google Apps Migration for Microsoft® Exchange (en anglais).

Pour transférer des données d'un compte Google Apps existant vers un nouveau compte Google Apps à l'aide de Google Apps Migration for Microsoft® Exchange, le nouveau compte doit être un compte Google Apps for Business, Education ou Government, car la procédure nécessite l'API Email Migration.

Pour transférer des données d'un compte Google Apps à un autre :

1. Assurez-vous d'activer le protocole IMAP au niveau de l'ensemble du domaine et au niveau des utilisateurs dont vous souhaitez transférer les données vers le domaine existant.
2. Connectez-vous à Google Apps for Business avec le nouveau domaine.
3. Créez des comptes utilisateur dans le nouveau compte Google Apps for Business. Lisez ces instructions.
4. Assurez-vous que le panneau de configuration du nouveau compte Google Apps for Business est configuré correctement pour la migration. Lisez ces instructions (en anglais).
5. Dans Google Apps Migration for Microsoft® Exchange, configurez les paramètres comme suit :

• Type de serveur : IMAP
• Type de serveur IMAP : Gmail IMAP
• Nom d'hôte/Adresse IP : imap.gmail.com
• Sécurité IMAP : SSL
• Port IMAP : 993

• Nom de domaine Google Apps : nouveau nom de domaine Google Apps
• Clé client : nouveau nom de domaine Google Apps
• Code secret client : chaîne de caractères aléatoire qui s'affiche à la page Outils avancés > Gérer la clé de domaine OAuth du panneau de configuration de l'administrateur Google Apps.
• Fichier d'utilisateurs à transférer : assurez-vous que le fichier CSV est configuré via la méthode IMAP. Lisez ces instructions (en anglais).

• Configurez les paramètres de cette section en fonction de vos besoins. Vous pouvez définir des plages de dates pour la migration, des exclusions pour des libellés spécifiques et le nombre de migrations simultanées. Les paramètres par défaut devraient convenir à moins que vous souhaitiez restreindre la plage de dates. 
   
• Une fois l'outil configuré, accédez à la dernière page. L'outil va ensuite exécuter une série de diagnostics afin de vérifier la connectivité aux serveurs et valider les identifiants de connexion. Une fois les tests terminés, cliquez sur Démarrer pour lancer la migration.

Pour transférer d'autres données, telles que les agendas et les contacts, vous disposez des possibilités suivantes :

• Utiliser les API Google Apps, si vous êtes développeur
• Contacter un partenaire dans Google Apps Marketplace proposant ce service (payant)
• Transférer les données de chaque application utilisateur par utilisateur (pour obtenir des instructions complémentaires, consultez cet article)

Google Apps Migration for Microsoft® Exchange permet d'effectuer une migration PST. La meilleure solution consiste à suivre la procédure ci-dessous :

1. Exécutez le Réparateur de boîte de réception sur l'un des fichiers PST afin de vérifier qu'ils ne sont pas endommagés.
2. Désactivez la protection par mot de passe des fichiers PST, le cas échéant.
3. Vérifiez l'implémentation de la structure de dossier requise par Google Apps Migration for Microsoft® Exchange. Lisez ces instructions (en anglais).
4. Vérifiez que l'option PST est cochée à l'étape 1 lors de l'exécution de Google Apps Migration for Microsoft® Exchange.
5. Suivez les autres étapes indiquées dans le guide d'administration de Google Apps Migration for Microsoft® Exchange (en anglais).

Si vous rencontrez des problèmes avec Google Apps Migration for Microsoft® Exchange, procédez comme suit :

• Récupérez les journaux et exécutez-les via notre Outil d'analyse de journaux capable de détecter les problèmes les plus fréquents.
  
  
  • Sous Windows XP :
    C:\Documents and Settings\[nom_utilisateur]\Local Settings\Application Data\Google\Google Apps Migration\Tracing\
     
  • Sous Windows Vista ou Windows 7 :
    C:\Users\[nom_utilisateur]\AppData\Local\Google\Google Apps Migration\Tracing\
     
• Assurez-vous que l'horloge de l'ordinateur sur lequel est exécuté Google Apps Migration for Microsoft® Exchange indique la même heure que celle des serveurs Google. Pour le vérifier, saisissez simplement "heure" dans la recherche Google et comparez l'heure affichée à celle indiquée sur l'ordinateur exécutant l'outil.
   
• Consultez les rubriques relatives aux problèmes courants, puis les instructions de dépannage.
   
• Présentation de Google Apps Migration for Microsoft® Exchange