• Exchange 2013 – Database Availability Group (DAG)

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

    • Аудит действий администратора в Microsoft Exchange 2010

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

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

    • Главная Exchange/UC, Без рубрики, Новое Cmdlet Extension Agents
      • Упрощаем обслуживание сервера Microsoft Exchange 2010 при помощи агентов сценариев

        1С приходом сервера Microsoft Exchange 2010 несколько изменился подход к вопросу автоматизации труда администратора. Если раньше, для достижения подобной цели приходилось писать достаточно сложные скрипты, то теперь появились агенты расширения командлетов (Cmdlet Extension Agents), которые призваны серьезно упростить написание сценариев, нацеленных на автоматизацию работы сервера.

      • Главная Exchange/UC, Без рубрики, Новое Edge, Exchange 2007, Exchange 2010
        • Edge или не Edge, а если Edge, то как?

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

          Позиция самой компании Microsoft заключается в том, что Edge-сервер нужен в обязательном порядке. И действительно, если вы имеете полностью Windows-ориентированную инфраструктуру, то в пользу внедрения сервера Exchange 2007/2010 Edge могут быть выдвинуты следующие утверждения:

          • Ресурсные потовые ящики в Exchange 2010–бронирование

            clip_image001

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

            Запросы на бронирование ресурсов

            Есть два основных механизма, которые отвечает за автоматизацию процесс резервирования ресурсов – это Помощник по ведению календаря (Calendar Assistant) и Помощник по резервированию ресурсов (Resource Booking Attendant).

            • Ресурсные потовые ящики в Exchange 2010–общие параметры

              clip_image002

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

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

                clip_image002

                Очевидно, что вопрос мониторинга ресурсов, потребляемых пользователями на сервере Exchange, рано или поздно встает перед каждым администратором крупной или даже средней организации. Ранее, администраторы почтовых серверов Microsoft Exchange, при помощи утилиты Exchange User Monitor (ExMon), могли в ручном режиме выявлять пользователей, которые неоправданно сильно загружают сервер и отключать их сеансы. Нужно заметить, что утилиту ExMon можно и сейчас скачать с сайта Microsoft и использовать совместно с сервером Exchange 2010, но далее мы поговорим не о ней.

                • Exchange 2010 SP1 – новый подход к “очистке” базы данных

                  clip_image002В одной из прошлых статей мы говорили о восстановлении удаленных почтовых ящиков на сервере Exchange. Умение оперативно восстановить удаленные ящики – это хорошо, но иногда этого не достаточно. Бывают ситуации, когда необходимо знать, как выполнить очистку базы данных от «недоудаленных» почтовых ящиков. В этой статье речь пойдет именно о том, как реализовать подобную задачу на серверах Exchange 2007, 2010 и 2010 SP1.

                  Сервера Exchange 2007/2010

                  Что касается этих серверов, то здесь ни чего сложного нет. Если вы хотите удалить все отключенные ящики на сервере, то необходимо взять стандартный командлет Remove-Mailbox, и применить его по отношению к набору почтовых ящиков. Массив из отключенных ящиков мы можем получить точно таким же способом, как и в статье описывающей восстановление, а именно:

                  $DeletedMailbox = Get-MailboxStatistics –Database <Your_MailboxDB> | where {$_.DisconnectDate -ne $null} | Select DisplayName, MailboxGuid, Database

                  Если нужно избавиться ещё и от архивных почтовых ящиков сервера Exchange 2007/2010, то добавим условие:

                  -and ($_.IsArchiveMailbox -eq $true)

                  Естественно, что перед удалением ящиков, очень желательно проверить что конкретно мы удаляем. Для этого полученный массив можно вывести в форме красивого HTML-отчета, о том, как это делается я уже писал ранее здесь.

                  Далее применяем командлет Remove-Mailbox к элементам массива DeletedMailbox:

                  $DeletedMailbox | ForEach { Remove-Mailbox -Database $_.Database -StoreMailboxIdentity $_.MailboxGuid -confirm:$false }

                  clip_image004

                  Рис.1: Очистка базы данных от удаленных почтовых ящиков.

                  На рис.1 первой командой мы получаем массив из отключенных почтовых ящиков, затем просто выводим этот массив на экран, и следующей командой выполняем непосредственно само удаление. Для проверки результатов мы снова получаем массив из отключенных ящиков первой командой, и снова выводим массив на экран, как вы видите, в последнем случае массив оказывается пустым.

                  Сервер Exchange 2010 SP1

                  Теперь несколько слов о сервер Exchange 2010 SP1, собственно именно он является виновником написания этой статьи, т.к. я хотел показать новый командлет, который появился с выходом первого сервис пака. Командлет зовут Remove-StoreMailbox и подробнее узнать о нем можно как всегда на страницах TechNet`a. Командлет специально «заточен» под очистку базы данных от отключенных либо удаленных почтовых ящиков. Если вы попытаетесь применить его к действующему почтовому ящику, то получите ошибку.

                  Как известно, ящик можно отключить (Disable-Mailbox) либо удалить (Remove-Mailbox). После чего, его состояние можно проверить командлетом Get-MailboxStatistics, у которого в свойстве DisconnectReason будет значиться Disabled либо SoftDeleted соответственно.

                  Примечание: Свойство DisconnectReason появилось у почтового ящика только после установки Exchange 2010 SP1

                  Командлет Remove-StoreMailbox может обрабатывать отдельно отключенные и отдельно удаленные ящики, такое поведение задается параметром MailboxState, который может принимать значения Disabled или SoftDeleted.

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

                  {$_.DisconnectReason -eq "SoftDeleted"}

                  либо соответственно

                  {$_.DisconnectReason -eq "Disabled"}

                  В результате команда будет иметь вид:

                  $DeletedMailbox = Get-MailboxStatistics –Database <Your_MailboxDB> | where {$_.DisconnectReason -eq "Disabled"} | Select DisplayName, MailboxGuid, Database

                  $DeletedMailbox | ForEach { Remove-StoreMailbox -Database $_.Database -Identity $_.MailboxGuid –MailboxState Disabled }

                  clip_image006

                  Рис.2: очистка базы данных от удаленных почтовых ящиков на сервере Exchange 2010 SP1.

                  На рис.2, аналогично первому – сначала получаем массив удаленных ящиков (Disabled), далее выводим этот массив на экран, очищаем базу, снова получаем массив удаленных ящиков и убеждаемся, что команда отработала правильно.

                  Заключение

                  Как мы видим, SP1 для Exchange 2010 затронул очень много компонентов сервера и даже такая процедура, как очистка базы данных не осталась без внимания.

                  Алексей Богомолов (Alexx)
                  http://alexxhost.ru

                  • Фильтрация вложений на Edge-сервере

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

                    • Ограничение на размер отправляемых и получаемых сообщений в Exchange 2010

                      Картинка 72 из 5325На мой взгляд, тема управления ограничением размера сообщений достаточно популярная и на форумах часто встречаются вопросы касающиеся того как увеличить/уменьшить размер сообщений, которые может отправлять/получать пользователь организации Exchange. В этой статье я постараюсь описать основные регулирующие механизмы, которые работают во время передачи сообщений между различными узлами почтовой системы предприятия и покажу как они конфигурируются.