Blog of Khlebalin Dmitriy

(Дорогу осилит идущий…)

Управление ресурсными почтовыми ящиками.

В этой статье мы посмотрим на создание ресурсных почтовых ящиков, используя Exchange Management Console и Exchange Management Shell, на преобразование обычных почтовых ящиков в почтовые ящики ресурсов, наконец, мы разберемся с отличиями обычных от ресурсных почтовых ящиков.

Создание ресурсного почтового ящика с помощью Exchange Management Console

Exchange Server 2007 позволяет администраторам создавать объекты вроде Mailbox (Почтовый ящик), Contacts (Контакты), Mail User (Пользователь почты), и Distribution Groups (Группы распределения). Вот шаги, необходимые для создания объекта почтового ящика ресурсов:

  1. Открыть Exchange Management Console.
  2. Расширить Recipient Configuration.(Конфигурация получателя).
  3. Щелкнуть на Mailbox.
  4. В панели Mailbox щелкните New Mailbox
  5. Introduction.(Введение). Мы должны выбрать тип создаваемого объекта: в Exchange Server 2007 у нас есть четыре различных типа почтовых ящиков:
  • User mailbox:(Почтовый ящик пользователя): Это традиционный почтовый ящик
  • Room mailbox:(Почтовый ящик комнаты): Это почтовый ящик, специально приписываемый комнатам для встреч или конференц-залам. Связанный с ним аккаунт пользователя будет отключен в Active Directory.
  • Equipment mailbox:(Почтовый ящик оборудования): Это почтовый ящик, относящийся к конкретному оборудованию (т.е. ТВ, Проектор, GPS и т.д.). Как почтовый ящик ресурсов, этот вид почтового ящика создаст отключенного пользователя в Active Directory.
  • Linked Mailbox:(Связанный почтовый ящик): Этот тип почтового ящика будет использоваться в средах с множественными лесами.
  • В окне Introduction выберите Room Mailbox и затем щелкните Next чтобы продолжить. (Рисунок 1)
1
  1. User Type.(Тип пользователя). В окне User Type мы можем выбрать, создавать ли нового пользователя, или приписать существующего пользователя к новому ресурсному почтовому ящику. Если мы выбираем приписывание существующему пользователю, мы должны проверить, что к этому аккаунту не был приписан ранее другой почтовый ящик. Щелкните Next для продолжения.
  2. User Information.(Пользовательская информация). В окне User Information мы должны ввести личные данные пользователя и выбрать организационную единицу, в которой он будет создан. После этого щелкните Next (Рисунок 2).
2
  1. Mailbox Settings.(Настройки почтового ящика). На странице Mailbox Settings мы можем указать информацию о почтовом ящике, например, Alias(Псевдоним), Mailbox Server(Почтовый сервер) и Mailbox Store (Хранилище), где будет находиться создаваемый ресурсный почтовый ящик. Политики для Mailbox и ActiveSync могут также быть выбраны на этом шаге. Мы можем выбрать, какие поля нам заполнять, а затем щелкнуть Next для продолжения (Рисунок 3)
3
  1. New Mailbox.(Новый почтовый ящик). В окне New Mailbox мы увидим обзор всех данных, выбранных нами на предыдущих этапах. Эти параметры будут использоваться командой New-Mailbox для создания этого ресурсного почтового ящика. Для создания ресурсного почтового ящика щелкните на New (Рисунок 4).
4
  1. Completion.(Завершение). В окне Completion мы увидим команду New-mailboxи параметры, которые мы использовали в процессе создания нового почтового ящика. Разница между нормальным почтовым ящиком и ресурсным — в параметре –room или -Equipment в команде New-Mailbox. Мы можем видеть –Room в конце команды на Рисунке 5.
5

Замечание:: Существует третья опция под названием -Share, которая используется для создания почтового ящика только через Exchange Management Shell. Когда мы используем команду new-mailbox –Shared мы создаем почтовый ящик с выключенным пользовательским аккаунтом, цель параметра share в том, чтобы создавать почтовый ящик, доступный для других пользователей, общий почтовый ящик.

Создание ресурсного почтового ящика через Exchange Management Shell

Другой способ создания ресурсного почтового ящика заключается в использовании Exchange Management Shell. Для этого мы используем команду New-Mailbox. Существует много параметров, связанных с этой командой, а необходимые параметры следующие:

  • Имя
  • Основное имя пользователя
  • База данных
  • Организационная единица
  • • Параметр выбора типа почтового ящика: – Room: Почтовый ящик комнаты – Equipment: Почтовый ящик оборудования – Shared: Почтовый ящик разделяемого ресурса

Для создания пользователя через Exchange Management Shell, мы можем выполнить следующую команду:

New-Mailbox -name <name> -Database <Database name> -OrganizationalUnit Users –UserPrincipalName <UPN value, example: Meeting.Room.Name@contoso.local> -<ResourceType: Room, Equipment or Shared>

