Вопрос или проблема
Я совсем нов в Exchange, поэтому прошу прощения за мою неопытность. Я израсходовал все возможности Google, пытаясь найти способ решить свою проблему, поэтому надеюсь, что некоторые из вас, эксперты, смогут мне помочь. Прошу прощения за мои неуклюжие попытки разобраться в этом.
Проблема
Я не могу загрузить/обновить Глобальный адресный список (GAL) и Офлайн адресную книгу (OAB) на клиентских Outlook 2010. Я получаю:
Задача 'emailaddress' сообщила об ошибке (0x8004010F): 'Операция завершилась неудачей. Объект не найден.' ---- ошибка.
Я использую кэшированный режим Exchange, который если я отключу, Outlook зависает полностью с момента запуска. (Обратите внимание, что я заменил свой фактический адрес электронной почты на ’emailaddress’)
Фоновая информация
Я мигрировал почтовые ящики, публичное хранилище и т.д. с сервера Small Business Server 2003 с Exchange 2003 на сервер 2008 R2 с Exchange 2010, в основном основываясь на статье-руководстве эксперта. Exchange сервер сейчас работает как интернет-ориентированный Exchange сервер со всеми необходимыми ролями, чтобы отправлять и получать почту и в этом качестве работает нормально.
Я “думаю”, что успешно мигрировал все с SBS03, и из-за огромного количества ошибок во всем, начиная от AD и заканчивая самой установкой Exchange, я удалил ссылку на сервер SBS03 в adsiedit. У меня все еще есть доступ к старому SBS03, но, как я сказал, количество ошибок во всем мешает даже удалению Exchange (или запуску службы хранилища информации Exchange), так что я вполне удовлетворен тем, что оставляю тот сервер полностью вне поля зрения, пытаясь решить свою проблему.
После исследования я обнаружил, что это, скорее всего, потому, что я не выполнил команду “update-globaladdresslist”
(или get / update) из консоли Exchange перед тем, как удалить сервер Exchange 2003 из adsiedit (и сети). Если я выполню команду сейчас, это дает мне:
ПРЕДУПРЕЖДЕНИЕ: Получатель "domainname.com/Microsoft Exchange System Objects/Offline Address Book - первая административная группа" недействителен и не может быть обновлен.
ПРЕДУПРЕЖДЕНИЕ: Получатель "domainname.com/Microsoft Exchange System Objects/Schedule+ Free Busy Information – первая административная группа" недействителен и не может быть обновлен.
ПРЕДУПРЕЖДЕНИЕ: Получатель "domainname.com/Microsoft Exchange System Objects/ContainernameArchive" недействителен и не может быть обновлен.
ПРЕДУПРЕЖДЕНИЕ: Получатель "domainname.com/Microsoft Exchange System Objects/ContainernameContacts" недействителен и не может быть обновлен.
(Обратите внимание, что я заменил свой домен на “domainname.com” и имя своей организации на “containername”)
Что я пробовал
Я не хочу использовать старую OAB или GAL, мне все равно, наш GAL и списки рассылки нужно было организовать, так что на этом этапе я действительно просто хочу избавиться от старой ссылки на “первую административную группу” и двигаться дальше. Я пробовал создать новый GAL и указать Exchange 2010 использовать этот GAL вместо старого GAL, но, очевидно, я упускаю какие-то команды или что-то глупое, что мне нужно сделать, чтобы начать с чистого листа/GAL/OAB.
Мне очень хочется полностью удалить все дерево “первой административной группы” из adsiedit и посмотреть, исчезнет ли эта нелепая ссылка, которая больше не существует, но я не хочу сломать что-то еще.
Команды, которые я выполнил, чтобы попытаться создать новый GAL и указать exch10 использовать этот GAL:
New-globaladdresslist –name NAMEOFNEWGAL
Set-globaladdresslist GUID –name NAMEOFNEWGAL
Это ничего мне не дало, кроме того, что теперь, когда я выполняю get-globaladdresslist или с помощью | FL, я вижу два GAL в списке, “дефолтный глобальный адресный список” и “NAMEOFNEWGAL”, который я создал.
После небольшого дальнейшего исследования сегодня утром, похоже, что вы не можете изменить/удалить/убрать дефаултный адресный список, и единственный способ сделать то, что я пытаюсь сделать, это, возможно, удалить дефаултный адресный список через adsiedit и воссоздать с помощью команды что-то вроде new-GlobalAddressList -Name "Default Global Address List" -IncludedRecipients AllRecipients
. Это было бы приемлемо, но я искал и искал и не могу найти инструкции или разбор того, где именно находится по умолчанию GAL в AD, и если мне придется удалить несколько дочерних ссылок/записей.
На заметку
Я получаю событие ID 9337 в своем журнале приложений OALGen не нашел никаких получателей в адресном списке \Global Address List
. Этот офлайн адресный список не будет сгенерирован. –\NAMEOFMYOAB ---------
на моем Exchange 2010, что, по-видимому, подтверждает мое подозрение, что пустой GAL/OAB вызывает ошибку 0x8004010F у клиента Outlook.
Помогите, пожалуйста!
Частично решено с http://www.petenetlive.com/KB/Article/0000516.htm. Надеюсь, это поможет кому-то в будущем.
Ответ или решение
Проблема GAL/OAB после миграции с Exchange 2003 на 2010: Подробное руководство
После выполнения миграции почтовых ящиков и публичных хранилищ с Small Business Server 2003 (Exchange 2003) на Server 2008 R2 с Exchange 2010 многие администраторы сталкиваются с проблемами, связанными с глобальным списком адресов (GAL) и оффлайн-списком адресов (OAB). Ниже приведены рекомендации по устранению проблем, на которые вы можете наткнуться в процессе.
Проблема
Вы получаете ошибку при попытке обновить GAL и OAB на клиентах Outlook 2010:
Task 'emailaddress' reported error (0x8004010F) : 'The operation failed. An object cannot be found.'
Также вы сталкиваетесь с предупреждениями при выполнении команды update-globaladdresslist
:
WARNING: The recipient "domainname.com/Microsoft Exchange System Objects/Offline Address Book - first administrative group" is invalid and couldn't be updated.
Эта ошибка может возникнуть из-за некорректной миграции существующих адресных списков и записи в Active Directory (AD).
Решение
-
Проверка состояния OAB и GAL:
Убедитесь, что ваша система действительно видит получателей для GAL. Выполните команду:
Get-GlobalAddressList | FL
Убедитесь, что в результате есть записи, которые вы ожидаете. Если административная группа ‘First Administrative Group’ все еще осталась в системе, это может быть источником проблемы.
-
Создание нового GAL и OAB:
Обычно, чтобы избавиться от старого GAL и минимизировать возможные ошибки, лучше всего создать новый GAL и OAB. Выполните следующие команды:
New-GlobalAddressList -Name "New GAL" -IncludedRecipients AllRecipients New-OfflineAddressBook -Name "New OAB" -AddressLists "New GAL"
После этого выполните:
Get-OfflineAddressBook | FL
Убедитесь, что ваш новый OAB отображается правильно.
-
Настройка серверов и клиентов:
После создания новых GAL и OAB необходимо убедиться, что ваши почтовые клиенты (Outlook) правильно настроены для их использования. Зайдите на клиентский компьютер с Outlook 2010 и выполните следующие шаги:
-
Снимите галочку с "Использовать режим кэшированного Exchange", затем перезагрузите Outlook, и снова включите этот режим.
-
Обновите OAB, выполнив следующее в Outlook:
Файл > Параметры > Дополнительно > Загрузить.
-
-
Удаление старых ссылок через ADSIEdit:
Если проблему не удается решить, необходимо осторожно удалить старые ссылки на ‘First Administrative Group’. Для этого откройте
ADSIEdit.msc
, перейдите в:Конфигурация ->Контейнер Microsoft Exchange -> Домен -> [Ваш домен]
Фокусируйтесь на записи в Системные объекты. Остерегайтесь удалять что-либо, связанное с актуальными объектами или новыми списками.
-
Перезапуск служб и очистка кэша:
После выполнения всех вышеуказанных действий перезапустите службы Exchange. Используйте команду PowerShell:
Restart-Service MSExchangeIS
Это поможет системе полностью обновить свои данные.
-
Проверка событий:
Просмотр журнала событий Windows для получения дополнительных ошибок Event ID 9337 может дать больше информации о ваших проблемах с OAB. Данные события могут указывать на отсутствие или недоступность объектов, поэтому их анализ важен.
Заключение
После выполнения этих шагов, многие администраторы сообщают об успешном устранении проблем с загрузкой GAL и OAB на клиентских системах Outlook. Устранив старые ссылки и создав новые адресные списки, вы сможете восстановить работоспособность Exchange 2010 и его интеграцию с Outlook. Если вы вновь столкнетесь с ошибками, обратитесь к более глубокому анализу Active Directory или получите помощь от экспертов в области Exchange.