La protection native d'Exchange 2010

Ces mécanismes ont plusieurs avantages que nous allons passer en revue et qui vont permettre de s’interroger sur la nécessité de procéder à une sauvegarde régulière tout du moins.

Ce dossier est issu de notre publication Exchange Magazine (01/11). Pour consulter les schémas et illustrations associés, rendez-vous dans le club abonnés.

A lire également : La protection native d'Exchange 2010 Introduction à la Haute Disponibilité d'Exchange Server Implémenter AD-RMS à Exchange Server 2010 Exchange 2010 et Active Directory RMS Tags : Bases de données / Exchange Server / Messagerie / Microsoft / Sécurité Dossiers Exchange Server Administration (175) Réseaux (23) Internet Intranet (9) Sécurité (34) Architecture (49) Hardware (3)

Résilience des boîtes aux lettres Exchange 2010

La première fonctionnalité maintes fois présentée est la réplication des données messagerie au sein d’un groupe de disponibilité de base de données (DAG) qui va permettre de dupliquer s’il le faut 15 fois la même banque. Cette résilience de boîtes aux lettres est évidemment possible sur un réseau local mais également sur un environnement géographiquement distribué et ce, sous certaine condition de latence située en dessous de 250 Ms. La géoclusterisation est donc tout à fait envisageable et totalement supportée dans l’environnement Exchange SP1.

Réplication en mode Block

La technologie utilisée avec la venue du Service Pack 1 d'Exchange Server 2010 s’est enrichie d’un mode de réplication en mode block qui permet de limiter la perte de données en cas d’arrêt inopiné d’un serveur portant des bases actives. Cette réplication « mode Block » s’instaure entre les bases de données dès que les journaux de part et d’autre sont synchronisés. L’intérêt de ce mode de fonctionnement est de pouvoir envoyer sur les bases passives des parties de journaux avant leurs véritables écritures sur le disque. En cas d’arrêt brutal du serveur utilisant les bases passives concernées, les parties de journaux sur le serveur actifs seront reconstituées pour être rejouées, ce qui diminuera la perte de données. Rappelons qu’un journal a une taille de 1 Mo et que cela peut faire pas mal de petits messages importants.

Cette réplication applicative asynchrone de base de données tend par conséquent à se rapprocher d’un mode plus synchrone pour éviter la perte de données en cas de panne.

Le nombre minimal de copie de bases de données recommandé pour obtenir une résilience correcte est de 3 (1 active, 2 passives)