Partager via

Présentation de la sauvegarde, de la restauration et de la récupération d'urgence

  • Article

S'applique à : Exchange Server 2010

Dernière rubrique modifiée : 2009-12-09

Microsoft Exchange Server 2010 offre une nouvelle plate-forme unifiée pour garantir une disponibilité élevée et une résilience de site permettant le déploiement de bases de données de boîtes aux lettres redondantes à disponibilité élevée plus rapide et plus simple. Cependant, même les formes les plus extrêmes de redondance et de tolérance de pannes ne peuvent vous protéger contre tous les désastres ou échecs éventuels. S’assurer qu’une protection suffisante des données critiques existe dans votre organisation Exchange est une tâche de fonctionnement nécessaire pour toutes les organisations. 

Dans le cadre de la planification de protection de vos données, il est important de comprendre les différentes manières de protéger les données et de déterminer celle qui convient le mieux à votre organisation. La planification de protection des données est un processus complexe qui dépend des nombreuses décisions que vous prenez au cours de la phase de planification de votre déploiement.

Contenu de cette rubrique

Technologies de sauvegarde prises en charge

Récupération de serveur

Base de données de récupération

Portabilité des bases de données

Portabilité de tonalité

Protection des données natives Exchange

Technologies de sauvegarde prises en charge

Microsoft Exchange Server 2007 et Exchange Server 2003 incluent deux options de sauvegarde de données et de restauration : API de sauvegarde en continu ESE (Extensible Storage Engine) et prise en charge pour les API de sauvegarde VSS (Volume Shadow Copy Service). Exchange 2010 ne prend plus en charge les API de sauvegarde en continu ESE pour la sauvegarde et la restauration des données ou des fichiers de programmes. Au lieu de cela, Exchange 2010 prend en charge uniquement les sauvegardes VSS.

Exchange 2010 inclut un plug-in « Sauvegarde Windows Server » vous permettant d’effectuer des sauvegardes basées sur le service VSS (Volume Shadow Copy Service) des données Exchange. Vous pouvez utiliser Windows Server Backup pour sauvegarder et restaurer vos bases de données Exchange. Pour sauvegarder et restaurer Exchange 2010, vous devez utiliser une application Exchange qui prend en charge l’enregistreur VSS pour Exchange 2010, telle que Windows Server Backup (avec plug-in VSS), Microsoft System Center Data Protection Manager ou une application VSS Exchange tierce. Soyez conscient de ces limites lors de l’utilisation de l’application VSS pour la sauvegarde et la restauration des données Exchange :

  • Le plug-in VSS livré avec Exchange 2010 peut être utilisé pour sauvegarder des volumes contenant uniquement des copies de base de données de boîtes aux lettres actives ou des bases de données de boîtes aux lettres autonomes (non répliquées). Il ne peut pas être utilisé pour sauvegarder des volumes contenant les copies de base de données de boîtes aux lettres passives. Pour sauvegarder des copies de base de données de boîtes aux lettres passives, vous avez besoin de Microsoft System Center Data Protection Manager ou d’une application VSS Exchange tierce.
  • Les copies de base de données de boîtes aux lettres passives sont sauvegardées à l’aide d’un enregistreur VSS distinct dans le service de réplication Microsoft Exchange. Le service de réplication Microsoft Exchange VSS Writer ne prend pas en charge les restaurations. Bien que vous puissiez sauvegarder une copie de base de données passive à l’aide de Microsoft System Center Data Protection Manager ou d’une application VSS Exchange tierce, vous ne pouvez pas effectuer une restauration VSS directement pour une copie de base de données de boîtes aux lettres passive. Cependant, vous pouvez effectuer une restauration VSS à un autre emplacement, interrompre la réplication pour la copie passive, puis copier la base de données et les fichiers journaux d’un autre emplacement vers l’emplacement de la copie de base de données passive dans le fichier système.

