Il peut arriver dans la gestion d’une ferme SharePoint un cas de catastrophe : Crash de serveur (matériel ou logiciel) Erreur ou plantage en cas d’update autre cas étrange (ce fut mon cas) … Dans ce contexte, on se retrouve avec les bases de contenu SharePoint : Soit onLine  si le Serveur (ou le service) SQL n’a pas été touché Soit les dernières sauvegardes Que faire à partir de ce moment ? Il ne sert à rien d’aller prier ou de faire des sacrifices de poulet, ca ne fait pas avancer le problème. En revanche, ne rien faire peut vite revenir à cher, voire vous couter votre place, tant le serveur SharePoint peut être utilisé. Je vais donc vous donner un protocole complêt (qui peut être adapté suivant les cas, raccourci ou allongé). Qu moins celui-ci fonctionne (Je viens de remonter une ferme totale avec). Préalable Installer  (ou réinstaller) SharePoint , en pretant attention à se retrouver dans le même code version que la ferme dont on possède les bases de données Recréer ...

  Dans le cadre de la bonne gestion des environnements SharePoint (les fermes), il est fortement conseillé de travailler avec une   notion de Quota   pour chaque collection de sites. Cela correspond à la mise en place  d’une limite de taille  pour l’ensemble de la collection : Données  (fichiers, listes, pages, …) Corbeille  (premier et second niveau) Un quota est un regroupement de deux valeurs : Valeur de l’alerte  par Mail vers le site collection Owner Valeur maximale  de la collection de site ou toute modification se verra interdite Ce paramétrage s’effectue donc : Soit directement pour une collection de sites données Soit par l’utilisation d’un modèle de quota Je vous invite à consulter le site  Technet  pour tout le didacticiel : Gérer les quotas et les sites Web inutilisés Il est tout de même important de bien paramétrer le modèle par défaut de quota utilisé lors de la création d’une collection de sites. Ainsi avec une liste ...

  Comme je l’ai annoncé dans   un précédent message , le projet CodePlex est destiné aux responsables ou administrateurs de fermes SharePoint voir aussi aux développeurs : SharePoint Management PowerShell scripts Ce projet référence différents scripts  PowerShell , effectuant des taches qui sont généralement indisponibles en standard dans les environnements SharePoint. Ainsi, un  des scripts permet la récupération des utilisateurs orphelins  (n’existant plus sur le domaine Active Directory) collection par collection pour une Web Application donnée : Check-SharePoint-Orphaned-Users Ce script va donc générer un fichier qui peut être conséquent avec un listing du type : sitecollection: http://vdsfadsfsdfsad domain\user1 domain\user2 domain\user3 … sitecollection: http://vdsfadsfsdfsadddddd domain\user1 domain\user2 domain\user4 domain\user5167 … Ainsi on se retrouve avec x fois le Domain\User1, ce qui, si le fichier possède 500 lignes, devient compliquer à gérer. L...

  Dans la bonne gestion de fermes SharePoint, il faut toujours suivre l’évolution de celle-ci. Il est très courant de concevoir une ferme avec un cahier des charges fixe, mais que finalement le produit plaise réellement et que la situation quelques mois plus tard n’a plus rien à voir avec la conception. La bonne nouvelle est que SharePoint 2007 est facilement évolutive contrairement à la version précédente. Mais afin de bien revoir cette architecture et donc son éventuelle évolution, il faut avoir une image la plus fidèle possible de la situation actuelle, Un autre cas est celui de la préparation à la migration (V2 > V3 ou V3 > VNext) ou au changement de structure (passage de X86 à X64 des serveurs de la ferme). Un audit est donc l’image de la solution existante à un moment donné. Ceci afin d’en tirer des éventuelles remarques ou conseils d’amélioration. Il est de ce fait très important de connaître les possibilités offertes de faire cette analyse par soit même. C’est l’objec...

  Dans un article précédent, j’ai listé différentes solutions pour auditer une ferme SharePoint : Auditer une ferme SharePoint Un des outils évoqués est le  MOSS RAP Scoping Tool , dont une des analyses est la recherche de collection (SPSites) ou de site (SPWeb) orphelins, dont le rapport est du type : Check 'OrphansCheck' failed. Content Orphan List MapFrom    MapTo    Database Name    Site ID Sites    SiteMap    MyContentDB2    d1e62e4e-2dfd-4b3e-a695-c693472f4ff5 Webs    SiteMap    MyContentDB2    8b57b2c2-56c0-41ff-abd2-a1751bca60f6 La méthode standard en cas de présence d’orphelins revient de effectuer : Suppression de la base de contenu de la ferme SharePoint Ajout de la base de contenu via STSADM (AddContentDB) La seconde opération permet donc à SharePoint de relister les collections et sites de cette base pour les référencer dans la Sit...

  Dans le cadre de la mise en place de ferme MOSS, une architecture standard est l’activation de la fonction Query sur les Web Front End. Ainsi, un cas classique d’évolution de l’architecture serait de passer d’une Small Farm installée : 1 SQL Server dédié 1 Server  avec tous les services (Web Front End, Indexer, Query) Vers une installation classique Medium Farm : 1 SQL Server dédié 1 Serveur d’indexation 2 Serveurs Web Front End Ainsi, il faut configurer le service de  Search Query  sur les deux nouveaux  Web Front End . Pour ceci, il suffit d’aller dans la central Administration, dans l’onglet “ Operation ” et cliquer sur “ Services" on Server ”. On sélectionne ensuite notre serveur Web Front End et on clique sur “ Office SharePoint Server Search ”. On complete les champs nécessaires. Attention au champ “Query server index file location:”  qui doit être le folder sur le serveur Web Front End que vous modifiez. On valide par OK. Tout ceci est simple, si c...

  Comme je   l’ai expliqué dans un précédent message , un changement d’architecture de ferme SharePoint peut entrainer une modification dans l’attribution des rôles SharePoint. Ainsi, le passage d’une ferme de type  Small Farm (1 SQL + 1 Web/Index/Query) : Vers une ferme de type  Medium Farm (1 SQL + 1 Application Server + 2 Web Front End)  : Implique un changement dans l’attribution du rôle “ Query ”. En effêt, si on ajoute uniquement simplement les nouveaux WFE dans la ferme sans changer le positionnement du Query, chaque requête de recherche sera transférée du Web Front End vers le Serveur d’application pour obtenir le résultat et le transférer au poste client. Cela va donc générer du trafic inutile entre les WFE et l’Application Server. Il faut donc ajouter le rôle “ Query ” à chaque Web Front End. Mais si on ajoute simplement le rôle Query à chaque Web Front End, on obtient ceci : Avec STSADM Dans la central Administration Ainsi, on voit bien que le rôle “Q...

  Après un moment de gestation assez long, voilà enfin un nouvel article dédié à l’outil de conception des rapports pour   SQL Server 2008 Reporting Services  : SQL Server 2008 Report Builder 2.0 Cet article est disponible sur la plateforme  ASP-PHP.NET . En attendant le prochain de retour sur SharePoint 2007 Romelard Fabrice [MVP]

  Au cours du mois d’Avril 2009, Microsoft a publié le Service Pack 2 de l’ensemble de sa suite Office, que ce soit la partie cliente, mais aussi la partie serveur : Microsoft Office SharePoint Service Pack 2 et Office 2007 SP2 disponible ! SharePoint 2007 Service Pack 2 : version 12.0.0.6421 en téléchargement On peut donc trouver le Service Pack pour tous les produits SharePoint : WSS V3 WSS V3 Language Pack X86  ( Version X64 ) MOSS 2007 X86  ( Version X64 ) MOSS 2007 Language Pack X86  ( Version X64 ) Tout ceci est parfait si ce n’est que juste après cette publication un bug génant est apparu sur les versions MOSS,  le passage de votre licence SharePoint en version d’essai 180 jours . Ainsi Microsoft vient de  regénérer une version spécifique du Service Pack 2 de MOSS  (uniquement MOSS et non les WSS ni les Language Packs), publiée sur le site Microsoft : The 2007 Microsoft Office Servers Service Pack 2 (SP2) – 29 Juillet 2009 Cette version n’est do...

  Dans   un précédent article , nous avons pu voir comment effectuer les sauvegardes d’un environnement SharePoint, et plus particulièrement la sauvegarde d’une collection de sites SharePoint : Les stratégies de Backup dans WSS V3 - Sauvegarde avec STSADM Le Service Pack 2 de WSS apporte une nouveauté dans cette procédure, avec le blocage de la collection durant cette action de sauvegarde ( sitelock ). Ainsi la commande “STSADM –O BACKUP” vous donne une nouvelle option “ -nositelock ” : Ainsi, l’exécution standard (sans l’option “–nositelock”) de la commande de sauvegarde ajoute une étape durant cette tache : Il passe le site en Read-Only, comme c’est d’ailleurs expliqué lors de l’exécution de celle ci “Setting the site collection to be read-only for the duration of the backup. If the operation is interrupted, make sure to check the site lock for this site collection. For more information see stsadm.exe -help getsitelock and stsadm.exe -help setsitelock.” Ainsi, pour le cas d’...