Sauvegarde, restauration et récupération d'urgenceBackup, restore, and disaster recovery

Résumé: une vue d’ensemble des fonctionnalités Exchange que vous pouvez utiliser pour protéger vos données.Summary: An overview of Exchange features you can use to protect your data.

Planification de la protection des données est un processus complexe qui s’appuie sur nombreuses décisions que vous prenez pendant la phase de planification de votre déploiement. Dans le cadre de votre planification, il est important que vous comprenez les façons dans laquelle les données peuvent être protégées, et pour déterminer la méthode convient le mieux aux besoins de votre entreprise.Data protection planning is a complex process that relies on many decisions that you make during the planning phase of your deployment. As part of your planning, it's important that you understand the ways in which data can be protected, and to determine which method best suits your organization's needs.

En règle générale, les sauvegardes sont utilisées dans les situations suivantes :Traditionally, backups have been used for the following scenarios:

  • Récupération d’urgence: en cas de défaillance matérielle ou logicielle, plusieurs copies de base de données dans un DAG activer la haute disponibilité avec basculement rapide et une perte de données peu ou pas. Cela élimine les temps morts et la productivité qui en résulte qui est un coût élevé de récupération à partir d’une sauvegarde point-à-temps derniers sur disque ou sur bande. DAG peut être étendu à plusieurs sites et peut fournir une résilience sur disque, le serveur, réseau et les échecs de centre de données.Disaster recovery: In the event of a hardware or software failure, multiple database copies in a DAG enable high availability with fast failover and little or no data loss. This eliminates downtime and the resulting lost productivity that's a significant cost of recovering from a past point-in-time backup to disk or tape. DAGs can be extended to multiple sites and can provide resilience against disk, server, network, and datacenter failures.

  • Récupération des éléments supprimés par inadvertance: historiquement, dans une situation où un utilisateur supprimé les éléments nécessaires ultérieurement à restaurer, il impliqué recherche le support de sauvegarde sur lequel a été stockées les données qui doivent être récupérés et d’obtention du éléments souhaités et leur fournir à l’utilisateur. Avec le nouveau dossier éléments récupérables dans Exchange 2016 et la stratégie de blocage qui peut être appliqué à celui-ci, il est possible conserver toutes les données supprimées et modifiées pendant un laps de temps, afin que la récupération de ces éléments est plus facile et plus rapide. Cela réduit la charge pesant sur les administrateurs Exchange et du support technique de l’informatique en permettant aux utilisateurs finaux de récupérer des éléments supprimés accidentellement elle-même, ce qui réduit la complexité et les coûts administratifs liés à la récupération d’élément unique. Pour plus d’informations, voir messagerie stratégie et conformité dans Exchange 2016 et protection contre la perte de données dans Exchange 2016.Recovery of accidentally deleted items: Historically, in a situation where a user deleted items that later needed to be recovered, it involved finding the backup media on which the data that needed to be recovered was stored, and then somehow obtaining the desired items and providing them to the user. With the new Recoverable Items folder in Exchange 2016 and the Hold Policy that can be applied to it, it's possible to retain all deleted and modified data for a specified period of time, so recovery of these items is easier and faster. This reduces the burden on Exchange administrators and the IT help desk by enabling end users to recover accidentally deleted items themselves, thereby reducing the complexity and administrative costs associated with single item recovery. For more information, see Messaging policy and compliance in Exchange 2016 and Data loss prevention in Exchange 2016.

  • Stockage des données à long terme: sauvegardes ont également été utilisés comme une archive et bande est généralement utilisé et de conserver des snapshots de données pour une période prolongée régi par les exigences de conformité. L’archivage nouvelle, recherche plusieurs boîtes aux lettres et fonctionnalités de rétention des messages dans Exchange 2016 permettent de conserver efficacement les données de manière accessible pour l’utilisateur final pour une période prolongée. Cela élimine coûteux restaure à partir de bandes et accroît la productivité. Pour plus d’informations, voir In-Place l’archivage dans Exchange 2016, In-Place eDiscovery dans Exchange 2016et In-Place Hold et litige dans Exchange 2016.Long-term data storage: Backups have also been used as an archive, and typically tape is used to preserve point-in-time snapshots of data for extended periods of time as governed by compliance requirements. The new archiving, multiple-mailbox search, and message retention features in Exchange 2016 provide a mechanism to efficiently preserve data in an end-user accessible manner for extended periods of time. This eliminates expensive restores from tape, and increases productivity. For more information, see In-Place Archiving in Exchange 2016, In-Place eDiscovery in Exchange 2016, and In-Place Hold and Litigation Hold in Exchange 2016.

  • Capture instantanée de base de données point-à-temps: si une copie point-à-temps derniers de données de boîtes aux lettres est une condition requise pour votre organisation, Exchange permet de créer une copie retardée de base de données dans un environnement DAG. Cela peut être utile dans l’événement rare qui stockent réplique corruption logique à plusieurs copies de base de données dans le DAG, entraînant un besoin pour revenir à un point antérieur dans le temps. Il peut également être utile si un administrateur supprime accidentellement des boîtes aux lettres ou les données utilisateur. Récupération à partir d’une copie retardée peut être plus rapide que la restauration d’une sauvegarde car retardées copies ne nécessitent un processus de copie du temps à partir du serveur de sauvegarde sur le serveur Exchange. Cela peut réduire considérablement le coût total de possession à réduire les temps morts.Point-in-time database snapshot: If a past point-in-time copy of mailbox data is a requirement for your organization, Exchange provides the ability to create a lagged database copy in a DAG environment. This can be useful in the rare event that store logical corruption replicates to multiple database copies in the DAG, resulting in a need to return to a previous point in time. It may also be useful if an administrator accidentally deletes mailboxes or user data. Recovery from a lagged copy can be faster than restoring from a backup because lagged copies don't require a time-consuming copy process from the backup server to the Exchange server. This can significantly lower total cost of ownership by reducing downtime.