Pour obtenir la procédure détaillée permettant de sauvegarder et de restaurer les données Exchange à l’aide de Windows Server Backup, voir Utilisation de la sauvegarde Windows Server pour sauvegarder et restaurer des données Exchange.

Retour au début

Récupération de serveur

Presque tous les paramètres de configuration pour les rôles de serveurs de boîtes aux lettres, d’accès au client, de transport Hub et de messagerie unifiée sont stockés dans Active Directory. Tout comme dans les versions antérieures d’Exchange, Exchange 2010 inclut un paramètre de configuration pour la récupération des serveurs perdus. Ce paramètre, /m:RecoverServer, est utilisé pour reconstruire et recréer un serveur perdu en utilisant les paramètres et les informations de configuration stockés dans Active Directory.

Pour obtenir la procédure détaillée permettant d’effectuer la récupération d’un serveur Exchange 2010 perdu, voir Récupérer un serveur Exchange. Pour obtenir la procédure détaillée permettant de récupérer un serveur perdu membre d’un groupe de disponibilité de base de données, voir Récupérer un serveur membre de groupe de disponibilité de la base de données.

Retour au début

Base de données de récupération

Une base de données de récupération est une fonctionnalité Exchange 2010 qui remplace le groupe de stockage de récupération trouvé dans les versions précédentes de Exchange. Une base de données de récupération est une base de données de boîtes aux lettres spéciale qui vous permet de monter une base de données de boîtes aux lettres restaurée et d’extraire des données à partir de la base de données restaurée, dans le cadre d’une opération de récupération. La cmdlet Restore-Mailbox permet d’extraire des données d’une base de données de récupération. Une fois extraites, les données peuvent être exportées dans un dossier ou fusionnées avec les données d’une boîte aux lettres existante. Les bases de données de récupération vous permettent de récupérer des données à partir d’une sauvegarde ou d’une copie de base de données sans perturber l’accès des utilisateurs aux données actuelles.

Avant d’utiliser une base de données de récupération, certaines conditions doivent être respectées. Une base de données de récupération peut uniquement être utilisée pour les bases de données de boîtes aux lettres Exchange 2010. Les bases de données de boîtes aux lettres d’une version antérieure d’Exchange ne sont pas prises en charge. En outre, la boîte aux lettres cible utilisée pour l’extraction et la fusion de données doit se trouver dans la même forêt Active Directory que la base de données montée dans la base de données de récupération.

Pour plus d’informations, voir Récupérer des bases de données. Pour obtenir la procédure détaillée permettant de créer une base de données de récupération, voir Créer une base de données de récupération. Pour obtenir la procédure détaillée permettant de créer une base de données de récupération, voir Restaurer des données à l'aide d'une base de données de récupération.

Retour au début

Portabilité des bases de données

La portabilité des bases de données est une fonctionnalité qui permet à une base de données de boîtes aux lettres Exchange 2010 d’être déplacée et montée sur un autre serveur de boîtes aux lettres Exchange 2010 de la même organisation. Grâce à cette fonctionnalité, la suppression des étapes manuelles qui étaient sources d’erreurs fréquentes dans le processus de récupération optimise la fiabilité. En outre, la portabilité des bases de données réduit la durée globale de récupération des différents scénarios d’échec. 

Pour plus d’informations, voir Portabilité des bases de données. Pour obtenir la procédure détaillée permettant d’utiliser la portabilité de la base de données, voir la rubrique Déplacer une base de données de boîtes aux lettres à l'aide de la portabilité de base de données.

Retour au début

Portabilité de tonalité

