Fonctionnalités de stockage dans Exchange Server 2003

  • Article

 

Dernière rubrique modifiée : 2007-01-09

Microsoft® Exchange Server 2003 apporte de nombreuses améliorations à la banque d'informations Exchange. De manière générale, celles-ci ont pour objectif de simplifier et d'accélérer les opérations de récupération d'urgence et d'optimiser les processus internes, comme la réplication de dossiers publics.

Parmi ces améliorations, citons les suivantes :

  • Le nouveau service Cliché instantané de volume, qui fait partie de l'API de sauvegarde de Microsoft Windows Server™ 2003, est désormais pris en charge.
  • Un nouveau type de groupe de stockage (appelé Groupe de stockage de récupération) offre un emplacement temporaire aux données de boîte aux lettres restaurées. Après restauration des données de boîtes aux lettres vers le groupe de stockage de récupération, vous pouvez fusionner les données requises avec la banque de boîtes aux lettres d'origine, que la restauration porte sur la totalité de la banque des boîtes aux lettres ou sur quelques boîtes aux lettres précises.
  • Vous pouvez désormais télécharger l'Assistant Fusion de boîtes aux lettres Microsoft (Exmerge) à partir du site Web des téléchargements Exchange (https://go.microsoft.com/fwlink/?LinkId=25097).
  • Les processus de réplications des dossiers publics ont été refondus et simplifiés pour une utilisation plus efficace de la bande passante.
  • L'interface VSAPI (Virus Scanning Application Programming Interface) d'Exchange a été améliorée et enrichie.
  • Nouveauté de SP2 : vous pouvez désormais configurer les paramètres relatifs aux limites de taille des bases de données Exchange Server. Ainsi, vous pouvez, par exemple, configurer la taille maximale des bases de données, le seuil auquel un événement d'avertissement est enregistré et l'heure à laquelle les tailles des bases de données sont évaluées.

Sauvegarde de clichés instantanés

Exchange Server 2003 prend en charge la nouvelle infrastructure de sauvegarde mise en œuvre dans Windows Server 2003. Les programmes de sauvegarde (tel que Sauvegarde Microsoft Windows) peuvent utiliser les API de sauvegarde et de restauration de Microsoft Windows® 2000 ou les nouvelles API. Ces nouvelles API font appel au service Cliché instantané de volume Windows pour créer un cliché instantané (également appelé capture) du disque au début du processus de sauvegarde. Exchange utilise alors le cliché instantané (au lieu du disque de travail) pour créer la sauvegarde, et la session se poursuit normalement. Cette méthode offre les avantages suivants par rapport aux anciennes méthodes :

  • Une sauvegarde de volume est produite. Cette sauvegarde reflète l'état du volume au moment où la sauvegarde a commencé, même si des données sont modifiées pendant la réalisation de la sauvegarde. Toutes les données de sauvegarde sont cohérentes et reflètent l'état du volume à un moment unique dans le temps.
  • Elle signale aux applications et aux services qu'une sauvegarde est sur le point d'être effectuée. Les services et les applications peuvent alors se préparer pour la sauvegarde en nettoyant les structures sur disque et en vidant les caches et les fichiers journaux.

Utilisation de sauvegardes de clichés instantanés

L'API d'Exchange prend en charge les sauvegardes de clichés instantanés.

Il est toujours possible de sauvegarder des bases de données Exchange Server 2003 (banques de boîtes aux lettres et banques de dossiers publics) à l'aide de l'utilitaire Sauvegarde de Windows Server 2003 ; cependant, cette méthode emploie les API existantes pour les sauvegardes classiques. L'utilitaire Sauvegarde de Windows Server 2003 prend en charge la sauvegarde de votre système de fichiers Windows à l'aide du service Cliché instantané de volume, mais ne prend pas en charge les API du service Cliché instantané de volume d'Exchange. Pour pouvoir sauvegarder des bases de données à l'aide des nouvelles API de cliché instantané, vous devez recourir à une solution tierce.

Groupe de stockage de récupération

