La question classique pour tout fermier qui se respecte: Comment faire évoluer ma plateforme, mon infrastructure ou ma solution ? Dans le cas de SharePoint, la stratégie mise en application par l’éditeur (Microsoft) est claire. Il faut migrer tout ou partie dans le Cloud Office 365. Dans la théorie, ca semble simple, mais la pratique entraine toujours son lot de complication, que chaque gestionnaire devra affronter lors de la définition de sa RoadMap interne. Une chose est certaine, la RoadMap est obligatoire qu’on le veuille ou non, car la fin de support des produits entraine de gros risques pour les plateformes (Windows, SQL Server, Moteur SharePoint, …), que personne ne voudra endosser. Une fois ce contexte défini, je vais tenter de vous indiquer dans les grandes lignes les stratégies applicables, suivant le contexte, pour chaque migration. Analyse préalable Je ne m’étendrai pas sur cette étape, car elle est très bien présentée par tous les autres acteurs SharePoint ( Patrick ...

Dans le cas d’une Due Diligence pour acquisition, l’analyse de la partie informatique est une des composantes de ce travail, comme nous l’avons vu dans un précédent message: IT Due Diligence : A quoi correspond cette activité ? Il existe différentes options possibles pour effectuer ce travail, dont la plus facile reste la liste excel préremplie. Différentes entreprises proposent d’ailleurs des versions préparées que vous pouvez utiliser telle quel: Free IT Due Diligence Checklist Comprehensive M&A due diligence checklist for buyers Preparing for IT due diligence … Checklist Excel Cette liste une fois validée en interne est envoyée au contact de l’entreprise auditée, qui devra alors remplir cette liste selon sa compréhension de la question. Une fois le fichier retourné, l’auditeur IT devra l’analyser pour en interpréter une nouvelle fois la réponse fournie par le contact local. Tout le problème se trouve à ce stade dans cette différence de compréhension, ainsi ce...

  Une question habituelle dans toute gestion de fermes SharePoint est la gestion des sites fantomes. Pour définir ce que c’est il faut prendre un cas utilsateur simple : Un site d’équipe est créé pour partager la documentation autour d’un projet défini Plusieurs utilisateurs travaillent pendant des semaines autour de ce projet Au bout d’un certain temps ce projet est terminé Les utilisateurs sont réaffectés sur d’autres projets Au bout d’un temps variable, plus personne ne vient sur ce site et tout le monde oublie son existance Le site SharePoint et son contenu passe alors en mode  fantome C’est un très grand classique des TeamSites et le volume occupé par ce type de site peut rapidement être important. Benoît Jester  propose sur son blog une solution (via un script PowerShell) permettant de lister les sites et sous sites avec les dates de dernière modification : https://spasipe.wordpress.com/2014/07/23/sharepoint-20xx-script-powershell-permettant-de-lister-les-sites-peu-...

  En tant qu’archéologue, il est indispensable de conserver un processus de sauvegarde valide et simple: La  sauvegarde des Bases de données  est simple, mais exige un niveau technique important en cas de besoin de restauration La  sauvegarde de base de WSS  est “simple”, mais complexe si on souhaite remonter une unique collection de site, de plus elle n’est pas adaptée pour de gros volumes La  sauvegarde de chaque collection  de site est simple à sauver et restaurer puisqu’on peut remonter une unique collection Pour effectuer cette troisième option, il existe différentes solutions, dont des script VBS qui peuvent être complexes à maintenir. PowerShell permet d’avoir un script court et rapide pour effectuer simplement une sauvegarde STSADM pour chaque collection de sites en placant de fichier de sauvegarde dans le répertoire voulu. # Shared Variables $BackupPath = “\\MyFileServer\SHAREPOINT_BACKUP\MyFarmTOSave” $StsAdmPath = "C:\Program Files\Common Fi...

  La migration d’une plateforme existante vers une nouvelle solution implique une gestion du changement et la communication associée. Dans le cadre de ce travail, il peut être utile de faire une présentation de la plateforme à venir et montrer comment celle-ci est une avancée pour chaque élément. L’idée est donc de partir de la page de présentation officielle pour Office 365 : http://technet.microsoft.com/en-us/library/jj819284.aspx Dans laquelle on trouve un lien vers les détails pour SharePoint OnLine et toutes les features associées : http://technet.microsoft.com/en-us/library/sharepoint-online-service-description.aspx Dans le cas d’une entreprise, la situation de base est donc SharePoint 2007 considérant uniquement les Editions: Microsoft Office SharePoint Server 2007 Standard Edition (MOSS 2007 SE) Windows SharePoint Services V3 (WSS V3) Dans les plateformes Office 365, on peut prendre en analogie les “équivalences” suivantes : Office 365 Enterprise E3 Office 365 Enterprise E1...