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

Применимо к: Exchange Server 2013Applies to: Exchange Server 2013

При планировании защиты данных необходимо иметь представление о способах защиты данных и определить способы, которые бы соответствовали требованиям организации. Планирование защиты данных — это сложный процесс, основанный на многочисленных решениях, принимаемых на этапе планирования развертывания.As part of your data protection 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. Data protection planning is a complex process that relies on many decisions that you make during the planning phase of your deployment.

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

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

  • Восстановление случайно удаленных элементов С исторической точки зрения в ситуации, где пользователь удаленных элементов, которые требуется более поздней версии для восстановления, его задействованных поиск носителя резервной копии, на котором была сохранена данные, необходимые для восстановления, и каким-либо образом получение необходимых элементов и предоставляя им для пользователя. На новую папку элементов для восстановления в Exchange 2013 и политики хранения, которая может применяться к нему можно сохранить все удаленные и измененные данные в течение заданного периода времени, поэтому восстановление этих элементов проще и быстрее. Это позволяет снизить нагрузку на администраторов Exchange и ИТ служба поддержки, позволяя пользователям Восстановление случайно удаленных элементов сами, что позволяет снизить сложность и административные расходы, связанные с восстановления отдельных элементов. Для получения дополнительных сведений см и соблюдения политики обмена сообщениями и Защита от потери данных.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 2013 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 and Data loss prevention.

  • Долгосрочного хранения данных Резервные копии также использовались как архив и обычно используется ленты, чтобы сохранить моментальные снимки в момент данных для длительного времени, как это определяется соответствия требованиям. Новые архивации, поиск в почтовых ящиках несколькими и функции хранения сообщений в Exchange 2013 предоставляет механизм эффективно хранения данных в режиме доступа конечных пользователей для длительного времени. Это устраняет дорогостоящих восстановление с ленты и позволяет повысить производительность труда. Для получения дополнительных сведений см. В архивирование на месте в Exchange 2013, Обнаружения электронных данных на местеи хранение на месте и хранение для судебного разбирательства.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 2013 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 2013, In-Place eDiscovery, and In-Place Hold and Litigation Hold.

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

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

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

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

Server RecoveryServer Recovery

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

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

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

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

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

Корпорации Майкрософт Предпочитаемый архитектуры для Exchange Server 2013 использует концепцию, известную как собственные защиты данных Exchange. Собственная защиты данных Exchange использует встроенные возможности Exchange для защиты данных почтового ящика, без использования резервных копий (хотя по-прежнему могут использовать эти возможности и создают резервные копии). Exchange 2013 включает в себя ряд новых функций и основные изменения, при развертывании и настроен правильно, можно обеспечить собственная система защиты данных, которая позволяет отказаться от Создание традиционный резервные копии данных. С помощью функции высокой доступности встроенной в Exchange 2013 для сокращения времени простоя и потерю данных в случае аварии также могут снизить совокупную стоимость владения системы обмена сообщениями. Путем объединения этих функций с помощью другие встроенные возможности, такие как юридическое удержание можно уменьшить или прекратить использование традиционных резервные копии в момент и связанные расходы.Microsoft’s preferred architecture for Exchange Server 2013 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 2013 includes several new features and core changes 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 2013 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 2013, также рекомендуется оценить расходы на текущую инфраструктуру архивации. Рассчитайте затраты, связанные с простоями и потерями данных для конечных пользователей при попытке восстановления после сбоя с помощью такой инфраструктуры. Следует также учитывать расходы на оборудование, установку и покупку лицензии, а также расходы на управление, связанные с восстановлением данных и обслуживанием архивов. В зависимости от требований организации велика вероятность того, что совокупная стоимость владения чистой средой Exchange 2013 как минимум с тремя копиями базы данных почтовых ящиков будет ниже, чем у среды с резервными копиями.In addition to determining whether Exchange 2013 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 2013 environment with at least three mailbox database copies will provide lower total cost of ownership than one with backups.

