Репликация данных.

(Продолжительность занятия 40 минут)

Все серверы WINS в объединенной сети можно настроить так, чтобы они всегда тиражирован (replicate) на другие серверы записи из своей базы данных. Это гарантирует, что имя, зарегистрированное на одном сервере WINS, будет продублировано на всех остальных. На этом занятии объясняется, каким образом база данных одного сервера WINS тиражируется на других серверах WINS.

Изучив материал этого занятия, Вы сможете:

^ объяснить, когда необходимо настроить сервер WINS в качестве передающего или принимающего партнера;

^ настроить сервер WINS для репликации базы данных.

Репликация базы данных происходит при любом ее изменении, в том числе при освобождении имени. Дублирование баз данных позволяет серверу WINS распознавать NetBIOS-имена узлов, зарегистрированных на других серверах WINS. Например, если узел из подсети 1, зарегистрированный на сервере WINS той же подсети, пытается взаимодействовать с узлом из подсети 2, зарегистрированным на другом сервере WINS, имя NetBIOS не будет разрешено до тех пор, пока оба сервера WINS не продублируют друг другу свои базы данных.

Чтобы обмениваться записями базы данных, каждый из серверов WINS должен быть настроен как передающий или принимающий партнер для хотя бы одного сервера WINS. Передающий партнер (push partner) - это сервер WINS, который при изменении записей в его базе данных посылает своим принимающим партнерам сообщения с уведомлениями. Когда принимающие партнеры сервера WINS отвечают на уведомления, сервер WINS посылает им копии новых записей (replicas) своей базы данных.

Принимающий партнер (pull partner) - это сервер WINS, который запрашивает копии элементов базы данных у своих передающих партнеров. Он запрашивает и получает версии записей более поздние, чем полученные во время последней репликации.

Примечание Серверы WINS тиражируют только обновленные записи своих баз данных. Целиком база данных при репликации не копируется.

Настройка передающего или принимающего сервера WINS

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

· сделайте сервер WINS передающим партнером, если серверы связаны высокоскоростными соединениями, поскольку передача происходит всегда при обновлении заданного числа записей;

· сделайте принимающими партнерами удаленные узлы, если они связаны низкоскоростными линиями, поскольку прием можно настроить так, чтобы он происходил через заданные промежутки времени;

· чтобы полностью синхронизировать базы данных двух серверов, настройте их в качестве принимающего и передающего партнеров друг для друга Эти правила мы применим далее в примере и иллюстрации.

· Предположим, в Сиднее и Сиэтле все серверы WINS всех узлов передают обновленные записи своих баз данных на один узел в своем городе.

· Эти выделенные серверы настроены как принимающие партнеры друг друга, поскольку линия связи, соединяющая их, относительно медленная. Репликация между ними может происходить, когда линия связи наименее загружена, например ночью.

Сидней Сиэтл

Примечание Настройка сервера WINS в качестве передающего или принимающего партнера осуществляется при помощи программы WINS Administration tool.

Настройка репликации базы данных

Репликация базы данных подразумевает, что, как минимум, один компьютер является передающим партнером и один - принимающим.

Вот четыре возможных условия начала репликации базы данных.

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

2. Через заданные промежутки времени, например через каждые пять часов.

3. Когда количество регистрации и изменений в базе данных WINS достигает заданного предела: сервер WINS информирует всех своих принимающих партнеров, и они запрашивают обновленные записи.

4. Принудительное начало репликации из диалогового окна WINS Manager Replication Partners.

Упражнения

В этих заданиях Вы настроите сервер WINS для репликации базы данных с другим сервером WINS.

Примечание Для того чтобы выполнить эти задания, сначала настройте второй компьютер (Server2) как сервер WINS. Для этого выполните задание по установке службы WINS Server,

> Настройка партнеров по репликации

В этом задании Вы настроите второй компьютер (сервер WINS) как партнера по репликации.

1. В окне WINS Manager выберите меню Server, а потом щелкните Replication Partners. Появится диалоговое окно Replication Partners.

2. Щелкните Add. Вы увидите диалоговое окно Add WINS Server.