La portabilité de tonalité est une fonctionnalité qui assure pendant un certain temps la continuité de l’activité en cas de pannes nuisant au fonctionnement d’une base de données de boîtes aux lettres, d’un serveur ou d’un site entier. La portabilité de tonalité permet aux utilisateurs de disposer d’une boîte aux lettres temporaire pour envoyer et recevoir des messages pendant que leur boîte aux lettres est restaurée ou réparée. La boîte aux lettres temporaire peut se trouver sur le même serveur de boîtes aux lettres Exchange 2010 ou sur tout autre serveur de boîtes aux lettres Exchange 2010 de votre organisation. Cela permet à un autre serveur d’héberger les boîtes aux lettres d’utilisateurs qui se trouvaient auparavant sur un serveur qui n’est plus disponible. Les clients qui prennent en charge le service de découverte automatique, tels que Microsoft Outlook 2010 ou Office Outlook 2007, sont automatiquement redirigés vers le nouveau serveur sans qu’il soit nécessaire de mettre à jour manuellement le profil de bureau des utilisateurs. Une fois que les données de la boîte aux lettres d’origine d’un utilisateur sont restaurées, un administrateur peut fusionner la boîte aux lettres restaurée et la boîte aux lettres de tonalité dans une boîte aux lettres mise à jour.

Le processus d’utilisation de la portabilité de tonalité est appelé récupération de tonalité. Une récupération de tonalité implique la création d’une base de données vide sur un serveur de boîtes aux lettres pour remplacer la base de données endommagée. Cette base de données vide, appelée base de données de tonalité permet aux utilisateurs d’envoyer et de recevoir des messages électroniques pendant la récupération de la base de données endommagée. Après récupération de la base de données endommagée, la base de données de tonalité et la base de données récupérée sont échangées, puis les données de la base de données de tonalité sont fusionnées dans une base de données récupérée.

Pour plus d’informations, voir Portabilité de tonalité. Pour obtenir la procédure détaillée permettant d’effectuer une récupération de tonalité, voir Effectuer une récupération de tonalité.

Retour au début

Protection des données natives Exchange

Sous réserve d’un déploiement et d’une configuration effectués correctement, Exchange 2010 comporte plusieurs fonctionnalités nouvelles et des changements majeurs qui fournissent une protection des données natives rendant inutiles les sauvegardes traditionnelles de vos données. En exploitant les fonctions de haute disponibilité intégrées à Exchange 2010 pour minimiser les temps morts et la perte de données en cas de récupération d’urgence, il est également possible de réduire le coût total de possession du système de messagerie. En associant ces fonctionnalités à d’autres fonctions intégrées, telles que la Conservation légale, les organisations peuvent réduire, voire éliminer leur dépendance aux sauvegardes ponctuelles traditionnelles et ainsi réaliser des économies.

En plus de savoir si Exchange 2010 vous permet de prendre vos distances avec les sauvegardes ponctuelles traditionnelles, nous vous recommandons également d’évaluer le coût de votre infrastructure de sauvegarde actuelle. Pensez aux coûts que représentent le temps mort pour l’utilisateur final et la perte de données engendrée pendant une tentative de récupération d’urgence avec votre infrastructure de sauvegarde actuelle. Votre évaluation doit également inclure les coûts du matériel, de l’installation et des licences, ainsi que les frais de gestion associés à la récupération des données et à la maintenance des sauvegardes. En fonction de la configuration requise pour votre organisation, il est fort probable qu’un environnement Exchange 2010 pur, constitué d’au moins trois copies de base de données de boîtes aux lettres, offre un coût total de possession inférieur à un environnement avec sauvegardes.

