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

В случае отсутствия какого-либо файла базы данных из группы хранения или его замены файлом другой версии подсистема ESE возвращает ошибку -1216, прерывает восстановление и не запускает группу хранения.

Чтобы устранить данную проблему, выполните одно или несколько из указанных ниже действий.

• Если отсутствующий файл базы данных был перемещен или переименован, найдите в журнале приложений все события ESE 494, которые произошли после попытки подключения базы данных. Для каждого события запишите конкретный файл базы данных, об отсутствии которого сообщается, найдите текущее местоположение этого файла и переместите его в нужное местоположение.
  
  

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

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

  1. Выполните команду eseutil /R /L <путь_к_файлам_журнала> /S <Path to System Files> Log Base Name /I (где "Log Base Name" — это первые три знака в имени файлов журнала для данной группы хранения, т. е. E00, E01 и т. д.). Это позволяет подсистеме ESE согласовать имеющиеся файлы базы данных, пропустив отсутствующие файлы. После выполнения этой команды все отсутствующие файлы базы данных необходимо будет восстановить из резервной копии.

     Примечание.
     Параметры /L и /S являются необязательными, и их не нужно использовать, если средство eseutil запускается из папки, в которой находятся файлы журнала и системные файлы.

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

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

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

  Примечание.
  Аварийное восстановление потребует последующего слияния всех новых данных (созданных после аварийного восстановления) с восстановленными данными.

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

  1. Выполните команду eseutil /mh <path to database .edb file>

  2. В выходных данных команды найдите поле State: (Состояние) и проверьте, имеет ли оно значение Clean Shutdown (Состояние «чистого» отключения).

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

Дополнительные сведения о событии MSExchangeIS 9518 с кодом ошибки 0xfffffb40 см. на странице «Центр сообщений о событиях и ошибках» (http://go.microsoft.com/fwlink/?LinkId=91705) (на английском языке).

Дополнительные сведения о восстановлении после этой ошибки см. в статье 296843 базы знаний Майкрософт "Восстановление базы данных Exchange 2000 Server после ошибки с кодом -1216" (http://go.microsoft.com/fwlink/?linkid=3052&kbid=296843, на английском языке).

Дополнительные сведения о планировании аварийного восстановления для Exchange см. в статье «Руководство по планированию аварийного восстановления для Exchange» (http://go.microsoft.com/fwlink/?LinkId=91706) (на английском языке).

Дополнительные сведения об управлении восстановлением баз данных и мастерах устранения неполадок с базами данных см. в статье «Управление восстановлением баз данных и средство устранения неполадок с базами данных» (http://go.microsoft.com/fwlink/?LinkId=91707) (на английском языке).

Дополнительные сведения об аварийном восстановлении см. в подразделе «Переносимость аварийного восстановления» (http://go.microsoft.com/fwlink/?LinkId=91703) раздела «Аварийное восстановление» документации на Exchange Server 2007.

Дополнительные сведения о группах хранения для восстановления см. в подразделе «Общие сведения о группах хранения для восстановления» (http://go.microsoft.com/fwlink/?LinkID=80784) раздела «Аварийное восстановление» документации на Exchange Server 2007.