Pour offrir une plus grande souplesse lors de la restauration de boîtes aux lettres et de banques de boîtes aux lettres, Exchange 2003 possède une fonctionnalité Groupe de stockage de récupération. Le groupe de stockage de récupération est un groupe de stockage spécialisé qui peut coexister avec les groupes de stockage ordinaires dans Exchange (même si le serveur en possède déjà quatre). Vous pouvez restaurer des banques de boîtes aux lettres à partir de n'importe quel groupe de stockage ordinaire répondant aux conditions suivantes :

  • Le serveur hébergeant le groupe de stockage exécute Microsoft Exchange 2000 SP3 ou version ultérieure.
  • Le serveur hébergeant le groupe de stockage se trouve dans le même groupe d'administration que le serveur hébergeant le groupe de stockage de récupération.
  • Si vous restaurez plusieurs banques de boîtes aux lettres simultanément, elles doivent toutes appartenir à un même groupe de stockage.

Une fois que vous avez restauré une banque de boîtes aux lettres dans le groupe de stockage de récupération, déplacez les données des boîtes aux lettres récupérées du groupe de stockage de récupération vers le groupe de stockage ordinaire. Cette méthode permet de récupérer une banque de boîtes aux lettres entière (toutes les informations de base de données, y compris les données du journal) ou une seule boîte aux lettres. Les boîtes aux lettres figurant dans le groupe de stockage de récupération sont déconnectées et ne sont pas accessibles aux utilisateurs avec des clients de messagerie.

noteRemarque :
Vous ne pouvez utiliser le groupe de stockage de récupération que pour récupérer des banques de boîtes aux lettres, pas des banques de dossiers publics.

Utilisation d'un groupe de stockage de récupération

Les procédures suivantes illustrent un scénario de restauration simple ; elles supposent que vous avez déjà sauvegardé vos groupes de stockage.

Avant de commencer ces procédures, vérifiez que vous avez ouvert une session avec un compte tel que Opérateurs de sauvegarde doté des autorisations Recevoir comme et Envoyer en tant que sur toutes les boîtes aux lettres Exchange. Si ces autorisations sont refusées, le processus de restauration ne peut pas être mené à son terme.

Si vous restaurez des banques de boîtes aux lettres sans créer de groupe de stockage de récupération, les données sont directement restaurées dans les banques de boîtes aux lettres d'origine, comme dans les versions précédentes d'Exchange.

Le processus d'utilisation d'un groupe de stockage de récupération pour restaurer des données de boîtes aux lettres se décompose en trois principales étapes :

  1. Configurer le groupe de stockage de récupération.
  2. Restaurer une banque de boîtes aux lettres dans le groupe de stockage de récupération.
  3. Fusionner les données de boîtes aux lettres récupérées avec les boîtes aux lettres ordinaires des utilisateurs.

Pour obtenir des instructions détaillées, voir la section sur la procédure de configuration d'un groupe de stockage de récupération dans la rubrique sur l'utilisation des groupes de stockage de récupération d'Exchange Server 2003.

noteRemarque :
Lors de la fusion des données, les autorisations sur les dossiers et les règles de boîte de réception ne sont pas comprises. Le filtrage des éléments fusionnés n'est pas non plus pris en charge. Si vous avez besoin de cette fonction, vous pouvez utiliser l'Assistant Fusion de boîtes aux lettres Microsoft Exchange (Exmerge) à la place de la tâche de récupération des données. L'utilitaire Exmerge peut être téléchargé à partir du site Web des téléchargements Exchange (https://go.microsoft.com/fwlink/?LinkId=25097). Après la restauration de la banque de boîtes aux lettres appropriée dans le groupe de stockage de récupération, démarrez Exmerge et suivez les instructions de l'Assistant pour déplacer les données de boîtes aux lettres.

Pour des informations détaillées sur le remplacement du groupe de stockage de récupération, voir la rubrique sur la Procédure de définition de la clé de remplacement du groupe de stockage de récupération.

Assistant Fusion de boîtes aux lettres Microsoft Exchange

