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

Модуль поставляется отдельно от полной версии базы. В демо-версию входит только описание модуля. Далее рассмотрены основные термины и определения репликации применительно к базе Alex Service, и основные этапы работы с базой в режиме репликации.

Внимание!

Администратор или ответственный пользователь НЕ ДОЛЖЕН ПРИСТУПАТЬ К РЕПЛИКАЦИИ, пока четко не усвоит смысл и цели всех ее этапов! Попытки репликации данных неквалифицированным администратором или пользователем, могут привести к полной или частичной потере данных!

Терминология и определения, используемые при репликации

Репликация		Слияние или СИНХРОНИЗАЦИЯ данных, накопленных при независимой работе с базой в двух или более офисах или сервисных центрах одной компании, которые не связаны между собой компьютерной сетью. Работа с базой в таких офисах может вестись независимо друг от друга. В каждом офисе может быть своя локальная сеть или всего один компьютер.
Регулярная репликация		Позволяет всем независимым офисам компании работать, как со своими данными, так и с данными, которые были введены в базу в других офисах.
Реплика и Основная реплика		Соответствующим образом подготовленные, файлы данных alexn_be.mdb. Основная Реплика должна быть одна в Наборе Реплик. Простых реплик должно быть = (число всех офисов) - 1.
Набор реплик		Совокупность Основной Реплики и Реплик, сгенерированных из нее.
Конфликтная запись		Запись базы, которая была изменена в двух или более офисах. Например, начальное название фирмы-клиента "Пупсик Шустрый", в одном офисе изменили на "Шустрый Пупсик ООО", а в другом офисе - на "Шустрый Пупсик" (без ООО). В таком случае при репликации (синхронизации) возникнет Конфликт, так как база не может сама решить, какое из двух новых названий является верным, и предоставляет пользователю самому выбрать верную запись.
Разрешение конфликтов		Удаление из базы Конфликтных Записей администратором или сотрудником, способным квалифицированно разрешить Конфликт.

Далее, как пример, рассмотрен вариант Репликации данных из трех офисов одной компании, где A - Центральный офис, B и C - другие офисы компании.

Работа с базой в режиме Репликации Данных делится на 7 этапов:

1	Создание Основной Реплики для центрального офиса	вверх
	Выполняется Администратором
	На этом этапе из исходного файла данных alexn_be.mdb в центральном офисе A генерируется Основная Реплика A. Т.е. файл данных преобразуется в реплицируемый. Основную реплику A нужно создавать, когда в рабочий файл данных введен хотя бы минимум необходимой для дальнейшей работы информации (все списки, сотрудники вашей компании и т.д., подробнее см. раздел Начало работы).
2	Создание Реплик для других офисов	вверх
	Выполняется Администратором
	На этом этапе из основной реплики A, созданной на первом этапе, генерируется необходимое число (по числу офисов) простых реплик в другие офисы, т.е. реплика B и реплика C.
3	Передача Реплик в офисы и работа с ними как с обычным файлом данных	вверх
	Выполняется курьером или через электронную почту
	Простые реплики B и C, созданные на втором этапе, передаются из центрального офиса A в другие офисы компании (офис B и офис C). После подключения баз в офисах B и C к репликам B и C, полученным из центрального офиса A, можно начинать работу с базой в обычном режиме во всех офисах (A, B и C).
4	Доставка Реплик из других офисов в центральный офис	вверх
	Выполняется курьером или через электронную почту
	Периодически, например, в конце каждой недели, реплики из офисов B и C должны быть доставлены в центральный офис A для синхронизации с основной репликой A.
5	Синхронизация Реплик из других офисов с Основной Репликой из центрального офиса	вверх
	Выполняется Администратором
	На этом этапе все независимые изменения и новые данные, введенные в базу в офисах B и C, синхронизируются с данными, введенными в офисе A, путем слияния с основной репликой. Таким образом, происходит взаимный обмен накопленными данными между офисами A, B и C.
6	Разрешение возможных конфликтов данных после Синхронизации	вверх
	Выполняется Администратором и Сотрудником, способным грамотно Разрешить Конфликты между данными всех офисов
	После синхронизации реплик, например, центрального офиса A и офиса B, проверяется наличие конфликтов синхронизации в репликах A и B. При наличии конфликтов, проводится их разрешение. Т.е., по каждой паре конфликтующих записей, после их анализа, принимается решение, какая из них должна остаться в базе, и какая должна быть окончательно удалена. После разрешения всех конфликтов в репликах A и B, проводится их повторная синхронизация. После этого можно приступать к синхронизации реплики A с репликой C. Затем повторно синхронизируют реплику A с репликой B, для того, чтобы данные из реплики C попали в реплику B, и разрешают конфликты, если необходимо.
7	Раздача Синхронизированных Реплик в другие офисы для дальнейшей работы	вверх
	Выполняется курьером или через электронную почту
	После этапа 6 реплики B и C возвращаются в офисы B и C для продолжения обычной работы с ними, до очередной синхронизации.

Модуль репликации доступен только администратору из формы Настройки -> Администратор -> Репликация данных и представляет собой следующую форму:

В этой форме выполняются все операции, связанные с репликацией данных. Далее, кратко описано назначение элементов формы (помечены желтыми цифрами):

В поле указывается путь к следующим файлам, в зависимости от проводимой операции:

	Путь к файлу данных alexn_be.mdb, из которого планируется создание основной реплики (кнопкой 2).
	Путь к основной реплике, из которой планируется создать реплику по пути 4 (кнопка 3).
	Путь к реплике, которая синхронизируется (кнопка 5) с репликой по пути 4.
	Путь к реплике, в которой производится разрешение конфликтов (кнопка 6) после синхронизации (кнопка 5).

Создание основной реплики из файла данных, указанного по пути 1. Перед выполнением этой операции необходимо иметь резервную копию исходного файла данных.

Создание реплики по пути 4 из основной реплики по пути 1.

В поле указывается путь к следующим файлам, в зависимости от проводимой операции:

	Путь и имя создаваемой реплики из основной реплики по пути 1.
	Путь и имя реплики, синхронизируемой с репликой по пути 1.

Синхронизация реплик по пути 1 и по пути 4.

Разрешение конфликтов в реплике по пути 1.

Область отображения конфликтных записей при разрешении конфликтов.

Команда Оставить запись, Существовавшую в реплике по пути 1 до синхронизации, а конфликтную запись - удалить.

Команда Оставить Конфликтную Запись, появившуюся в реплике 1 после синхронизации, а Существующую запись - удалить.

Переход к следующей конфликтной записи с оставлением текущего конфликта неразрешенным.

Более подробное описание особенностей репликации см. на вкладках Основные правила и рекомендации 1 и 2.