понедельник, 31 января 2011 г.

Edge Transport - Введение

clip_image002Продолжим разговор про сервер Exchange 2010 Edge, специально для тех, кто ответил положительно на вопрос, озвученный в прошлой статье – «Кому и зачем нужен Microsoft Exchange 2010 Edge сервер?».

суббота, 29 января 2011 г.

Кому и зачем нужен Microsoft Exchange 2010 Edge сервер?

clip_image001На формах часто можно встретить вопрос: «А нужен ли мне Edge-сервер? И если нужен, то зачем?» Вот именно на него я постараюсь ответить в этой статье, а потом, для тех, кому он окажется все же нужным, в следующей статье расскажу про технические аспекты его работы.

пятница, 28 января 2011 г.

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

clip_image002PowerShell – это очень мощный инструмент управления серверными продуктами компании Microsoft. Что касается сервера Exchange, то начиная с 2007-й версии, без знаний хотя бы основ PowerShell`a полноценно управлять сервером не возможно, т.к. графическая консоль содержит лишь часть функционала продукта.

Политики резервирования

clip_image002В первой статье этого цикла был показан процесс резервирования общедоступных ресурсов организации, далее мы начали рассматривать вопрос более тонкой настройки. Здесь давайте продолжим эту тему и обсудим механизм работы политик резервирования.

понедельник, 24 января 2011 г.

Общие параметры ресурсных почтовых ящиков

clip_image002В прошлой статье «Бронирование ресурсов организации при помощи Exchange 2010 и MS Outlook 2010» мы рассмотрели процесс назначения встреч и бронирования переговорных комнат организации при помощи ресурсных почтовых ящиков Exchange 2010. Нужно заметить, что этот функционал прекрасно работает, как говорится «из коробки», но, тем не менее, я уверен, что вам будет интересно узнать, о том, как можно его улучшить и адаптировать к конкретно вашим условиям.

Бронирование ресурсов организации при помощи Exchange 2010 и MS Outlook 2010

clip_image002Вопрос бронирования общедоступных ресурсов встает пожалуй перед любой организацией с того момента как у неё появляются эти самые общедоступные ресурсы. Действительно, если у вас работают больше 15 человек, и есть хотя бы одна переговорная с одним проектором, то будет очень удобно заранее её забронировать, иначе может получиться так, что придет клиент, а поговорить вам с ним будет негде. А если плюсом к этому ещё появляются несколько автомобилей с водителями, которые возят сотрудников по городу, то тут совсем без предварительной записи на поездку уже никуда. Вот именно о реализации подобной задачи я и хотел бы поговорить в данной статье.

TechDays: Exchange 2010 - Новое в управлении содержимым почтовых ящиков

[image[4].png]

Опубликован мой новый веб-каст Exchange 2010 - Новое в управлении содержимым почтовых ящиков. В касте дается описание основных механизмов сервера Exchange 2010, помогающих администраторам управлять содержимым почтовых ящиков пользователей и контролировать его. Обсуждаются следующие темы: Политики хранения, архивный почтовый ящик, поиск в нескольких почтовых ящиках, юридическое удержание и восстановление удаленных элементов, редактирование правил и оповещений MS Outlook 2010.

вторник, 18 января 2011 г.

Распределение почтовых ящиков по базам данных в Exchange 2010

clip_image002В этой статье мы продолжим разговор о новых возможностях сервера Exchange 2010, а если конкретнее, то речь пойдет о новой функции автоматического распределения почтовых ящиков по базам данных.

Ранее, при создании почтовых ящиков администратор был обязан указывать базу данных, в которой должен быть размещен ящик, и если вы забывали это сделать, то немедленно получали соответствующую ошибку. Сейчас, если вы являетесь администратором серверов Exchange 2010, то не указав базу данных для создаваемого ящика, ни какой ошибки вы не получите, сервер Exchange 2010 сам решит где лучше его разместить.

понедельник, 17 января 2011 г.

Встреча MCP-клуба – январь 2011

logo3-200_thumb1UPD: Изменилось место проведения встречи клуба!

Коллеги, предлагаю не откладывать в долгий ящик и провести первую встречу MCP клуба в этом календарном году в первый же его месяц. Тем более, что есть дополнительный повод – пришли призы/подарки от Microsoft`a, коими я и спешу поделиться с постоянными участниками ну и конечно же с докладчиками.

вторник, 11 января 2011 г.

Политики регулирования клиентов (Client Throttling Policies)

clip_image002В двух прошлых статьях мы разобрали вопрос мониторинга нагрузки, оказываемой на сервер, и механизм регулирования количества сообщений, проходящих через транспортные сервера организации. Теперь я предлагаю поговорить о политиках регулирования клиентов.

Политики регулирования клиентов (Client Throttling Policies) – это механизм, позволяющий отслеживать количество потребляемых ресурсов сервера каждым пользователем и в случае необходимости устанавливать предельные значения.

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

Что касается MS Exchange 2010, то здесь был добавлен ещё ряд механизмов, о которых мы и поговорим далее.