Jusqu'à présent, l'Assistant Fusion de boîtes aux lettres Microsoft Exchange (Exmerge) était disponible en tant qu'outil du Kit de ressources Exchange. L'Assistant est désormais disponible au téléchargement sur le site Web des téléchargements Exchange. Cet Assistant permet de déplacer des données entre boîtes aux lettres identiques résidant dans des banques de boîtes aux lettres différentes, de restaurer une boîte aux lettres à partir d'une sauvegarde ou de restaurer une banque de boîtes aux lettres vers le groupe de stockage de récupération, puis d'utiliser l'assistant pour fusionner les données de boîte aux lettres restaurées avec la boîte aux lettres d'origine. Pour plus d'informations sur cette procédure, voir la section sur l'utilisation d'un groupe de stockage de récupération, plus haut dans cette rubrique.

Nouvelles possibilités de la réplication des banques de dossiers publics

Dans Exchange 2003, les algorithmes de réplication des dossiers publics ont été refondus pour une plus grande efficacité du renvoi. (Le « renvoi » est le moment où un serveur détermine qu'il n'a pas reçu toutes les mises à jour d'un dossier répliqué et doit, par conséquent, récupérer les mises à jour manquantes auprès d'un autre serveur.) Pour sélectionner un serveur (ou des serveurs) à utiliser comme source de renvoi, Exchange crée d'abord une liste de tous les serveurs possédant une partie du contenu requis, puis trie la liste de la manière suivante :

  1. Il trie la liste en fonction du coût de transport le plus faible (les serveurs situés dans le même site sont prioritaires sur les serveurs situés dans des sites éloignés).
  2. Pour les serveurs dont le coût de transport est identique, il effectue un nouveau tri basé sur la version d'Exchange la plus récente. Dans les versions précédentes d'Exchange, les serveurs qui exécutent des versions plus récentes d'Exchange sont sélectionnés au détriment d'autres serveurs qui exécutent des versions plus anciennes, quel que soit le coût de transport. Par exemple, un serveur d'un site distant exécutant Exchange 2000 sera exécuté plutôt qu'un serveur local exécutant Exchange Server version 5.5. Dans Exchange 2003, le coût du transport revêt une plus grande importance dans les critères de sélection.
  3. Pour les serveurs dont le coût de transport et la version Exchange sont identiques, il effectue un nouveau tri basé sur le nombre le plus important de modifications requises disponibles sur le serveur. Dans les versions précédentes d'Exchange, un serveur hébergeant toutes les mises à jour nécessaires est toujours préféré à un serveur n'en hébergeant que certaines, quel que soit le coût de transport. Dans Exchange 2003, les critères de sélection ont changé, de sorte que si certaines mises à jour sont disponibles sur un serveur à moindre coût de transport, celui-ci est sélectionné pour renvoyer les données, même si les autres mises à jour doivent être récupérées auprès d'autres serveurs (induisant un coût de transport plus élevé).

Pour comprendre dans quelle mesure le nouveau comportement diffère de celui des versions Exchange 2000 Server, prenons l'exemple d'un déploiement Exchange 5.5 de plusieurs sites qui doit être mis à niveau vers Exchange 2003 (chaque site comprend plusieurs serveurs qui répliquent tous des dossiers publics). Ajoutez un serveur Exchange 2003 à chaque site. Dans chaque site, le serveur Exchange 2003 renverra ses dossiers publics à partir de serveurs Exchange 5.5 locaux, au lieu de chercher un serveur plus récent sur l'un des sites distants.

Nouvelles possibilités de VSAPI (Virus Scanning API)

Intégrée à Exchange 2000 SP1, la version 2.0 de VSAPI (Virus Scanning API ou API de recherche de virus) apportait des améliorations pour la recherche de contenu Internet et la création de rapports sur l'expéditeur et le destinataire du virus. Dans Exchange 2003, VSAPI a été amélioré en permettant aux produits antivirus de fonctionner sur des serveurs Exchange qui ne possèdent pas de boîte aux lettres Exchange résidente (par exemple, serveurs de passerelle ou serveurs têtes de pont). VSAPI 2.5 d'Exchange 2003 permet aux logiciels antivirus de supprimer un message infecté et d'envoyer un message de notification à l'expéditeur de ce message. Les logiciels antivirus peuvent également créer des messages d'état supplémentaires sur les virus permettant aux clients d'indiquer l'état d'infection d'un message précis. Pour plus d'informations sur les logiciels antivirus qui utilisent les nouvelles fonctionnalités de VSAPI, prenez contact avec votre éditeur de solutions antivirus.

