À la fin du transfert de domaine, l'équipe Google Workspace Domain Transfer indique aux administrateurs des environnements source et de destination quand ils pourront reprendre leurs tâches.
Effectuez les tâches suivantes après le transfert
Étape 1 : Tâches liées à l'environnement Google
L'équipe en charge du transfert de domaine exécute les audits post-transfert. Cette procédure doit être suivie pour garantir la cohérence entre les environnements avant et après le transfert.
Elle prend entre 5 et 7 jours après la fin du transfert en production. Vous recevrez une notification une fois l'opération terminée. Pendant la période d'audit, les administrateurs de l'environnement de destination peuvent reprendre toutes les opérations courantes (y compris suspendre et renommer des comptes utilisateur), mais ils ne doivent pas supprimer de comptes, qu'il s'agisse d'utilisateurs transférés ou de comptes utilisateur de destination.
Étape 2 : Tâches liées à l'environnement source
Les administrateurs de l'environnement source doivent suivre cette procédure une fois le transfert en production terminé.
Vous pouvez suivre cette procédure au cours de la période d'audit suivant le transfert mentionnée à l'étape 1. Vous n'avez pas besoin d'attendre que les tâches liées à l'environnement Google soient terminées (5 à 7 jours).- Vérifiez que le contenu restant dans l'environnement source (règles et paramètres, données de rapport, etc.) est toujours accessible.
Notez que les artefacts Google Vault peuvent ne pas être accessibles dans l'environnement source suite au transfert. En savoir plus
- Commencez à préparer l'environnement source pour la mise hors service, y compris la suppression des licences supplémentaires (pour éviter d'éventuels problèmes de facturation).
- Une fois l'opération terminée, supprimez l'environnement source. Google n'effectue pas cette opération automatiquement.
Étape 3 : Tâches liées à l'environnement de destination
Les administrateurs de l'environnement de destination doivent effectuer ces tâches une fois le transfert en production terminé. Toutes les tâches ne s'appliquent pas à votre configuration.
Vous pouvez suivre cette procédure au cours de la période d'audit suivant le transfert mentionnée à l'étape 1. Vous n'avez pas besoin d'attendre que les tâches liées à l'environnement Google soient terminées (5 à 7 jours).- Examinez toutes les actions effectuées pendant le transfert en production : ces actions se trouvent dans les rapports d'administration de la console d'administration Google. Dans les rapports, toutes les actions liées au transfert sont attribuées au compte de service "Google Workspace Domain Transfer Admin" ou "dasher-entity-transfer". En savoir plus
- Réattribuez les rôles d'administrateur aux administrateurs de l'environnement source : les administrateurs de l'environnement source sont transférés en tant qu'utilisateurs standards et leurs rôles ne sont pas réattribués automatiquement. Les administrateurs de l'environnement de destination doivent réattribuer manuellement un rôle d'administrateur à ceux de l'environnement source.
- Résolvez les problèmes de visibilité des modèles Google Drive dans la galerie de modèles : les modèles Drive générés à partir de fichiers dans des Drive partagés n'apparaissent pas dans la galerie de modèles de l'environnement de destination après le transfert.
Pour résoudre ce problème, les utilisateurs finaux doivent réinitialiser le partage par lien en stoppant, puis en relançant tous les partages de fichiers. En savoir plus
Une fois cette action effectuée, renvoyez le fichier dans la galerie de modèles. En savoir plus
- Mettre à jour les groupes dynamiques : mettez à jour manuellement tous les groupes dynamiques transférés. Vous pouvez mettre à jour la requête en apportant une petite modification qui n'altère pas le résultat, par exemple en ajoutant ou en supprimant un espace.
Pour effectuer cette tâche, vous devez disposer de groupes dynamiques dans votre domaine de destination. Sans les groupes dynamiques, l'appartenance aux groupes est verrouillée. Vous ne pouvez pas modifier ni mettre à jour la liste des membres.
-
Audit et nettoyage : vous devrez peut-être effectuer plusieurs audits et étapes de nettoyage :
- Renommez les utilisateurs transférés, si nécessaire. En savoir plus
- Si nécessaire, fusionnez les utilisateurs en double. En savoir plus
- Renommez les groupes transférés, si besoin. En savoir plus
- Examinez tous les paramètres d'administration et modifiez ceux qui doivent l'être suite à l'ajout des utilisateurs transférés et des unités organisationnelles de transfert.
- Concernant les ressources d'agenda, fusionnez les bâtiments en déplaçant les ressources d'un bâtiment à l'autre.
- Configurez la norme DKIM (DomainKeys Identified Mail) pour les domaines de transfert : configurez DKIM pour tous les domaines de transfert, si nécessaire. Si un domaine de transfert utilisait DKIM avant de le transférer, veillez à supprimer l'ancien enregistrement DNS (Domain Name System) avant d'en ajouter un autre. En savoir plus
- Indiquez aux utilisateurs finaux les actions à entreprendre : informez les utilisateurs concernés par le transfert de l'impact que peut avoir la migration sur leurs paramètres de partage de fichiers (en particulier le partage par lien) et recommandez-leur d'examiner et de repartager les fichiers si besoin.
- Restaurez les artefacts Google Vault et configurez des règles de conservation appropriées : vous devez traiter de nombreux points concernant Vault.
- Recréez si besoin les litiges et les obligations de conservation. En savoir plus
- Configurez les règles de conservation Vault appropriées s'appliquant à l'unité organisationnelle racine de transfert et à ses unités organisationnelles enfants.
- (Facultatif) Supprimez les règles de conservation Vault créées lors du transfert de domaine dans l'environnement de destination. Ces règles ont été initialement configurées lors des tâches préalables au transfert.
-
Mettez à jour les systèmes de provisionnement et les fournisseurs d'identité tiers : assurez-vous que vos utilisateurs transférés peuvent s'authentifier sur leur domaine de transfert en les renommant avec le domaine principal de destination ou en mettant à jour votre fournisseur d'identité tiers.
Mettez à jour vos systèmes de provisionnement automatique pour vous assurer que les utilisateurs transférés ne sont pas automatiquement suspendus ni supprimés.
-
Ajouter des utilisateurs à Google Voice : vous pouvez réinscrire les utilisateurs transférés à Voice. Pour en savoir plus, consultez Configurer Voice pour votre organisation.
-
Rétablir les profils Google Chrome :
- Appareils gérés : vous devez réenregistrer manuellement les profils Chrome sur tous les appareils gérés, car ils restent associés à l'environnement source. Pour en savoir plus, consultez Enregistrer des navigateurs Chrome gérés dans le cloud.
- Appareils non gérés : sur les appareils non gérés, recréez le profil Chrome. Ce profil utilise les règles configurées dans l'environnement de destination. Vous devrez peut-être également définir des règles pour les navigateurs Chrome enregistrés.
- Réenregistrer des appareils professionnels : si vous n'avez pas de règle de réenregistrement automatique, vous pouvez réenregistrer les appareils professionnels qui ont été supprimés. Pour en savoir plus, consultez Gérer les appareils à l'aide de la gestion des points de terminaison Google.
- Mettre à jour les tableaux de bord Looker Studio : si un rapport ou une source de données a été partagé avec votre organisation avant le transfert, il est possible qu'il continue à être partagé avec le domaine source après un transfert. Pour résoudre ce problème, après le transfert, remplacez les paramètres de partage par Tous les utilisateurs disposant du lien, puis définissez-le sur Tous les utilisateurs du sous-domaine de destination.