Переносимость гудка

Область действия: Exchange Server 2013

Переносимость звукового сигнала — это функция Microsoft Exchange Server 2013, которая предоставляет ограниченное решение для обеспечения непрерывности бизнес-процессов при сбоях, влияющих на базу данных почтовых ящиков, сервер или весь сайт. Переносимость звукового сигнала позволяет пользователям иметь временный почтовый ящик для отправки и получения электронной почты во время восстановления или восстановления исходного почтового ящика. Временный почтовый ящик может быть на том же сервере почтовых ящиков Exchange 2013 или на любом другом сервере почтовых ящиков Exchange 2013 в организации, где есть базы данных с той же версией схемы базы данных. Это позволяет альтернативному серверу разместить почтовые ящики пользователей, которые ранее находились на сервере, который больше не доступен. Клиенты, поддерживающие автообнаружение, автоматически перенаправляются на новый сервер без необходимости вручную обновлять профиль рабочего стола пользователя. После восстановления данных исходного почтового ящика пользователя администратор может объединить восстановленный и аварийный почтовые ящики пользователя в один обновленный почтовый ящик.

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

Существуют три варианта выполнения аварийного восстановления.

  • Восстановление звукового сигнала на сервере с базой данных с ошибкой. Если сервер, на котором размещена база данных с ошибкой, по-прежнему работает, рекомендуется выполнить восстановление звукового сигнала на этом сервере. Это уменьшает время простоя, так как не требуется перемещать файлы базы данных между серверами. Кроме того, не понадобится изменять конфигурации профилей системы обмена сообщениями для клиентов, не поддерживающих автообнаружение.

  • Восстановление звукового сигнала с использованием альтернативного сервера для базы данных звукового сигнала . Если сервер завершается сбоем и его необходимо перестроить, самый эффективный способ предоставить пользователям базовые функции почты — создать базу данных звукового сигнала на другом сервере и использовать переносимость базы данных для перемещения конфигурации почтового ящика пользователей на этот новый сервер. Так как этот процесс включает возвращение аварийной базы данных на первоначальный (восстановленный) сервер, этот вариант увеличивает время полного восстановления. Кроме того, этот процесс сложнее, чем выполнение аварийного восстановления на первоначальном сервере. Чтобы выполнить этот процесс, сервер, на котором размещается аварийная база данных, должен иметь необходимые для обслуживания дополнительных пользователей ресурсы. Кроме того, если клиент пользователя не поддерживает функцию автообнаружения, необходимо настроить профиль системы обмена сообщениями, чтобы он указывал на аварийный сервер.

  • Восстановление звукового сигнала с использованием альтернативного сервера для базы данных звукового сигнала: это аналогично предыдущему параметру, за исключением того, что вы не верните исходный сервер. Этот вариант рекомендуется для случаев, когда восстанавливать неисправный сервер невозможно или нецелесообразно. В этом сценарии после выполнения операции восстановления пользователи обычно остаются на альтернативном. Чтобы выполнить этот процесс, сервер, на котором размещается аварийная база данных, должен иметь необходимые для обслуживания дополнительных пользователей ресурсы. Кроме того, если клиент пользователя не поддерживает функцию автообнаружения, необходимо настроить профиль системы обмена сообщениями, чтобы он указывал на аварийный сервер.

Все три варианта состоят из одинаковых основных шагов, приведенных ниже.

  1. Создание пустой аварийной базы данных для замены неисправной.

    Эта новая база данных разрешит пользователям, почтовые ящики которых находились в неисправной базе данных, отправлять и получать новые сообщения. Переносимость аварийного восстановления позволяет перенаправить пользователя в другую базу данных без перемещения почтового ящика. Если аварийная база данных создается на сервере, отличном от сервера, на котором размещалась неисправная база данных, потребуется переместить конфигурацию почтового ящика на новый сервер.

  2. Восстановление старой базы данных.

    Воспользуйтесь стандартно используемым программным обеспечением для резервного копирования и восстановления, чтобы восстановить неисправную базу данных. Если отсутствует резервная копия неисправной базы данных, по возможности восстановите неисправную базу данных другими средствами. При использовании для аварийного восстановления того же сервера, на котором размещена неисправная база данных, понадобится восстановить базу данных в базу данных восстановления.

  3. Замена аварийной базы данных на восстановленную.

    После восстановления неисправной базы данных замените ее на аварийную. Это позволит пользователям отправлять и получать электронную почту, а также получать доступ ко всем данным в восстановленной базе данных. Если пользователи перемещены в аварийную базу данных на другом сервере, понадобится переместить конфигурацию почтовых ящиков обратно на исходный сервер.

  4. Слияние баз данных.

    Чтобы перенести данные из аварийной базы данных в восстановленную базу данных, данные объединяются с помощью командлета New-MailboxRestoreRequest.

Шаги аварийного восстановления подробно описаны в статье Выполнение аварийного восстановления.