Nouveauté de SP2 : Configuration et gestion de la taille limite des bases de données

Exchange Server 2003 Service Pack 2 (SP2) permet de personnaliser les paramètres relatifs aux limites de taille des bases de données afin de mieux répondre aux besoins de votre entreprise. SP2 offre les principales fonctionnalités suivantes.

  • Vous pouvez configurer une limite de taille logique pour chaque base de données Exchange. La taille logique de la base de données correspond à la taille physique du fichier .edb et du fichier .stm moins l'espace logique libre dans chacun. La limite de cette fonctionnalité dépend de la version d'Exchange Server 2003 utilisée :
    • Exchange Server 2003 Standard Edition   Par défaut, la limite de taille de chaque base de données sur un serveur exécutant Exchange Server 2003 Standard Edition est 16 Go. Après l'installation d'Exchange Server 2003 SP2, la limite de taille par défaut de chaque base de données Exchange est 18 Go. Vous pouvez en outre configurer des limites de taille des bases de données allant jusqu'à 75 Go par base de données sur les serveurs exécutant Exchange Server 2003 SP2.
    • Exchange Server 2003 Enterprise Edition   Par défaut, la limite de taille de chaque base de données sur un serveur exécutant Exchange Server 2003 Enterprise Edition est 8 000 Go. Cette limite est généralement théorique. La limite réelle d'une base de données Exchange dépend du matériel du serveur et du matériel du sous-système de stockage. Après l'installation d'Exchange Server 2003 SP2, vous pouvez personnaliser la limite de taille des bases de données et la définir sur une valeur maximale de 8 000 Go.
  • Un événement d'avertissement est enregistré dans le journal des applications lorsqu'un serveur exécutant Exchange Server approche la limite configurée pour une base de données spécifique. Vous pouvez spécifier le seuil auquel vous souhaitez être averti. Par défaut, le seuil d'enregistrement d'un événement d'avertissement est fixé à la consommation de 90 % de la taille logique maximale de la base de données.
  • Un événement d'erreur est enregistré dans le journal des applications lorsqu'un serveur exécutant Exchange Server atteint la limite configurée pour une base de données spécifique. De plus, Exchange fait immédiatement passer la base de données dépassant la limite en mode hors connexion. Pour rétablir momentanément le service de messagerie pour les utilisateurs de la base de données ayant atteint la limite configurée, vous pouvez redémarrer la base de données. Celle-ci sera toutefois démontée à chaque vérification quotidienne qui déterminera que sa limite de taille logique est dépassée.
  • Vous pouvez spécifier l'heure à laquelle Exchange Server vérifie chaque jour les limites de taille des bases de données en fonction des valeurs que vous avez configurées. Par défaut, Exchange Server vérifie la taille de chaque base de données Exchange à 5 heures du matin (05 h 00.

Pour des informations sur la procédure de configuration des limites de stockage, voir les informations suivantes :

Considérations relatives à la planification de stratégies de récupération d'urgence

Si vous modifiez la limite de taille des bases de données Exchange, vous souhaiterez peut-être réévaluer votre plan de sauvegarde et de restauration des bases de données Exchange. Plus particulièrement, si vous augmentez la limite de taille des bases de données Exchange, veillez à tester vos opérations de sauvegarde et de récupération en utilisant les nouvelles limites pour vous assurer que vous pouvez toujours respecter vos contrats de niveau de service. Par exemple, si la taille précédente d'une banque de boîtes aux lettres était de 15 Go et que vous pouviez respecter votre contrat de niveau de service en récupérant les données en moins de 8 heures, ce délai risque d'être dépassé si la taille est élevée à 20 Go ou plus.

Pour des informations sur les contrats de niveau de service, voir la section sur l'établissement d'un contrat de niveau de service dans la rubrique relative à la définition d'objectifs de disponibilité dans le Guide sur la disponibilité élevée Exchange Server 2003.

Pour des informations sur la procédure de configuration des limites de stockage, voir les informations suivantes :