Проблемы времени на моем NAS Synology 1511, выполняя Busybox Linux

Ничего себе, это - много вопросов с огромным объемом. Я не означаю быть грубым, но я думаю, что Ваш лучший подход будет, чтобы исследовать большинство этих вопросов экстенсивно самостоятельно и создать очень полное изображение. Это не что-то, что мы можем действительно покрыть правильно для Вас в единственном потоке. Миграция как это является большим обязательством, будут требоваться время и бюджет и управление проектами, не говоря уже о бдительно слежении за политикой и не бешении Ваших пользователей ;)

Так или иначе я буду говорить с некоторыми специфическими особенностями, которые Вы не можете легко находить в другом месте. Я (и 1 коллега) переместил среду Domino 6.5 через в систему Exchange 2007 в мае 2008 в организации 250 человек в Великобритании. Эти точки были все изучены по пути, когда мы сделали ту миграцию:

Сначала - архитектура

В ex2007 Вам нужны к grok различные роли. Я рекомендовал бы развернуть транспорт концентратора, банк сообщений, и клиентские роли доступа на основном сайте, банк сообщений на вторичном сайте и никакие роли в филиалах. Вместо этого используйте RPC по HTTPS или существующему VPNs для соединения назад с центральной АТС.

Однако необходимо адаптировать вышеупомянутое в соответствии с потребностями организаций и ограничениями. Если у Вас есть слабые каналы WAN, но сильный интернет-канал на вторичном сайте, и они работают под отдельным почтовым доменом, Вы могли бы хотеть развернуть транспорт концентратора там. Если Ваш бизнес сфокусирован на безопасности, можно хотеть развернуть Граничный транспорт в демилитаризованной зоне (но это не обязательно). В зависимости от Ваших аппаратных средств Вы, возможно, должны купить новые серверы (Вам нужен 64-разрядный набор для ex2007 как минимум), и/или увеличьте RAM. Ex2007 любит RAM.

Второй - подготовка

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

Треть - миграция

Вложите капитал в инструменты миграции Quest. Вы главным образом платите за поддержку Quest, и они выручат Вас в ходе Вашей миграции и не будут делать обструкцию Вы, если Ваш вопрос не будет строго связан с приложениями Quest - у Них есть много экспертов по миграции, которые занялись Вашим сценарием 100 s времен. Стоящий их веса в золоте.

Другой материал

Blackberry - Говорит с Вашим менеджером учетных записей в RIM (если Вы не будете иметь один, то Ваш поставщик будет). Они смогут предоставить Вас 'временное' предприятие BES набор CAL на время Вашей миграции. Таким образом, Вы покупаете версию Exchange BES, создаете его вместе с Вашим Domino BES. Затем Вы применяете свой существующий BES CALs к новому серверу (никакая потребность купить обратно CALs!) и применяют временные лицензии к старому серверу BES. Это дает Вам 30-дневный период, в который у Вас есть сосуществование, Вы экономите деньги путем миграции CALs, и временный CALs, который они дают Вам, должен быть свободным или довольно номинальная стоимость.

Клиенты - Для стороны пользователя миграции, усильте богатый OWA в Ex2007 в случаях, где Ваши пользователи еще не имеют Outlook в наличии или настроенный. Это - хороший becuase это:

1. Получает пользователей, используемых знакомый с OWA.
2. Не требует никакой зависимости от миграции от клиентского существования Outlook.
3. Низкие эксплуатационные расходы, что означает, что Вы не становитесь вырванными от работы миграции для устранения клиентских проблем.

Хлам - Стандартизирует и уменьшает такое количество Вашей системы, как Вы возможно можете, прежде чем Вы начнете мигрировать. Удалите весь почтовый NSFs для пользователей, которые покинули компанию и разрешают любые экземпляры, где менеджеры все еще получают доступ к ним. Обновите все проектирования баз данных к своей текущей версии (если Вы ранее обновили Domino и все еще имеете старые потаенные шаблоны). Заставьте управление рассматривать использование BES и убирать пользователей, которым действительно не нужно оно. Чем более неосновные данные и конфигурации можно удалить перед началом тем легче миграция будет.