Ça faisait longtemps que je n’avais pas rencontré un défi techno. Ce fut le cas aujourd’hui. Voici la situation. Nous avons un client qui possède une instance Gsuite pour son organisation, appelons-là ABC inc. Ce client a une 2e organisation, XYZ inc. qui, elle aussi, possède une instance Gsuite. Le client paie des comptes pour le Gsuite de abc.com ET des comptes pour le Gsuite de xyz.com. Quand j’apprends que les employés de abc.com sont aussi des employés de xyz.com, j’explique au client qu’on pourrait très bien rassembler le tout sous une seule et même instance Gsuite. Ce sera ainsi plus facile à gérer, en plus d’éliminer des frais de licences qu’il paie en double.
Le client est content. Tous les clients aiment diminuer leurs coûts et faciliter les choses. Il a déjà une banque d’heures avec nous, et il nous demande de nous occuper du transfert.
Cool.
On obtient les accès au Gsuite de abc.com et à celui de xyz.com. On s’assure que les employés du Gsuite de abc.com possèdent aussi des comptes sur le Gsuite de xyz.com. Techniquement, tout ce qu’il y à faire, c’est d’ajouter le domaine abc.com au Gsuite de xyz.com afin que les courriels des 2 domaines soient dirigés vers le Gsuite de xyz.com.
Premier obstacle: le domaine abc.com ne peut pas être ajouté au Gsuite de xyz.com puisqu’il est déjà lié à un autre compte Gsuite. Ok, donc on n’a qu’à le supprimer du Gsuite de abc.com, right ? Oui mais non. Car on ne peut pas laisser le Gsuite de abc.com sans domaine principal.
Pas de problème. On ajoute temporairement un autre domaine que l’on contrôle au Gsuite de abc.com. Appelons-le temp.com. Donc on ajoute temp.com en tant que domaine sur le Gsuite de abc.com et on fait en sorte qu’il en devienne le domaine principal. Ce Gsuite devient donc le Gsuite temp.com, et possède un 2e domaine, abc.com.
Mais encore faut-il supprimer le domaine abc.com du Gsuite temp.com. Lorsqu’on tente de supprimer le domaine abc.com, on obtient:
We were unable to delete this domain because it has domain aliases.
Évidemment. Car tous les comptes utilisateurs précédemment créés sur temp.com ont été créés avec le domaine abc.com. Il faut donc renommer chaque utilisateur, pour que leur courriel principal ne soit plus @abc.com mais bien @temp.com.
Cependant, en faisant cela, Gsuite créé automatiquement un alias avec le domaine abc.com pour chaque utilisateur. Il faut donc retourner dans chaque compte et supprimer ledit alias et tous les autres alias @abc.com qui existent. Il faut aussi faire la même chose pour les groupes qui auraient été créés avec @abc.com ou qui comporterait des alias @abc.com.
Finalement, il faut aussi désactiver le domaine test par défaut créé à la création du Gsuite:
Ensuite, on pourra supprimer le domaine abc.com du Gsuite temp.com. Maintenant, on peut l’ajouter au Gsuite xyz.com.
Et voilà! Un peu de travail, mais on y est arrivé !
2 réponses
On est un peu dans la même situation chez nous. Je cherchais des ressources pour voir s’il existait d’autres solutions que d’avoir un domaine temporaire. C’est pas très pratique cette affaire chez Google. Ce serait bien de pouvoir avoir plusieurs entreprises avec un même compte et une facturation par entreprise. J’ai pas envie d’avoir 3000 comptes différents.
Intéressant, mais comment fait-on pour ne pas perdre les mails et les données stockées dans Drive lors du transfert ? Et comment assurer la continuité de service pendant le transfert ?