Если мы не введем все требуемые параметры, мы получим сообщение, запрашивающее пропущенные параметры. Для ресурсных почтовых ящиков пароль во время процесса не требуется (Рисунок 6).

6

Анализ ресурсных почтовых ящиков

Ресурсный почтовый ящик во многом отличается от обычного почтового ящика, например, Active Directory, конкретными атрибутами, конкретными свойствами в OWA, а в помощнике по расписанию имеется специальное место для них.

В Active Directory все ресурсные почтовые ящики создаются как выключенные аккаунты (Рисунок 7). Это означает, что мы не можем получить доступ к сети, используя пользовательские данные ресурсного почтового ящика.

7

В OWA в Options у нас появляется новый объект под названием Resource Settings специально для ресурсных почтовых ящиков (Рисунок 8). Мы разберем его во второй части статьи.

8

Используя OWA или Outlook 2007, мы получаем функцию Scheduling Assistantкоторая упрощает бронирование встреч. Эта функция рекомендует лучшие дни и моменты для встреч с помощью цветового интерфейса (Рисунок 9). В примере, приведенном ниже, Assistant показывает, что 4 из 4-х участников доступны в 11:30 и 6 комнат доступны (потому что в комнате Chicago уже назначена встреча в это время).

9

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

10

И, наконец, мы можем просмотреть все ресурсные почтовые ящики через Exchange Management Shell (Рисунок 11). Ресурсные почтовые ящики имеют четыре конкретных атрибута: IsResource, ResourceType, ResourceCapacity и Resource Custom.

11

Открытие пользователю доступа к ресурсному почтовому ящику

После создания и проверки почтового ящика ресурса мы можем добавлять разрешения конкретному пользователю контролировать ресурсный почтовый ящик. Это можно сделать, используя команду Add-MailboxPermission (Рисунок 12) со следующими параметрами:

Add-MailboxPermission –Identity <Resource-Mailbox> -User <user> -AccessRights <Access Allowed> -InheritanceType <Inheritance’s Type>

12

Теперь пользователь, указанный в команде Add-MailboxPermission имеет доступ к ресурсному почтовому ящику. Мы можем осуществить это, используя сессию OWA. Откройте OWA, используя мандат, имеющий доступ к ресурсному почтовому ящику, затем щелкните на имя пользователя, вошедшего в систему, вверху справа OWA и введите имя ресурсного почтового ящика и щелкните Open (Рисунок 13).

13

После этого появится новое окно с сессией OWA указанного почтового ящика ресурсов, а затем мы можем настраивать свойства ресурсного почтового ящика этого аккаунта.

Преобразование почтового ящика в ресурсный почтовый ящик

Теперь давайте предположим, что мы создали обычный почтовый ящик вместо ресурсного. Должны ли мы удалить его и создавать почтовый ящик снова? Нет, это не необходимо: мы можем сделать из обычного почтового ящика ресурсный (или наоборот):

  1. Давайте убедимся, что почтовый ящик (meeting.room.quebec) не является ресурсным. Get-Mailbox <Mailbox> | select Name,IsResource
  2. Итак, кто-то создал этот почтовый ящик как обычный почтовый ящик, давайте преобразуем его в ресурсный почтовый ящик. Set-Mailbox <Mailbox to be converted> -Type Room
  3. Теперь давайте проверим преобразования, используя первую команду (шаг 1).

Мы можем увидеть вышеперечисленные шаги на Figure 14, где мы используем команды для преобразования почтового ящика в ресурсный почтовый ящик.

14

Заключение

Мы только что видели, как создавать ресурсный почтовый ящик, используя либо Exchange Management Console, либо Exchange Management Shell. Мы также видели, какие различия существуют между обычными почтовыми ящиками и ресурсными, как преобразовывать почтовый ящик в ресурсный почтовый ящик, и как давать разрешения в ресурсном почтовом ящике конкретным пользователям. Во второй статье мы обсудим, как управлять ресурсными почтовыми ящиками.

16.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Управление ресурсными почтовыми ящиками. отключены

Перемещение почтовых ящиков.

Существует большое количество задач, которые типичный администратор Exchange выполняет каждый день, но есть и такие задачи, которые приходиться выполнять не часто. Перемещение почтовых ящиков – это одна из тех задач, которую некоторые администраторы выполняют гораздо чаще остальных. Самый очевидный пример, когда вы перемещаете почтовые ящики, это когда пользователи перемещаются из одного сервера Exchange на другой сервер в том же самом лесу, обычно во время перехода с Exchange 2000 или Exchange 2003 на Exchange 2007. Однако, существуют и другие причины, когда вам нужно это сделать, например, перемещение почтового ящика в новую базу данных, которая позволяет почтовому ящику иметь больший размер, или же в процессе балансирования, если вы хотите, чтобы все ваши базы данных имели приблизительно одинаковый размер. Также необходимо учесть перемещение почтовых ящиков внутри леса, но об этом я расскажу в другой статье.

