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)] ...

  L’outil natif d’Office 365 évolue dans le temps (comme toute la plateforme) et se comporte donc parfois de manière différente. En effet, depuis plusieurs semaines, les comptes ajoutés dans les Site Collections administrators changent, ce qui est pénible à gérer. Voici un petit script PowerShell permettant d’ajouter les logins voulus dans ce groupe d’administrateurs de collection. Dans mon cas, je veux charger par défaut les “Company Administrators” et “SharePoint Administrators” (il faut juste donner le login associé au groupe voulu). Via PowerShell SPO Admin La premiere solution est la plus simple, en passant simplement par les commandes de base du module d’administration SharePoint Online: Set-SPOUser -Site  https://tenant.sharepoint.com/sites/MyCollection  -IsSiteCollectionAdmin $true –LoginName “c:0-.f|rolemanager|s-1-1-11-11111111-111111-111111-1111” Via PowerShell et CSOM Cette fois le script est plus générique et peut être adapté à votre besoin très rapidement: [...

  On a vu précédemment comment gérer le Content Type Hub dans un Tenant Office 365: Office 365: La distribution des types de contenu à travers le tenant - ContentTypeHub Cette solution permet donc de publier un ensemble de types de contenu à travers le tenant Office 365. Mais comment utiliser avec PowerShell ce type de contenu en créant une liste documentaire ayant pour type de contenu ces CTHub ? Nous allons voir dans cet exemple, un script PowerShell basé sur le composant CSOM qui permet les actions suivantes: Créer une document library vide Ajouter 3 types de contenu (à partir des GUID que je connais, Excel, PowerPoint et Word) Sauvegarder cette document library dans les modèles de la collection de sites pour l’utiliser à tous les niveaux de la collection Script PowerShell [string]$username = "AdminAccount@tenant.onmicrosoft.com" [string]$PwdTXTPath = "C:\SCRIPTSREPO\ExportedPWD-$($username).txt" [string]$ListTemplateName = "List Template Gallery" [stri...

  Dans le cadre de SharePoint Online, le système de gestion des thèmes est différent du point de vue utilisateur, mais reste plus ou moins similaire dans le fonctionnement interne. Ainsi, lorsque le site owner choisi un look pour le design de son site, SharePoint va créer tout un ensemble de fichiers qui est placé en cache au niveau racine de la collection, dans une librarie technique “Theme Gallery” de “_Catalogs”. Dans le cas d’une collection qui possède un très grand nombre de sous-sites, ce système peut devenir problématique au niveau de la consommation du quota alloué à cette même collection de sites. Dans l’exemple suivant, j’ai dépassé les 2 GB (en ayant mis à jour que la moitié des 3’300 sous-sites): Il faut donc surveiller ce type de paramètre dans la définition de votre quota sous peine de bloquer totalement l’usage de ce site. Fabrice Romelard [MBA Risk Management]