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

1. Крок 7. Налаштування Exchange Server 2003
2. Налаштування DNS
3. Справу зроблено

Слід змінити ім'я сайту (mail.clarksupport.com) відповідно до зовнішнього ім'ям, зазначеним при установці CAS. Може виникнути питання: чому цей URL-адреса не була автоматично сформований з використанням Default.asp? Справа в тому, що Exchange-Typical.xml не встановлює модуль ASP в IIS, так як він не потрібно власне для Exchange.

Крок 7. Налаштування Exchange Server 2003

На сервері Exchange 2003 повинна бути задана перевірка справжності на основі форм, інакше OWA не дозволить успішно пересилати повідомлення з сервера Exchange 2010. За допомогою оснастки Certificate Manager консолі MMC або консолі EMC слід експортувати підготовлений раніше сертифікат SSL в PFX-файл (забезпечивши експорт приватного ключа ). Скопіюйте PFX-файл в сервер Exchange 2003 і імпортуйте ключ з використанням оснащення Certificate Manager.

З консолі IIS Management змініть властивості Default Web Site, щоб задіяти новий ключ SSL. В результаті старий сервер Exchange буде приймати як старе ім'я (legacy.clarksupport.com в даному прикладі), так і поточне ім'я (mail.clarksupport.com), поки не оновиться DNS. Після оновлення, виконайте iisreset або перезавантажте старий сервер, щоб почати застосовувати новий сертифікат.

Після зміни сертифіката настройки Outlook, зроблені c використанням RPC / HTTP на сервері Exchange 2003, перестають діяти. Існує два варіанти: створити профіль Outlook MAPI з використанням нових параметрів або змінити наявний профіль для цих користувачів. Для внесення змін необхідно знати старе ім'я, яке буде використовуватися для старого сервера Exchange 2003, і ​​загальне ім'я створеного і завантаженого сертифікату SSL (clarksupport.com в даному прикладі).

Спосіб доступу до властивостей з'єднання Outlook в різних версіях різниться. В Outlook 2007 і пізніших версіях можна клацнути на властивості облікового запису, потім More Settings і перейти на вкладку Connection. Якщо прапорець Connect to Microsoft Exchange Using HTTP не встановлено, профіль не використовує RPC / HTTP. Якщо прапорець встановлений, натисніть кнопку Exchange Proxy Settings. До коригування діалогове вікно для даного прикладу виглядає так, як показано на екрані 3. Щоб протокол RPC / HTTP і раніше діяв з поштовими скриньками, розміщеними на старому сервері, слід внести зміни, показані на екрані 4.

Зміни необхідні, тільки якщо використовується Outlook 2003 або якщо поштова скринька залишиться на старому сервері ще протягом деякого часу. Якщо використовується Outlook 2007 або пізніша версія з активним режимом автовизначення, то при переміщенні поштової скриньки на новий сервер профіль Outlook змінюється автоматично. Якщо є більше одного сервера Exchange 2003, потрібно скасувати поновлення стану посилань, як описано в статті TechNet за адресою bit.ly/aICc3q.

Налаштування DNS

Прийшов час оновити зовнішню і внутрішню служби DNS, щоб старе ім'я вказувало на сервер Exchange 2003 (legacy.clarksupport.com), а зовнішнє ім'я, використане для настройки сервера Client Access, - на новий сервер Exchange 2010 (mail.clarksupport.com).

Для правильного перенаправлення Outlook і автовизначення зовнішнє ім'я сервера Client Access у внутрішній локальній мережі повинно перетворюватися в IP-адресу, доступний зсередини. Те ж відноситься до імені старого сервера Exchange. Оновлення DNS і проведіть тестування. Якщо всі кроки виконані правильно, сервери повинні успішно функціонувати разом.

Наступний крок - перенесення поштових скриньок. Ця тема докладно розглянута в статті «Перенесення поштових скриньок: спосіб Exchange 2010», опублікованій в цьому ж номері журналу.

Справу зроблено

Отже, все готово до роботи в спільній середовищі. Після перенесення всіх поштових скриньок можна приступити до ліквідації середовища Exchange 2003. Але не можна просто видалити сервер! Незважаючи на мирне співіснування, залишається ряд елементів, в тому числі автономні адресні книги і політики адресації електронної пошти, які необхідно перенести зі старої середовища Exchange в нову. Додаткову інформацію можна знайти в моєму блозі за адресою www.theessentialexchange.com .

Майкл Сміт ( [email protected] ) - незалежний консультант; має сертифікат Microsoft Exchange MVP

Розробники Microsoft не рекомендують встановлювати Exchange на контролері домену (DC), в першу чергу через деяких особливостей системи захисту і потенційного перевитрати пам'яті. Однак розміщення Exchange на DC повністю підтримується. Як Small Business Server, так і Essential Business Server встановлюють Exchange на DC. Додаткові відомості по цій темі можна знайти в блозі за адресою bit.ly/bkJXWx і за наведеними в ньому посиланнях.

Однак зауважте, що Exchange повинен бути встановлений після підвищення сервера до рівня DC і сервера групового каталогу. Крім того, не можна змінювати стан сервера протягом всього часу, поки Exchange встановлений на цьому сервері.

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

Тепер витрати на сертифікацію кабельних систем стануть менше на 65%!