Во время перемещения почтового ящика необходимо учесть одну веешь, которая ставит многих администраторов в тупик. Она заключается в том, что элементы из удаляемых элементов КЭШа, также известные как ‘dumpster’, не перемещаются при перемещении почтового ящика. Это может разочаровать пользователей, когда они попытаются восстановить те элементы, которые до перемещения были доступны для восстановления. Поэтому перед тем, как вы начнете выполнять перемещение почтовых ящиков, неплохо бы информировать пользователей, что они должны проверить свои удаленные элементы, и при необходимости восстановили нужные элементы.

Перемещение почтовых ящиков с одного сервера на другой в том же самом лесу – это очень простой процесс, который можно осуществить либо с помощью консоли управления Exchange Management Console, либо с помощью оболочки управления Exchange Management Shell. Если вы переходите с Exchange 2000 или Exchange 2003, убедитесь, что вы не пытаетесь переместить почтовые ящики с помощью инструмента под названием Active Directory Users and Computers или системного менеджера Exchange System Manager, так они для этого не предназначены. Как вы могли уже прочитать, Exchange 2007 больше не поддерживает расширение для Active Directory Users and Computers, что означает, что вся работа осуществляется в консоли управления Exchange Management Console или с помощью оболочки. Давайте рассмотрим обе процедуры, но начнем с консоли управления Exchange Management Console.

Перемещение почтовых ящиков с помощью консоли управления Exchange Management Console

  1. Запустите консоль управления Exchange Management Console в дереве консоли перейди к узлу Recipient Configuration (Конфигурация адресата) и раскройте его.
  2. В узле Recipient Configuration (Конфигурация адресата) выберите пункт Mailbox (Почтовый ящик).
  3. В окне результатов вы увидите список почтовых ящиков внутри вашей структуры Exchange. Если это первый раз, когда вы перемещаете почтовые ящики, то они, очевидно, будут располагаться на серверах Exchange 2000 или Exchange 2003, и поэтому появятся, как Legacy Mailbox , что видно в столбце Recipient Type Details (информация о типе адресата). Почтовые ящики, которые уже были перемещены на сервера Exchange 2007, будут отражаться, как User Mailbox. Другие типы почтовых ящиков, изображены ниже на рисунке 1, из которого видно, что User3 – это почтовый ящик, которые по-прежнему располагается на Exchange 2003.
1
  1. Чтобы переместить почтовый ящик, просто выделите необходимый почтовый ящик, щелкните на нем правой кнопкой мыши и выберите пункт Move Mailbox (Переместить почтовый ящик) из контекстного меню. Обратите внимание, что вы можете выбрать одновременно несколько почтовых ящиков. В результате выбора пункта Move Mailbox (Переместить почтовый ящик) запуститься мастер Move Mailbox wizard, первое окно которого под названием Introduction (Введение) изображено на рисунке 2.
2
  1. В окне введения выберите сервер Exchange 2007, группы хранения (storage group) и базу данных (database), в которой будут храниться перемещенные почтовые ящики. После того, как все будет правильно задано, нажмите на кнопку Next (Далее).
  2. Затем появится окно Move Options (Параметры переноса), которое изображено на рисунке 3. С его помощью вы можете контролировать, что случиться, если в процессе перемещения почтовых ящиков возникнут ошибки. У вас есть возможность пропустить почтовый ящик и не перемещать его, лишь не обращать внимание на ошибки. Вы можете задать, сколько сообщений об ошибках вы можете пропустить в процессе переноса. В Exchange 2003 максимальное число поврежденных элементов, которое вы могли задать, составляло 100, но теперь внутри мастера по переносу почтовых ящиков, вы можете ввести 2^31-1 или 2,147,483,647. Если вы хотите знать мое мнение, то 100 – это более чем достаточно, т.к. если вы перемещаете почтовые ящики с большим количеством поврежденных элементов, то у вас большие проблемы. После того, как вы введете необходимое число, нажмите на кнопку Next (Далее).
3
  1. Далее появится окно Move Schedule (расписание переноса), которое изображено на рисунке 4. С его помощью вы можете начать перенос сразу, либо позднее в запланированное вами время. Это неважно в процессе перехода с одной версии Exchange на другую. Если вы выберите настройку At the following time (в запланированное время), то дата и время по умолчанию будут установлены на текущее время и дату, поэтому вы задать свое время начала данного процесса. Также обратите внимание на настройку Cancel tasks that are still running after (hours) (Отменить задачи, которые выполняются по прошествии), которая позволяет вам задать, как долго будет выполняться процесс, до того, как будет отменен. Снова, это очень полезно, когда вы перемещаете большое количество почтовых ящиков накануне ночью. Например, из рисунка 4 видно, что перенос почтовых ящиков будет отменен через 8 часов, что значит, если этот процесс начался в 21:00, то перенос почтовых ящиков прекратится в 5 часов утра, что гарантирует, что перенос почтовых ящиков никак не повлияет на работу пользователей, которые пришли рано утром на работу. Если почтовый ящик находится в середине процесса перемещения на момент времени 5 часов утра, то этот почтовый ящик будет обратно перемещен на сервер, на котором он размещался изначально; все ранее перемещенные почтовые ящики останутся на новом сервере. Выберите нужные вам настройки и нажмите на кнопку Next (Далее).
