Резервное копирование, восстановление и аварийное восстановлениеBackup, restore, and disaster recovery

Планирование защиты данных — это сложный процесс, основанный на многочисленных решениях, принимаемых на этапе планирования развертывания.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.

Традиционно резервные копии использовались в таких сценариях:Traditionally, backups have been used for the following scenarios:

  • Аварийное восстановление: в случае сбоя оборудования или программного обеспечения несколько копий базы данных в группе обеспечения доступности баз данных обеспечивают высокий уровень доступности с быстрой отработкой отказа и минимальной потерей данных.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. DAG можно расширить на несколько сайтов и обеспечить устойчивость между сбоями диска, сервера, сети и центра обработки данных.DAGs can be extended to multiple sites and can provide resilience against disk, server, network, and datacenter failures.

  • Восстановление случайно удаленных элементов: исторически в ситуации, когда пользователь удалил элементы, которые позднее требовалось восстановить, он использовал Поиск носителя резервного копирования, для которого были сохранены данные, которые были сохранены, и последующего получения нужных элементов и предоставления их пользователю.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. С помощью папки "элементы с возможностью восстановления" в Exchange 2016 и Exchange 2019 и политики удержания, которая может быть применена к нему, можно хранить все удаленные и измененные данные в течение определенного периода времени, поэтому восстановление этих элементов стало проще и быстрее.With the Recoverable Items folder in Exchange 2016 and Exchange 2019, 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. Это сокращает нагрузку на администраторов Exchange и службу ИТ, позволяя конечным пользователям восстанавливать случайно удаленные элементы, тем самым уменьшая сложность и административные затраты, связанные с восстановлением отдельных элементов.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. Дополнительные сведения см. в статье Политика обмена сообщениями и соответствие требованиям в Exchange Server и защите от потери данных в Exchange Server.For more information, see Messaging policy and compliance in Exchange Server and Data loss prevention in Exchange Server.

  • Долговременное хранение данных: в качестве архива также используется резервное копирование, и обычно лента используется для сохранения мгновенных снимков данных в течение длительного времени, в соответствии с требованиями соответствия требованиям.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. Новые функции архивации, поиска в нескольких почтовых ящиках и хранения сообщений в Exchange Server обеспечивают механизм эффективного сохранения данных, доступных для конечного пользователя, в течение длительного периода времени.The new archiving, multiple-mailbox search, and message retention features in Exchange Server 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. Дополнительные сведения см. в статье Архивацияна месте в Exchange Server, Обнаружение электронных данных на месте в Exchange Serverи удержание на месте и удержание для судебного разбирательства в Exchange Server.For more information, see In-Place Archiving in Exchange Server, In-Place eDiscovery in Exchange Server, and In-Place Hold and Litigation Hold in Exchange Server.

  • Моментальный снимок базы данных на момент времени: Если в вашей организации есть копия данных почтовых ящиков на момент времени, то Exchange предоставляет возможность создания копии базы данных изолированной в среде DAG.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. Восстановление из изолированной копии может выполняться быстрее восстановления из архива, так как изолированные копии не требуют длительного копирования с резервного сервера на сервер Exchange.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.

Так как существуют собственные функции Exchange Server, которые обеспечивают эффективное и экономичное выполнение каждого из этих сценариев, вы можете уменьшить или исключить использование традиционных резервных копий в вашей среде.Because there are native Exchange Server 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.

Собственная система защиты данных ExchangeExchange Native Data Protection

Рекомендуемая архитектура Майкрософт для exchange Server 2016 и exchange Server 2019 использует концепцию, известную как собственная защита данных Exchange.Microsoft's preferred architecture for Exchange Server 2016 and Exchange Server 2019 leverages a concept known as Exchange Native Data Protection. Собственная система защиты данных Exchange основана на встроенных функциях Exchange для защиты данных почтового ящика без использования резервных копий (хотя эти функции можно использовать и для создания резервных копий).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 и Exchange 2019 включают несколько функций, которые, если они развернуты и настроены правильно, могут обеспечивать собственную защиту данных, которая исключает необходимость создания традиционных резервных копий данных.Exchange 2016 and Exchange 2019 include several features that, when deployed and configured correctly, can provide native data protection that eliminates the need to make traditional backups of your data. Использование компонентов высокого уровня доступности, встроенных в Exchange Server, для сокращения времени простоя и потери данных в случае аварии может привести к снижению совокупной стоимости владения системой обмена сообщениями.Using the high availability features built into Exchange Server 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.

