Exchange 2010 et l’instance de message unique c’est fini !
par Yvan Vuillemin le 30 oct 2009, sous Exchange Server 2010
Microsoft Exchange Server 2010
Dure découverte hier …
La fonctionnalité, bien pratique, SIS (Single Instance Storage) présente dans les produits Microsoft Exchange Server depuis la version 4.0 (de 1996) disparait avec la version 2010 …
SIS avait pour mission d’éviter de dupliquer des messages inutilement en base de données.
Prenons un exemple :
50 de mes utilisateurs, dont leur boîte aux lettres est présente dans la même base de données, reçoivent un email d’un autre utilisateur. Une seule instance de ce mail, et de sa pièce jointe éventuelle, est créée dans la base de données des utilisateurs. Il existe donc 50 relations qui lient cette instance unique à mes utilisateurs, pour qu’ils puissent tous, bien entendu, accéder au message (unique). Si 49 de mes fameux utilisateurs suppriment le message, il sera toujours présent en base de données et disparaitra lorsque la 50ème relation sera elle aussi supprimée. Ce message étant unique entre mes utilisateurs concernés, cela explique en partie pourquoi vous ne pouvez pas modifier directement une pièce jointe dans un email que vous avez reçu. Mais l’avantage, vous l’aurez compris, c’est que l’on économise la quantité de stockage nécessaire au niveau du serveur.
Ce système d’instance unique est conservé en cas de déplacement de boîte aux lettres à l’intérieur d’une organisation et est perdu dans l’autre cas, pour un déplacement inter-organisation (inter-forêt AD donc). D’où la possibilité que certaines bases de données augmentent rapidement en taille, si beaucoup de manipulations de ce type sont effectuées au sein du système d’information.
Mais pourquoi Microsoft supprimerait cette fonction bien pratique ??
La Voix de Microsoft se justifie avec la raison suivante : Il y a de plus en plus de mails qui sont échangés au sein des infrastructures, les pièces jointes ont des tailles et des types de plus en plus disparates et, même si la fonction SIS a ses avantages, elle possède aussi un inconvénient majeur : La diminution des performances.
En effet, la logique de Microsoft est de dire que si le système SIS est de plus en plus utilisé, il faut plus de temps aux différents serveurs de boîtes aux lettres pour parvenir à retracer les différentes relations entre utilisateurs de messagerie et les instances des messages. Il faut également au système plus de temps pour maintenir ces relations (pour la suppression notamment).
Bref, on réduit le volume de stockage nécessaire, mais on perd en performances. Voir même, le système SIS, peut être l’une des causes des différents problèmes de structures que l’on peut connaître au niveau des bases de données, nécessitant des réparations avec isinteg par exemple, pour le maintient de toutes ces relations message-utilisateurs.
Au final, cette décision est justifiée. Les coûts de stockage ont proportionnellement diminués depuis 1996 et nous sommes aujourd’hui dans une ère où la performance, l’optimisation et la disponibilité des services de messagerie se font plus importantes. C’est ce que Microsoft privilégie en abandonnant le Single Instance Storage sous Microsoft Exchange Server 2010.
Pour les futures migrations et les nouvelles installations, cette information a toute son importance  il me semble 
novembre 28th, 2009 ˆ 20 h 51 min
Le Single Instance Storage n’avait pas originellement pour but d’économiser de l’espace, mais d’accélérer les performances de délivrance d’un message et les performances « visibles » (en mode En Ligne) à l’époque d’Exchange 5.5 et Outlook 98…
En effet, à l’époque il n’y avait qu’une banque d’information, donc il y avait un interêt énorme à gérer chaque message/PJ dd’une manière unique… Un exemple simple est l’envoi d’un message avec une PJ de 5 Mo à 100 personnes. Et bien l’élément était stocké qu’une fois dans la base, son index la replaçant effectivement. Ainsi, on optimisait les opérations d’écritures « lourdes » et cerise sur le gâteau: on gagnait effectivement de la place.
Avec Exchange 2010 il y a plusieurs raisons à la suppresion du SIS:
- Il n’a plus vraiment d’interêt car la tendance est à de grosses bases, et donc moins d’utilisateurs par base (VS plus de bases)
- La structure des bases a changé: les éléments sont indéxés et séquencés par boite aux lettres, et non par base.
Avec E2010, la perte de l’effet « gain de place grâce au SIS » est compensé par la compression des pages de 32K en temps réel.