Les sauvegardes sont généralement utilisées pour les scénarios suivants et des fonctionnalités Exchange 2010 existent pour répondre à chacun de ces besoins de manière efficace et économique.

  • Récupération d’urgence   En cas d’échec logiciel ou matériel, de nombreuses copies de base de données dans un groupe de disponibilité de base de données permettent une disponibilité élevée avec basculement rapide sans perte de données. Ainsi, vous pouvez éliminer le risque d’arrêt prolongé pour l’utilisateur final et la perte de productivité représentant un coût significatif lors de la récupération d’une sauvegarde à un moment antérieur sur un disque ou une cassette. Les groupes de disponibilité peuvent être étendus à de nombreux sites et peuvent fournir une résilience par rapport aux échecs du centre de données.
  • Récupération d’éléments supprimés accidentellement   Historiquement, dans une situation où un utilisateur supprimait des éléments qui devaient être récupérés ultérieurement, cela impliquait la recherche de supports de sauvegarde sur lesquels les données qui devaient être récupérées étaient stockées. Puis, les éléments choisis obtenus étaient fournis à l’utilisateur. Avec le nouveau dossier des éléments récupérables dans Exchange 2010 et la stratégie de rétention qui peut lui être appliquée, il est possible de conserver toutes les données supprimées et modifiées pour une période spécifiée. Ainsi, la récupération de ces éléments est plus simple et plus rapide. Cette opération permet de réduire la charge sur les administrateurs Exchange et le service d’assistance informatique en permettant aux utilisateurs finaux de récupérer eux-mêmes les éléments supprimés accidentellement. Elle permet ainsi de réduire les coûts d’administration et la complexité associés à la récupération d’un élément unique. Pour plus d’informations, voir Stratégie et conformité de messagerie, Understanding Recoverable Items et Présentation des balises et stratégies de rétention.
  • Stockage des données sur le long terme   Parfois, les sauvegardes sont effectuées pour archivage et la bande est utilisée pour conserver des clichés ponctuels de données pendant de longues périodes du fait d’exigences de confidentialité. Les nouvelles fonctionnalités d’archivage, de recherche de boîtes aux lettres multiples et de rétention de messages dans Exchange 2010 fournissent une solution pour conserver efficacement les données de manière à les rendre accessibles à l’utilisateur pendant de longues périodes. Cette solution permet d’éliminer les restaurations coûteuses à partir d’une cassette et d’augmenter la productivité de l’utilisateur final en permettant à une messagerie électronique cliente riche telle que Microsoft Outlook et Outlook Web App d’accéder aux données plus anciennes. Pour plus d’informations, voir Présentation des archives personnelles, Présentation de la recherche dans plusieurs boîtes aux lettres et Présentation des balises et stratégies de rétention.
  • Cliché de base de données ponctuel   Si une copie ponctuelle antérieure des données de la boîte aux lettres est requise pour votre organisation, Exchange offre la possibilité de créer une copie retardée dans un environnement d’un groupe de disponibilité de base de données. Cette opération peut être utile au cas rare où une altération logique se réplique dans toutes les bases de données du groupe de disponibilité de base de données, impliquant de revenir au moment précédent. Cette opération peut également être utile si un administrateur supprime accidentellement des boîtes aux lettres ou les données d’un utilisateur. La récupération à partir d’une copie retardée peut être plus rapide que la restauration à partir d’une sauvegarde car les copies retardées ne nécessitent pas un processus de copie long du serveur de sauvegarde vers le serveur Exchange. Cela peut considérablement réduire le coût total de possession en réduisant le temps d’inactivité des utilisateurs finaux.

Troncature de journal sans sauvegardes

Une des fonctionnalités effectuée à la fin d’une sauvegarde réussie, totale ou incrémentielle est la troncature des fichiers journaux de transaction qui ne sont plus nécessaires pour la récupération de la base de données. Si les sauvegardes ne sont pas exécutées, alors la troncature du journal ne se produira pas. Pour empêcher une création de fichiers journaux, activez l’enregistrement circulaire pour vos bases de données répliquées. Lorsque vous associez un enregistrement circulaire avec réplication continue, vous obtenez un nouveau type d’enregistrement circulaire appelé enregistrement circulaire de réplication continue (CRCL), différent de l’enregistrement circulaire ESE. Tandis que l’enregistrement circulaire ESE est effectué et géré par le service de banque d’informations Microsoft Exchange, l’enregistrement circulaire avec réplication continue est effectué et géré par le service de réplication Microsoft Exchange. Une fois activé, l’enregistrement circulaire ESE ne génère pas de fichiers journaux supplémentaires et à la place écrase le fichier journal actuel, le cas échéant. Toutefois, dans un environnement de réplication continue, des fichiers journaux sont nécessaires pour l’envoi et la relecture de journal. Par conséquent, lorsque vous activez le CRCL, le fichier journal en cours n’est pas remplacé et des fichiers journaux fermés sont générés pour le processus d’envoi et de relecture de journal. Plus particulièrement, le service de réplication Microsoft Exchange gère le CRCL de façon à ce que le journal soit tenu à jour en permanence et à ce qu’aucun journal ne soit supprimé par la fonction de suppression de journal s’il est encore nécessaire pour la réplication.