В дополнение к определению того, позволяет ли Exchange Server отойти от традиционных резервных копий на момент времени, мы рекомендуем оценить стоимость текущей инфраструктуры резервного копирования.In addition to determining whether Exchange Server 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. В зависимости от требований Организации очень вероятно, что чистая среда Exchange 2016 или Exchange 2019 с по крайней мере тремя копиями базы данных почтовых ящиков будет более низкой совокупной стоимостью владения по сравнению с резервным копированием.Depending on the requirements of your organization, it's quite likely that a pure Exchange 2016 or Exchange 2019 environment with at least three mailbox database copies will provide lower total cost of ownership than one with backups.

Существует несколько проблем, которые следует учитывать перед использованием встроенных в Exchange Server функций для замены традиционных резервных копий.There are several issues that you should consider before using the features built into Exchange Server 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:

  • Следует определить, сколько копий базы данных необходимо развернуть. Настоятельно рекомендуется развернуть не менее трех неизолированных копий базы данных почтовых ящиков перед переходом с традиционных форм защиты базы данных, таких как RAID или традиционные архивы на основе VSS.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.

  • Необходимо четко определить требования к ожидаемому времени и точке восстановления, а также убедиться, что использование объединенного набора встроенных функций архивации вместо традиционных позволит выполнить эти требования.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.

  • Необходимо определить, сколько копий каждой базы данных потребуется создать, чтобы выдержать различные сценарии сбоев, от которых требуется защитить систему.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.

  • Следует определить, позволит ли удаление группы обеспечения доступности баз данных или некоторых ее участников выделить необходимые ресурсы для поддержки традиционного решения архивации. Если да, позволит ли это решение улучшить соглашения об уровне обслуживания относительно ожидаемого времени или точки восстановления.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).

  • Следует определить, можете ли вы позволить себе потерять моментальную копию, если для участника группы обеспечения доступности баз данных, на котором размещена данная копия, произойдет сбой, влияющий на копию или ее целостность.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 Server позволяет развертывать большое количество почтовых ящиков с рекомендуемым максимальным размером базы данных почтовых ящиков в 2 терабайта (при использовании двух или более копий базы данных почтовых ящиков с высокой доступностью).Exchange Server 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.

  • Определите, каким образом будет выполняться обнаружение и предотвращение репликации логического повреждения в активной копии базы данных на пассивные копии этой базы данных. Это включает определение плана восстановления для данной ситуации, а также частоты повторения этого сценария в прошлом. При частых логических повреждениях в организации рекомендуется учитывать этот сценарий при разработке и создать одну или несколько изолированных копий, а также использовать достаточное окно задержки преобразования, позволяющее определить и исправить логическое повреждение до его репликации на другие копии базы данных.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.

Одной из функций, выполняемых при успешном завершении полной или добавочной архивации, является усечение файлов журнала транзакций, которые больше не требуются для восстановления базы данных. Если резервные копии не создаются, усечение журнала не выполняется. Чтобы предотвратить создание большого количества файлов журнала, необходимо включить циклическое ведение журнала для реплицированных баз данных. Использование циклического ведения журнала с непрерывной репликацией является новым типом циклического ведения журнала, который называется циклическим ведением журнала непрерывной репликации (CRCL) и отличается от циклического ведения журнала расширенного обработчика хранилищ. В то время как циклическое ведение журнала расширенного обработчика хранилищ выполняется и управляется службой банка данных Microsoft Exchange, циклическое ведение журнала непрерывной репликации выполняется и управляется службой репликации Microsoft Exchange. При включенном циклическом ведении журнала расширенного обработчика хранилищ дополнительные файлы журнала не создаются; вместо этого при необходимости перезаписывается текущий файл журнала. Однако в среде с непрерывной репликацией файлы журнала необходимы для доставки и преобразования журналов. В результате при включении циклического ведения журнала непрерывной репликации текущий файл журнала не перезаписывается, а для процесса доставки и преобразования журналов создаются закрытые файлы журнала.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.

В частности, служба репликации Microsoft Exchange управляет процессом циклического ведения журнала непрерывной репликации таким образом, что обеспечивается непрерывность журналов, а журналы не удаляются, пока они необходимы для репликации. Служба репликации Microsoft Exchange и служба банка данных Microsoft Exchange взаимодействуют с помощью удаленного вызова процедур (RPC), касающихся того, какие файлы журнала могут быть удалены.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.

