Активация резервного сервера уровня приложений

Статья
11/05/2008

Обновлен: Ноябрь 2007

После настройки основных серверов уровня данных и уровня приложений в качестве резервного сервера уровня приложений Team Foundation можно добавить компьютер "горячего" резервирования.

Рекомендации по установке компьютера "горячего" резервирования

Оборудование и программное обеспечение резервного компьютера

Конфигурация резервного компьютера должна соответствовать конфигурации основного. Компьютеры не должны быть одинаковыми, но резервный компьютер должен отвечать системным требованиям Team Foundation. На компьютере "горячего" резервирования можно выполнить те же подготовительные действия и этапы установки Team Foundation, что и на основном, а после этого на обоих компьютерах необходимо обновить программное обеспечение и учетные записи пользователей. Дополнительные сведения о конфигурации резервного сервера уровня приложений см. в разделе Обеспечение доступности Team Foundation Server.

Компьютер "горячего" резервирования необходимо периодически обновлять, чтобы он соответствовал основному и был готов к работе. Все обновления основного компьютера нужно повторить на резервном. Например, на нем точно также нужно выполнять все системные обновления, обновления программного обеспечения и вносить изменения в разрешения.

Конфигурации сетевых адаптеров

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

Обновление узлов DNS (Параметр 1 — DNS) Для создания записи DNS-узла (A) используется IP-адрес основного сервера уровня приложений Team Foundation. Ни на одном сервере уровня приложений Team Foundation Server не используются какие-либо специальные параметры сети, потому что DNS разрешает запросы виртуального сервера уровня приложений Team Foundation Server в IP-адрес основного сервера уровня приложений. Во время переключения на другой ресурс при сбое администратор домена должен обновить запись DNS-узла для перенаправления трафика на новый основной сервер уровня приложений Team Foundation Server.
Выделенные IP-адреса (DIP) (Параметр 2 — DIP) Для такой конфигурации необходимы три статических IP-адреса. Администратор домена создает запись DNS-узла, в которой имя виртуального сервера уровня приложений Team Foundation Server сопоставляется одному из выделенных IP-адресов. Этот статический IP-адрес и один из неиспользуемых статических адресов устанавливается администратором вручную в свойствах протокола TCP/IP для сетевого подключения к основному серверу уровня приложений Team Foundation Server. Оставшийся статический IP-адрес используется для настройки резервного сервера уровня приложений Team Foundation Server. Во время переключения на другой ресурс при сбое администратор Team Foundation Server изменяет параметры сети на новом сервере-источнике уровня приложений таким образом, чтобы теперь этот сервер отвечал на запросы, поступающие по статическому IP-адресу, который используется для виртуального сервера уровня приложений Team Foundation Server.

Обнаружение сбоя

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