4
  1. На следующем экране просто подводятся итоги осуществляемой операции по перемещению почтовых ящиков, предоставляя вам шанс еще просмотреть выбранные вами настройки. Если все верно, нажмите на кнопку Move (Переместить) и запустите процессе перемещения почтовых ящиков. Если вы задали расписание для перемещения почтовых ящиков, то будет запущен процесс обратного отсчета, который можно увидеть на рисунке 5. Вы можете отменить процесс переноса в любой момент, нажав на кнопку Cancel (Отменить).
5
  1. Если вы захотите переместить одновременно несколько почтовых ящиков, то увидите экран, изображенный на рисунке 6, т.к. мастер по перемещению почтовых ящиков многопотоковый. Вы можете увидеть, что задано одновременное перемещение 4 почтовых ящиков, а пятый почтовый ящик, почтовый ящик под названием User9, изображенный внизу на рисунке 6, находите в состоянии Pending (ожидание). Внутри консоли управления Exchange Management Console невозможно перемесить одновременно больше 4 почтовых ящиков, хотя есть возможность изменить количество потоков при использовании оболочки управления Exchange Management Shell, что мы рассмотрим во второй части этой статьи.
6
  1. Если все прошло хорошо, то появится финальный экран, изображенный на рисунке 7.
7

Консоль управления Exchange Management Console нельзя использовать для перемещения почтовых ящиков между лесами. Для этого вам необходимо использовать оболочку управления Exchange Management Shell, но как я уже сказал ранее, в этой статье мы рассмотрим перемещения внутри одной структуры.

Exchange выполняет множество проверок, чтобы гарантировать, что процесс перемещения почтовых ящиков прошел успешно. Например, если вы пытаетесь переместить почтовый ящик в базу данных Exchange 2007о, которая имеет меньший размер почтового ящика, чем перемещаемый почтовый ящик, то вы увидите сообщение об ошибке, изображенное на рисунке 8. В качестве примера другой ошибки, приводится рисунок 9, где мне удалось создать дублированный почтовый ящик

8

9

Журнализация диагностики

Что вы увидите в редакторе событий (event viewer), после того как завершился процесс переноса почтовых ящиков? В моих тестах, в журнал попали одни и те же события, неважно была ли установлена журнализация диагностики на высокий или низкий уровень. В трех журнальных записях ниже, вы можете увидеть, что все три имеют источник Exchange Migration (перенос) и категорию Move Mailbox (перемещение почтового ящика). Первое событие – это событие 1006, как видно из рисунка 10, из которого можно заключить, что процесс в самом разгаре. Показаны исходная и конечная базы данных, а также атрибут Exchange DN перемещаемого почтового ящика, который не виден сразу, а находится в области описания события.

10

После того, как почтовый ящик был перемещен, появляется событие 1007, которое вы можете увидеть на рисунке 11. Тут все понятно.

11

Наконец, появляется событие 9354, которое информирует нас о том, что исходный почтовый ящик был удален из начальной базы данных. Это отражено на рисунке 12.

12

Также стоит отметить еще одно событие в журнале, которое впервые появилось в Exchange 2003. Считается хорошей практикой убедиться в том, что пользователи вышли из своего почтового ящика, перед тем как вы собираетесь переместить данный ящик. Если пользователь пытается получить доступ к своем почтовому ящику, который находится в процессе перемещения, то появляется событие 9660, которое имеет источник MSExchangeIS и категорию Logons. Пример такого события изображен на рисунке 13.

13

Резюме

Перемещение почтовых ящиков в Exchange 2007 очень просто, если использовать мастер Move Mailbox wizard внутри консоли управления Exchange Management Console. Этот мастер во многом обладает той же функциональностью, что и мастер в Exchange 2003. Во второй части этой статьи мы посмотрим на журнальные файлы, сформированные в процессе перемещения почтовых ящиков, а также воспользуемся оболочкой управления Exchange Management Shell для перемещения почтовых ящиков.