Étant donné que les fonctionnalités Exchange 2016 natives qui répondent à chacun de ces scénarios de manière efficace et économique, vous pourrez peut-être réduire ou éliminer complètement l’utilisation de sauvegardes traditionnelles dans votre environnement.Because there are native Exchange 2016 features that meet each of these scenarios in an efficient and cost effective manner, you may be able to reduce or eliminate the use of traditional backups in your environment.

Protection des données natives ExchangeExchange Native Data Protection

Microsoft architecture recommandée pour Exchange Server 2016 s’appuie sur un concept appelé Exchange Native Data Protection. Exchange Native Data Protection s’appuie sur les fonctionnalités Exchange intégrées pour protéger les données de votre boîte aux lettres, sans l’utilisation de sauvegardes (bien que vous pouvez utiliser ces fonctionnalités et effectuer des sauvegardes). 2016 Exchange inclut plusieurs fonctionnalités qui, lorsque déployée et configurée correctement, peuvent fournir la protection des données natives qui élimine la nécessité d’effectuer des sauvegardes traditionnelles de vos données. Utilisation des fonctionnalités de haute disponibilité intégrées 2016 Exchange pour réduire le temps mort et la perte de données en cas d’incident peut également réduire le coût total de possession du système de messagerie. En combinant ces fonctionnalités avec d’autres fonctionnalités intégrées, telles que suspens pour raisons juridiques, vous pourrez réduire ou éliminer l’utilisation de sauvegardes point-à-temps traditionnelles et réduire les coûts associés.Microsoft's preferred architecture for Exchange Server 2016 leverages a concept known as Exchange Native Data Protection. Exchange Native Data Protection relies on built-in Exchange features to protect your mailbox data, without the use of backups (although you can still use those features and make backups). Exchange 2016 includes several features that, when deployed and configured correctly, can provide native data protection that eliminates the need to make traditional backups of your data. Using the high availability features built into Exchange 2016 to minimize downtime and data loss in the event of a disaster can also reduce the total cost of ownership of the messaging system. By combining these features with other built-in features, such as Legal Hold, you can reduce or eliminate your use of traditional point-in-time backups and reduce the associated costs.

