Существует два основных отношения в любой сетевой инфраструктуре WINS: клиент-сервер и сервер-сервер. Клиенты WINS отправляют запросы серверам WINS для получения адреса IP определенного имени NetBIOS. Серверы WINS обращаются к другим серверам WINS для получения базы данных WINS с помощью репликации.
В парадигме клиент-сервер клиенты WINS динамически регистрируют свои имена NetBIOS и адреса IP на сервере WINS и, кроме этого, запрашивают у сервера WINS адреса IP определенных узлов.
В случае серверов WINS отношение определяется типом настроенной репликацией. Существует три типа репликации, которую можно настроить для серверов WINS:
- предложенная;
- по запросу;
- предложенная/по запросу.
Предложенная репликация в основном применяется, когда сервера WINS находятся в одной локальной сети. Причиной этого является частая репликация через нерегулярные промежутки времени. При предложенной репликации сервер WINS настраивается на инициацию процесса репликации с другим сервером после накопления в базе данных определенного объема изменений. По умолчанию, объем изменений, который приводит к началу репликации, равен 0, то есть любое изменение заставляет сервер реплицировать базу данных на другие серверы WINS.
Хотя предложенная репликация отлично подходит для синхронизации локальных серверов WINS, она имеет значительные накладные расходы в виде загрузки сети. Когда сервера WINS располагаются в нескольких сайтах с соединениями WAN между ними, используется репликация по запросу. При репликации по запросу указывается время интервала, а не количество изменений, которые приведут к началу репликации. Например, можно настроить репликацию по запросу, которая будет выполняться каждые 12 часов, то есть, сервер WINS будет запрашивать изменения от другого сервера WINS два раза в сутки.
Последний тип репликации может быть настроен как одновременная передача и репликация по запросу. Такой вариант настройки собирает в себе лучшие характеристики из двух других вариантов. Можно настроить регулярные репликации по запросу с одновременным запуском репликации при внесении определенного количества изменений. Например, можно настроить репликацию по запросу каждые 12 часов и репликацию с отправкой после каждых 25 изменений. Таким образом, полоса пропускания, занятая репликацией, минимизируется, и сервера WINS гарантированно будут оставаться синхронизированными.
Знание параметров репликации между несколькими сайтами помогает решить возможные проблемы репликации. Например, предположим, что два часа назад адрес IP системы на сайте A был изменен, но клиенты на сайте В все еще не могут получить доступ к системе с помощью имени NetBIOS. Проблема может возникнуть из-за того, что между сайтами настроена репликация по запросу или для репликации с отправкой указано слишком большое количество изменений. Устранение проблемы может потребовать внесения изменений в настройки репликации между двумя сайтами. Кроме этого, существует немедленное решение. Можно кликнуть правой кнопкой мыши на папке Партнеры по репликации (Replication Partners) в оснастке WINS и выбрать Реплицировать немедленно (Replicate Now), что заставит серверы выполнить репликацию.
Когда инфраструктуру WINS составляют несколько сайтов, чаще всего применяется топология репликации концентрации-и-распространения. Основной причиной использования этой структуры является сокращение времени конвергенции, которое равно максимальному времени, необходимому для распространения изменений на одном сайте на все другие сайты.
Представим, что общее время конвергенции равно двум часам. Сервер WINS на сайте 1 работает в виде центрального концентратора репликации для всех остальных сайтов. Так как репликация выполняется каждые 60 минут, можно предположить, что наибольшим временем распространения изменений с сайта в 2 на сайт 3 будет два часа. Наихудший сценарий предполагает ожидание в течение 60 минут, передачу изменений на сайт в Чикаго, ожидание еще 60 минут и передачу изменений на сайт в 3.
Если использовать одинаковые интервалы репликации и кольцевую топологию репликации, репликация изменений на сайте 2 на сайт 3, займет три часа. В процессе диагностики репликации помните об этих двух концепциях топологии репликации концентрации-и-распространения.
- Если время конвергенции слишком велико, настройте репликацию на топологии концентрации-и-распространения. Если эта топология уже используется, снизьте интервал репликации.
- Концентратор представляет собой единственную точку отказа. Если между удаленными сайтами репликация не выполняется, проверьте сервер WINS, выступающий в роли концентратора.
Репликация WINS всегда выполняется инкрементным образом. Это означает, что только изменения базы данных WINS реплицируются между партнерами.