Bonjour à tous,

Tout d'abord,

DPM c'est quoi ? (sautez ce passage si vous savez ;))

Quiconque souhaite sauvegarder son système SharePoint doit nécessaire passer par un outil externe, les possibilités de sauvegarde intégrées à l'outil n'étant vraiment pas assez fiables. Il existe plusieurs outils intéressants et parmi ceux-là Microsoft fournit même son propre outil : Data Protection Manager dit DPM. Ce n'est pas un outil de sauvegarde dédiée à SharePoint mais plutôt une solution de sauvegarde générale capable de sauvegarder des serveurs, des postes clients, des VMs Hyper-V, Exchange, SQL Server, et SharePoint (entre autres). Nous en somme à la version 2010, et c'est de cet outil et d'un problème de configuration dont je vais vous parler à présent.

Quel est le problème ?

Lorsque vous installez le client DPM sur un serveur SharePoint afin de procéder à sa sauvegarde, vous avez un certain nombre d'étapes à réaliser (je ne vais pas les donner ici, de nombreux tutoriaux sont disponibles). Lorsque tout se passe bien, vous devez apercevoir dans la console DPM, sur au moins un des serveurs, un onglet SharePoint vous permettant de sauvegarder celui-ci. Cependant il arrive que cet onglet n'apparaisse pas, vous empêchant ainsi de pouvoir sauvegarder SharePoint. Le plupart du temps il s'agit du service VSS (Virtual Shadow Service) qui n'est pas complètement opérationnel sur le serveur à sauvegarder (bien que souvent démarré).

Quelles sont les causes ?

Les causes peuvent être multiples mais voici l'une des plus vicieuses que j'ai vue (car totalement non documentée). Parmi les services de SharePoint Server (donc pas foundation ni wss) il existe deux services de recherche, le service de recherche SharePoint et le service de recherche d'aide SharePoint (appelée également recherche SharePoint Foundation ou WSS). La recherche d'aide comme son nom l'indique n'est utilisée que dans la fenêtre d'aide de SharePoint. Pour toutes les autres recherches (sur SharePoint Server) c'est le service de recherche SharePoint qui est utilisé. Cette recherche d'aide peut être démarrée sur plus d'un serveur, et c'est cela qui pose problème pour DPM. Visiblement si vous démarrez le service de recherche d'aide sur plus d'un serveur, le service VSS de SharePoint se mélange les pinceaux et ne s'enregistre pas en tant que "VSS Writer" (nécessaire pour que DPM puisse savoir quel type de sauvegarde sont possibles sur ce serveur). Bien évidemment aucun message d'erreur, ni aucune indication ne vous ai donné, le service VSS de SharePoint démarre sans problème mais il ne s'enregistre pas, ce qui implique que DPM ne le "voit" pas et n'affiche pas la possibilité de sauvegarder SharePoint.

A titre d'information voici les autres causes possibles que je ne détaille pas car on trouve sur internet plusieurs articles à leur sujet :

  • Absence de configuration du service SharePoint (ConfigureSharePoint.exe -EnableSharePointProtection),
  • Service SharePoint VSS non enregistré correctement (stsadm -o enablewsswriter, atention c'est bien écrit wss et non vss),
  • Service SharePoint VSS Writer non démarré,
  • Compte exécutant VSS incorrect (défini par ConfigureSharePoint.exe).
Il en existe sûrement d'autres mais celles-ci sont les plus communes.

Comment résoudre le problème décrit ?

La résolution du problème est simple : n'activez le service de recherche d'aide que sur un seul serveur de la ferme, idéalement le serveur d'application qui héberge l'admin centrale comme c'est le cas dans la plupart des fermes multi-serveurs. Pensez à redémarrer le service SharePoint VSS Writer après cette modif et tout devrait rentrer dans l'ordre. Le service de recherche d'aide étant en général peu sollicité dans une ferme, l'avoir sur un seul serveur ne devrait pas être (trop) gênant.

Je n'ai testé cette manip que sur un environnement SharePoint 2010, je ne sais pas si le problème était le même avec MOSS 2007, mais il est probable que oui, si quelqu'un à l'info je suis preneur ;)

Bon code à tous,
Edgar