При использовании групп доступности баз данных сообщения, которые уже были зафиксированы в базах данных почтовых ящиков, защищены архитектурой группы доступности баз данных. Теневая копия любого сообщения, доставленного в базу данных почтовых ящиков, которая входит в группу доступности баз данных, сохраняется в транспортной корзине, пока это сообщение не будет реплицировано на все члены группы доступности баз данных. Таким же образом, любое сообщение, отправленное на транспортные серверы-концентраторы членом группы доступности баз данных, хранится в двух экземплярах: один в очереди транспортного сервера-концентратора (эта копия предназначается для доставки) и другой как теневая копия в папке «Отправленные» почтового ящика отправителя. Такой подход является ключевым компонентом теневого копирования.

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

• Если при доставке сообщений активная база данных почтовых ящиков получателя сообщений и транспортная корзина размещены на одном сервереЧтобы избежать этого сценария транспортный сервер-концентратор маршрутизирует сообщение через другой транспортный сервер-концентратор в этом же сайте, что обеспечивает доставку теневого сообщения на сервер с другим оборудованием. Однако если другие транспортные серверы-концентраторы недоступны, сообщение доставляется напрямую.
  
  
• Если при отправке сообщения очередь транспорта, в которой было размещено основное сообщение, и теневое сообщение в папке «Отправленные» почтового ящика отправителя, размещены на одном сервере   Чтобы избежать этого сценария, драйвер хранилища выбирает другие транспортные серверы-концентраторы в сайте для отправки сообщения. Однако если другие транспортные серверы-концентраторы недоступны, сообщение отправляется на локальный транспортный сервер-концентратор.
  
  

Дополнительны сведения о сосуществовании ролей транспортного сервера-концентратора и сервера почтовых ящиков при использовании групп доступности баз данных см. в разделе Сосуществование ролей транспортного сервера-концентратора и сервера почтовых ящиков при использовании групп обеспечения доступности баз данных.

То, будет ли использоваться теневая избыточность или нет, определяется при установке нового SMTP-подключения. Если оба сервера, участвующие в SMTP-подключении, поддерживают теневую избыточность, используется описанный выше рабочий процесс. Однако в некоторых ситуациях транспортные серверы Exchange 2010 обмениваются сообщениями с почтовыми серверами, которые не поддерживают теневую избыточность. Это могут быть сторонние почтовые серверы, предыдущие версии Exchange или организация Exchange 2010, в которой теневая избыточность отключена.

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

1. Exchange устанавливает SMTP-подключение к целевому серверу.
   
   
2. Целевой сервер не объявляет поддержку теневой избыточности.
   
   
3. Поскольку целевой сервер не поддерживает избыточность, Exchange выполняет для каждого сообщения следующие операции:
   
   
   1. доставляет сообщение на целевой сервер;
      
      
   2. диспетчер теневой избыточности отмечает, что это сообщение доставлено для следующего прыжка;
      
      
   3. удаляет сообщение после его доставки для всех следующих прыжков.
      
      

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

1. Отправляющий сервер устанавливает SMTP-подключение к Exchange.
   
   
2. Exchange объявляет поддержку теневой избыточности.
   
   
3. Отправляющий сервер не поддерживает теневую избыточность и поэтому не использует ее. Он доставляет сообщения на сервер Exchange.
   
   
4. Для каждого получаемого системой Exchange сообщения он выполняет следующие действия:
   
   
   1. доставляет сообщения для следующего прыжка или создает его теневую копию;
      
      
   2. отправляет подтверждение на отправляющий сервер.
      
      

Основной принцип теневой избыточности заключается в сохранении копии сообщения на предыдущем прыжке до тех пор, пока сервер не подтвердит, что оно успешно доставлено для всех следующих прыжков. Но это становится невозможным, когда транспортный сервер Exchange 2010 получает сообщение от почтового сервера, не поддерживающего теневую избыточность. Этот почтовый сервер может быть сервером Exchange, работающим под управлением прежней версии Exchange, стандартным клиентом SMTP или почтовым сервером в Интернете, не являющимся сервером Exchange. В этом случае Exchange пытается добиться эффекта теневой избыточности с помощью задержки передачи подтверждения на почтовый сервер до тех пор, пока он не подтвердит, что сообщение успешно доставлено для всех следующих прыжков внутренними средствами. В этом случае, если происходит сбой сервера Exchange 2010, отправляющий почтовый сервер считает, что сообщение никогда не доставлялось в систему Exchange, и выполняет повторную попытку доставки.

Однако из-за сложности инфраструктуры маршрутизации или сбоя одного из следующих прыжков доставка сообщения для следующих прыжков может занять много времени. В этом случае, чтобы предотвратить наступление тайм-аута SMTP-сеанса, транспортный сервер Exchange 2010 отправляет подтверждение на отправляющий почтовый сервер. При этом избыточность почты не гарантируется, но такое решение является наилучшим из возможных. Например, сообщение может быть потеряно в следующей ситуации. Почтовый интернет-сервер передает сообщение на пограничный транспортный сервер. Пограничному транспортному серверу не удается связаться с транспортным сервером-концентратором из-за проблем с сетью, и он подтверждает получение сообщения почтовому интернет-серверу. После этого происходит сбой данного пограничного транспортного сервера, который нельзя восстановить до устранения проблем с сетью. На этом этапе сообщение теряется.

Значение тайм-аута отложенного подтверждения управляется с помощью атрибута MaxAcknowledgementDelay каждого соединителя получения. Значение по умолчанию: 30 секунд. Дополнительные сведения о настройке данного атрибута см. в разделе Настройка теневой избыточности.

Обход отложенных подтверждений