En plus de déterminer si Exchange 2016 vous permet de déplacement traditionnels sauvegardes, nous vous recommandons d’évaluer le coût de votre infrastructure de sauvegarde en cours. Prendre en compte le coût du temps mort de l’utilisateur final et de perte de données lors de la tentative de récupération après sinistre à l’aide de votre infrastructure de sauvegarde existante. En outre, inclure matérielle, installation et les coûts de licence, ainsi que le coût de gestion associé à la récupération des données et mettez à jour les sauvegardes. Selon les besoins de votre organisation, il est probable qu’un environnement Exchange 2016 au moins trois copies de base de données de boîtes aux lettres fournira le coût total de possession celle avec les sauvegardes.In addition to determining whether Exchange 2016 enables you to move away from traditional point-in-time backups, we recommend that you evaluate the cost of your current backup infrastructure. Consider the cost of end-user downtime and data loss when attempting to recover from a disaster using your existing backup infrastructure. Also, include hardware, installation, and license costs, as well as the management cost associated with recovering data and maintaining the backups. Depending on the requirements of your organization, it's quite likely that a pure Exchange 2016 environment with at least three mailbox database copies will provide lower total cost of ownership than one with backups.

Il existe plusieurs problèmes que vous devez prendre en compte avant d’utiliser les fonctionnalités intégrées à Exchange 2016 comme une solution de remplacement pour les sauvegardes traditionnelles. Il peut également être considérations propres à votre organisation. Considérez les problèmes suivants et notez que ce n’est pas une liste exhaustive :There are several issues that you should consider before using the features built into Exchange 2016 as a replacement for traditional backups. There may also be considerations unique to your organization. Consider the following issues, and note that this isn't an exhaustive list:

  • Vous devez déterminer le nombre de copies de la base de données qui doivent être déployées. Il est vivement recommandé de déployer au moins trois copies (non retardées) d’une base de données de boîtes aux lettres avant d’éliminer les formes classiques de protection de la base de données, telles que les sauvegardes RAID (Redundant Array of Independent Disks) ou VSS traditionnelles.You should determine how many copies of the database need to be deployed. We strongly recommend deploying a minimum of three (non-lagged) copies of a mailbox database before eliminating traditional forms of protection for the database, such as Redundant Array of Independent Disks (RAID) or traditional VSS-based backups.

  • Vous devez définir clairement vos objectifs en termes de temps et de points de récupération et penser à l’utilisation d’un jeu combiné de fonctionnalités intégrées à la place de sauvegardes traditionnelles pour permettre de satisfaire ces objectifs.You should clearly define the recovery time objective and recovery point objective goals, and you should establish that using a combined set of built-in features in lieu of traditional backups to enable you to meet these goals.

  • 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é.You should determine how many copies of each database are needed to cover the various failure scenarios against which your system is designed to protect.

  • Vous devez déterminer si l’élimination de l’utilisation d’un groupe de disponibilité de base de données ou de certains de ses membres prend en compte des coûts suffisants pour prendre en charge une solution de sauvegarde traditionnelle. Si tel est le cas, vous devez évaluer si 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.You should determine whether eliminating the use of a DAG or some of its members captures sufficient costs to support a traditional backup solution. If so, you should determine whether that solution improves your recovery time objective or recovery point objective service level agreements (SLAs).

  • Vous devez envisager la possibilité 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.You should determine whether you can afford to lose a point-in-time copy if the DAG member hosting the copy experiences a failure that affects the copy or the integrity of the copy.

  • Exchange 2016 vous permet de déployer des boîtes aux lettres beaucoup plus élevées, avec une taille de base de données de boîtes aux lettres maximale recommandée de 2 téraoctets (lorsque deux ou plusieurs copies de base de données de boîtes aux lettres hautement disponibles sont utilisés). Basée sur les boîtes aux lettres plus grandes que la plupart des organisations sont susceptibles de déployer, vous devez déterminer votre objectif de point de récupération si vous disposez d’un grand nombre de fichiers journaux de relecture lors de l’activation d’une copie de base de données ou une copie retardée de base de données.Exchange 2016 allows you to deploy much larger mailboxes, with a recommended maximum mailbox database size of 2 terabytes (when two or more highly available mailbox database copies are being used). Based on the larger mailboxes that most organizations are likely to deploy, you should determine your recovery point objective if you have to replay a large number of log files when activating a database copy or a lagged database copy.

  • Vous devez réfléchir aux moyens de détecter et de prévenir la réplication de l'altération logique d'une copie de base de données active dans des copies passives de la base de données. et notamment déterminer le plan de récupération pour cette situation et la fréquence avec laquelle 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.You should determine how you'll detect and prevent logical corruption in an active database copy from replicating to the passive copies of the database. This includes determining the recovery plan for this situation and how frequently this scenario has occurred in the past. If logical corruption occurs frequently in your organization, we recommend that you factor that scenario into your design by using one or more lagged copies, with a sufficient replay lag window to allow you to detect and act on logical corruption when it occurs, but before that corruption is replicated to other database copies.

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 effectuées, la troncature du journal ne se produit 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 (Extensible Storage Engine). Tandis que l'enregistrement circulaire ESE est effectué et géré par le service Banque d'informations de Microsoft Exchange, le CRCL est effectué et géré par le service de réplication de Microsoft Exchange. Une fois activé, l'enregistrement circulaire ESE ne génère pas de fichiers journaux supplémentaires mais remplace le fichier journal en cours si nécessaire. 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.One of the functions performed at the end of a successful full or incremental backup is the truncation of transaction log files that are no longer needed for database recovery. If backups aren't being taken, log truncation won't occur. To prevent a buildup of log files, you enable circular logging for your replicated databases. When you combine circular logging with continuous replication, you have a new type of circular logging called continuous replication circular logging (CRCL), which is different from Extensible Storage Engine (ESE) circular logging. Whereas ESE circular logging is performed and managed by the Microsoft Exchange Information Store service, CRCL is performed and managed by the Microsoft Exchange Replication service. When enabled, ESE circular logging doesn't generate additional log files and instead overwrites the current log file when needed. However, in a continuous replication environment, log files are needed for log shipping and replay. As a result, when you enable CRCL, the current log file isn't overwritten and closed log files are generated for the log shipping and replay process.