В первой части этой статьи мы рассматривали помощника перемещения ящиков (Move Mailbox wizard), расположенного в консоли управления Exchange Management Console, а также различное содержимое журнала событий, которое записывается туда при перемещении почтовых ящиков в Exchange 2007. Хотя помощник Move Mailbox обладает понятным интерфейсом для упрощения процесса перемещения почтовых ящиков между различными базами данных и серверами, ему недостает некоторых настроек, которые требуются администраторам время от времени. Такие параметры можно получить с помощью оболочки Exchange Management Shell во время перемещения ящиков. Далее, во второй части этой статьи мы рассмотрим некоторые ключевые параметры, которые вы сможете использовать. Сейчас, давайте рассмотрим журнал событий, создаваемый в процессе перемещения почтовых ящиков.

Журнал событий перемещения ящиков (Move Mailbox Log Files)

Процесс перемещения ящиков в Exchange 2007 каждый раз сопровождается созданием соответствующих XML и LOG файлов. Эти файлы находятся в папке\Program Files\Microsoft\Exchange Server\Logging\MigrationLogs по умолчанию, как показано на рисунке 14.

14

Оба этих типа файлов содержат информацию о только что выполненном процессе переноса ящика. Примеры .log и .xml файлов показаны на рисунках 15 и 16.

15

16

Чтение .log файлов более понятно, чем чтение XML файлов в их сыром формате, поскольку это не самая простая задача. Одним из решений этой проблемы может стать применение таблицы стилей. Я собираюсь вернуться ненадолго к Exchange 2003, поскольку могу показать вам отличный пример. Процесс перемещения ящиков в Exchange 2003 сопровождается созданием XML файлов подобно перемещению ящиков в Exchange 2007. Комплект разработки ПО Exchange Server 2003 SDK, который можно загрузить здесь, включает в себя таблицу стилей XSLT, которую можно использовать для преобразования способа просмотра XML файлов, созданных в процессе переноса. Это поможет вам понять, что можно сделать с таблицей, если вы выберите этот путь. Конечно, эта таблица стилей с комплектом SDK применима только к Exchange 2003 XML файлам, поэтому для Exchange 2007 XML файлов вам потребуется создавать собственную таблицу, или, возможно, со временем компания Microsoft выпустит такую таблицу. Если вы загрузите и установите Exchange Server 2003 SDK, вы найдете таблицу стилей с названием TaskWizardRun.xslt, в папке по умолчанию \Program Files\Exchange SDK\SDK\Samples\TaskWizard. Чтобы применить эту таблицу к XML файлу вам нужно лишь внести изменение в XML файл. Например, рисунок 17 показывает изначальный Exchange 2003 XML файл, открытый в блокноте.

17

Обратите внимание на вторую строчку, начинающуюся с <taskWizardRun. Чтобы использовать таблицу стилей, просто добавьте следующую строку текста перед taskWizardRun:

<?xml-stylesheet href=»TaskWizardRun.xslt»?>

Теперь XML файл должен выглядеть, как показано на рисунке 18, добавленный текст выделен.

18

Это означает, что теперь, если вы откроете XML файл с помощью Internet Explorer, он будет выглядеть как пример, показанный на рисунке 19. Обращайте внимание на исправление орфографических ошибок в таблице стилей.

19

Перемещение почтовых ящиков с помощью оболочки Exchange Management Shell

При использовании оболочки Exchange Management Shell для перемещения почтовых ящиков требуется следующая команда: Move-Mailbox. При использовании данной команды администратору доступны многие другие параметры, недоступные во время выполнения этого процесса с помощью консоли управления Exchange Management Console. В этом разделе статьи мы рассмотрим наиболее интересные параметры, которые вы можете использовать. Я не собираюсь охватывать абсолютно все параметры, поэтому уделите достаточно времени для тщательного изучения команды Move-Mailbox cmdlet.

Прежде всего, давайте рассмотрим процесс прямого переноса почтового ящика с сервера Exchange 2003 на Exchange 2007 в одной и той же области. В своем базовом формате команда переноса ящика, принадлежащего пользователю User3, выглядит так:

Move-Mailbox User3 'TargetDatabase 'E2K7\First Storage Group\Mailbox
Database' 'Confirm:$false

Очевидно, что ключевым параметром здесь является ‘TargetDatabase, который в предыдущем примере настроен на перемещение почтового ящика в почтовую базу данных с названием Mailbox Database внутри группы хранения First Storage Group на сервере Exchange 2007 под названием E2K7. Если вы выполните эту команду, вы будет видеть статус прохождения по папкам и перемещения сообщений. Это показано на рисунке 20. Обратите внимание на использование параметра Confirm:$false, который отключает подсказку ‘Вы уверены (Are you sure)?‘, прежде чем ящик будет перемещен.

20

Параметр ‘ValidateOnly полезен, когда вы желаете посмотреть, можно ли переместить ящик, до того как вы это сделаете. На рисунке 21 видно, что после запуска команды Move-Mailbox с параметром ‘ValidateOnly, атрибут Status Message показан как ‘Этот почтовый ящик можно переместить в нужную базу данных (This mailbox can be moved to the target database).

21