3. В строке WINS Server введите 131.107.2.200. а затем щелкните ОК.Появится диалоговое окно Replication Partners, в котором введенный IP-адрес добавлен к списку серверов WINS.

Внимание! На этом компьютере Вы должны указать основной сервер WINS в качестве партнера по репликации.

4. В списке WINS Server щелкните Ваш IP-адрес.

5. В группе Replication Options щелкните кнопку Configure, расположенную рядом с Pull Partner.

Вы увидите диалоговое окно Pull Partner Properties.

Установленный интервал репликации - 30 минут.

Примечание Для передающего партнера в строке Update Count задайте число обновлений записей базы данных, по достижении которого сервер WINS уведомит принимающих партнеров. Конкретное значение зависит от количества регистрации, поддерживаемых сервером. Сервер WINS, который получает сотни запросов о регистрации при подключении пользователей к сети, должен быть настроен для репликации большого числа обновлений.

Также Вы можете установить флажок Push with Propagation. Это заставит выбранные серверы WINS запрашивать все новые записи базы данных у сервера WINS, пославшего это сообщение. То есть, когда выбранный сервер получит какие-либо новые записи, он в свою очередь объявит о появлении изменений всем своим принимающим партнерам. Если выбранный сервер WINS не получает ни одной новой записи, он не распространяет сообщение об изменениях.

6. Щелкните ОК.

> Принудительная репликация

В этом задании Вы заставите WINS тиражировать базу данных на другой сервер WINS.

1. В диалоговом окне Replication Partners щелкните Replicate Now.

Появится сообщение WINS Manager о получении запроса репликации.

2. Щелкните ОК.

3. Щелкните ОК, чтобы вернуться в окно WINS Manager.Вы увидите окно WINS Manager, где Ваш IP-адрес указан как WINS-сервер.

4. В списке WINS Server выберите локальный сервер WINS.

5. В меню Mappings щелкните Show Database. Появится окно Show Database. Убедитесь, что в список Select Owner добавлены имена всех серверов, известных партнеру по репликации.

Примечание Если номер версии (version ID) тиражируемой базы данных равен О, повторите пункты 1-3, чтобы произвести репликацию снова.

6. В списке Select Owner выберите Ваш IP-адрес.В списке Mappings Вы увидите список имен зарегистрированных на сервере WINS.

7. Просмотрите информацию в базах данных других серверов, а затем щелкните Close, чтобы вернуться в WINS Manager,

Автоматические партнеры репликации WINS

Если Ваша сеть поддерживает групповую адресацию, сервер WINS можно настроить на автоматический поиск других серверов WINS в сети путем регулярной посылки групповых сообщений на IP-адрес 224.0.1.24. Тогда любой найденный в сети сервер WINS будет автоматически настроен как принимающий и передающий партнер репликации, а интервал репликации приема (pull replication) будет установлен равным двум часам. В этом случае, при нормальном выключении одного из компьютеров, он исключается из списка партнеров. Если сетевые маршрутизаторы не поддерживают групповую адресацию, то данный сервер WINS сможет обнаружить только серверы WINS той же подсети.

По умолчанию автоматическое взаимодействие между серверами WINS отключено. Для ручного отключения этой функции используйте редактор реестра, чтобы установить значение параметра UseSelfFndPnrs равным 0, а значение Mcastlntvl - достаточно большим*.

Резюме

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

По выполняемым функциям DNS-серверы делятся на несколько групп; сервер определённой конфигурации может относиться сразу к нескольким типам:

    • Мастер, или первичный сервер (в терминологии BIND) - имеет право на внесение изменений в данные зоны.

      Слейв, или вторичный сервер, не имеющий права на внесение изменений в данные зоны и получающий сообщения об изменениях от мастер-сервера.

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

    Локальный DNS-сервер - используется для обслуживания DNS-клиентов, исполняющихся на локальной машине.

    Перенаправляющий DNS-сервер - перенаправляет полученные рекурсивные запросы вышестоящему кэширующему серверу в виде рекурсивных запросов.

    Корневой DNS-сервер- сервер, являющийся авторитативным за корневую зону.

    Регистрирующий DNS-сервер - сервер, принимающий динамические обновления от пользователей.