Plus particulièrement, le service de réplication Microsoft Exchange gère le CRCL de façon que le journal soit tenu à jour en permanence et qu'aucun journal ne soit supprimé s'il est encore nécessaire pour la réplication. Le service de réplication de Microsoft Exchange et le service Banque d'informations Microsoft Exchange communiquent à l'aide d'appels de procédure distante (RPC) pour indiquer quels fichiers journaux peuvent être supprimés.Specifically, the Microsoft Exchange Replication service manages CRCL so that log continuity is maintained and logs aren't deleted if they're still needed for replication. The Microsoft Exchange Replication service and the Microsoft Exchange Information Store service communicate by using remote procedure calls (RPCs) regarding which log files can be deleted.

Pour que la troncature se produise sur les copies de base de données de boîtes aux lettres à haute disponibilité (non retardées), les conditions suivantes doivent être vérifiées :For truncation to occur on highly available (non-lagged) mailbox database copies, the following must be true:

  • Le fichier journal a été sauvegardé ou le CRCL est activé.The log file has been backed up, or CRCL is enabled.

  • Le fichier journal se situe sous le point de contrôle.The log file is below the checkpoint.

  • Les autres copies non retardées de la base de données acceptent la suppression.The other non-lagged copies of the database agree with deletion.

  • Le fichier journal a été inspecté par toutes les copies retardées de la base de données.The log file has been inspected by all lagged copies of the database.

Pour que la troncature se produise sur les copies de base de données retardées, les conditions suivantes doivent être vérifiées :For truncation to occur on lagged database copies, the following must be true:

  • Le fichier journal se situe sous le point de contrôle.The log file is below the checkpoint.

  • Le fichier journal est plus ancien que ReplayLagTime + TruncationLagTime.The log file is older than ReplayLagTime + TruncationLagTime.

  • Le fichier journal est supprimé sur la copie active de la base de données.The log file is deleted on the active copy of the database.

Technologies de sauvegarde prises en chargeSupported Backup Technologies

