Lors du travail de préparation à la migration des sites SharePoint On Premise vers Office 365 SharePoint Online, il y a plusieurs étapes à mener telles que: SharePoint 2007: Script PowerShell pour nettoyer les listes vides avant migration vers Office 365 – Updated Check-SharePoint-Orphaned-Users  et  Delete Users in All SharePoint Site Collections … Une fois ce travail effectué, le client de migration ShareGate vous permet de faire un mapping pour chaque utilisateur entre le monde NTLM On Premise et le monde Office 365 et Azure AD. Pour ceci, l’option la plus simple reste le client lui même avec un module de recherche simple: En revanche dès que le nombre d’utilisateurs est important, il devient impossible de faire ce type de mapping manuel. Le module d’import XML est la solution en respectant le format suivant: <?xml version="1.0"?> <UserAndGroupMappings xmlns:xsd=" http://www.w3.org/2001/XMLSchema"  xmlns:xsi=" http://www.w3.org/2001/XMLSchema-inst...

  Le contexte est toujours le même: la préparation d’une migration En effet, lorsqu’on arrive à ce stade, il y a toujours deux situations qui sont distinctes: Upgrade des environnements On Premise vers les nouvelles versions (et donc DB Upgrade) Passage d’environnement On Premise vers le Cloud (Office 365) La première option implique donc la conservation de la structure et donc une certaine largesse dans la préparation, car on reste toujours dans une zone connue et une liste de plus ou de moins ne change pas grand chose. La seconde option est plus discutable, car quelque soit l’outil choisi, le transfert reviendra à faire un import des données vers le tenant et donc tout ce que cela implique: Temps de transfert Utilisation du réseau Temps de configuration et création des listes par l’outil Temps pour appliquer les paramètres et les permissions … De ce fait, plus on réduit le nombre de liste plus on accélère la migration potentiel. Un exemple rapide d’une ferme hypothétique avec la ...