Корпоративные базы данных - статьи

       

Схема тиражирования





  • Выборочная подписка. Сервер подписки может не подписываться
    вообще, подписаться на некоторые или на все публикации, предлагаемые
    сервером публикаций вашего предприятия.
  • Выборочная подписка на статьи публикаций. Сервер подписки
    может подписаться на все или некоторые статьи внутри публикации.
  • Защита публикаций. Каждая публикация имеет статус защищенной
    или незащищенной (по умолчанию принимается отсутствие защиты). Если
    публикация помечена как незащищенная, то она видна любому и на нее может
    подписаться любой зарегистрированный сервер. В том случае если публикация
    помечена как защищенная, она видна только тем серверам подписки, которым
    дано такое право, и только они могут на нее подписаться.
  • Публикация вертикальных элементов таблицы. При
    необходимости статья публикации может быть определена как набор столбцов




    той или иной таблицы. При этом необходимо учесть, что среди этих столбцов
    обязательно должны присутствовать те, что определяют первичный индекс.
  • Публикация горизонтальных элементов таблицы. Статья также
    может включать только некоторые записи таблицы. В этом случае сервер
    подписки получает только набор записей. (Кроме того, статья может включать
    "прямоугольную вырезку", ограниченную набором столбцов и набором
    записей.)
  • SQL Server 6.0 предоставляет исключительную гибкость в организации
    топологии системы тиражирования данных. Базовые структуры тиражирования
    включают следующие схемы:
  • один сервер публикаций, несколько серверов подписки (самая
    простая схема). Один сервер определен как сервер публикаций. Эта схема
    принимается по умолчанию и лучше всего подходит для создания
    информационных систем, централизованного распространения информации,
    снижения нагрузки основного сервера при создании различного рода отчетов и
    т.п.;
  • один сервер публикаций с использованием промежуточного
    сервера репликаций. Эта схема похожа на предыдущую, только с той
    разницей, что заботу по рассылке информации всем подписчикам берет на
    себя дополнительный сервер.
    Это снижает нагрузку на основной сервер в том
    случае, когда происходит интенсивная работа с большой базой данных.
    Основной сервер (сервер публикаций) выполняет только обработку транзакций;
  • множество серверов публикаций, один сервер подписки. При
    использовании такой схемы несколько серверов публикаций тиражируют
    данные на единственный сервер подписки. Этот сценарий позволяет
    консолидировать данные в едином центре. Подобная модель может
    использоваться для локальной обработки данных у клиентов в удаленных
    подразделениях;
  • несколько серверов подписки, несколько серверов публикаций.
    При использовании такой схемы несколько серверов могут играть двойную
    роль (выступать одновременно и как серверы подписки, и как серверы
    публикаций). Эта схема подходит для использования в децентрализованных
    организациях, системах резервирования, региональных отделениях. Подобная
    конфигурация должна быть создана вручную.


Содержание раздела