Перехід від Exchange 2003 до Exchange 2010

Розглянемо розгортання малого та середнього бізнесу на Exchange 2003. Питання полягає у переході до Exchange 2010. Ось трохи про ландшафт:

• Поточний стан - 50-100 користувачів / поштових скриньок, більшість із яких використовує Outlook 2007
• OWA увімкнено
• користувачі настільних ПК НЕ працюють у режимі кешованої біржі
• Користувачі ноутбуків працюють у режимі кешованої біржі
• єдиний сервер Exchange зі скромними або розумними характеристиками на день (3 ГГц, багатоядерний, 4 ГБ, 32-розрядний Windows 2003)

Запитання

• Які ваші пропозиції для адміністрації щодо шляху / кроків оновлення з Exchange 2003 до 2010 року?

• Враховуючи вимогу 64-розрядної ОС, розгляньте нову окрему машину як готову до роботи з Windows 2008. Чи пропустив я якусь деталь?

• Де віртуалізація може допомогти в цьому проекті?

Будемо вдячні за будь-які уроки, отримані в попередніх оновленнях (2007 або 2010)!

Якщо чесно, це звучить як шматок пирога. Один сервер, єдиний сценарій фізичного розташування, як ви описуєте, - це найпростіша міграція. Дотримуйтесь вказівок Microsoft, і ви будете на шляху до успіху. Ви в основному говорите про міграцію "Перемістити поштову скриньку", яка не бачить користувачів.

Ваша установка Exchange 2003 вже має бути в пакеті оновлень 2. Це все, що дійсно потрібно.

У Exchange 2010 є відчуття незначного оновлення версії з Exchange 2007 (що було відсутністю серйозних архітектурних змін на зразок між 2003 і 2007 роками), і міграції, які я робив з 2003 по 2007 рік, були дуже плавними. Я сподіваюся, що міграція з 2003 по 2010 рік буде однаковою мірою (хоча я ще не мав приводу робити якусь гру?).

Ви говорите, що правильно: отримання нового серверного комп'ютера для розміщення Exchange 2010. Переконайтеся, що ви надаєте сховище відповідно до найкращих практик Microsoft (окремі шпинделі для журналів і баз даних транзакцій ESE, налаштовані на послідовний доступ до попереднього та випадкового доступу для останнього).

Я бачив деякі гики в міграціях Exchange 2003 до 2007 року, коли користувачі відкривали свої поштові скриньки, перебуваючи в режимі кешування, під час міграції. Це повинен бути можливо перемістити поштову скриньку користувача, в той час як вони використовують зовнішній вигляд, але я б не шанс it-- я бути впевнений , що вони не використовують Outlook , при переміщенні поштових скриньок.

Якщо ви збираєтеся скоротити всіх відразу, змінити правила брандмауера, які пересилають доступ OWA з Інтернету на новий комп'ютер Exchange Server, не є великою справою. Якщо ви плануєте співіснувати поштові скриньки на обох серверах протягом певного часу, вам потрібно буде турбуватися про те, щоб користувачі отримували доступ до потрібного примірника OWA, щоб дістатися до своєї пошти, залежно від того, перемістилася чи ні їх поштова скринька. (Це хороший аргумент для вирішення всіх користувачів одразу протягом запланованого інтервалу простою.)

Я не знаю, що віртуалізація "допоможе" в тому сенсі, що міграція буде такою самою, будь то міграція на голий метал чи віртуалізовану машину. Exchange 2010 є більш приємним, ніж попередні версії Exchange щодо потреб в IO, тому запуск у віртуалізованому середовищі (де ви отримуєте деяку кількість накладних витрат через віртуалізацію) матиме менший вплив у порівнянні з попередніми версіями Exchange.

Якщо ви розміщуєте будь-який інтегрований Exchange-антивірус, ви готові отримати ліцензію на версію, сумісну з Exchange 2010?

Чи готове ваше програмне забезпечення для керування резервними копіями для підтримки Exchange 2010?

Ви можете прочитати на Exchange Autodiscovery. Це може мати наслідки для вашого сертифікату SSL та інфраструктури DNS, якщо ви не хочете отримувати невеликі набридливі попередження від Outlook. Погляньте на це, щоб отримати гарну інформацію (друга стосується Exchange 2007, але вона не змінилася кардинально в Exchange 2010).

• Розуміння служби автовідкриття

• Біла книга: Служба автоматичного розкриття Exchange 2007

Я щойно проводив обмін 2003 року для обміну міграцією 2010 року. По-перше, це пройшло бездоганно! Я був такий задоволений результатом. Як багато хто з вас знає, для Exchange 2010 потрібна 64-бітна ОС. Цього разу я розпочав проектувати, створивши новий 64-розрядний корпоративний сервер Windows 2008 та новий 64-розрядний контролер домену Windows 2008 у існуючому середовищі активного каталогу 2003.

По-перше, дозвольте мені сказати, що вам доведеться запускати компакт-диск 2008 року на своєму DC, який виконує ваші ролі fsmo.

Я встановив Exchange 2010 і створив новий сервер BES 5.0.2, оскільки вважав, що це буде прекрасний час для оновлення корпоративних користувачів blackberry.

Я люблю цю версію обміну! Я працював у режимі спільного існування, поки міграція не була завершена, і тоді я видалив обмін 2003 року зі свого оточення та звільнив цей старий незграбний сервер обміну. Дозвольте сказати, що, незважаючи на шум щодо того, щоб зробити ваш клієнт рольовим доступом та роллю поштової скриньки, це віртуальний комп'ютер У мене не було проблем із цим, оскільки я є величезним фанатом VMware та віртуалізації. У мене не було жодних проблем з моїми ролями cas, хаб і поштової скриньки, все в одній машині вільного зв'язку з нульовими проблемами продуктивності.

Одне, що мені не подобається, - це те, що дизайнерський магазин store.exe - це свиня для пам'яті! Однак є параметри, які ви можете використовувати в adsiedit.msc, де ви можете обмежити використання пам'яті store.exe, які чудово працюють!

Взагалі єдина скарга, яку я отримав, від служб довідки, оскільки вони не можуть встановити інструменти управління Exchange на своїх робочих столах, оскільки вони мають 32-бітну ОС. Я сказав їм оновити настільну ОС до 64 біт, щоб вони могли запускати інструменти. Я знаю, що вони створюють інструменти управління сторонніми сторонами, які дозволяють вашій службі підтримки все ще виконувати загальні завдання обміну, але я НЕ великий прихильник сторонньої сторони.

Якщо у когось виникнуть запитання щодо більш детальної інформації про міграцію з біржі 2003 до 2010 року, я з радістю відповім на них. Крім того, коли ви плануєте розгорнути обмін 2010 року, важливо пам’ятати, що це запам’ятати собі достатньо місця для інформаційного магазину, оскільки обмін 2010 НЕ любить мати менше 2 Гб вільного місця в ланчі магазину або місяці. Якщо вона знизиться нижче, 2 Гб пошта перестане надходити і більше не буде надходити, поки ви не звільніть місце.

Ми розглядаємо те саме оновлення тут, і я знайшов цей документ, який видається досить детальним та простим. http://www.simple-talk.com/sysadmin/exchange/upgrade-exchange-2003-to-exchange-2010/