2016 Exchange prend en charge des sauvegardes VSS uniquement compatible avec Exchange. Exchange 2016 comprend un plug-in pour la sauvegarde de Windows Server qui vous permet d’effectuer et de restaurer les sauvegardes VSS des données Exchange. Pour sauvegarder et restaurer Exchange 2016, vous devez utiliser une application compatible avec Exchange qui prend en charge de l’enregistreur VSS pour 2016 Exchange, tel que sauvegarde Windows Server (avec le service VSS plug-in), Microsoft System Center 2012 - Data Protection Manager ou un tiers Exchange prenant en charge les applications basées sur VSS.Exchange 2016 supports only Exchange-aware, VSS-based backups. Exchange 2016 includes a plug-in for Windows Server Backup that enables you to make and restore VSS-based backups of Exchange data. To back up and restore Exchange 2016, you must use an Exchange-aware application that supports the VSS writer for Exchange 2016, such as Windows Server Backup (with the VSS plug-in), Microsoft System Center 2012 - Data Protection Manager, or a third-party Exchange-aware VSS-based application.

Pour obtenir la procédure détaillée de sauvegarde et de restauration des données Exchange à l'aide de Windows Server Backup, consultez la rubrique Utilisation de la Sauvegarde Windows Server pour sauvegarder et restaurer des données Exchange.For detailed steps about how to back up and restore Exchange data using Windows Server Backup, see Using Windows Server Backup to back up and restore Exchange data.

Enregistreur VSS d’Exchange 2016Exchange 2016 VSS Writer

Les versions antérieures d’Exchange incluaient deux enregistreurs VSS : un à l’intérieur du service Microsoft Exchange Information Store (store.exe) et l’autre à l’intérieur du service de réplication Microsoft Exchange (msexchangerepl.exe). Nouveau dans Exchange 2013, la fonctionnalité d’enregistreur VSS précédemment trouvée dans le service Microsoft Exchange Information Store a été déplacée vers le service de réplication Microsoft Exchange. Cette architecture reste identique dans Exchange 2016. Ce writer nommé Microsoft Exchange Writer, utilisé par les applications basées sur VSS Exchange prenant en charge pour sauvegarder des copies de base de données actives et passives et pour restaurer une sauvegarde de copies de base de données. Bien que l’auteur du message s’exécute dans le service de réplication Microsoft Exchange, il nécessite l’exécution de l’enregistreur être publié du service Microsoft Exchange Information Store. Par conséquent, les deux services sont nécessaires pour sauvegarder ou restaurer des bases de données Exchange.Earlier versions of Exchange included two VSS writers: one inside the Microsoft Exchange Information Store service (store.exe) and one inside the Microsoft Exchange Replication service (msexchangerepl.exe). Back in Exchange 2013, the VSS writer functionality previously found in the Microsoft Exchange Information Store service was moved to the Microsoft Exchange Replication service. This architecture remains the same in Exchange 2016. This writer, named Microsoft Exchange Writer, is used by Exchange-aware VSS-based applications to back up active and passive database copies, and to restore backed up database copies. Although the writer runs in the Microsoft Exchange Replication service, it requires the Microsoft Exchange Information Store service to be running for the writer to be advertised. As a result, both services are required to back up or restore Exchange databases.

Récupération Exchange ServerExchange Server Recovery

Presque tous les paramètres de configuration pour les serveurs de boîtes aux lettres et les services d’accès au Client sont stockés dans Active Directory. Comme avec les versions précédentes d’Exchange, 2016 Exchange inclut un paramètre d’installation pour la récupération des serveurs perdues. Ce paramètre, /m:recoverserver/m : RecoverServer, est utilisé pour reconstruire et recréer un serveur perdu en utilisant les paramètres et les informations de configuration stockées dans Active Directory. Cependant, gardez à l’esprit qu’il existe plusieurs paramètres qui ne sont pas restaurées, telles que les modifications apportées à web.config locaux et d’autres fichiers de configuration. En outre, les entrées de Registre personnalisées ne sont pas restaurées. Nous vous recommandons d’utiliser un processus de gestion des modifications fiable pour effectuer le suivi et recréez ces modifications.Almost all of the configuration settings for Mailbox servers and Client Access services are stored in Active Directory. As with previous versions of Exchange, Exchange 2016 includes a Setup parameter for recovering lost servers. This parameter, /m:RecoverServer, is used to rebuild and re-create a lost server by using the settings and configuration information stored in Active Directory. However, be aware that there are several settings which are not restored, such as changes to local web.config and other configuration files. In addition, custom registry entries are not restored. We recommend that you use a reliable change management process to track and recreate these changes.

