Сергій Лопутнев, Дмитро Ільїн

Microsoft Exchange Server 2007
Перші кроки з розгортання та налаштування

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

В якості передмови

У сучасному світі для більшості організацій електронна пошта стала основним засобом комунікації при веденні бізнесу, в зв'язку з цим вимоги до неї збільшилися як якісно, ​​так і кількісно. Користувачам необхідний зручний, швидкий доступ до своїх даних, саме даними, а не тільки електронній пошті, в будь-який час і в будь-якому місці. Крім обміну електронними повідомленнями, вони хочуть планувати зустрічі, створювати завдання, користуватися контактами, отримувати доступ до файлів, що знаходяться на файл-серверах, використовуючи єдиний інструмент, який об'єднує всі ці різноманітні типи даних в одному місці, в одному інтерфейсі. Всю цю необхідну функціональність може надати MS Exchange Server 2007 за клієнтом Microsoft Outlook 2007.

Ми (прим. Автори статті - Сергій Лопутнев і Дмитро Ільїн - працюють в калінінградської компанії «Програмні Рішення», яка займається IT-аутсорсингом на регіональному ринку IT-послуг) прихильники збалансованого використання як платного, так і безкоштовного ПО. За нашу довгу практику роботи (понад 10 років) з різними програмними продуктами компанії Microsoft і різними Open Source-рішеннями, склалося ось яка думка щодо лінійки продуктів Microsoft Exchange. У тому вигляді, в якому даний продукт зараз знаходиться, він не має собі аналогів. Хоча програмний комплекс має чималу вартість, але все-таки ті можливості, які він дає, варті того. Всі близькі або далекі його аналоги є на даний момент або також платними, або непростими в розгортанні та впровадженні. Наприклад, також платний Instant Business Network Російської компанії MediaChase для win32-платформи. Зазвичай Microsoft Exchange порівнюють з Lotus Domino, але в нашому регіоні даний продукт масового поширення не отримав, ми думаємо, так само як і в інших периферійних регіонах, на відміну від Москви і Пітера, з багатьох причин, про які треба говорити в окремій статті. Якщо подивитися в бік Open Source, то це Open-Xchange ( http://www.open-xchange.com ), Який кілька запізнюється у випуску різних нововведень в порівнянні з Microsoft Exchange або, наприклад, продукт OpenGroupware ( www.opengroupware.org ), Який хоча і безкоштовний, але, на наш погляд, для фахівця-початківця в платформах, службовців для організації групової роботи, він буде дуже нетривіальний в розгортанні та впровадженні. Крім того проект OpenGroupware є тестовим майданчиком для вже «доведеного до розуму» платного рішення http://www.instantogo.com .

Цикл статей буде присвячений розгортанню рішення на базі MS Exchange Server 2007 року на прикладі одного підприємства. На наш погляд, рішення, які ми будемо описувати в майбутньому циклі статей, можуть бути застосовні для багатьох російських і зарубіжних компаній, як цілком, так і в якості окремих логічно закінчених рішень.

опис ситуації

Постараємося описати Workaround, тобто нашу навколишнє ситуацію, для того щоб ви могли сприйнятий-мати цикл статей як єдине ціле.

Це був початок 2007 року, організація, яка звернулася за допомогою в нашу компанію, побудувала нові офісні приміщення і повинна була переїхати з тимчасового офісу в новий - основний. До цього, поки всі співробітники перебували в тимчасовому офісі, користувачі працювали з Exchange Server 2003 Standard Edition, причому абсолютно не користуючись можливостями протоколу MAPI, але тим не менш використовуючи Microsoft Outlook 2003 працюючи через Pop3 або Imap. Залишимо цей факт на совісті попередніх адміністраторів і перейдемо «до наших баранів».

Через те що вся пошта співробітників вже і так перебувала на локальних станціях в файлах * .pst, будь-яка міграція була виключена, і, на наш погляд, найшвидшим і ефективним було розгортання нової інфраструктури Active Directory на нових серверах, а також розгортання «з нуля» Microsoft Exchange Server 2007. Саме цій нової платформи, а не старої 2003 через нових можливостей, що надаються останньою версією продукту. Крім того, на розгортання необхідної інфраструктури і перенесення комп'ютерів користувачів були відведені половина п'ятниці та вихідні.

Наступним кроком було розгортання та налаштування Linux SMTP Gateway для установки вже купленого на той момент Kaspersky Mail Gateway, що поєднує в собі функції антивіруса і антиспам.

Зауваження: даний продукт як антивірус, можливо, працює непогано, але як антиспам він поступається навіть можливостям стандартних перевірок конфігурації Exim. І виправдовує вираз «безкоштовний сир буває тільки в мишоловці».

Підготовка до розгортання

Приступимо до реалізації рішення описаних вище завдань. Первісна схема реалізації поштової підсистеми підприємства виглядала наступним чином (див. Рис. 1).

Малюнок 1. Схема розгортання Exchange 2007

Весь зовнішній трафік приймається на граничний маршрутизатор CISCO. Після чого відповідними правилами маршрутизируется на зазначені машини. У контексті статті нас, звичайно ж, цікавить тільки поштовий трафік 25 порту SMTP, який ми перенаправили на Linux SMTP Gateway. Дану машину ми вирішили використовувати в якості ролі тільки SMTP-транспорту, для виконання функцій фільтрації спаму і вірусів, після чого пошта перенаправляється на Microsoft Exchange Server 2007, який в первісної реалізації поєднував в собі такі ролі - Client Access Server (CAS), Hub Transport Server (HTS) і MailBox Server (MBS). І тільки з Exchange-сервером працювали кінцеві користувачі.

Тепер давайте трохи зануримося в теорію і більш детально розглянемо поняття кожної з ролей в Exchange Server 2007.

Більш ранні версії Exchange можливо було встановити тільки в варіанті front-end або back-end-сервера. В Exchange 2007 була введена модульна система, яка дозволила встановлювати на сервер наступні п'ять ролей:

• Edge Transport - прикордонний транспортний сервер;
• Hub Transport - транспортний сервер / транспортний сервер-концентратор;
• Client Access - роль сервера клієнтського доступу;
• Mailbox - неперекладне назву;
• Unified Messaging - роль сервера єдиної системи обміну повідомленнями.

Хочеться відзначити, що для зручності і розуміння краще користуватися англомовними термінами. А тепер коротко зупинимося на кожній з ролей ...

Роль Edge Transport

Призначена для управління вхідний і вихідний потоком електронної пошти та установки в демілітаризованій зоні мережі. Ця роль повністю ізольована від Active Directory (AD) і не робить на неї ніякого впливу. Ви запитаєте, на яких даних вона ґрунтується, якщо вона повністю ізольована? Для цього на сервер повинна бути встановлена ​​Active Directory Application Mode (ADAM). Це дозволяє виробляти односторонню синхронізацію сервера з AD, тобто отримувати всі необхідні настройки і дані. Виділення Edge Transport в окремий модуль дозволяє ефективно використовувати його як фільтр вхідної пошти від спаму і вірусів і не боятися можливості втрати будь-яких даних в AD і пошти в разі зловмисних дій третіх осіб.

Примітка: в нашій ситуації функції даної ролі виконує Linux SMTP Gateway.

обмеження:

• потрібен окремий сервер, який не входить в домен;
• не може нести на собі кілька ролей одночасно;
• необов'язкова роль (сервера з цією роллю може не бути в організації).

Роль Hub Transport

Дуже схожа на попередню роль, однак вона може бути встановлена ​​тільки на сервер, який є членом домену AD. Як і попередня роль, Hub Transport використовується для управління поштовим трафіком. А відповідно на нього також можна встановити / налаштувати антиспам і антивірусне рішення. Вашу електронну пошту, що отримується від Edge Transport (за умови, що цей сервер є в організації), передається на сервер з цією роллю і потім розподіляється їм по адресатам. Вихідна відповідно передається з нього на Edge, а потім вирушає зовнішнім адресатам.

обмеження:

• на одному з Exchange-серверів організації повинна бути встановлена ​​як мінімум одна роль Hub Transport;
• сервер з роллю Hub Transport повинен бути членом домену;
• обов'язкова роль (як мінімум один сервер в організації повинен мати цю роль).

Роль Client Access

Дана роль призначена для підтримки доступу користувачів через Web Access (інтернет-браузер), забезпечення роботи по POP3- і IMAP-протоколам, а також для можливості доступу користувачів до Exchange 2007 через мобільні пристрої (Exchange ActiveSync). Ця роль також привнесла деякі нововведення у вигляді Exchange WEB Services, зокрема Auto-discovery Service, який допомагає автоматично налаштувати клієнтів Outlook 2007.

обмеження:

• сервер з роллю Client Access повинен бути членом домену;
• необов'язкова роль (сервера з цією роллю може не бути в організації;
• вимагає наявності на сервері встановлених IIS (Internet Information Services), а також RPC over HTTP Service.

роль MailBox

Ця роль найпростіша в розумінні. Призначена для управління базами даних Exchange Server, які зберігають поштові скриньки користувачів і дані загальних папок, якщо останні створені.

обмеження:

• сервер з роллю MailBox повинен бути членом домену;
• обов'язкова роль (як мінімум один сервер в організації повинен мати цю роль);
• вимагає наявності на сервері встановленого IIS (Internet Information Services).

Роль Unified Messaging

Роль сервера єдиної системи обробки повідомлень дозволяє об'єднати за допомогою Exchange-сервера такі сервіси, як VoIP (голосові повідомлення), факсові повідомлення. Тобто за допомогою цієї ролі ви можете переглянути надійшли до вас факси, пошту або прослухати залишені вам голосові повідомлення. На жаль, підтримується тільки прийом факсимільних повідомлень, відправка факсимільних повідомлень не підтримується, також великим мінусом є відсутність російського голосового інтерфейсу і необхідність сумісного, сертифікованого Microsoft, апаратного забезпечення. Для детального вивчення рекомендуємо звернутися до першоджерела http://technet.microsoft.com/ru-ru/library/bb124935.aspx .

Підіб'ємо невеликий підсумок.

1. Для працездатності Exchange 2007 необхідно встановити як мінімум дві ролі: MailBox і Hub Trasport.
2. На сервер з роллю Edge Transport не можна поставити більше жодну роль, і цей сервер не повинен бути включений в домен.
3. На кластер-сервер з роллю MailBox не можна встановити ніяку іншу роль.
4. На один сервер можуть бути встановлені всі ролі (виключення п. 2), і він повинен бути членом домену.

Повертаючись до рис. 1, нагадаємо, що в якості Edge Transport-сервера був обраний Linux SMTP gateway на операційній системі Fedora Core Linux. Як антивіруса був встановлений Kaspersky Mail Gateway, а в якості MTA-агента Exim 4.6.

Чому? По-перше, спрацювала стара звичка, і вирішено було використовувати перевірений метод захисту від спаму і вірусів, а не освоювати нову і не випробувану в справі до того моменту роль прикордонного транспорту.

Exim був обраний не випадково. У нас вже був багатий досвід роботи з даними МТА, і спочатку ми хотіли використовувати його тільки в якості страховки, так як Kaspersky Mail Gateway уже включав в себе функції MTA-агента, але, як показала подальша практика роботи, дане рішення виправдало себе за рахунок багатих можливостей по нестандартному конфігурації Exim і його можливостям по маршрутизації повідомлень, дуже докладної діагностичної інформації в лог-файлах, а також перевірок щодо боротьби зі спамом і небажаною поштою. Всі ці можливості, на жаль, Kaspersky Mail Gateway не надавав.

Фільтрація спаму здійснювалася також за допомогою Kaspersky Mail Gateway як на основі RBL, так і за допомогою інших, вже невигадливих на той момент, перевірок. Зупинятися докладно на налаштуваннях цих компонентів не будемо. Є достатньо прикладів реалізації взаємодії Exchange + Exim.

Щоб приступити до побудови варіантів реалізації поштової підсистеми організації, визначимо вхідні дані для побудови поштового сервера на базі Microsoft Exchange Server 2007. Кількість користувачів: 250-300 плюс 40-60 віддалені.

Слід зазначити, що відповідно до рекомендацій Microsoft ( http://technet.microsoft.com/ru-ru/library/bb738142.aspx ) Для правильного вибору конфігурації поштового сервера вам необхідна 64-бітна апаратна платформа. З наявного на той момент вже купленого «заліза» була обрана наступна 64-бітна апаратна конфігурація Exchange-сервера:

• корпус - Kraftway Express 200;
• процесор - 2 * Xeon 2,6;
• обсяг пам'яті - 8 Гб;
• жорсткий диск - SATA 10 RAID, 500 Гб.

Що було цілком достатньо для забезпечення вхідних умов. Залізо було підготовлено. Починався найцікавіший етап ... Розгортання.

Вибір продукту і ліцензування

Грунтуючись на системних вимогах, які детально викладені на Microsoft TechNet, наприклад http://technet.microsoft.com/ru-ru/library/aa996719.aspx , Інформації в питаннях і відповідях, а також статті про вибір редакції Exchange Server 2007 і порівняно редакцій було прийнято рішення - потрібно встановлювати:

• операційна система - Windows Server 2003 Enterprise Edition SP1 x64 English;
• Exchange-сервер - Microsoft Exchange 2007 RTM Standard Edition English;
• +400 Exchange Server Standard CAL.

Але на той момент необхідно було наявність двох серверів, що виконують ролі контролера домену. Основний контролер вже був розгорнутий, і наш Exchange-сервер повинен був ще виконувати функції другого контролера домену, з чому він згодом успішно справлявся протягом майже 5 місяців, до моменту планового переходу на рішення з використанням технології Cluster Continues Replication (CCR) - послідовної кластерної реплікації.

Якщо з вибором ОС більш-менш все ясно, то вибір типу Exchange Server пояснимо. На той момент планувалася проста схема, в якій всі ролі ніс один сервер (див. Рис. 1). Розміри і кількість сховищ в цій версії такі, що будь-який середньої організації їх вистачить надовго, а про кластері тільки думали, але вирішили відкласти на майбутнє, по вагомим на той момент причин, тому наш вибір на той момент був Exchange в редакції Standard.

Хоча все програмні продукти Microsoft цією організацією купувалися за Enterprise Agreement, для попереднього розрахунку вартості і правильності вибору типу ліцензій раджу скористатися цим сервісом http://www.microsoft.com/licensing/mla .

Підготовка до встановлення

Отже, що нам знадобиться для установки: сервер, дистрибутиви, ліцензії і деякі оновлення до сервера, про які трохи пізніше, плюс час у вихідні.

На залізо, вказане вище, була проведена установка ОС, і сервер був зроблений другим контролером домену. В протягом 4 годин пройшли всі необхідні реплікації. Здавалося б, все готово, і можна запускати установку, проте згідно з рекомендаціями Microsoft необхідно виконати наступні кроки:

1. Встановіть .NET Framework 2.0 (з панелі установки видалення програм - Add / Remove Windows Components, якщо у вас дистрибутив Windows 2003 R2), або скачайте тут - http://www.microsoft.com/downloads/details.aspx?FamilyID=b44a0000-acf8-4fa1-affb-40e78d788b00 .
2. Пакетом оновлень для .NET Framework 2.0, який завантажуємо звідси - http://go.microsoft.com/fwlink/?linkid=74465 .
3. Встановіть Microsoft Console версії 3.0 - http://www.microsoft.com/downloads/details.aspx?FamilyId=B65B9B17-5C6D-427C-90AA-7F814E48373B .
4. Встановіть Internet Information Services (необхідний для ролей MailBox і Client Access).
5. Також нам знадобиться оновлення TimeZone - http://www.microsoft.com/downloads/details.aspx?FamilyID=0bf2d1bd-e9e0-40ab-885b-01c2497b60fc .
6. І інструмент адміністратора PowerShell 1.0, який можна завантажити тут - http://www.microsoft.com/downloads/details.aspx?familyid=8913EEC8-B8AD-4889-AD85-A113F13441C5 .
7. Після всіх оновлень не забудьте перезавантажитися і перевірити System і Application Logs.

Тепер можете запустити setup.exe з дистрибутива Exchange Server 2007 і побачити картинку, яка підтверджує, що вам не потрібно більше встановлювати ніяких додаткових коштів. Якщо хоч один з пунктів до пункту «4. Install Microsoft Exchange »буде активним, значить, ви щось пропустили. Необхідно буде встановити пропущений компонент.

Після насолоди рис. 2 натискаємо кнопку «Close», щоб ще раз переконатися, що у вас все готово, запустіть команди перевірки dcdiag і netdiag, що входять в SUPPORT TOOLS.

Малюнок 2. Вікно запуску установника Microsoft Exchange 2007

Зауваження: так як у вас повинна бути 64-бітна ОС, то і Support Tools потрібно встановлювати з 64-бітного дистрибутива. На цій хитрості ми попалися якось раз через те що, Support Tools були встановлені з дистрибутива для 32-бітної платформи, то dcdiag і netdiag видавали зовсім незрозумілі і не ідентифікуються помилки.

Тільки в разі успішного проходження цих команд можна переходити до наступного кроку, якщо ж ні, то радимо перш позбутися всіх помилок і попереджень, щоб в подальшому не зіткнутися з різними проблемами під час інсталяції, так як показує практика - це один з найважливіших моментів на етапі розгортання того чи іншого продукту.

розгортання

Установку сервера можна виробляти в двох варіантах - в графічному середовищі і через командний рядок, ми використовували метод графічної установки. Однак від командного рядка не втечеш, і попередньо необхідно підготувати схему Active Directory і домен до установки Exchange Server. Чому підготовку краще виконати з командного рядка, будемо сподіватися, це вам зрозуміло. Це дозволить нам контролювати кожен етап підготовки більш ретельно.

Отже, для підготовки AD нам необхідно виконати наступні команди:

C: \ DISTR \ E2007RTM \ Setup.com / PrepareSchema

C: \ DISTR \ E2007RTM \ Setup.com / PrepareAD / OrganizationName: <ім'я організації>

C: \ DISTR \ E2007RTM \ Setup.com / PrepareDomain

де C: \ DISTR \ E2007RTM \ - шлях до вашого дистрибутива.

Команду «setup / PrepareLegacyExchangePermissions» я не запускав, тому що старих серверів Exchange в домені взагалі не було.

Результат успішного виконання команд можна побачити на рис. 3, 4, 5. Більш докладний опис цих команд і їх призначення можна знайти за посиланням http://technet.microsoft.com/ru-ru/library/bb125224.aspx . Отже, в нашому випадку ці команди повідомили про успішне виконання, можемо приступити безпосередньо до установки. В іншому випадку шукаємо помилку разом http://forums.microsoft.com/TechNet-RU/ShowForum.aspx?ForumID=971&SiteID=40 .

Малюнок 3. Підготовка. Виконання команди підготовки Active Directory

Малюнок 4. Підготовка. Виконання команди підготовки схеми

Малюнок 5. Підготовка. Виконання команди підготовки домену до установки Exchange 2007

Тепер можна почати безпосередньо саму установку з графічного інтерфейсу або продовжити з командного рядка. Ми пройдемо по першому шляху. Найбільш авантюрним товаришам радимо статтю http://technet.microsoft.com/en-us/library/bb288906.aspx , Яка розкриває всі секрети розгортання Exchange в пакетному режимі.

Запускаємо setup.exe і вибираємо 4 пункт (див. Рис. 2). Приймаємо ліцензійну угоду, вибираємо так \ немає, в залежності, чи хочемо ми допомагати Microsoft і відсилати їм автоматично звіти про помилки Exchange, і потрапляємо на сторінку вибору типу установки (див. Рис. 6).

Малюнок 6. Встановлення. Вибір варіантів установки Microsoft Exchange 2007

Ми залишаємо папку за замовчуванням (поштові бази даних, потім перенесемо на спеціально підготовлений для цього RAID-масив) і вибираємо «Custom exchange Server Installation». Сміливо тиснемо «Next».

На наступній сторінці нас попросять вибрати ролі, які ми хочемо встановити на сервер (див. Рис. 7). Вказуємо обумовлені нами раніше ролі і натискаємо «Продовжити».

Малюнок 7. Встановлення. вибір ролей

Так як у деяких наших клієнтів ще використовувався Office Outlook 2003, то на сторінці виберемо «Yes». Також його необхідно вибрати, якщо вам необхідно встановити Public Folders (див. Рис. 8).

Малюнок 8. Установка. Вибір підтримки старих клієнтів

Зауваження: загальні папки в тому вигляді, в якому вони були представлені раніше в 2003 версії Exchange, в версії 2007 зазнали зміна в бік платформи SharePoint, і якщо у вас у всіх клієнтів буде встановлений клієнт Outlook 2007, то вам не потрібно встановлювати загальні папки взагалі . Даний вибір впливає саме на ці опції.

І натискаємо «Next». Інсталятор ще раз перевірив необхідні компоненти для установки обраних ролей (див. Рис. 9) і після натискання «Install» почав процес установки. Під час процесу установки був випитий дві склянки кави і викурено 4 сигарети.

Малюнок 9. Установка. Перевірка необхідних компонентів

Прощальна сторінка інсталятора сповістила про те, що процес закінчився благополучно і можна починати настройку (див. Рис. 10).

Малюнок 10. Установка. завершальний етап

Початкова настройка

Управління через Exchange Management Console сервером Exchange розбите на три групи:

• управління настройками організації;
• управління ролями сервера Exchange;
• Керування користувачами.

Основні моменти роботи з консоллю описані в статті: http://technet.microsoft.com/ru-ru/library/bb123762.aspx .

Однак перш ніж перейти до більш тонкої настройки необхідно пройтися по сценаріями завершення установки Finalize Deployment, які можна подивитися, клацнувши в консолі по Microsoft Exchange.

А самє:

1. Ввести ліцензію (див. Рис. 11).
2. Налаштувати Offline Address Book (OAB) для Outlook-клієнтів, які використовуються у вас в організації 2003 або 2007 версії (див. Рис. 12).
3. Налаштувати Outlook Anywhere для роботи локальних та віддалених клієнтів (див. Рис. 13).
4. Вказати додаткові доменні імена, які обслуговуються даним сервером, тобто, на які ви збираєтеся приймати пошту, якщо звичайно такі є (див. Рис. 14).
5. Налаштувати як мінімум один Send Connector за допомогою команди EMS, для того щоб ми могли відправляти пошту назовні.

Малюнок 11. Введення ліцензії

Малюнок 12. Налаштування Offline Address Book

Малюнок 13. Налаштування Outlook Anywhere

Малюнок 14. Налаштування додаткових поштових доменів

Йдемо далі.

[PS] C: \> new-SendConnector -Name 'OUT' -Usage 'Internet' -AddressSpaces 'smtp: *; 1' -DNSRoutingEnabled $ false \

-SmartHosts '[192.168.0.254]' -SmartHostAuthMechanism 'None' -UseExternalDNSServersEnabled $ true -SourceTransportServers 'BETA'

Виконання такої команди створить SMTP Connector, який буде відсилати пошту на всі зовнішні домени через smart-host (наш Linux SMTP, який ми використовуємо замість Edge Transport), використовуючи DNS на цьому хості з транспортного сервера BETA. Створити SMTP Connector можна, також запустивши майстер створення нового SMTP (див. Рис. 15).

Малюнок 15. Створення SMTP Connector

По кожному кроці є докладна інструкція по виконанню, тому зупинятися на них не будемо. Цих кроків повинно вистачити для забезпечення мінімального функціонування.

Перенесення поштових сховищ на RAID

Можна здійснити за допомогою одного з двох інструментів Exchange Management Shell або Exchange management Console. Зробимо це за допомогою shell. Попередньо на RAID-масиві створюємо папку MAIL і дві вкладені папки FSG (для First Storage Group) і PFD (для Public Folders). У кожній з цих папок створюємо ще дві - System і Logs. Наступні команди будуть приведені щодо створеної структури папок на диску D: \>.

Демонтуємо наявні БД, створені за замовчуванням за умови, що на етапі установки ви вибрали опцію підтримки клієнтів версії нижче ніж 2007.

[PS] C: \> Dismount-Database -Identity "BETA \ First Storage Group \ Mailbox Database"

[PS] C: \> Dismount-Database -Identity "BETA \ Second Storage Group \ Public Folders Database"

Погоджуємося з питаннями підтвердження демонтажу.

Тепер змінюємо шляхи обох storage group:

[PS] C: \> Move-StorageGroupPath -Identity "BETA \ First Storage Group" -LogFolderPath "D: \ Mail \ FSG \ Logs \" -SystemFolderPath "D: \ Mail \ FSG \ System \"

[PS] C: \> Move-StorageGroupPath -Identity "BETA \ Second Storage Group" -LogFolderPath "D: \ Mail \ PFD \ Logs \" -SystemFolderPath "D: \ Mail \ PFD \ System \"

І переносимо самі БД:

[PS] C: \> Move-DatabasePath -Identity "BETA \ First Storage Group \ Mailbox Database" -EdbFilePath "D: \ Mail \ FSG \ FSG.edb"

[PS] C: \> Move-DatabasePath -Identity "BETA \ Second Storage Group \ Public Folder Database" -EdbFilePath "D: \ Mail \ PFD \ PFD.edb"

Тепер монтуємо наші перенесені БД:

[PS] C: \> Mount-Database -Identity "BETA \ First Storage Group \ Mailbox Database"

[PS] C: \> Mount-Database -Identity "BETA \ Second Storage Group \ Public Folders Database"

Якщо в процесі перенесення виникнуть проблеми, спробуйте додати параметр - ConfigurationOnly і перенести файли вручну.

Налаштування Exim, які взаємодіють з Exchange, докладно описувати не будемо, зупинимося на даному етапі тільки на цікавлять нас налаштуваннях.

Exim.conf

Спочатку в розділі ACL ми робимо LDAP-перевірку в Active Directory:

# Перевіряємо наявність користувачів в Exchange

deny domains = + relay_to_domains

message = "Unknown user for this domain"

condition = $ {if! match {$ {lookup ldap {LDAP_AD_MAIL_RCPT}}} \

{@MS_EXCHANGE_DOMAIN} {yes} {no}}

Далі налаштовуємо роутер для наших доменів:

OurDomain_Howto_RU_delivery:

driver = manualroute

transport = beta_howto_ru

route_list = "howto.ru beta.howto.ru byname"

Після настройки роутерів переходимо в розділ транспортів:

beta_howto_ru:

driver = smtp

hosts = 192.10.0.3

envelope_to_add = true

Даних налаштувань досить, щоб пошта ззовні доставлялася в Exchange.

Для відправки можна скористатися стандартним роутером і транспортом для відправки назовні.

Висновок

На цьому моменті ми закінчуємо нашу розповідь, щоб не втомлювати читача надлишком інформації.

Наступного разу мова піде про те, як було вироблено поділ ролей сервера, а саме висновок MailBox ролі на окремий сервер і побудова кластера з використанням технології послідовної кластерної реплікації Cluster Continuous Replication.

Успіхів!

1. http://technet.microsoft.com/ru-ru/library/bb124558.aspx .
2. http://forums.microsoft.com/TechNet-RU/ShowForum.aspx?ForumID=971&SiteID=40 .
3. http://www.msexchange.org .
4. http://www.exchangerus.ru .
5. http://www.microsoft.com/exchange/default.mspx .