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

Для начала нам нужно изменить расписание репликации и максимальный размер реплицируемых сообщений. Для чего это нужно? Репликация сильно нагружает почтовый траффик, и репликация большого количества объектов из общих папок может привести к замедлению процесса доставки/отправки почты. Делается это в свойствах общих папок на старом почтовом сервере на закладке Replication. Имеет смысл размер сообщений вообще убрать (тогда ограничения по размеру реплицируемых сообщений не будет):

capture16

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

capture22

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

Теперь можно добавить новый почтовый сервер в список серверов для репликации всех почтовых папок. Проще всего это сделать через Manage Settings… для всех корневых папок. Это позволит нам добавить новый сервер в список серверов для репликации для всех подпапок корневых папок. При запуске мастера настроек нас интересует настройка Modify Lists of Replica Servers:

capture32

Выбираем Add Servers:

capture42

Указываем в списке наш новый сервер почтовых ящиков и запускаем применение этой настройки.

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

Миграция на Exchange 2007В предыдущей статье я создал кластер одной копии. Перед запуском его в работу имеет смысл сделать некоторые дополнительные настройки кластерных ресурсов.

Во-первых, по умолчанию дисковый ресурс не попадает при установке в набор ресурсов нашего почтового кластера. Это нормально поведение и через Failover Cluster Management надо дисковый ресурс поместить в почтовый кластер.

Во-вторых, надо сделать дополнительные настройки дискового ресурса для корректной работы кластера.

1. В FCM переходим в Services and Applications и далее в наш почтовый кластер. В свойствах кластерного диска/дисков на закладке Policies в разделе Response to resource failure нужно убедиться, что галка напротив If restart is unsuccessful, fail over all resources in this service or application не стоит.

2. В свойствах каждой базы на закладке Dependencies надо в зависимости добавить кластерный диск, на котором эта база находится.

Exchange 2007В большой почтовой организации, когда на одном сервере хранится более 500 почтовых ящиков становится важным вопрос о производительности дисковой подсистемы почтового сервера. Часто именно дисковая подсистема, точнее её неудовлитворительная производительность становится причиной заметных “тормозов” в работе почтового сервера. Для пользователя это выливается в частые подвисания при процессе синхронизации с сервером и при открытии больших папок в ящике (в которой хранится больше 5000 элементов). В связи с этим становится важным вопрос проверки производительности дисковой подсистемы нового почтового сервера. В случае недостаточной производительности она может стать узким местом в системе и доставить много неприятных минут в общении с пользователями. Continue Reading »

Windows Server 2008Предположим, что у нас имеется удалённый офис. Офис немаленький, следовательно мы можем туда поставить полноценный контроллер домена. Кроме этого, удалённый офис будет поддерживать местная команда IT-специалистов и для ограничения их доступа только локальными ресурсами удалённого офиса выделим им отдельный домен в общем лесу. Задача имеет несколько путей решения и решается в 2 стадии. Попробуем решить задачу используя графические средства Windows 2008 Server (задача так же может быть решена утилитами командной строки или средствами файлов автоответов). Сначала надо будет создать отдельный сайт для удалённого офиса, потом в удалённом офисе установить будущий контроллер домена, включить его в наш основной домен и повысить его до контроллера домена параллельно создав новый корневой домен. Continue Reading »

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