После успешного перемещения атрибут Status Message поменяется на ‘этот почтовый ящик был перемещен в нужную базу данных (This mailbox has been moved to the target database).

Помните, в первой части этой статьи я упомянул о том, что помощник Move Mailbox, которого вы запускаете из консоли Exchange Management Console, многопоточный, но ограничен до четырех потоков максимум. Вы можете увеличить количество потоков, если используете Exchange Management Shell для переноса почтовых ящиков. Специальный параметр, который вам нужно использовать — это ‘MaxThreads, максимальное значение которого составляет 30. Однако прежде чем установить значение этого параметра на максимум, подумайте над тем, где будет критический элемент, а, следовательно, будет ли вам это полезно. Может оказаться так, что после тестирования своей сети, вы не получите должного эффекта от производительности с настройкой параметра ‘MaxThreads, скажем, более 10.

Давайте теперь рассмотрим случай, когда вам нужно переместить все почтовые ящики из стандартной директории сервера Exchange 2003 под названием DCEXCH на сервер Exchange 2007 с названием E2K7. Название стандартной директории хранения почтовых ящиков на сервере Exchange 2003 в данном примере будет Mailbox Store (DCEXCH). В этом случае нам нужно одновременно переместить 10 почтовых ящиков. Используем следующую команду:

Get-Mailbox 'Database 'DCEXCH\First Storage Group\Mailbox Store (DCEXCH)'
| Move-Mailbox 'TargetDatabase 'E2K7\First Storage Group\Mailbox Database'
'MaxThreads 10

Первая часть использует команду Get-Mailbox для получения всех почтовых ящиков, хранящихся в базе данных сервера Exchange 2003. За ней, как обычно, следует команда Move-Mailbox, однако обратите внимание на дополнительный параметр ‘MaxThreads 10 в конце. В результате у нас появится окно, как показано на рисунке 22.

22

В начале этой статьи мы подробно разобрали XML файлы, сопровождающие процесс переноса ящиков, и по умолчанию они хранятся в папке \Program Files\Microsoft\Exchange Server\Logging\MigrationLogs. Если вы хотите изменить место сохранения XML файлов журнала событий, вы можете сделать это в Exchange Management Shell с помощью параметра ‘ReportFile. Обратите внимание, что вам нужно полностью прописать путь и имя файла в данном параметре. Если папки с указанным именем не существует, программа создаст ее. Примерная команда перемещения ящика User3 и загрузки результатов в C:\MigLogs\mailboxes.xml будет:

Move-Mailbox User3 'TargetDatabase 'E2K7\First Storage Group\Mailbox Database'
'ReportFile C:\MigLogs\mailboxes.xml 'Confirm:$false

Наконец, вы помните, что помощник Move Mailbox, находящийся в консоли Exchange Management Console, позволяет вам определять количество ошибок, которые вы допускаете при переносе ящика. Конечно, такая же настройка существует и в Exchange Management Shell в форме параметра ‘BadItemLimit. Как я уже говорил в первой части этой статьи, максимальное значение, которое вы можете установить, составляет 2,147,483,647, что довольно много, если не сказать больше. Минимальное значение — это 0, а это еще один способ удостовериться в том, что ни один поврежденный объект не проскочил.

Заключение

В заключении первой части этой статьи я сказал, что перемещение почтовых ящиков с помощью консоли Exchange Management Console — очень простое задание. Не менее простой задачей будет перемещение почтовых ящиков с помощью Exchange Management Shell, и нет никаких сомнений в том, что такой способ переноса будет более популярным среди многих администраторов благодаря дополнительным параметрам, которыми он располагает.

16.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Перемещение почтовых ящиков. отключены

Управление политиками адресов электронной почты.

Политики адресов электронной почты, известные в Exchange 2000 и 2003 как политики получателя, определяют адреса прокси, которые приписываются объектам получателя в организации Exchange 2007. Политики адресов электронной почты добавляются на уровне организации, то есть они применяются ко всей организации Exchange 2007. В Exchange 2007 политики получателя разделены на две части: допустимые домены и политики адресов электронной почты.

Те из вас, кто работал с Exchange 2000 и/или 2003, знают, что политики получателя контролировали также, какие пространства имен SMTP принимались организацией Exchange. Некоторые, может быть, удивятся, почему эти политики разделены в Exchange 2007. Были, по крайней мере, три причины, почему группа Exchange Product сделала разделение. Во-первых, если некоторый домен был указан для политики адресов электронной почты, но не был настроен как авторитетный домен, электронная почта, отправленная получателям с электронными адресами, определенными политикой, не будет маршрутизирована в организации Exchange для данного домена. И даже хотя это ошибочный сценарий, системный менеджер Exchange 2000 и 2003 позволял такой тип конфигурации. Во-вторых, концепция авторитетных доменов была спрятана под GUI адресов электронной почты политики получателя, что не было интуитивно понятно администраторам. И, наконец, домены для пересылки контролировались через GUI коннектора SMTP, находящийся в совершенно другом месте, откуда контролировались авторитетные домены (политики получателя).

