Exchange Server 2010 : Exchange Server haute disponibilité
Courrier électronique est un outil de communication commerciale, afin que tout ce que vous pouvez faire pour garantir une disponibilité élevée avec Microsoft Exchange Server est une bonne chose.
Extrait de l'ouvrage « Exchange 2010 – A pratique approche, » publié par Red porte livres (2009).
Jaap Wesselius
Il existe plusieurs couches Microsoft Exchange Server 2010, vous pouvez configurer comme solution haute disponibilité (HA). Le groupe de disponibilité de base de données propose HA sur le rôle de serveur de boîtes aux lettres. Si vous souhaitez une solution haute disponibilité, vous pouvez configurer le serveur d'accès Client et serveur de Transport Hub ainsi une solution haute disponibilité.
Il est important compte tenu qu'Exchange Server 2010 Standard Edition prend également en charge les technologies de réplication, tout comme l'édition d'entreprise Exchange Server 2010. La seule différence est que la version Standard Edition prend en charge uniquement jusqu'à cinq bases de données par serveur, tandis que la version Enterprise Edition prend en charge jusqu'à 100 bases de données par serveur. Il s'agit d'un développement parfait pour les organisations qui ne disposez pas des milliers de boîtes aux lettres et n'avez pas besoin de créer un grand nombre de bases de données de boîtes aux lettres.
Bases de données Exchange Server
Configuration haute disponibilité pour les autres rôles de serveur n'a pas beaucoup changé depuis Exchange 2007. Exchange Server 2010 utilise une base de données pour stocker les données principales : les messages que vous envoyez et recevez. Cette technologie de base de données est un système transactionnel, qui est assez courant, mais Exchange Server utilise sa propre technologie intégrée sur le moteur ESE (Extensible Storage Engine), parfois appelé une base de données JET.
Lorsque vous installez un serveur de boîtes aux lettres Exchange Server 2010, la base de données de boîtes aux lettres initiale est, par défaut, stocké sur le lecteur C:\ local ; plus particulièrement sur la base de données Server\V14\Mailbox\Mailbox C:\Program Files\Microsoft\Exchange << un nombre aléatoire >> \. Ce numéro aléatoire est généré par Exchange Server pendant la configuration initiale, car les noms de base de données Exchange 2010 et les serveurs plus élevés doivent être uniques au sein de l'organisation Exchange.
Un nombre de fichiers constituent l'environnement de base de données Exchange 2007, qui jouent un rôle crucial dans le bon fonctionnement d'Exchange server :
- « 0242942819.edb de base de données de boîtes aux lettres »
- E00.log
- E00000003a.log, E000000003b.log, E00000003c.log, etc.
- E00.chk
- E00res00001.log et E00res00002.log
- E00tmp.log
- Tmp.edb
Pour comprendre Exchange database technology est de comprendre le flux de données entre l'Exchange Server et la base de données elle-même. Les données sont traitées dans des blocs de 32 Ko, également appelés « pages ». Lorsque Exchange a terminé une page de ce type de traitement, il immédiatement écrit dans un fichier journal si elle a été mis à jour. La page est toujours conservée en mémoire jusqu'à ce que Exchange a besoin de cette mémoire à nouveau, mais lorsque la page n'est pas utilisée pendant un certain temps ou lorsque Exchange a besoin imposer une mise à jour lors d'un point de contrôle, la page est écrite dans le fichier de base de données. Par conséquent, les données dans les fichiers journaux sont toujours à l'avance des données dans la base de données. Il s'agit d'une étape importante à retenir lors de la résolution des problèmes de base de données.
Comme les données sont écrites dans la base de données, un pointeur appelé le point de contrôle est mis à jour la page Nouveau ou mis à jour qui ont été écrites dans la base de données. Le point de contrôle est stocké dans un fichier spécial appelé fichier de point de contrôle. Exchange Server utilise pour vous assurer qu'il sache quelles données a été écrites pour la base de données et les données dans les fichiers journaux et pas encore écrites dans la base de données. Ainsi, dans la courte :
- Les données de messagerie sont initialement traitées en mémoire et divisées en pages.
- Pages mises à jour sont écrites dans le fichier journal.
- Si les pages ne sont plus nécessaires à Exchange ces pages sont écrites dans la base de données.
- Le fichier de point de contrôle est mis à jour pour refléter le nouvel emplacement du point de contrôle.
ESE (Extensible Storage Engine)
Le moteur de base de données que Exchange Server utilise est basé sur le moteur ESE. Le moteur ESE existe manifester de différentes façons :
- ESE97 pour Exchange Server 5.5
- ESE98 pour Exchange Server 2000/2003
- ESENT d'Active Directory
- Le moteur ESE pour Exchange Server 2007 et Exchange Server 2010
Le moteur ESE est un moteur de base de données de bas niveau. Cela signifie qu'il connaît tous les « types de base, » telles que short, string, long, longlong, systime et ainsi de suite. Toutefois, il n'a pas connaissance de toute structure ou d'un schéma. Le schéma est défini par la banque d'informations dans l'application. Ceci s'oppose à une base de données relationnelle comme Microsoft SQL Server, où toutes les structures de base de données sont seulement les meta-données, ou une partie de la base de données elle-même.
Le moteur ESE est optimisé pour gérer de grandes quantités de données semi-structurées, comme il est impossible pour un Exchange Server prédire quel type de données est reçu, la taille des données soient ou messages de pièces jointes auront.
Fichiers journaux
Lorsque Exchange Server fonctionne avec une page et les changements d'état de cette page à partir de dirty pour nettoyer, la page est écrite dans le fichier journal presque immédiatement. Données conservées en mémoire sont rapide pour accéder, mais volatile. Tout ce qu'il faut est un problème mineur sur le serveur et les données en mémoire sont perdues. Lorsqu'il est enregistré dans le fichier journal, l'ensemble du serveur peut graver vers le bas, et tant que vous conservez le disque, vous aussi conserver les données.
Heureusement, l'enregistrement dans le fichier journal est normalement quelques millisecondes. Les fichiers journaux sont numérotés en interne, et ce nombre (dénommé le nombre de lGeneration) est utilisé pour identifier les fichiers journaux et à leur stockage sur le disque lorsqu'ils sont complètement remplis de données.
Le fichier journal actuel, ou « fichier journal en cours d'utilisation, » est E00.log ; tandis que Exchange se remplit ce fichier journal avec des données, un fichier E00tmp.log temporaire est déjà créé (ou est en train d'être créé) en arrière-plan. Lorsque le E00.log est finalement rempli avec des données, il est enregistré sous un autre nom. Le nom est dérivé de préfixe du fichier journal (E00, E01, E02 et ainsi de suite) et le numéro de lGeneration, qui est une notation hexadécimale séquentielle.
Par exemple, lorsque le nombre de lGeneration est 1, le E00.log est enregistré en tant que E0000000001.log. Vous pouvez également le nombre de lGeneration la dernière fois que ce processus s'est produite, était 3E, afin que le fichier journal a été enregistré en tant que E000000003E.log. Le nombre de lGeneration étant un numéro séquentiel, nous savons que le nombre de lGeneration suivant de la E00.log doit être 3F et la prochaine fois que ce processus de substitution du fichier journal a lieu, le fichier journal sera enregistré en tant que E000000003F.log.
Bien qu'il n'est pas directement visible, le nombre de lGeneration est stocké dans le fichier journal et peut être vérifié par le dumping les informations d'en-tête du fichier journal avec l'utilitaire ESEUTIL. Les premières lignes d'en-tête du fichier journal doivent lire quelque chose comme:.
Base name: E00 Log file: E00.log lGeneration: 63 (0x3F) Checkpoint: (0x3F,8,16)
Le nombre de lGeneration est répertorié dans la troisième ligne, tous deux en notation décimale et hexadécimale. Malheureusement, c'est très difficile, et il y aura un jour un administrateur Exchange mixe jusqu'à ces notations et commence à travailler avec un fichier journal incorrect.
Une fois que les pages sont écrites dans le fichier journal, sont conservées en mémoire, réalisant ainsi des économies un coûteux lire à partir de l'action de disque lorsque Exchange Server a besoin de la page à nouveau. Lorsque le serveur de boîtes aux lettres a besoin que de la mémoire pour d'autres pages, ou lorsque la page reste en mémoire pendant une longue période, il est écrit dans le fichier de base de données. Ceci est également appelé « mécanisme d'écriture différée ».
Une idée fausse commune est les données sont lues à partir des fichiers journaux et écrites dans le fichier de base de données, mais ce n'est pas le cas. Il est écrit directement à partir de la mémoire dans la base de données et fichiers journaux sont lus uniquement dans les scénarios de récupération, comme après un arrêt incorrect du serveur. Dans des circonstances normales, les fichiers journaux sont de 100 pour cent écrire, considérant que la base de données est un mélange aléatoire entre lire et écrire des actions.
Fichiers de point de contrôle
La relation entre l'écriture des données dans les fichiers journaux et écrire des données dans la base de données lui-même est gérée par le fichier de point de contrôle, E00.chk. Le fichier de point de contrôle pointe vers la page dans la base de données de la dernière écriture et est avancée dès qu'Exchange enregistre une autre page de la mémoire à la base de données.
La différence entre les données dans la base de données et les données dans les fichiers journaux est appelée profondeur du point de contrôle. Cette profondeur du point de contrôle peut être de plusieurs fichiers journaux ; en fait, la profondeur du point de contrôle par défaut est 20 fichiers journaux. En utilisant le point de contrôle, Exchange attend avant d'écrire dans la base de données et essaie de combiner plusieurs opérations d'écriture afin que les opérations d'écriture de base de données peuvent être effectuées de manière plus efficace.
Profondeur du point de contrôle est également un paramètre de chaque base de données. Par conséquent, lors de la profondeur du point de contrôle de base de données est de 20 fichiers journaux, un minimum de 20 Mo de données est conservé en mémoire pour cette base de données spécifique. Lors de l'utilisation de bases de données de 30 Exchange Server en 2010, chacun à sa profondeur maximale, environ 600 Mo de données Exchange est conservée en mémoire.
La base de données de boîtes aux lettres
Le fichier « 0242942819.edb de base de données de boîtes aux lettres » est le référentiel principal du rôle de serveur de boîtes aux lettres Exchange Server 2010. Exchange Server 2007 ce fichier a été appelé « Basededonnées.edb de boîte aux lettres », alors que dans Exchange 2003 et Exchange 2000 la base de données se composait de deux fichiers : priv1.edb et priv1.stm. Exchange Server en 2010, un serveur de boîtes aux lettres peut contenir maintenant jusqu'à 100 bases de données.
La taille maximale d'une base de données ESE peut être énorme. La limite supérieure d'un fichier sur le système NTFS est 64EB, et ceci est généralement considérée comme suffisante pour les fichiers de base de données de boîtes aux lettres de grande taille hôte. La taille maximale recommandée de Microsoft de la base de données de boîtes aux lettres Exchange Server 2010 est de 2 To. Comparée à la limite de taille du fichier de 200 Go dans Exchange 2007 (à l'aide de la réplication continue en Cluster) il s'agit d'une augmentation considérable. Porter à l'esprit que vous devrez configurer plusieurs copies de base de données pour parvenir à une solution haute disponibilité si vous utilisez cette taille.
.jpg)
Jaap Wesselius est le fondateur de Consultants DM, une société avec un accent sur les solutions de messagerie et de collaboration. Après avoir travaillé chez Microsoft depuis huit ans, Wesselius a décidé de valider plus de son temps à la Communauté Exchange aux pays-bas, aboutissant à un prix Exchange Server MVP en 2007. Il est également contribue régulièrement au groupe utilisateur de Communications unifiées néerlandais et auteur régulière d'un Simple exposé.
En savoir plus sur « Exchange 2010 – une approche pratique » au red-gate.com/our-company/about/book-store.