Чтобы усечение использовалось только на высокодоступных (неизолированных) копиях базы данных почтовых ящиков, следующие вопросы должны иметь положительный ответ.For truncation to occur on highly available (non-lagged) mailbox database copies, the following must be true:

  • Архивировался ли файл журнала или включено CRCL.The log file has been backed up, or CRCL is enabled.

  • Файл журнала находится ниже контрольной точки.The log file is below the checkpoint.

  • Согласны ли другие неотсроченные копии базы данных с удалением.The other non-lagged copies of the database agree with deletion.

  • Изучался ли файл журнала всеми отсроченными копиями базы данных.The log file has been inspected by all lagged copies of the database.

Чтобы усечение использовалось только на изолированных копиях базы данных, следующие вопросы должны иметь положительный ответ.For truncation to occur on lagged database copies, the following must be true:

  • Файл журнала находится ниже контрольной точки.The log file is below the checkpoint.

  • Время, прошедшее с момента создания файла журнала, превышает значение ReplayLagTime + TruncationLagTime.The log file is older than ReplayLagTime + TruncationLagTime.

  • Удаляется ли файл журнала в активной копии базы данных.The log file is deleted on the active copy of the database.

Поддерживаемые технологии резервного копированияSupported Backup Technologies

Exchange Server поддерживает только резервные копии на основе VSS, поддерживающие Exchange.Exchange Server supports only Exchange-aware, VSS-based backups. Exchange Server включает в себя подключаемый модуль для системы архивации данных Windows Server, позволяющий выполнять и восстанавливать резервные копии данных Exchange на основе VSS.Exchange Server includes a plug-in for Windows Server Backup that enables you to make and restore VSS-based backups of Exchange data. Для резервного копирования и восстановления сервера Exchange Server необходимо использовать приложение с поддержкой Exchange, которое поддерживает модуль записи VSS для Exchange Server, например резервное копирование Windows Server (с подключаемым модулем VSS), Microsoft System Center 2012-Data Protection Manager или стороннее приложение на основе VSS с поддержкой VSS.To back up and restore Exchange Server, you must use an Exchange-aware application that supports the VSS writer for Exchange Server, 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.

Дополнительные сведения об архивации и восстановлении данных Exchange с помощью системы архивации данных Windows Server см. в разделе Резервное копирование и восстановление данных Exchange с помощью системы архивации данных Windows Server.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.

Модуль записи VSS Exchange ServerExchange Server VSS Writer

Более ранние версии Exchange включали два модуля записи VSS: один в службе банка данных Microsoft Exchange (store.exe) и один в службе репликации Microsoft Exchange (msexchangerepl.exe).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). В Exchange 2013 функция записи VSS, ранее находящуюся в службе банка данных Microsoft Exchange, была перемещена в службу репликации Microsoft Exchange.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. Эта архитектура остается прежней в Exchange 2016 и Exchange 2019.This architecture remains the same in Exchange 2016 and Exchange 2019. Этот модуль записи Microsoft Exchange Writer используется приложениями на основе VSS с поддержкой VSS для резервного копирования активных и пассивных копий баз данных, а для восстановления резервных копий баз данных.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. Несмотря на то что модуль записи работает в службе репликации Microsoft Exchange, для него требуется, чтобы служба банка данных Microsoft Exchange была запущена для объявления записи.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. В результате для архивации или восстановления баз данных Exchange требуются обе службы.As a result, both services are required to back up or restore Exchange databases.

Восстановление Exchange ServerExchange Server Recovery

Практически все параметры конфигурации серверов почтовых ящиков и служб клиентского доступа хранятся в Active Directory.Almost all of the configuration settings for Mailbox servers and Client Access services are stored in Active Directory. Как и в предыдущих версиях Exchange, Exchange 2016 и Exchange 2019 включают параметр установки для восстановления потерянных серверов.As with previous versions of Exchange, Exchange 2016 and Exchange 2019 include a Setup parameter for recovering lost servers. Этот параметр, /m: RecoverServer, используется для перестроения и повторного создания потерянного сервера с использованием параметров и сведений о конфигурации, хранящихся в Active Directory.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. Однако обратите внимание, что некоторые параметры не сохраняются, например локальный файл web.config и другие файлы конфигурации.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.

