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