Разделение допустимых доменов и политик адресов электронной почты — не единственное конструктивное изменение, сделанное в Exchange 2007. Печально известная служба Recipient Update Service (RUS), которую многие из нас знают по Exchange 2000 и 2003, уже не является частью продукта Exchange 2007. RUS отвечала за приписывание адресов электронной почты к объектам AD, в добавление к членству в списке адресов, также как за некоторые другие вещи, она не всегда работала согласно ожиданиям, и проблемы с ней было очень трудно решать, когда она барахлила. В Exchange 2007 RUS (и, следовательно, асинхронное поведение, присущее объектам обеспечения) заменена новым синхронным процессом (команда EmailAddressPolicy), используемая для приписывания электронных адресов объектам немедленно! Да, теперь вам не надо ждать несколько минут, чтобы увидеть электронные адреса на ваших объектах, что не было редкостью с антикварной RUS.

Допустимые домены

Перед созданием новой политики адресов электронной почты, вы должны сначала добавить соответствующее имя домена в список допустимых доменов. Во вкладке Accepted Domains (Допустимые домены) мы указываем SMTP домены, для которых наша организация Exchange должна быть либо авторитетной, либо пересылать данные на сервер электронной почты в другой лес Active directory внутри организации, либо пересылать данные на сервер электронной почты вне соответствующей организации Exchange. Разница между доменами, пересылающими данные внутри или вне организации, заключается в том, что при внутренней пересылке электронные сообщения просто посылаются напрямую к серверу электронной почты в организации. Сообщения, отправляемые на домен исходящих данных, будут сначала доставлены на пограничный транспортный сервер в граничной сети, и уже отсюда будут отправлены на соответствующий внешний сервер электронной почты в Internet.

Когда первый транспортный сервер-концентратор развертывается в организации Exchange 2007, корневой домен леса Active Directory настроен как авторитетный домен по умолчанию. Так как транспортный сервер-концентратор, используемый в качестве примера в данной статье, был установлен в лес Active Directory под названием exchangedogfood.dk, это доменное имя принадлежит авторитетному домену для данной организации Exchange 2007 по умолчанию (Рисунок 1). Поскольку мы используем установку с разделенным DNS, где имена внутреннего и внешнего доменов совпадают, нам не нужно вносить никаких конфигурационных изменений относительно установленного транспортного сервера-концентратора. Многие организации используют внутреннее доменное имя, отличное от внешнего доменного имени, который, кроме всего прочего, используется для входящей почты. Например, часто используется внутренний домен domain.local. Если это как раз про вашу организацию, вы должны вручную создать допустимый домен, совпадающий с внешним доменным именем.

1

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Создание нового допустимого домена

Создание нового допустимого домена — простая задача. Вы просто щелкаете на New Accepted Domain в панели Action. В мастере New Accepted Domain введите имя для новой записи доступных доменов и домен, который должен будет принимать электронную почту.

Замечание: Любой допустимый домен, добавленный в список допустимых доменов, может быть привязан к некоторой политике адресов электронной почты (E-mail Address Policy — EAP) так, что она создаст соответствующие адреса электронной почты для допустимого домена. Вообще-то каждая EAP должна быть привязана к допустимому домену, так чтобы электронные сообщения, отправленные по адресу, указанному в EAP, могли быть маршрутизованы транспортным сервером-концентратором в организации. Вы увидите, что я имею в виду, когда мы обсудим политики адресов электронной почты далее в этой статье.

Как мы уже говорили, транспортный сервер-концентратор может обрабатывать сообщения для конкретного домена несколькими различными образами (Рисунок 2). Выберите желаемую опцию и щелкните New, а затем Finish.

2

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Если вы предпочитаете создать запись в допустимых доменах через Exchange Management Shell, вы можете сделать это с помощью команды

New-AcceptedDomain

К примеру, для создания записи, идентичной показанной на Рисунке 2, нужно выполнить такую команду:

New-AcceptedDomain –Name “Exchange-faq” –DomainName “exchange-faq.dk” –DomainType “Authoritative”

Как вы видите на Рисунке 3, в нашей организации Exchange 2007 есть несколько политик адресов электронной почты, перечисленные в приоритетном порядке (чем меньше номер, тем выше приоритет), как было и в Exchange 2000 и 2003. Если вы хотите переместить политику выше в списке, выделите эту политику и щелкните Change Priority в панели Action. Необходимо иметь как минимум две EAP помимо политики по умолчанию, чтобы видеть опцию Change Priority в панели Action.

3

 

 

 

 

 

 

 

 

 

 

 

Создание новой политики адресов электронной почты