Pour obtenir la procédure détaillée sur la façon d’effectuer une récupération de serveur d’un serveur Exchange 2016 perdue, voir restaurer un serveur Exchange. Pour obtenir la procédure détaillée sur la façon de récupérer un serveur perdu qui est un membre d’un groupe de disponibilité de base de données (DAG), voir récupérer un serveur de membre de groupe de disponibilité de base de données.For detailed steps about how to perform a server recovery of a lost Exchange 2016 server, see Recover an Exchange Server. For detailed steps about how to recover a lost server that's a member of a database availability group (DAG), see Recover a database availability group member server.

Récupération d'un Dépôt de contacts unifiéUnified Contact Store Recovery

Lorsque Microsoft Lync Server 2013 ou Skype pour Business Server 2015 est utilisé dans un environnement Exchange 2016, Lync/Skype l’utilisateur pour les informations de contact professionnelles est stocké dans un dossier spécial dans la boîte aux lettres de l’utilisateur. Il s’agit en tant que contact unifié stocker (UCS). Si vous restaurez une boîte aux lettres migrée UCS, la liste de contacts de messagerie instantanée pour l’utilisateur cible peut-être être affectée. Si l’utilisateur a été migré depuis la dernière sauvegarde, restauration de la boîte aux lettres entraînera une perte complète de la liste des contacts de l’utilisateur. Dans les cas moins graves, les modifications apportées à la liste des contacts effectuées par l’utilisateur depuis la dernière sauvegarde seront perdues. Pour atténuer cette perte de données potentielle, vérifiez que l’utilisateur a été migré vers le serveur de messagerie instantané avant la restauration de la boîte aux lettres.When Microsoft Lync Server 2013 or Skype for Business Server 2015 is used in an Exchange 2016 environment, the user's Lync/Skype for Business contact information is stored in a special contact folder in the user's mailbox. This is referred to as the unified contact store (UCS). If you restore a UCS-migrated mailbox, the instant messaging contact list for the target user may be affected. If the user was migrated after the last backup, restoring the mailbox will result in a complete loss of the user's contact list. In less severe cases, modifications to the contact list made by the user since the last backup will be lost. To mitigate this potential data loss, ensure the user is migrated back to the instant messaging server prior to restoring the mailbox.

Base de données de récupérationRecovery Database

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 New-MailboxRestoreRequest 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.A recovery database is a special kind of mailbox database that allows you to mount a restored mailbox database and extract data from the restored database as part of a recovery operation. You can use the New-MailboxRestoreRequest cmdlet to extract data from a recovery database. After extraction, the data can be exported to a folder or merged into an existing mailbox. Recovery databases enable you to recover data from a backup or copy of a database without disturbing user access to current data.

Il n'est pas possible d'utiliser une base de données de récupération pour une base de données de boîtes aux lettres d'une version antérieure de Exchange. 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.Using a recovery database for a Mailbox database from any previous version of Exchange isn't supported. In addition, the target mailbox used for data merges and extraction must be in the same Active Directory forest as the database mounted in the recovery database.

Pour plus d'informations, voir Récupérer des bases de données. Pour obtenir la procédure détaillée de création d'une base de données de récupération, consultez la rubrique Créer une base de données de récupération. Pour obtenir la procédure détaillée d'utilisation d'une base de données de récupération, consultez la rubrique Restaurer des données à l'aide d'une base de données de récupération.For more information, see Recovery databases. For detailed steps about how to create a recovery database, see Create a recovery database. For detailed steps about how to use a recovery database, see Restore data using a recovery database.

Portabilité des bases de donnéesDatabase Portability

