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

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

Оценить
(0 голоса)
Сегодня рынок усиливает требования к большинству компаний, заставляя их сделать так, чтобы их компьютеры (и выполняющиеся на них приложения) фокусировались на бизнесе и на их покупателях. Как результат, данные, используемые этими приложениями, должны быть доступны в любом месте и в любое время. Подобная среда для данных может быть предоставлена несколькими базами данных, которые включают множество копий одной и той же информации. Переезжающие с места на место продавцы представляют прекрасный пример того, как используется среда распределенных данных. В течение дня продавец обычно использует дорожный компьютер для запроса всей необходимой информации из базы данных (цены и существование продуктов, например) для информирования на…
Оценить
(0 голоса)
Существуют два основных метода распределения данных на множество серверов базы данных: ♦ распределенные транзакции; ♦ репликация данных. Распределенная транзакция - это транзакция, где все изменения во всех размещениях (где хранятся распределенные данные) собираются вместе и выполняются синхронно. Системы распределенных баз данных используют метод, называемый двухфазовым подтверждением для реализации распределенных транзакций. Каждая база данных, вовлеченная в распределенную транзакцию, имеет собственную технику восстановления, которая используется в случае ошибки. (Помните, что все операторы внутри транзакции либо выполняются в своей неделимости, либо вместе отменяются.) Менеджер глобального восстановления (называемый координатором) координирует обе фазы распределенного процесса. На первой фазе этого процесса координатор проверяет, все ли участвующие…
Оценить
(0 голоса)
Репликация данных в большинстве случаев является лучшим решением, чем использование распределенных транзакций, потому что она дешевле и надежнее. Эксперименты с двухфазовым подтверждением транзакций показали, что администрирование становится более сложным при увеличении участвующих в этом процессе сайтов. Кроме того, увеличение участвующих сайтов уменьшает надежность, потому что вероятность того, что локальная часть распределенной транзакции завершится со сбоем, увеличивается при увеличении количества узлов. (Если одна локальная часть дает сбой, то вся распределенная транзакция также даст сбой.) Другой причиной использования репликации данных вместо централизации данных является производительность: клиенты сайта, где проверялась репликация данных, имели повышенную производительность, потому что у них была возможность получать доступ…
Оценить
(0 голоса)
Вообще, репликация основывается на двух различных концепциях: ♦ использование протокола транзакций; ♦ использование триггеров. Как уже было сказано, Database Engine хранит все значения измененных строк (значения как «до», так и «после») в системных файлах, называемых протоколами транзакций. Если для выбранных строк нужно выполнить репликацию, система запускает новый процесс, который читает данные из протокола транзакций и отправляет их одной или более целевым базам данных. Другой метод основан на триггерах. Изменение таблицы, содержащей данные, для которых должна быть выполнена репликация, вызывает соответствующий триггер, который по порядку создает новую таблицу с данными и запускает процесс репликации. Обе концепции имеют как преимущества, так и…
Оценить
(0 голоса)
Репликация Database Engine основывается на так называемой метафоре издатель-подписчик. Эта метафора описывает различные роли, которые могут играть серверы в процессе репликации. Один или более серверов публикуют данные, на которые могут подписываться другие серверы. Между ними существует распространитель, который сохраняет изменения и передает их дальше (подписчикам). Следовательно, узел может иметь три роли в сценарии репликации. ♦ Издатель (или публикующий сервер). Поддерживает свои исходные базы данных, делает данные доступными для репликации и отправляет измененные данные распространителю. ♦ Распространитель (или распределяющий сервер). Получает от издателя все изменения для данных, подлежащих репликации, сохраняет и отправляет их соответствующим подписчикам. ♦ Подписчик (или получающий сервер). Получает…
Оценить
(0 голоса)
Единица публикуемых данных называется публикацией. Статья содержит данные из таблицы и/или одной или более хранимых процедур. Таблица статьи может быть целой таблицей или подмножеством данных таблицы. Хранимая процедура статьи может содержать одну или более хранимых процедур, которые существуют в базе данных на момент публикации. Публикация содержит одну или более статей. Каждая публикация может содержать данные только из одной базы данных. Фильтр является процессом, который ограничивает информацию, создавая подмножество. По этой причине публикация содержит один или более следующих элементов, которые задают типы статей таблицы: ♦ таблица; ♦ вертикальный фильтр; ♦ горизонтальный фильтр; ♦ комбинация вертикальных и горизонтальных фильтров. Вертикальный фильтр содержит…
Оценить
(0 голоса)
Database Engine предоставляет следующие типы репликации, такие как: ♦ репликация транзакций; ♦ репликация мгновенного снимка; ♦ репликация слияния; ♦ одноранговая репликация. Репликация транзакций В репликации транзакций для репликации данных используется протокол транзакций системы. Все транзакции, которые содержат данные, подлежащие репликации, отмечаются как транзакции для репликации. Компонент с именем Log Reader Agent отыскивает отмеченные транзакции и копирует их из протокола транзакций издателя в базу данных distribution. Другой компонент - Distribution Agent - перемещает транзакции подписчику, где они применяются для целевых таблиц в подписанных базах данных. Репликация транзакций может выполнять репликацию таблиц (или части таблиц) и одной или более хранимых процедур. Использование…
Оценить
(0 голоса)
Самый простой тип репликации (репликация мгновенного снимка) копирует опубликованные данные от издателя всем подписчикам. (Различием между репликацией мгновенного снимка и репликацией транзакций является то, что в первом случае подписчику пересылаются все опубликованные данные, а во втором случае - только измененные данные). Репликация мгновенного снимка тесно связана с компонентом, называемым Snapshot Agent. Этот компонент генерирует схему и данные из опубликованных таблиц и сохраняет их в файлах. Схема таблицы и соответствующий файл данных создают синхронизированный набор, который представляет мгновенный снимок таблицы в конкретный момент времени. Создает ли агент новые файлы мгновенных снимков каждый раз при его выполнении, зависит от типа репликации и…
Оценить
(0 голоса)
В репликации транзакций и в репликации мгновенного снимка издатель отправляет данные, а подписчик их получает. (Не существует такой возможности, чтобы подписчик отправлял реплицированные данные издателю.) Репликация слияния позволит издателю и подписчикам изменять реплицируемые данные. По этой причине могут возникать конфликты в процессе репликации. После создания публикации на публикующем сервере Snapshot Agent подготавливает файлы, содержащие схему таблицы и данные, и сохраняет их в рабочем каталоге на существующем распределяющем сайте. (В.процессе слияния репликации база данных distribution содержит только лишь состояние процесса репликации.) Затем используется синхронизирующее задание для другого компонента- Merge Agent, который отправляет все измененные данные на другой сайт. Помните, что Merge…
Оценить
(0 голоса)
Одноранговая репликация является еще одной формой репликации транзакций, при которой каждый сервер в одно и то же время является издателем, распространителем и подписчиком одних и тех же данных. Иными словами, все серверы содержат одни и те же данные, но каждый сервер ответственный за изменение собственной части данных. Одноранговую репликацию лучше всего объяснить через пример. Предположим, что компания имеет несколько офисов филиалов в различных городах, и каждый офисный сервер имеет такой же набор данных, что и все другие серверы. С другой стороны, все данные разделены на подмножества, и каждый офисный сервер может изменять только собственное подмножество данных. Когда данные изменяются на…
«ПерваяПредыдущая12СледующаяПоследняя»
Навигация
© 2018 www.serversql.ru. Все права защищены.