Типы зон Все DNS-зоны можно разделить на зоны прямого и обратного просмотра. Кроме того, каждая из них может быть:

    основной;

    дополнительной (резервная копия основной);

    интегрированной в Active Directory (специальный тип зоны, рекомендованный для обслуживания доменов Windows 2000).

1. Зоны прямого просмотра служат для преобразования доменных имен в IP-адреса. 2. Зоны обратного просмотра позволяют генерировать обратные запросы на поиск имени по IP-адресу. 3. Основная зона - стандартный тип зоны. Основные зоны хранятся в виде простого текстового файла, полностью совместимого с BIND. Это позволяет легко переносить данные зоны с одного сервера на другой и вручную редактировать файлы зон.4. Дополнительная зона - резервная копия существующей зоны. 5. Зона, интегрированная в Active Directory . Данные интегрированной зоны хранятся в Active Directory (AD), что обеспечивает максимальной уровень надежности Active Directory и DNS.

Репликация зоны – это процедура обновления вторичного сервера DNS, при которой копируются и обновляются все DNS записи с первичного сервера DNS. Репликация осуществляется с помощью протокола TCP через порт 53.

5. Последовательность действий по конфигурированию dns-сервера. Типы ресурсных записей.

Последовательность действий по конфигурированию:

    Инсталляция DNS сервера

    Начальное конфигурирование DNS сервера

После установки сервера необходимо указать некоторые параметры для работы сервера. Это делается путем редактирования определенных директив в файле опций. В файле прописываются директивы.

    Запуск DNS сервера

После редактирования этого файла необходимо рестартовать сервер.

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

Ресурсные записи - единицы хранения и передачи информации в DNS.

Наиболее важные типы DNS-записей:

    Запись A связывает имя хоста с адресом протокола IPv4.

    Запись AAAA связывает имя хоста с адресом протоколаIPv6.

    Запись CNAME используется для перенаправления на другое имя.

    Запись MX указываетсерверы обмена почтойдля данного домена.

    Запись NS указывает наDNS-сервердля данного домена.

    Запись PTR связывает IP-адрес хоста с его каноническим именем.

    Запись SOA указывает на каком сервере хранится эталонная информация о данном домене.

    SRV-записьуказывает на серверы для сервисов, используется, в частности, дляJabberиActive Directory.

Данные можно реплицировать как в пределах локальной сети, так и через глобальную WAN сеть. Технология DFSR была спроектирована с расчетом на медленные WAN сети и работает столь же надежно через Интернет, как и в пределах одного здания.
Возникает вопрос- чем же эта функция по сути отличается от пространства имен DFS? Основное ее отличие- это наличие функции Алгоритма дифференциальной компрессии -- Remote differential compression algorithm (RDC), который применяется для репликации изменений. Основная идея этого алгоритма состоит в том, что реплицируются только измененные части файла. Например, если есть большой текстовый документ, и мы добавили несколько страниц в середину документа, то только эти несколько страниц и будут переданы по сети во время следующего сеанса синхронизации. Тем самым наиболее предпочтительней использовать репликацию DFS в медленных сетях, например для репликации одной (нескольких) папок между удаленно расположенными офисами с медленными каналами.
Репликация данных устойчива к проблемам с сетью. Если связь с удаленной машиной прервется, то репликация, разумеется, остановится. Но как только сеть будет снова работать, то репликация начнется с того места, где она прервалась.
Рассмотрим пошаговую инструкцию настройки репликации DFS. Первое что необходимо сделать - .
После этого создаем группу репликации (группа репликации - это набор серверов, именуемых членами, которые участвуют в репликации одной или нескольких реплицируемых папок. Реплицируемая папка - это папка, для которой поддерживается синхронизация на каждом из членов), для этого нажимаем правой кнопкой мыши на «Репликации» , выбираем «Новая группа репликации…»

В типе реплицируемой группе репликации, рекомендую указать «Универсальная группа репликации» , поскольку этот тип является более гибким в использовании в дальнейшем.