Создание новой политики адресов электронной почты — простая задача, хотя и отличающаяся от таковой в Exchange 2000 и Exchange 2003. Чтобы осуществить ее, щелкните на New E-mail Address Policy в панели Action. На странице приветствия мастера New E-Mail Address Policy, введите имя для новой политики, и затем укажите, какой тип получателей включать (Рисунок 4), а затем щелкните Next.

4

Вы теперь можете быть немного избирательнее при определении вашей целевой группы, используя фильтр и выбирая одно или несколько условий (Рисунок 5). Когда вы настроите все условия, которые хотите применять для политики, нажмите Next.

5

Теперь щелкните Add и выберите порт E-mail address local part, который будет использоваться для создания имени пользователя как части электронного адреса, затем выберите домен электронной почты из E-mail address domain в выпадающем меню (Рисунок 6). Когда будете готовы, нажмите OK и Next.

6

Как вы видите на Рисунке 6, вы можете выбирать из 7 локальных портов адреса электронной почты. Локальный порт электронного адреса — формат имени, появляющийся перед знаком «at» (@). Если ни один из этих 7 портов по умолчанию вам не подходит, вы можете использовать переменные, перечисленные в Таблице 1 ниже.

Таблица 1. Допустимые параметры адреса электронной почты.

Переменная  Описание 
%g Используется для имени (первое имя)
%i Используется для среднего инициала
%s Используется для фамилии (последнее имя)
%d Используется для отображаемого имени
%m Используется для псевдонима в Exchange
%xs Использует число x букв в фамилии. К примеру, если x=2, тогда используются первые две буквы фамилии.
%xg Использует число x букв в имени. К примеру, если x=2, тогда используются первые две буквы имени.

На странице Schedule укажите, когда политики адресов электронной почты должны применяться, и максимальное количество времени, разрешенное для запуска (Рисунок 7). Затем щелкните Next.

7

На странице Configuration Summary щелкните New. Если вы выбрали применить политики немедленно, адрес прокси будет применен ко всем получателям, попадающим в фильтр. Когда задание завершено, щелкните Finish на странице завершения.

Подсказка:Для создания новой политики адресов электронной почты через Exchange Management Shell нужно использовать команду

New-EmailAddressPolicy

К примеру, для создания политики, идентичной созданной через GUI мастера, нужно выполнить такую команду:

New-EmailAddressPolicy -Name “Exchangedogfood.dk” -IncludedRecipients “MailboxUsers” -ConditionalCompany “Exchange Dogfood Corporation” -Priority “Lowest” -EnabledEmailAddressTemplates “SMTP:%g.%s@exchangedogfood.dk”

Когда новая политика адресов электронной почты создана и применена ко всем получателям, вы можете проверить, был ли адрес прокси приписан соответствующим пользовательским объектам в списке E-Mail Addresses на странице свойств объектов получателя, как на Рисунке 8 ниже.

8

Когда у пользователя включено “Automatically update e-mail addresses based on email address policy”, все основные адреса электронной почты (адреса для ответов по умолчанию) типов адресов электронной почты всегда будут устанавливаться из политики адресов электронной почты. Это означает, что если вы делаете первичный адрес другим адресом электронной почты, он всегда будет возвращен назад согласно политике адресов электронной почты.

Управление SMTP прокси-адресами вручную

В некоторых сценариях вам может потребоваться управлять STMP прокси-адресами через отдельное средство обеспечения, используемое в секции обслуживания IT. В этом случае вам может понадобиться отключить опцию Automatically update e-mail addresses based on email address policy, находящуюся на вкладке E-Mail Addresses на странице свойств пользовательского почтового ящика Exchange 2007 (Рисунок 8). Если ваша организация состоит из нескольких тысяч пользовательских почтовых ящиков, вы, конечно же, не хотите проделывать это через Exchange Management Console (EMC), так как EMC не позволяет применить такой тип изменения ко всем пользовательским почтовым ящикам сразу. Итак, что же я делаю в данной ситуации? Просто обращайтесь к Exchange Management Shell и запускайте команду в одну строчку. К примеру, если вы хотите отключить эту опцию для всех пользовательских почтовых ящиков Exchange 2007, можно использовать следующую команду:

Get-Mailbox | Set-Mailbox -EmailAddressPolicyEnabled $False

Если же вы предпочитаете сделать это для сервера почты, вам надо использовать:

Get-Mailbox –Server “Mailbox Server” | Set-Mailbox -EmailAddressPolicyEnabled $False

Или, может быть, вы хотите сделать так для пользователей из некоторой OU:

Get-Mailbox –OrganizationalUnit “Name of OU” | Set-Mailbox -EmailAddressPolicyEnabled $False

Это все на этот раз, надеюсь, вы почерпнули для себя что-нибудь новое!

 

В основном используется дефолтная политика и адрес внешнего домена можно добавить следующим образом:

9

10

11

16.06.2009 Posted by | ms exchange 2007 | Комментарии к записи Управление политиками адресов электронной почты. отключены