Vous avez GSuite, et vous devez migrer vers Microsoft365… Comment faire ? Quel(s) outil(s) ?
D’un côté GSuite avec des utilisateurs, des drives, des calendriers etc …
De l’autre Microsoft365 aka M365
Entrons dans le vif du sujet,
Microsoft propose une solution pour migrer les drive et la messagerie (incluant, contact, calendrier) avec quelques limitations indiquées sur le site de l’éditeur.
Voici le step by step pour les mails :
Depuis la console Admin 365 direction Exchange Online (une fois l’ensemble des comptes utilisateurs créé au préalable of course)
Suivez les indications à l’écran en sélectionnant bien GSuite
Vous pouvez utilisez la création automatique du projet de migration via Microsoft, en vous authentifiant avec votre login Admin Google.
Cela va initié un certain nombre de chose, dont une liste d’API à autoriser. Evidemment … pas complète … et vous télécharger un fichier JSON à conserver pour la création du point de terminaison dans 365.
Une fois que tout cela est fait, ajouter un CSV de cette forme
Choisissez les items à migrer, par date, type etc …
Enfin sélectionner le EndPoint, ou bien créé le et valider le avec le fichier JSON téléchargé.
La plupart des erreurs à ce niveau sont un mélange entre les noms de projet de migration google, les apis et les Json qui ne correspondent pas au batch de migration créé … bref ça fait spaghetti …
Une fois que tout cela est correct, y’a plus qu’a appuyer sur le bouton migration et attendre (pour faire simple) enfin migration … synchronisation plus exactement. Une fois la synchronisation terminée, il vous faudra compléter cette synchronisation pour mettre fin à la « migration » de la boite Gmail. Puis une fois que tout le monde à migrer opérer les redirections MX de Google vers Microsoft 😉
N’oubliez pas que votre stratégie de migration est primordiale, et la communication avec les utilisateurs aussi, c’est bien de les faire déménager mais peut-être que certaines actions seront encore à réaliser de leur côté.
Pour la partie GDrive le principe est similaire et encore plus simple
Direction l’administration de SharePoint Online puis Migration et sélectionner Google
Vous arrivez sur une page similaire pour connecter Google à Microsoft (ici c’est du box mais c’est pareil pour les autres) rien de trop compliquer à faire ici authentifiez vous avec le compte Admin Google et Microsoft fait le reste (correctement)
Vous avez deux sections (Scan et Migration)
Le scan lui fonctionne tout seul :
Une fois lancé vous avez une liste de tout les drives partagés comme personnels et vous pouvez filtrer.
Une fois le(s) drive(s) choisi(s) copier les vers Migrations puis (vous vous souvenez du deuxième choix – celui à côté de Scan >> cliquer dessus)
Une fois sur migration, vous avez la possibilité d’exporter la liste de migration via CSV pour définir une cible (OneDrive, SharePoint, Teams) ou manuellement si vous voulez, mais ca peut être long …
Pour tout exporter, il ne faut sélectionner aucuns éléments (oui oui je sais)
Un élément intéressant est le mapping des identités qui lui ce fait tout seul (si vos identités sont correctes prenom.nom@domaine.com) mais aussi la possibilité d’ajouter des Tags (qui correspondent en générale a votre stratégie de migration (par pays par exemple))
Je reviens une demie seconde sur le mapping, si vos identités ne changent pas en termes de nomenclature, utiliser un mapping de domaine c’est plus simple, plus rapide, plus propre, et source de moins d’erreurs
Une fois le fichier envoyé, sélectionner les Drive a migrer ou via les Tags puis sélectionner « Migrate »
Cela fonctionne pareil pour les Drive Personnel, mais qui ont plus tendance à aller dans OneDrive (avec un fichier Excel et quelques formules c’est assez simple)
Ah oui …. une fois le batch lancé, vous ne pouvez pas re modifier le chemin d’accès de destination.
Et voilà !
En soit ce n’est pas bien compliqué une fois sorti des noms de domaine, DNS, etc … Pensez a arrêter le drive Google une fois migré et surtout prévenir les utilisateurs de ne plus utiliser Gmail une fois migrer, ou bien verrouiller les accès aux users qui ont migré.
Les outils de migration de marché vous apporterons plus de flexibilité ainsi qu’un pilotage beaucoup plus précis. Mais avec de la rigueur et un suivi impeccable vous avez de quoi vous en sortir 😉
Peux t on faire des itérations (une migration incrémentale) ?
L’outil prend t il en considération mes métadonnées ?
Est-ce que je peux migrer depuis d’autres sources que SharePoint ?
etc…
Ou alors sinon faire son outil maison avec les capacités d’Office 365 via le service d’import et un peu de PowerShell.
Cette option est certes beaucoup moins coûteuse, mais peut être génératrice d’erreur de gestion, car en effet vous aller devoir définir une feuille de route extrêmement précise et détaillée pour pouvoir suivre l’avancement de votre migration et tout ceci passe par un état des lieux de votre SharePoint OnPremise, Microsoft nous mets à disposition le fichier Excel suivant permettant d’avoir une vision plus précise de la ferme OnPremise (upgrade-worksheet-sharepoint-2013)
Initialement l’import service de 365 était mis en place par Microsoft pour la migration des fichiers PST mais a été étendu pour SharePoint Online et OneDrive for Business
Rentrons maintenant dans le vif du sujet
Vous allez avoir besoin de SharePoint Online Management Shell pour vous connecter a 365 et aux services Azure
Ensuite nous allons créer un dossier partagé, ce dossier sera partagé avec Azure.
Connectez vous sur votre tenant puis dans l’administration d’Office 365 sélectionner import
Nous allons ajouter un import, a noter qu’il existe deux possibilités :
L’envoi d’un disque chez Microsoft dans le cadre du programme FastTrack (Pour Exchange, je n’ai jamais essayé pour SharePoint)
L’upload de fichier a travers le réseau (nous allons prendre cette option)
Une fois sélectionner, une clé sécurisé et une url vont arrivées (c’est le moment de prendre un café)
Copier la clé et l’URL pour les garder sous la main
Une fois tout ça, le cœur du sujet arrive, il va falloir créer un package (les binaires, les documents, les images, les pièces jointes, les vidéos, etc. …) et les fichiers xml de manifest avec 🙂
Globalement le process sur le papier n’est pas compliqué, mais demande de l’organisation dans la gestions de ces packages. Le truc que je peux vous conseiller est de prendre un fichier excel avec les colonnes qui vont bien et y faire apparaitre :
Le nom du package
La date de création
L’url source
La date de migration
L’url de destination
Le status
Encore mieux ce serait une liste SharePoint mis à jour automatiquement a la suite des batch, mais là c’est une autre affaire : )
Si tout ce passe bien, vous devrez pouvoir voir vos fichiers dans azure avec Azure Storage Explorer
Une fois lancé, ajouter votre compte de stockage Azure avec la clé sécurisé et l’URL.
/!\ Attention /!\ Ne modifier aucun fichier ici, ni aucune table, cela pourrait rendre totalement indisponible vos données et mettre en échec tout les jobs et il sera impossible de faire du recovery !!
Donc une fois vos fichiers sous forme de package envoyé dans Azure, on coche les cases nécessaires comme quoi j’ai fini d’uploader mes données, et que j’ai bien accès à mon fichier de mapping puis Next !
Avant de procéder à l’injection des données dans 365, il nous faut encore un dernier fichier de mapping :spomappingfile
Uploader le fichier dans 365
Une fois terminé vérifier le status du job dans Office 365 😉
Lorsque vous avez fini vous pouvez détacher le conteneur de votre zone de stockage Azure, sinon la prochaine fois que vous vous y connecterez vous aurez une erreur
Il existe également une variante de cette approche qui ne nécessite pas de passage par Office 365 mais demande un abonnement stockage Azure (hé oui…)
La méthode est donc également similaire, et diffère au niveau de l’envoi des fichiers, et on utilisera donc la commande:
Un petit post pour vous présenter un outil permettant de migrer facilement vos données et commencer à utiliser SharePoint avec un minimum de contenu, permettant ainsi d’améliorer l’adoption de vos utilisateurs, car un site SharePoint rempli est beaucoup plus joyeux.
Ces outils sont développés par la société at-ms – http://www.at-ms.com/ et vous permette de migrer de :
Fileshare vers SharePoint
SharePoint vers SharePoint
Migrer vos contenus de serveur de fichiers rapidement vers vos fermes SharePoint 2013 ou dans le cloud Office 365
Mise à disposition d’un outil de migration modulaire, ajustable à vos besoins et agissant au cœur de votre processus de migration.
Migrez vers SharePoint ou vers Office 365.
Reconduisez vos droits d’accès.
Migrez rapidement depuis les modèles standards.
Migrez vos répertoires vers des métadonnées gérées.
Simplifiez votre migration en vous appuyant sur notre expérience.
Migrer le contenu de vos anciens serveur SharePoint (2007/2010/2013) vers vos fermes SharePoint 2013 ou dans le cloud Office 365
Migrez vers SharePoint ou vers Office 365.
Reconduisez vos droits d’accès.
Migrez rapidement depuis les modèles standards.
Simplifiez votre migration en vous appuyant sur notre expérience.