В следующем окне указываем имя группы репликации, пишем комментарий (по желанию) и смотрим тот ли домен используется (если в вашей организации используется несколько доменов).


Затем указываем сервера, которые будут входить в группу репликации (их может быть два и более).


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


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


В окне «Основной член репликации» указываем сервер на котором хранятся данные.


В следующем окне указываем папку, которую необходимо реплицировать.


Затем указываем папку на которую необходим реплицировать (на другом сервере).


После этого просматриваем все указанные настройки и если все указанно верно, нажимаем «Создать» .


Теперь в категории «Репликации» видим созданную репликацию Common .

Для того что бы запустить репликацию вручную, необходимо нажать на репликацию, в данном примере "Сommon" , затем зайти во вкладку "Подключения" и нажав правой кнопкой на любом подключении выбрать "Реплицировать сейчас" .

Данные из удаленных офисов часто накапливаются и объединяются в центральном офисе. Аналогичным образом, можно реплицировать данные в удаленные офисы. Технология для этого называется „Репликация данных” и поддерживается продуктами Microinvest .

Основные положения

Репликация данных – современная технология управления данными в нескольких точках, при которой выстраивается общая система обработки и консолидации данных. В общих чертах, репликация это процесс, при котором данные записываются и сохраняются вверху отдельных серверов, но, с помощью управления информационным потоком, постигается систематизирование результатов в центральном сервере.

Виды репликации

Существует разделение репликаций по времени:

  • Синхронная репликация
  • Асинхронная репликация

Разделение репликаций по задачам:

  • Репликация Master-Slave
  • Репликация с равноправными серверами (Multi Master)

Синхронная репликация

Синхронная репликация проходит в реальном времени, информация мультиплицируется на всех серверах. Особенность синхронной репликации в том, что при потере связи между серверами никто не отражает изменения, цикл останавливается и процесс практически не может быть продолжен. Необходимо, чтобы все данные были на 100% одинаковык у всех серверов и клиентов. Этот режим не применяется в реальных торговых системах, т.к. зависим от связи.

Асинхронная репликация

Асинхронная репликация – это технология, при которой данные сохраняются в локальном сервере, который, со своей стороны, заботится об их передаче к следующему и передает только разницу. Это правильная технология для построения торговой системы, т.к. нет требований к бесперебойной связи, и данные передаются при первой возможности, но не обязательно в реальном времени.

Репликация Master-Slave

Репликация Master-Slave зависит от одного центрального Master сервера, который аккумулирует все данные и передает разницу к подчиненным Slave серверам. Таким образом, Master сервер всегда имеет актуальную копию данных, пока Slave серверы ждут изменений и подчиняются информации, отправленной от Master. Они актуализируют свои данные с опозданием. Преимущество этой технологии в простом выполнении, недостаток – записи всегда делаются в Master сервере, что требует постоянно связи с этим сервером. Если пропадет связь с центральным сервером, в системе не смогут выводиться новые операции, но можно будет делать справки. Эта технология реализована в MySQL сервере и часто используется в торговых системах. Обыкновенно, Master сервер стоит в центральном офисе фирмы.

Репликация с равноправными серверами

Репликация с равноправными серверами – прогрессивная технология, где каждый сервер является самостоятельным и, одновременно с этим, частью общей сети. При этой технологии так же существует центральный сервер, который управляет связью между остальными серверами. Преимущество технологии в полной независимости от связи в работе. Когда есть связь, данные передаются к центральному серверу. Подчиненные серверы передают только свою разницу и не загружают канал обмена данными. Когда не существует связи между серверами, данные аккумулируются локально для последующего объединения при восстановлении связи. Эта технология называется Transactional Merge и реализуется в MS SQL Server.

Репликация в Microinvest Склад Pro

Некоторые полезные ресурсы

  • Документация по всем продуктам;
  • Форум технической поддержки Microinvest , где Вы сможете быстро получить ответ на интересующий вопрос;
  • Примеры автоматизации ресторанов и торговли на базе Microinvest в России и странах СНГ;