Exchange 2000 et Sharepoint Portal Server

Microsoft a souvent insisté sur le fait
que, malgré leurs racines communes,
Exchange 2000 et SharePoint Portal
Server sont des produits différents,
chacun développé par un groupe d’ingénierie
distinct et chacun conçu pour
effectuer un travail complètement différent.
Un serveur de e-mail est différent
d’un serveur de gestion de documents
et portail ; par conséquent, le
code des produits doit lui aussi varier.
(Un exemple évident : Exchange 2000
dépend absolument de Win2K et d’un
déploiement solide de l’AD – tandis
que SharePoint Portal Server fonctionne
sur Win2K sans avoir besoin
d’AD.)

Mais les deux produits partagent
un moteur de base de données commun:
l’ESE, qui anime à  la fois
l’Exchange Information Store (appelé
aussi IS dans Windows NT ou Store
dans Win2K) et le SharePoint Portal
Server Store. (L’AD Win2K utilise encore
une autre variante d’ESE.). Cette
utilisation commune peut créer beaucoup
de confusion si l’on installe les
deux produits sur le même serveur.
Prenons le sujet simple des entrées
du journal d’événements. La figure 1,
montre un extrait tiré du journal
Application d’une machine SharePoint
Portal Server. A en juger par les sources
des événements de ce journal, on
pourrait en déduire qu’Exchange 2000
et SharePoint Portal Server fonctionnent
tous deux sur le système. Les événements
émanant de sources comme
ESE98 (que l’on pourrait supposer être
Exchange 2000 Store) et MSExchangeIS
Public (que l’on pourrait estimer
associé à  l’activité du dossier public
Exchange) ainsi que SharePoint Portal
Server.

Et bien cette supposition serait
erronée. SharePoint Portal Server
« emprunte » certains messages d’événements
à  Exchange – et n’essaie
même pas de s’en cacher en changeant
le nom de l’événement. Ainsi, l’un des
événements que la figure 1 montre est
une instance de l’événement ID1221,
avec MSExchangeIS Public Store
comme source. Cet événement signale
une défragmentation de la base de
données qu’Exchange et SharePoint
Portal Server effectuent tous deux
comme une opération de maintenance
en arrière plan. Quand on va plus loin
et qu’on examine la description de cet
événement, montrée dans la figure 2,
on constate que la véritable source de
l’événement est SharePoint Portal
Server.

On voit bien le risque réel de
confusion si Exchange et SharePoint
Portal Server sont actifs sur le même
serveur. Même si l’on peut étudier les
détails de l’événement pour déterminer
l’origine d’un problème, on pourrait
facilement prendre une erreur de
base de données signalée par
SharePoint Portal Server pour une erreur
signalée par Exchange.