Dans le cadre de migration de ferme SharePoint 2007 (c’est d’ailleurs la fin de vie de cette plateforme), l’ouverture des documents des listes SharePoint via Ofice Web Apps est un point pénible de la migration de base. En effet, SharePoint 2007 ne possède pas nativement de configuration pour Office Web apps, et donc la migration de la liste basiquement maintient cette configuration. Depuis le site SharePoint Il est donc utile de modifier la configuration de la liste juste avant cette exécution par un paramètre disponible dans les doclib SP2007: Document library Settings > Advanced Settings Il faut donc prendre la seconde option “Display as a Web Page” pour supporter cette migration dans SharePoint Online et utiliser Office Web Apps dans cette liste. Dans SPO, le paramètre deviendra donc: En PowerShell La seconde option est donc de passer par un script PowerShell qui effectuera le même changement, mais pour toutes les listes de tous les sites et sous-sites d’une collection Shar...

  Lors des migrations de Sites SharePoint 2007, un point particulièrement pénible est lié aux fichiers bloqués en mode “Checked Out” voir jamais “Checked In” (cas des listes avec métadonnées obligatoires non renseignées). Ces petits scripts PowerShell peuvent être utilisés pour vous débloquer cette situation avec les deux fonctions suivantes: Devenir le propriétaire de tous les fichiers en attente de Check In: function CheckOuttoAdmin([string]$WebURL, [string]$LibraryName) {     [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") > $null     Write-Host " -------------------------------------------------------- "     Write-Host "SPWeb URL to configure:", $WebURL  -foregroundcolor Red     $site = new-object Microsoft.SharePoint.SPSite($WebURL)     $web = $site.openweb()     Write-Host "    >> SPWeb URL from Object:", $web.URL -foregroundcolor Gr...

  Une fois la migration terminée, il est primordial de surveiller son instance Office 365 en faisant une extraction de tous les sites du tenant dans un fichier Excel: [string]$username = "YourAdminAccount@yourtenant.onmicrosoft.com" [string]$PwdTXTPath = "C:\SECUREDPWDFOLDER\ExportedPWD-$($username).txt" [string]$ExportAllUserLogin = "" function Load-DLLandAssemblies {      [string]$defaultDLLPath = ""     # Load assemblies to PowerShell session     $defaultDLLPath = "C:\Program Files\SharePoint Online Management Shell\Microsoft.Online.SharePoint.PowerShell\Microsoft.SharePoint.Client.dll"     [System.Reflection.Assembly]::LoadFile($defaultDLLPath)     $defaultDLLPath = "C:\Program Files\SharePoint Online Management Shell\Microsoft.Online.SharePoint.PowerShell\Microsoft.SharePoint.Client.Runtime.dll"     [System.Reflection.Assembly]::LoadFile($defaultDLLPath)     $defaultDL...

  Pour de nombreuses raisons, on peut vouloir modifier la liste des administrateurs de collections de sites pour l’ensemble des Teamsites de son tenant Office 365. Il peut être utile pour ajouter ou retirer un compte administrateur de ces sites SharePoint sans pour autant les promouvoir SharePoint Tenant Admin (cas d’équipe de support ou de compte de service). Ce petit script vous permet (en modifiant juste ce qui vous concerne) de pouvoir effectuer la commande dans les deux sens: [string]$username = "YourAdminAccount@yourtenant.onmicrosoft.com" [string]$PwdTXTPath = "C:\SECUREDPWDFOLDER\ExportedPWD-$($username).txt" [string]$CompteouGroupeAADavecGUIDO365= "c:0-.f|rolemanager|s-1-5-21-1575671886-733387139-3803724931-1933543" [string]$CompteIdentifiantSP201X= "i:0#.f|membership|myUserLogin@mydomain.com" [string]$Compteavecsimplelogin= "loginAdmin@yourtenant.onmicrosoft.com" function Load-DLLandAssemblies {     [string]$defaultDLLPath = ...

  Pour ceux qui travaillent dans un projet de migration, un des cas critiques est l’utilisateur qui ne sait pas pourquoi, ni parfois comment, il a activé le versionning sans aucune limite. On se retrouve alors avec des sites ou la seule liste en question peut occuper un volume très important sans aucun intérêt pour l’utilisateur (mais surtout très compliqué pour les outils de migration). Dans mon exemple, les deux premiers fichiers excel occupent plus de 400MB, sachant que le fichier unitaire fait moins d’1MB: Voici donc un petit script permettant de faire le ménage sur une liste spéficique en conservant les XX dernières versions: function Delete-Version-History([string]$SPWebURL, [string]$SPListName, [int]$MaintainVersionNumber) {     [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint") > $null     Write-Host " -------------------------------------------------------- "     Write-Host "SPWeb URL to configure:", $S...

  En cas de migration de contenu dans SharePoint Online, il peut être très utile de pouvoir nettoyer le résultat. Le cas standard est une liste ayant un nombre d’élément important (voir allucinant: par exemple 200’000 items), qui est au dessus de toutes les limites imposées par Microsoft en dur: Vue limitée à 2’000 Alerte de liste à 5’000 Blocage de liste à 20’000 Ainsi la solutione st de faire 2 migrations de cette même liste (ou plus suivant le découpage souhaité): Premier chargement  = Liste vivante ayant les XX derniers mois de contenu (par exemple l’année courante) Second chargement  = liste d’archive ayant l’intégralité du contenu Chargements optionels  = Si on souhaite faire un découpage par année De ce fait tous les chargements qui devront être nettoyés après coup, demande la suppression d’un très grand nombre d’éléments (dans notre exemple, plus de 180’000), ce qui est simplement infaisable avec les méthodes visuelles. Il faut donc en passer par les scripts ...

  Dans le cadre de la gestion de contenu SharePoint Online et surtout dans un contexte de migration, les droits “Site Collection Administrator” sont à proscrire pour les “Site Onwers”, il est bien préférable de mettre ces personnes dans le groupe d’origine “Site Owners”. Le problème se présente rapidement avec les personnes jouant avec ces permissions et décidant de casser celles-ci jusqu’à la suppression de son propre groupe. C’est aussi dans un contexte de migration la réinitialisation de tout le contenu au niveau de ces permissions. Ainsi ce script PowerShell utilise le module CSOM afin de boucler dans tous les sites et sous-sites afin de donner le droit “Full Control” au groupe voulu au niveau de chaque sous-site, mais aussi au niveau de chaque liste (en revanche je ne parcoure pas le niveau des items volontairement). Dans le même temps, le script assigne l’adresse email spécifié dans les “Site access request” afin de déléguer la gestion de ces permissions au propriétaire du si...

  Dans un précédent message, nous avons pu comprendre comment nettoyer notre ferme SharePoint des listes vides: SharePoint 2007: Script PowerShell pour nettoyer les listes vides avant migration vers Office 365 - Updated Maintenant que celle-ci est “propre”, il convient de faire un assessment des listes contenues dans ces sites, sous-sites, … pour avoir une vue d’ensemble de la complexité du contenu à migrer et pouvoir se préparer au mieux. Ce script va donc exporter pour vous un fichier CSV qu’il vous conviendra de manipuler selon votre besoin (via Excel, SQL Server, …). Il reste dans le même esprit que la solution que  Benoit Jester  a publié pour l’exportation des sites et sous-sites d’une ferme:   SharePoint 20xx : Script PowerShell permettant de lister les sites peu utilisés Vous avez très peu de chose à paramétrer pour exécuter ce script en tant qu’administrateur sur un serveur de la ferme SharePoint. param(     [Parameter(Mandatory=$False)] ...