Pour des informations sur l’activation et la désactivation de la journalisation circulaire, consultez la rubrique Configurer les propriétés de la base de données de boîtes aux lettres.

Considérations relatives à l’implémentation de la protection des données natives d’Exchange

Vous devez prendre en considération certaines raisons techniques et certains problèmes avant d’utiliser les fonctionnalités intégrées à Exchange 2010 comme fonctionnalités de remplacement des systèmes de sauvegarde traditionnelle. La liste suivante inclut certaines de ces considérations bien que cette liste ne soit pas exhaustive. Elle peut également contenir des considérations particulières ou propres à votre organisation. Vous devez prendre en compte les points suivants :

  • Le nombre de copies de base de données. Nous vous recommandons vivement de déployer au minimum trois copies de la base de données de boîtes aux lettres avant d’éliminer les formes traditionnelles de protection de la base de données, telles que les sauvegardes RAID ou VSS traditionnelles.
  • Vos objectifs de temps et de points de récupération devraient être clairement définis et vous devriez penser à l’utilisation d’un jeu combiné de fonctionnalités intégrées à la place de sauvegardes traditionnelles pour permettre de satisfaire ces objectifs.
  • Vous devriez déterminer combien de copies de chaque base de données sont nécessaires pour couvrir les différents scénarios d’échecs pour lesquels votre système doit être protégé.
  • Si vous supprimez l’utilisation d’un groupe de disponibilité de base de données ou certains de ses membres, est-ce que cela prend en compte des coûts suffisants pour prendre en charge une solution de sauvegarde traditionnelle ? Si tel est le cas, est-ce que cette solution permet d’améliorer votre objectif de temps de récupération ou vos contrats de niveau de service sur l’objectif de temps de récupération ?
  • Pouvez-vous vous permettre de perdre une copie ponctuelle si le membre du groupe de disponibilité de base de données hébergeant la copie subit un échec qui affecte la copie ou l’intégrité de celle-ci ?
  • Exchange 2010 vous permet de déployer des boîtes aux lettres plus importantes et la taille de boîte aux lettres maximale recommandée est passée de 200 Go dans Exchange 2007 à 2 téraoctets (lorsque 3 copies de base de données ou plus sont en cours d’utilisation). En fonction des boîtes aux lettres plus importantes que la plupart des organisations sont susceptibles de déployer, quel sera votre objectif de récupération si vous devez relire un grand nombre de fichiers journaux lors de l’activation d’une copie de base de données ou d’une copie de base de données retardée ?
  • Comment détecterez l’altération logique dans une copie de base de données active et l’empêcherez-vous de se répliquer dans des copies passives de la base de données ? Quel est votre plan de récupération dans cette situation ? À quelle fréquence ce scénario s’est produit dans le passé ? Si une altération logique se produit fréquemment dans votre organisation, nous vous recommandons de prendre en compte ce scénario dans votre conception en utilisant une ou plusieurs copies retardées avec une fenêtre disposant d’un délai d’attente de relecture suffisant pour vous permettre de détecter et d’agir sur l’altération logique lorsqu’elle se produit mais avant que la corruption ne soit répliquée aux autres copies de base de données.

Retour au début