Подробные инструкции по выполнению восстановления утерянного сервера Exchange приведены в статье восстановление сервера Exchange Server.For detailed steps about how to perform a server recovery of a lost Exchange server, see Recover an Exchange Server. Подробное описание действий по восстановлению потерянного сервера, который входит в группу обеспечения доступности баз данных (DAG), можно найти в статье Восстановление рядового сервера группы обеспечения доступности баз данных.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.

Восстановление единого хранилища контактовUnified Contact Store Recovery

Когда Microsoft Lync Server 2013 или Skype для бизнеса Server 2015 используется в среде Exchange 2016 или Exchange 2019, контактные данные пользователя Lync/Skype для бизнеса хранятся в особой папке контактов в почтовом ящике пользователя.When Microsoft Lync Server 2013 or Skype for Business Server 2015 is used in an Exchange 2016 or Exchange 2019 environment, the user's Lync/Skype for Business contact information is stored in a special contact folder in the user's mailbox. Это называется единым хранилищем контактов (UCS).This is referred to as the unified contact store (UCS). При восстановлении почтового ящика, перенесенного в 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.

База данных восстановленияRecovery Database

База данных восстановления представляет собой специальный тип базы данных почтовых ящиков, который позволяет подключать восстановленную базу данных почтовых ящиков и извлекать данные из восстановленной базы данных в рамках операции восстановления. Для восстановления данных из базы данных восстановления можно использовать командлет New-MailboxRestoreRequest. После извлечения данных их можно экспортировать в папку или добавить в существующий почтовый ящик. Базы данных восстановления позволяют выполнять восстановление данных из архива или копии базы данных без воздействия на пользовательский доступ к текущим данным.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.

Использование базы данных восстановления для базы данных почтовых ящиков из предыдущих версий Exchange не поддерживается. Кроме того, целевой почтовый ящик, используемый для слияния и извлечения данных, должен находиться в том же лесу Active Directory, что и база данных, подключенная в базе данных восстановления.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.

Дополнительные сведения см. в разделе Базы данных восстановления. Дополнительные сведения о создании базы данных восстановления см. в разделе Создание базы данных восстановления. Дополнительные сведения об использовании базы данных восстановления см. в разделе Восстановление данных с помощью базы данных восстановления.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.

Переносимость баз данныхDatabase Portability

Переносимость баз данных — это функция, которая позволяет перемещать базу данных почтовых ящиков Exchange на любой другой сервер почтовых ящиков Exchange в той же организации и присоединять к ним.Database portability is a feature that enables an Exchange mailbox database to be moved to and mounted on any other Exchange 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.

Подробные инструкции по использованию функции переноса баз данных приведены в разделе Перемещение базы данных почтовых ящиков с помощью функции переноса баз данных.For detailed steps to use database portability, see Move a mailbox database using database portability.

Переносимость аварийного восстановленияDial Tone Portability

Переносимость аварийного восстановления — это функция, обеспечивающая решение для ограниченной поддержки непрерывной работы электронной почты в случае ошибок, влияющих на базу данных почтовых ящиков, сервер или весь сайт.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. Временный почтовый ящик может находиться на том же сервере почтовых ящиков Exchange или на любом другом сервере почтовых ящиков Exchange в Организации.The temporary mailbox can be on the same Exchange Mailbox server or on any other Exchange 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. Клиенты, поддерживающие функцию автообнаружения, например Microsoft Outlook, автоматически перенаправляются на новый сервер без необходимости вручную обновлять профиль настольной системы пользователя.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.

Процесс использования переносимости аварийного восстановления называется аварийным восстановлением. Аварийное восстановление включает в себя создание на сервере почтовых ящиков пустой базы данных вместо неисправной. Эта пустая база данных, которая называется аварийной базой данных, позволяет пользователям отправлять и получать электронную почту, пока неисправная база данных восстанавливается. После восстановления неисправной базы данных аварийная и восстановленная базы данных переключаются, а данные аварийной базы данных добавляются в восстановленную базу данных.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.

Более подробную информацию можно узнать в статье поддержка переноса тонового набора.For more information, see Dial tone portability. Подробные инструкции по выполнению аварийного восстановления приведены в разделе Выполнение аварийного восстановления набора.For detailed steps to perform a dial tone recovery, see Perform a dial tone recovery.