Рисунок 22. Проверка кластера через интерфейс управления кластером

Восклицательных знаков, красных крестиков и прочей прелести быть не должно.

3. Теперь настраиваем максимальный размер данных, передаваемых траспортным сервером в хранилище. Для этого необходимо выполнить следующую команду:

[PS] C:> TransportConfig -MaxDumpsterSizePerStorageGroup 12,5MB

Значение 12,5 Mб получается умножением максимально доступного сообщения для отправки и получения, умноженное на коэффициент 1,25. То есть если у вас оно равно 20 Mб, то вам необходимо в команде указать 25 Mб.

4. Проверяем на обеих нодах журнал событий на наличие ошибок и предупреждений, ну и соответственно боремся с ними не покладая рук, если таковые имеются (в смысле ошибки). Если вдруг возникли какие-либо проблемы с CCR, то начните их решение с этой ссылки – http://technet.microsoft.com/en-us/library/aa996020.aspx. Ну и если не найдете решения, обращайтесь на форумы, посвященные этому продукту Microsoft – http://forums.microsoft.com/TechNet-RU/ShowForum.aspx?ForumID=971&SiteID=40.

На этом шаге настройка нашего кластера завершена.

Этап 6. Проверка кластера

К данному этапу следует отнестись с особым вниманием. Потому что после полного переноса почтовых ящиков выполнять данный этап без «оглядки» уже не получится. Существует несколько физических способов проверки для эмуляции выхода из строя одной из ноды кластера:

n  отключение сетевого интерфейса;

n  выключение питания ноды;

n  отключение дисков.

Более изощренные способы – взять молоток и проверить сервер (жесткие диски) на прочность; вылить чашку кофе в системный блок – предлагать не будем, так как бюджет на еще один сервер для проверки нам больше не выделят. Хотя количество вариантов таких проверок значительно расширяется и зависит от богатства фантазии.

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

n  мы имеем доступ к тому ящику, который в данный момент уже находится в группе хранения на кластере;

n  мы можем отправлять и получать на него письма;

n  при выполнении команды:

[PS] C:>Get-StorageGroupCopyStatus

    мы не получаем ошибок в графе SummaryCopyStatus.

Ну и наконец для программной эмуляции выхода из строя одной из нод кластера, а также для выбора активной ноды нам понадобится следующая команда:

[PS] C:>Move-ClusteredMailboxServer c-exchange –TargetMachine:"S-EPSILON" -MoveComment:"test moving" -Confirm:$false