Существуют ли некоторые проблемы, которые необходимо учитывать при использовании встроенных функций Exchange 2013, заменяющих традиционные функции архивации. Кроме того, возможны соображения, уникальные для вашей организации. Рассмотрите следующие вопросы и обратите внимание, что этот список не является исчерпывающим.There are several issues that you should consider before using the features built into Exchange 2013 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 2013 позволяет развертывать большие почтовые ящики. Рекомендуемый максимальный размер базы данных почтовых ящиков увеличен до 2 ТБ (при использовании двух копий базы данных почтовых ящиков или более). С учетом больших почтовых ящиков, которые обычно развертывают организации, следует определить ожидаемую точку восстановления, если требуется воспроизвести большое количество файлов журнала при активации копии базы данных или изолированной копии базы данных.Exchange 2013 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.

В началоReturn to top

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

Exchange 2013 поддерживает только резервное копирование на основе VSS с поддержкой Exchange. Exchange 2013 содержит подключаемый модуль системы архивации данных Windows Server, который позволяет создавать и восстанавливать резервные копии данных Exchange на основе VSS. Чтобы выполнить архивацию и восстановление сервера Exchange 2013, необходимо использовать приложение Exchange, поддерживающее модуль записи VSS для Exchange 2013, например систему архивации данных Windows Server (с подключаемым модулем VSS), Microsoft System Center 2012 — Data Protection Manager или стороннее приложение Exchange на основе VSS.Exchange 2013 supports only Exchange-aware, VSS-based backups. Exchange 2013 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 2013, you must use an Exchange-aware application that supports the VSS writer for Exchange 2013, 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.

В началоReturn to top

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

В Exchange 2013 представлены значительные изменения архитектуры модуля записи VSS, используемой в Exchange 2010 и Exchange 2007. Эти более ранние версии Exchange содержали два модуля записи VSS: один в службе банка данных Microsoft Exchange (store.exe) и один в службе репликации Microsoft Exchange Replication (msexchangerepl.exe). В Exchange функции модуля записи VSS, ранее доступные в службе банка данных Microsoft Exchange, были перемещены в службу репликации Microsoft Exchange. Новый модуль записи, Microsoft Exchange Writer, теперь используется приложениями Exchange на основе VSS для архивации активных и пассивных копий баз данных, а также для восстановления архивированных копий баз данных. Хотя новый модуль записи выполняется в службе репликации Microsoft Exchange, для объявления данных о нем требуется запуск службы банка данных Microsoft Exchange. В результате для архивации или восстановления баз данных Exchange требуются обе службы.Exchange 2013 introduces a significant change from the VSS writer architecture used in Exchange 2010 and Exchange 2007. These 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). In Exchange, the VSS writer functionality previously found in the Microsoft Exchange Information Store service has been moved to the Microsoft Exchange Replication service. The new writer, which is named Microsoft Exchange Writer, is now used by Exchange-aware VSS-based applications to back up active and passive database copies, and to restore backed up database copies. Although the new 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.

В началоReturn to top

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

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

Дополнительные сведения о восстановлении потерянного сервера Exchange 2013 см. в разделе Восстановление сервера Exchange. Дополнительные сведения о восстановлении потерянного сервера, являющегося участником группы обеспечения доступности баз данных, см. в разделе Восстановление рядового сервера группы обеспечения доступности баз данных.For detailed steps about how to perform a server recovery of a lost Exchange 2013 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.

В началоReturn to top

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

При использовании Lync 2013 в среде Exchange 2013 контактные данные пользователя Lync хранятся в специальной папке контактов в почтовом ящике пользователя. Это называется единым хранилищем контактов (UCS). При восстановлении почтового ящика, перенесенного в UCS, может быть затронут список контактов службы обмена мгновенными сообщениями для конечного пользователя. Если пользователь был перенесен после последней архивации, восстановление почтового ящика приведет к полной потере списка контактов пользователя. В менее значительных случаях изменения списка контактов, внесенные пользователем после последней архивации, будут утеряны. Для устранения риска возможной потери данных убедитесь, что пользователь перенесен на сервер мгновенных сообщений перед восстановлением почтового ящика.When Microsoft Lync Server 2013 is used in an Exchange 2013 environment, the user's Lync 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.

В началоReturn to top

База данных восстановления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.

В началоReturn to top

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

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

В началоReturn to top

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

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

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

В началоReturn to top