Параметры политик регулирования клиентов

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

Для того, чтобы получить настройки политики регулирования клиентов, необходимо воспользоваться командлетом Get-ThrottlingPolicy.

В результате выполнения командлета мы увидим достаточно большой набор свойств.

clip_image004[6]

Рис.1: Политика регулирования клиентов по умолчанию.

Если у вас несколько политик, то политику по умолчанию можно получить командой

Get-ThrottlingPolicy | Where {$_.IsDefault –eq $True}

В поле Name отображается имя политики, которое придется использовать в дальнейшем. При этом очевидно, что пользоваться политикой с таким длинным именем крайне не удобно, по этому проще всего её переименовать, например, в DefPolicy так:

Get-ThrottlingPolicy | Where {$_.IsDefault –eq $True} | Set-ThrottlingPolicy –Name DefPolicy

Если присмотреться, то не трудно понять, что при помощи политики регулирования клиентов можно управлять такими службами как:

  •  Microsoft Exchange ActiveSync  (EAS);
  •  Веб-службы Exchange (EWS);
  •  IMAP (IMAP4);
  •  Outlook Web App (OWA);
  •  POP (POP3);
  •  Windows PowerShell (PowerShell).

Чтобы отфильтровать вывод по конкретной службе, можно выполнить следующую команду:

Get-ThrottlingPolicy | Select EWS*

При этом для каждой из служб можно указать несколько видов пороговых значений, основные из них:

  • MaxConcurrency – Максимальное количество одновременных подключений. Попытка создать более количество подключений будет отклонена;
  •  PercentTimeInCAS – время в процентах относительно одной минуты, в течении которого можно выполнять код на сервере клиентского доступа;
  •  PercentTimeInAD – время в процентах относительно одной минуты, в течении которого можно выполнять запросы к Active Directory;
  •  PercentTimeInMailboxRPC – время в процентах относительно одной минуты, в течении которого можно выполнять RPC запросы;
  •  PowerShellMaxConcurrency – указывает максимальное число сеансов удаленной командной консоли;
  •  PowerShellMaxCmdlets – указывает число нерегулируемых командлетов, которое можно выполнить за определенный период времени;
  •  PowerShellMaxCmdletsTimePeriod – указывает период времени (в секундах), в течение которого пользователь может выполнить число командлетов, определенное параметром PowerShellMaxCmdlets;
  •  PowerShellMaxCmdletQueueDepth – указывает число операций, которое пользователь может одновременно выполнить.

Примечание: Важное отличие политик регулирования клиентов на сервере Exchange 2010 RTM и Exchange 2010 SP1 заключается в том, что если в первом случае клиент превышает одно из пороговых значений, то все остальные его запросы сервер игнорирует. Во втором случае игнорирования запросов не происходит, они остаются в очереди и продолжают обрабатываться постепенно.

Также стоит обратить внимание ещё на одно свойств политики – это IsDefault (рис.1). Именно оно делает простую политику политикой по умолчанию.

Управление политиками регулирования

Администраторы сервера Exchange могут создать несколько политик регулирования клиентов и назначить каждому пользователю свою.

Нужно заметить, что по умолчанию пользователю не назначено ни каких политик, это можно легко проверить, посмотрев на свойство –ThrottlingPolicy:

Get-Mailbox –Identity <User> | FL ThrottlingPolicy

Раз так, то очевидно, что на него распространяется политика по умолчанию. Чтобы назначить конкретную политику регулирования пользователю, необходимо сначала её создать, например, так:

New-ThrottlingPolicy –Name <MyPolicy> –OWAMaxConcurrency 10

А потом присвоить пользователю:

Set-Mailbox –Identity <YourUser> –ThrottlingPolicy <MyPolicy>

При этом отредактировать политику можно при помощи командлета Set-ThrottlingPolicy, например следующим образом:

Set-ThrottlingPolicy –Identity <MyPolicy> -PercentTimeInAD 20

Либо сделать политику используемой по умолчанию:

Set-ThrottlingPolicy –Identity <MyPolicy> -IsDefault $True

Здесь, собственно как и влюбом другом деле, главное не переусердствовать и не слишком сильно «закрутить гайки», иначе эффект может получиться обратным.

Заключение

В крупных организациях нагрузки на сервера достаточно высоки, по этому вопрос регулирования нагрузки здесь особенно актуален. Правильно настроенные ограничения доступа к серверам позволят равномерно распределить нагрузку и избежать случаев отказа в обслуживании.

Регулирование количества сообщений (Message Throttling)

imageВ предыдущей статье «Оценка нагрузки на сервера Exchange», был поднят вопрос мониторинга производительности сервера Microsoft Exchange, и было показано, с помощью каких инструментов может быть проведена оценка нагрузки, оказываемой на сервер MS Exchange. Далее я хочу перейти непосредственно к вопросу настройки механизмов регулирования нагрузки, и в этой статье предлагаю поговорить о параметрах регулирования количества сообщений, обрабатываемых транспортными серверами вашей организации.