Траблшутинг клиентских подключений (Guided Walkthrough & How To)

Для сервера Exchange есть три типа основных клиентов - это MS Outlook, мобильные ActiveSync устройства и возможен доступ через OWA. Что касается последнего, то здесь с клиентской стороны все достаточно просто - доступ через браузер может быть, а может и не быть, все остальное – уже серверная часть. А вот с MS Outlook и ActiveSync часто возникают разного рода сложности именно с приложением.

Transport Hight Avaliability в Exchange 2007-2010

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

Будет рассмотрено:

• Transport Dumpster
• Shadow Redundancy
• Acknowledgement Delay

Autodiscover Service Connection Point (SCP) in coexistence 2007 / 2010/ 2013

В Exchange 2013 влияние сервиса Autodiscover на жизнь пользователей становится все более ощутимым и на текущий момент строго рекомендуется, чтобы Autodiscover был доступен и работал. Одна из первых сложностей, с которой сталкивается пользователь при ручной настройке профиля Outlook - это необходимость указывать GUID ящика вместо имени сервера, как это было ранее. Справедливости ради, надо заметить, что если вы в профиле укажете имя глобального каталога (GC), или сервера Mailbox, то этот вариант также будет работать и имя сервера автоматически заменится на GUID@contoso.com.

Проблема с пересылкой сообщений между HUB-ми

Недавно столкнулся с такой ситуацией, что после восстановления сервера в режиме /m:RecoverServer на другое железо, мой восстановленный HUB Transport отказывался пересылать сообщения куда-либо дальше, ссылаясь на проблемы с DNS. Разберемся что же случилось.

Синхронизация копий баз данных в кластерах Exchange 2007/2010

Как известно, между базами данных почтовых ящиков, в кластерных решениях MS Exchange 2007/2010, информация реплицируется при помощи файлов журнала транзакций (transaection logs), далее мы их будем просто называть логами транзакций. Давайте разберемся подробнее как этот механизм работает.

DAG: Обслуживание копии базы данных после восстановления аварийного сервера

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

Автоматическая активация копий базы в DAG: Attempt copy last logs (ACLL) и переключение пользователей

Ранее мы поговорили о том какой процесс управляет активацией копии баз данных в случае аварии (Active Manager) и о том, как выбирается лучшая копия (Best Copy Selection). Далее речь пойдет о том, как эта лучшая копия активируется.

Автоматическая активация копий базы в DAG: Best Copy Selection (BCS)

Как мы уже говорили ранее, Active Manager следит за состоянием баз данных на серверах, и в случае возникновения проблем, принимает решение о активации копии базы на другом сервере. В случае, когда у вас одна копия, то тут даже и думать нечего о том, что именно активировать. А что если копий много? А что если копии сами находятся в плохом состоянии? На эти вопросы мы попытаемся ответить далее.

Автоматическая активация копий базы в DAG: Active Manager

Как известно, для обеспечения отказоустойчивости баз данных в Exchange 2010 применяется механизм Database Availability Groups (DAG). Внедрение DAG позволяет значительно увеличить надежность роли Mailbox на серверах Exchange 2010, но тем не менее полностью расслабляться в этом вопросе не стоит, т.к. далеко не всегда происходит та самая спасительная автоматическая активация. Далее мы постараемся подробнее разобраться в механизме автоматической активации копии базы в случае обнаружения проблем с активным сервером.

Установка WildCard SSL сертификата в Exchange 2010

Ранее я уже писал о том, как работать с сертификатами на Exchange сервере (Публикация Exchange 2010 – “сертификация” ). Сегодня, в двух словах поговорим о том, как использовать wildcard-сертификаты.

Восстановление сервера Exchange

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

Публикация AutoDiscover – варианты поиска (часть1)

Служба AutoDiscover появилась в релизе сервера Microsoft Exchange 2007 и на неё была возложена задача автоматического конфигурирования клиентских приложений. Вместе с тем, перед администраторами встала задача предоставления клиентам доступа к данной службе. Именно об этом далее и пойдет речь.

MS Exchange 2007/2010 - Edge Subscription

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

Маршрутизация сообщений Microsoft Exchange 2010 в многосайтовой среде Active Directory

На этот раз будет только теория.

Часто случается так, что системные администраторы вынуждены делить локальную сеть предприятия на логические компоненты. Эта потребность может быть вызвана как физическими особенностями сети, так и задачами ограничения контроля доступа и оптимизацией трафика репликации Active Directory. При разделении локальной сети на подсети и объединение подсетей в сайты Active Directory накладывает определенные особенности на организацию маршрутизации сообщений в среде Microsoft Exchange 2010.

Exchange 2010 Remote Management - часть2

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

Exchange 2010 Remote Management - часть1

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

Role Based Access Control (RBAC) – новая модель управление доступом к Exchange 2010 (часть 3)

В прошлых статьях (часть1, часть2) мы рассмотрели основные механизмы работы RBAC. Теперь пришло время закрепить полученные знания на практике. Прежде чем приступать к решению конкретных задач, необходимо понять, как происходит процесс аутентификации пользователей на Exchange сервере.
В процессе аутентификации сервер Exchange 2010 выполняет проверку RBAC и получает список ролей, назначенных пользователю. В каждой роли управления есть список командлетов и их параметров, которые могут использовать пользователи. Таким образом, при создании в командной консоли среды пользователя, в нее добавляются только те командлеты и параметры, к которым есть доступ.

Role Based Access Control (RBAC) – новая модель управление доступом к Exchange 2010 (часть2)

Часть 1

2. КТО?

Данный угол треугольника RBAC подразумевает под собой ответ на вопрос Кто?. Т.е. кто именно может выполнять обозначенные в вопросе «Что?» действия.
В качестве ответа на вопрос «Кто?» мы можем использовать конкретного пользователя (в RBAC пользователи представлены в виде почтовых ящиков), или группу. Чтобы выдать полномочия пользователю, необходимо добавить его в группу ролей управления (Role Groups), а затем группу связать с определенной ролью (Role).

Import / Export Mailbox в Exchange Server (практика)

Разобравшись в прошлой статье “Import / Export Mailbox в Exchange Server (теория)” с теорией, перейдем к практике. Рассмотрим варианты реализации нескольких наиболее часто встречающихся задач.

Import / Export Mailbox в Exchange Server (теория)

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