Поделиться через


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

Область применения: Exchange Server 2013 г.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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