Portabilité de base de données est une fonctionnalité qui permet à une base de données de boîtes aux lettres Exchange 2016 doivent être déplacés vers et montée sur tout autre serveur de boîtes aux lettres de 2016 Exchange dans la même organisation. À l’aide de la portabilité de base de données, la fiabilité est améliorée en supprimant plusieurs étapes manuelles erreurs dans les processus de récupération. En outre, la portabilité de base de données permet de réduire les temps de récupération global pour différents scénarios d’échecs.Database portability is a feature that enables an Exchange 2016 mailbox database to be moved to and mounted on any other Exchange 2016 Mailbox server in the same organization. By using database portability, reliability is improved by removing several error-prone, manual steps from the recovery processes. In addition, database portability reduces the overall recovery times for various failure scenarios.

Pour plus d’informations, voir La portabilité de base de données. Pour obtenir la procédure détaillée utiliser la portabilité de base de données, voir déplacer une base de données de boîtes aux lettres à l’aide de la portabilité de base de données.For more information, see Database Portability. For detailed steps to use database portability, see Move a mailbox database using database portability.

Portabilité de tonalitéDial Tone Portability

Portabilité de tonalité est une fonctionnalité qui fournit une solution de continuité d’activité limitée à des défaillances qui affectent la totalité d’un site, un serveur ou une base de données de boîtes aux lettres. Portabilité de tonalité permet à un utilisateur de boîte aux lettres temporaire pour l’envoi et réception de courrier électronique lors de la boîte aux lettres d’origine restaurée ou réparé. La boîte aux lettres temporaire peut être sur le même serveur de boîtes aux lettres de 2016 Exchange ou sur tout autre serveur de boîtes aux lettres de 2016 Exchange dans votre organisation. Cela permet à un autre serveur héberger les boîtes aux lettres des utilisateurs qui ont été précédemment sur un serveur qui n’est plus disponible. Les clients qui prennent en charge la découverte automatique, tels que Microsoft Outlook, sont automatiquement redirigés vers le nouveau serveur sans avoir à mettre à jour manuellement le profil d’utilisateur du bureau. Une fois que les données de boîtes aux lettres de l’utilisateur d’origine a été restaurées, un administrateur peut fusionner boîte aux lettres récupérée d’un utilisateur et boîte aux lettres de l’utilisateur de tonalité dans une boîte aux lettres unique, mise à jour.Dial tone portability is a feature that provides a limited business continuity solution for failures that affect a mailbox database, a server, or an entire site. Dial tone portability enables a user to have a temporary mailbox for sending and receiving e-mail while the original mailbox is being restored or repaired. The temporary mailbox can be on the same Exchange 2016 Mailbox server or on any other Exchange 2016 Mailbox server in your organization. This allows an alternative server to host the mailboxes of users who were previously on a server that's no longer available. Clients that support Autodiscover, such as Microsoft Outlook, are automatically redirected to the new server without having to manually update the user's desktop profile. After the user's original mailbox data has been restored, an administrator can merge a user's recovered mailbox and the user's dial tone mailbox into a single, up-to-date mailbox.

Le processus d’utilisation de portabilité de tonalité est appelé une 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 une base de données a échoué. Cette base de données vide, désigné comme une base de données de tonalité, permet aux utilisateurs d’envoyer et recevoir du courrier électronique tandis que la base de données est restaurée. Une fois la base de données défaillante est récupéré, la base de données à distance terminé et la base de données récupérée sont échangées, et ensuite les données à partir de la base de données de tonalité sont fusionnées dans la base de données récupérée.The process for using dial tone portability is called a dial tone recovery. A dial tone recovery involves creating an empty database on a Mailbox server to replace a failed database. This empty database, referred to as a dial tone database, allows users to send and receive e-mail while the failed database is recovered. After the failed database is recovered, the dial done database and the recovered database are swapped, and then the data from the dial tone database is merged into the recovered database.

Pour plus d'informations, voir Portabilité de tonalité. Pour obtenir la procédure détaillée de l'exécution d'une récupération de tonalité, voir Réalisation d'une récupération de tonalité.For more information, see Dial tone portability. For detailed steps to perform a dial tone recovery, see Perform a dial tone recovery.