none
Миграция с Kerio Connect на MS Exchange 2010 RRS feed

  • Вопрос

  • Добрый день!

    Можете подсказать как можно безболезненно провести миграцию с сервера Kerio Conncet на сервер MS Exchange 2010.

    Варианты с переносом через pst файлы не надо предлагать, хочу осуществить перенос напрямую между серверами.

    С уважением Евгений.

    22 июня 2012 г. 13:26

Ответы

  • Евгений, вы не сможете провести миграцию напрямую по следующим причинам:

    1. В версии Exchange 2010 нет никаких инструментов миграции со сторонних почтовых систем.
    2. У компаний партнеров есть подобные утилиты, но насколько я знаю все они заточены на лотус и  керио в их списке нет.
    3. IMAP в качестве транспорта вам не подойдет, т.к. календарь/задачи он не передает.
    4. У Керио нет никого скриптового языка, которым можно было бы автоматизировать процесс
    5. Microsoft consulting нам не смог предложить ничего "умнее" чем ручная миграция.

    Год назад я проводил такую же миграцию  и тогда все решилось только миграцией через PST (мигрировалось почти 500 ящиков по ~0.6Гб в том числе и пользователи Macintosh). Общая схема была следующией:

    1. Сотрудник Helpdesk приходит к пользователю и экспортирует его ящик.
    2. После экспорта администратор удяляет аккаунт из Керио и создает его Exchange.
    3. Helpdesk создает контакт удаленного пользователя в Kerio (т.к. после удаления пользователь пропадал из адресной книги)
    4. Helpdesk импортировал PST файл обратно в почтовый ящик (можно автоматизировать через powershell из единого хранилища)

    Команда из  администратора и 5 хелпдесков справилась со всем в течении 1,5 месяцев не отрываясь от основной работы и если честно не совсем напрягась, могли бы и быстрее.

    Могу только пожелать вам удачи в вашем проекте. Если найдете другой алгоритм миграции то просьба написать (вдруг пригодится)

    • Предложено в качестве ответа S.Yushkov 23 июня 2012 г. 16:08
    • Помечено в качестве ответа Blyahman Evgen 25 июня 2012 г. 8:45
    23 июня 2012 г. 10:03

Все ответы

  • Что вы понимаете под словом "напрямую", подробнее пожалуйста.

    23 июня 2012 г. 5:07
    Отвечающий
  • Евгений, вы не сможете провести миграцию напрямую по следующим причинам:

    1. В версии Exchange 2010 нет никаких инструментов миграции со сторонних почтовых систем.
    2. У компаний партнеров есть подобные утилиты, но насколько я знаю все они заточены на лотус и  керио в их списке нет.
    3. IMAP в качестве транспорта вам не подойдет, т.к. календарь/задачи он не передает.
    4. У Керио нет никого скриптового языка, которым можно было бы автоматизировать процесс
    5. Microsoft consulting нам не смог предложить ничего "умнее" чем ручная миграция.

    Год назад я проводил такую же миграцию  и тогда все решилось только миграцией через PST (мигрировалось почти 500 ящиков по ~0.6Гб в том числе и пользователи Macintosh). Общая схема была следующией:

    1. Сотрудник Helpdesk приходит к пользователю и экспортирует его ящик.
    2. После экспорта администратор удяляет аккаунт из Керио и создает его Exchange.
    3. Helpdesk создает контакт удаленного пользователя в Kerio (т.к. после удаления пользователь пропадал из адресной книги)
    4. Helpdesk импортировал PST файл обратно в почтовый ящик (можно автоматизировать через powershell из единого хранилища)

    Команда из  администратора и 5 хелпдесков справилась со всем в течении 1,5 месяцев не отрываясь от основной работы и если честно не совсем напрягась, могли бы и быстрее.

    Могу только пожелать вам удачи в вашем проекте. Если найдете другой алгоритм миграции то просьба написать (вдруг пригодится)

    • Предложено в качестве ответа S.Yushkov 23 июня 2012 г. 16:08
    • Помечено в качестве ответа Blyahman Evgen 25 июня 2012 г. 8:45
    23 июня 2012 г. 10:03
  • Спасибо за ответ Андрей, я подозревал что так и придётся поступать и работать через pst файлы, но очень хотелось провести всю миграцию за выходные и просто переключить пользователей на новый сервер. 

    25 июня 2012 г. 8:47
  • Я понимаю ваше желание  сделать все в максимально сжатые строки. Но надо отдавать себе отчет в том, что в этом случае вы должны все очень хорошо продумать и протестировать. Иначе одна мельчайшая ошибка может провести к лавинообразным проблем и ваш телефон будет красный от звонков.

    Постепенный переход удобен тем, что вы можете все оттестироват на реальных пользователях (ИТ отдел + наиболее лояльные) и решать возникающие проблемы походу миграции в рабочем порядке.

    25 июня 2012 г. 8:55