Назад | Перейти на главную страницу

Обеспечение неизменности запросов на собрания при переходе с 2003 по 2010 гг.

Мы обновляем наш сервер (SBS 2003, сервер 5-летней давности) до Enterprise Server 2008 R2 с Exchange 2010. Фирма, которую мы привлекли для помощи в миграции, предложила нам не пытаться выполнить миграцию, а создать новый домен и затем принесите вещи. Я мало что знаю об этом, но он использует Exmerge для переноса почтовых ящиков со старого сервера на новый, и это нормально. Меня беспокоит то, что в приглашениях календаря, которые в настоящее время находятся, ссылка на них будет нарушена в новой настройке, поскольку пользователи + ресурсы воссоздаются (и я думаю, что на них ссылаются по идентификатору, а не по адресу электронной почты?). Предварительное тестирование пары почтовых ящиков показало, что это так (хотя может быть и другая проблема, с которой мы сталкиваемся).

Есть ли у вас какие-либо советы о том, как заставить exmerge сохранять правильные ссылки, чтобы, когда я обновляю запрос на встречу со мной, Бобом и комнатой для персонала, они все получают обновленный запрос? Есть ли какие-нибудь утилиты или техника?

На мой взгляд, фирма, которую вы привлекли для оказания вам помощи, ошибается, предлагая вам в первую очередь ExMerge данных. С помощью ExMerge невозможно не испортить существующие данные. Вы также получите совершенно новый домен Active Directory, поэтому вам придется использовать такие инструменты, как ADMT или USMT, чтобы поддерживать взаимодействие с пользователем.

Переход с SBS 2003 на W2K8 был бы очень простым. Точно так же переход на Exchange Server 2010 с Exchange также будет простым.

  • Установите реплику контроллера домена Windows Server 2008 R2 после выполнения необходимой подготовки схемы домена.

  • Установите новый сервер Exchange 2010 и переместите почтовые ящики из Exchange 2003.

  • Перенесите все данные с сервера SBS.

  • Удалите Exchange 2003 с сервера SBS и выполните упорядоченный вывод Exchange 2003 из эксплуатации.

  • Перенесите роли FSMO с сервера SBS на машину W2K8. SBS начнет ОСТАНОВИТЬ из-за проблем с лицензированием, но у вас будет более чем достаточно времени, чтобы DCPROMO вернулся к автономному серверу, а затем выключил его.

После того, как вы перенесли специфичные для SBS объекты групповой политики и т. Д., В Active Directory можно удалить или очистить.

В зависимости от того, сколько у вас данных, это может быть дневная работа. Когда вы закончите, все ваши клиентские компьютеры по-прежнему будут присоединены к домену, и все данные Exchange будут работать должным образом. (Если вы действительно хотите изобразить, вы можете добавить «качели» через временный контроллер домена и получить новый файловый сервер с тем же именем, что и старый компьютер с сервером SBS.)

Приглашения / события, отправленные внутри биржи, потеряют связь с приглашенными. Нет никакого способа обойти это (используя exmerge). Exchange отслеживает эти соединения по их DN LDAP; который будет другим в новом домене. В большинстве мест, где работает SBS, с этим не так уж и много проблем, поэтому никто не приложил усилий для создания лучшего решения (тем более, что при прямом обновлении сохраняются DN LDAP и соединение; но есть множество причин не делать прямое обновление).

Мы сделали то же самое с 2003 SBS на SBS 2011 без миграции. Было много странных вещей от множества «ИТ-консультантов» на коробке 2003 года, и мы хотели изменить имя домена.

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

Весь ваш календарь, почта и т. Д. Переместятся. вам нужно будет убедиться, что люди не пытаются отвечать на старые электронные письма, поскольку они по-прежнему будут ссылаться на старый домен.

Я не могу сказать, стоило ли это того или нет, я не эксперт в этом, поэтому мы просто доверяли тому, что нам сказали. Теперь все перенесено и работает правильно.

Чтобы ответить на свой вопрос, я обнаружил решение для преобразования адресов X400 на сервере 2003 в адреса SMTP, чтобы ответы на собрания работали правильно.

Вот как я это сделал:

  1. Откройте профиль пользователя, когда я это сделал, я использовал файлы PST из Ex Merge, но вы можете просто войти в Outlook как пользователь.
  2. Сохраните календарь как iCal, используя «Файл»> «Сохранить как» (в Outlook 2007 и более поздних версиях выполняется экспорт в iCal, как мне кажется). Вам нужно настроить его для всего календаря, а также выбрать параметры для личных элементов (и вложений, хотя они не всегда работают в iCal)
  3. Экспорт в iCal, если вы откроете его в блокноте, преобразует адреса x400 в SMTP, который является ключевым.
  4. Теперь, когда у вас есть настройки нового почтового ящика пользователей на новом сервере, войдите в систему как они (я создал профиль в Outlook для каждого пользователя).
  5. Загрузите MFC Mapi с сайта Codeplex. Откройте этот инструмент и подключитесь к сеансу.
  6. Перейдите в Магазин почтовых ящиков> Магазин информации> Календарь.
  7. Выберите все элементы календаря и удалите (я выбрал отправить в корзину, на всякий случай) (это позволяет легко удалить все элементы календаря без запроса на отправку отмены)
  8. Перейдите в Outlook и импортируйте экспортированный файл iCal.

Это был небольшой процесс, поэтому я делал это только для людей в офисе, которых, вероятно, было несколько. Вы можете экспортировать только определенное приглашение на собрание для других. Было очень важно, что я сделал это для наших директоров, у которых есть масса запросов на встречи, которые были бы нарушены. Также ресурсы (если вы воссоздаете ресурсы с правильным SMTP-адресом на новом сервере).