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]

  La version Office 2007 est encore supportée pour quelques mois par Microsoft, et donc fonctionne toujours chez de très nombreux clients. En revanche, pour certaines parties, le fonctionnement est loin d’être optimal surtout dans un contexte Office 365. En effet, il existe certains clients qui utilisent encore les licenses Office 2007 acquises tout en ayant des comptes Office 365 (E1 par exemple). Or le modèle de sécurité entre Office 2007 et SharePoint Online est très différent et ce client supporte mal une partie des fonctionnalités pourtant de base dans la plateforme. Un utilisateur configuré avec Office 2007 qui souhaite cliquer sur le bouton “Export to Excel”: Modern View Classical View Recevra bien tout le processus standard pour ouvrir Excel avec le fichier “IQY” (Excel Internet Query): Mais l’utilisateur aura toujours le même message d’erreur suivant: You do not have the adequate permissions to modify the list. Changes to your data cannot be saved Ce message provient du fa...

  SharePoint Online est un des modules de la plateforme Office 365 qui est aussi largement partagée, et donc sur laquelle il faut faire très attention pour les listes avec un grand nombre de données. Pour information, les limites sont définies selon 2 valeurs: La première alerte est de 5’000, qui vous impose à définir et utiliser les colonnes indexées La seconde réelle limite est de 20’000, qui bloque tout changement de paramètre de cette liste Quoi qu’il en soit il arrive qu’une liste ne permette plus l’utilisation du petit composant de recherche de la liste (en mode classique): Pour forcer la réindexation totale de cette liste lors du prochain passage du moteur, il faut aller dans les paramètres avancés de la liste et au milieu de cette page chercher le menu “Reindex List”: En cliquant sur ce bouton la liste est alors flaggée et son contenu sera totalement rescruté par le moteur. Cette option est bien sur à utiliser avec parcimonie, même si Microsoft pilote totalement le travail ...