[Exchange 2010] 5 Configuration du rôle Boîte aux lettres
5.2 Implémentation du serveur de boîtes aux lettres
Le serveur de boite aux lettres est un rôle installé obligatoirement lors du déploiement d’Exchange 2010. C’est lui qui contient les informations des boites aux lettres des utilisateurs.
5.2.1 Tâches de Post-installation du serveur
Après avoir déployé le serveur de boîtes aux lettres, vous devez faire les tâches administratives suivantes sur le serveur :
- Créer et configurer les bases de données de boites aux lettres pour garder les messages.
- Configurer les dossiers publics. Même si les dossiers publics ne sont pas utiles avec Exchange 2010, ils restent totalement supportés et doivent être configurés si le serveur accueille des clients Microsoft Office Outlook 2003 ou antérieurs.
- Sécuriser le serveur. Avant de déployer les boites aux lettres sur le serveur, il est préférable de sécuriser c’est-à-dire configurer les permissions aussi bien au niveau de l’organisation que du serveur.
- Configurer l’OAB (Offline Address Book). OAB est une copie d’une collection de listes d’adresses qu’un utilisateur Outlook peut lire en mode déconnecté. Exchange 2010 peut distribuer les OAB aux clients via les dossiers publics.
5.2.2 Processus de gestion des transactions
Les bases de données Echange 2010 utilise un moteur de type transactionnel qui garantit l’intégrité des données.
Une base de données est composée d’un fichier de base de données et de plusieurs fichiers de transaction :
- E00.log (fichier journal de transaction)
- E00.chk (fichier de point de contrôle)
- E00res00001.jrs (fichier journal de log de réserve, 1Mo)
- E00res00002.jrs (fichier journal de log de réserve, 1Mo)
- Tmp.edb (fichier temporaire de la base de données)
Quand il reçoit des données, le serveur de boites aux lettres procède de la façon suivante :
Ce mode de stockage permet de garantir l’intégrité des données de la base mais implique une consommation importante d’espace disque à cause de l’archivage des journaux de transaction par défaut. Chaque fichier de transaction faisant 1Mo.
Afin d’éviter de saturer l’espace de stockage, il est possible d’activer l’enregistrement circulaire pour que le moteur se limite à 20 fichiers (donc 20Mo) en roulement pour les fichiers de transaction.
Attention, la mise en place de l’enregistrement circulaire va annuler les possibilités de sauvegardes incrémentielles et différentielles d’Exchange.
5.2.3 Les options de stockage des données
Quand vous choisissez comment les données seront stockées, vous devez savoir ou les stocker et comment les stocker.
Physiquement, vous pouvez choisir entre :
- Le stockage sur un disque directement connecté : Tout type de disque physiquement connecté au serveur
- Le réseau de stockage : un SAN (Storage Area network) est un réseau dédié pour le stockage de données. Le SAN fournit un gain de performance considérable.
Conseils pour le stockage dans Exchange Server :
Les SAN sont complexes et requièrent des connaissances poussées pour les implémenter. La plupart sont plus chers que les disques directement connectés. Exchange 2010 a été particulièrement optimisé pour l’utilisation de disque SATA.
5.2.4 Déplacement de la base de donnée
Il est possible de déplacer le fichier de base de données ainsi que les fichiers de transaction à l’aide de la commande suivante :
Move-DatabasePath -Identity 'EGILIA Mailbox Database' -EdbFilePath 'C:\Mailbox\EGILIA Mailbox Database.edb‘ -LogFolderPath 'C:\Mailbox'
5.2.5 Gestion des limites de boite aux lettres
La gestion des limites de boite aux lettres peut être configurée base par base mais aussi par l’intermédiaire d’une valeur par défaut au niveau de la base de données.
Cela se fait comme d’habitude par l’intermédiaire de l’interface graphique ou par Exchange Management Shell :
Get-MailboxDatabase | Set-MailboxDatabase –ProhibitSendReceiveQuota unlimited
5.2.6 DAG, Listes d’adresses, stratégie de rétention, …
Les autres fonctions plus avancées de la gestion des boites aux lettres comme le DAG, la gestion des listes d’adresses hors connexion ou encore la rétention d’email et le lagal hold seront vu dans des articles ultérieurs.