Plusieurs bases de données

Entreprise d’Exchange Server 5.5, les bases de données peuvent atteindre
des tailles énormes ; la seule limitation est la quantité d’espace-disque du serveur.

La plupart des administrateurs systèmes deviennent nerveux lorsqu’une base de
données dépasse 100 Go. La sauvegarde de si grands fichiers dans un laps de temps
raisonnable est un défi permanent et la canalisation de l’activité de tous les
utilisateurs dans deux bases de données sur un seul volume de disque, risque de
provoquer des goulots d’étranglement pour les E/S.

De plus, les bases de données représentent un point de défaillance potentiel unique
pour chaque utilisateur du réseau Exchange. Si le MI a un problème, tous les utilisateurs
du système Exchange Server concerné s’arrêtent. Le succès de la gestion des grands
systèmes Exchange Server 5.5 repose sur deux pré-requis fondamentaux : une attention
fanatique aux sauvegardes et une concentration sur la gestion de l’activité des
E/S.Le magasin d’informations de Platinum pourra gérer une ou plusieurs instances
du moteur de base de données Jet et chaque instance utilisera un ensemble distinct
de journaux de transactions.
Une instance de Jet pourra répartir les transactions entre plusieurs bases de
données, exactement comme les processus store.exe gèrent aujourd’hui les transactions
à  la fois pour les magasins d’informations publics et privés aujourd’hui. Microsoft
appelle chaque instance Jet de Platinum un groupe de stockage d’informations (Information
Storage Group). Chaque groupe de stockage gèrera jusqu’à  six bases de données
et un seul serveur Platinum traitera jusqu’à  15 groupes de stockage.

Ainsi, Platinum portera le nombre maximum de bases de données supportées par chaque
serveur à  90. (Ce nombre pourrait changer d’ici la sortie de Platinum).Si ce changement
vous semble excessif, rappelez-vous que la définition Platinum d’un serveur est
très différente de celle d’Exchange Server 5.5. L’architecture de Platinum permet
de créer un serveur virtuel à  partir d’un ensemble d’ordinateurs dorsaux et frontaux.
Les serveurs Platinum qui hébergent des dizaines de bases de données seront probablement
des serveurs virtuels répartissant les bases de données entre plusieurs machines.
L’exécution de plusieurs bases de données et de plusieurs journaux de transactions
(indispensable pour supporter des dizaines de milliers d’utilisateurs sur un seul
serveur ou cluster) compliquera les opérations quotidiennes telles que la sauvegarde.

Mais ceci améliorera l’évolutivité du produit même sur des serveurs basés sur
un seul système, car la charge d’E/S peut être répartie entre plusieurs volumes.L’exécution
de plusieurs bases de données et journaux de transactions améliorera aussi la
disponibilité du MI. En cas de problème avec une base de données, il est possible
de stopper le groupe de stockage, de restaurer la base de données et de relire
les transactions dans les journaux associés sans mettre hors ligne les autres
bases de données ou journaux de transactions. Les opérations de récupération n’affecteront
que les utilisateurs de la base de données en cours de réparation. C’est pour
cette raison que les administrateurs de grands serveurs ne tarderont pas à  créer
et à  utiliser plusieurs bases de données. Supposons qu’un serveur Platinum desservant
3.000 utilisateurs utilise 10 groupes de 300 utilisateurs chacun. Supposons aussi
que chaque groupe utilise une base de données résidant sur un volume de disque
séparé. Si un disque à  un problème, ceci n’affecte que 300 utilisateurs.

De plus, comme les bases de données sont plus petites que ne le serait une seule
base de données desservant les 3.000 utilisateurs, les sauvegardes et les restaurations
demandent beaucoup moins de temps.