5.2.Использование утилиты репликации
Работа с утилитой репликации на Центральном сервере и в точках обмена имеет ряд особенностей. В этой главе рассмотрены:
Работа с утилитой репликации на Центральном сервере.
Работа с утилитой репликации на точках обмена.
!
|
В версии Terrasoft CRM 3.2 по репликации не передаются таблицы логирования, пользователи, роли, права на группы таблиц, права на поля таблиц, а также вхождения пользователя в роль и роли в роль на сервере.
|
!
|
Профиль пользователя при использовании репликации необходимо хранить на сервере, а не локально.
|
5.2.1.Работа с утилитой репликации на Центральном сервере
Настроить автоматический прием пакетов с данными на Центральном сервере можно путем назначения заданий в ОС Windows (меню [Пуск] -> [Программы] -> [Стандартные] -> [Служебные] -> [Назначенные задания]). Для этого необходимо создать новую задачу, выбрав для выполнения программу «RepOffline.exe» и указать для нее параметр -ro 2 (для приема данных) в свойствах задания (Рис. 5 .30).
Также необходимо проверить правильность имени и пароля пользователя, который создает задачу. Пользователь должен иметь права администратора, обязательно с паролем, который необходимо установить, нажав на кнопку [Задать пароль…] ([Set password…]).
!
|
Пароль пользователя должен быть аналогичен паролю при входе в Windows.
|
На закладке [Расписание] ([Schedule]) нужно установить расписание для задачи. Интервал для приема данных нужно задавать в зависимости от того, насколько часто пользователи будут выполнять репликацию (присылать запросы на обновление, пакеты с данными и подтверждения). Например, принимать данные можно каждые 15 минут или полчаса. Важно установить расписание таким образом, чтобы не допустить передачу по почте очень больших пакетов с данными (в противном случае, почтовый сервер их может не пропустить), или использовать фрагментирование.
Рис. 5.30 – Назначение задания
5.2.2.Работа с утилитой репликации на точках обмена
После установки утилиты репликации на рабочем столе появятся 4 ярлыка (Рис. 5 .31).
Рис. 5.31 – Ярлыки утилиты репликации
Механизм работы репликации состоит из следующих этапов:
Получение данных с сервера.
Отправка данных.
Запрос обновления (если необходимо). В этом случае сервер принудительно запрашивается на прием данных, и информация отправляется на все точки обмена, кроме точки, приславшей запрос.
На Рис. 5 .32 изображен пример процесса репликации.
1 – путь отправки сообщения серверу. В почтовый ящик Центрального сервера поступает запрос с точки обмена на получение новых данных.
Рис. 5.32 – Схема репликации
2 – Центральный сервер раз в 5 минут запрашивает данные с почтового сервера. Получая сообщение, сервер просматривает его содержимое. Если в письме содержится запрос на новые данные, то сервер проверяет, с какого компьютера поступил запрос и формирует пакет с новыми данными для конкретной точки репликации. Если в письме содержатся отправленные на сервер новые данные, то он их распаковывает и помещает в базу данных.
3 – сформированный пакет отправляется на почтовый ящик точки репликации.
4 – пакет с новыми данными сохраняется на точке репликации, и данные попадают в локальную БД.
5.2.2.1.Получение данных с сервера
-
Необходимо удостовериться, что для точки репликации нет сформированных пакетов данных. Для этого нужно:
подключиться к сети;
запустить ярлык [Получить пакеты]. В результате появится окно отображения процесса репликации, пример которого изображен на Рис. 5 .33.
Рис. 5.33 – Процесс репликации
Если сформированных пакетов для точки обмена нет, после того, как окно перестанет отображаться на экране, можно переходить к следующему шагу.
Запустить ярлык [Запросить обновление]. В результате, вновь появится окно отображения процесса репликации (Рис. 5 .33). Через определенное время (в зависимости от загруженности сервера и очереди запросов к нему) для точки репликации будет сформирован пакет с новыми данными.
Далее следует запустить ярлык [Получить пакеты]. Пример окна отображения процесса репликации, которое появится в результате запуска этого ярлыка, изображен на Рис. 5 .34.
Рис. 5.34 – Процесс репликации при получении пакетов
При появлении сообщения «Not Responding» процесс репликации прерывать не следует. После завершения загрузки данных окно отображения процесса репликации перестанет отображаться на экране.
Если процесс репликации по каким-либо причинам был прерван, необходимо:
Запустить утилиту «SetOffline.exe».
В открывшемся окне перейти на закладку [Администрирование] и нажать на кнопку [Очистить…] (Рис. 5 .35).
Рис. 5.35 – Очистка базы данных
До нажатия кнопки [Очистить] рядом с ней будет отображаться сообщение: «База данных занята». После нажатия кнопки появится сообщение «База данных свободна».
5.2.2.2.Отправка данных на сервер
Для отправки данных на сервер необходимо запустить ярлык [Отправить всем]. В результате появится окно отображения процесса репликации, пример которого изображен на Рис. 5 .36.
Рис. 5.36 – Процесс репликации при отправке данных
Как только это окно перестанет отображаться на экране, отправка данных завершена.
!
|
При использовании для репликации удаленного почтового ящика (Internet), перед отправкой данных на сервер необходимо проверить наличие подключения к Интернету.
|
5.2.3.Примеры использования репликации
Особенностью процесса offline репликации является то, что для получения полной картины изменений в базе данных необходимо на каждой точке обмена выполнять действия "Получить пакеты с данными" и "Отправить пакеты с данными". Возможны следующие варианты:
-
С Центрального сервера отправлены данные на все точки. В этом случае необходимо:
на каждой удаленной точке принять данные.
далее автоматически формируется и отсылается на почтовый ящик Центрального сервера пакет с подтверждением.
следующим шагом нужно принять данные на Центральном сервере. В результате все отправки будут подтверждены, и можно переходить к осуществлению следующей отправки данных. В противном случае, при попытке отправить данные в логах можно будет увидеть сообщение: «Отправка данных в точку <�Имя точки> невозможна. Предыдущая отправка не подтверждена!»
-
Изменились данные в базе на одной удаленной точке. Для того чтобы все остальные точки получили эти изменения, необходимо:
отправить данные с точки обмена на Центральный сервер;
принять данные на Центральном сервере. В результате автоматически будет сформирован и отправлен на удаленную точку пакет с подтверждением;
принять данные на точке обмена для того, чтобы подтвердить отправку;
повторить все выше перечисленные действия, для того, чтобы остальные точки получили измененную информацию.
-
На удаленной точке данные не менялись, но пользователю необходимо получить информацию с Центрального сервера. Для этого нужно:
отправить на Центральный сервер запрос на обновление;
принять данные на Центральном сервере;
в результате получения на Центральном сервере запроса на обновление автоматически будет сформирован пакет с данными и отправлен на почтовый ящик точки обмена, с которой осуществлялся запрос новых данных;
принять данные на удаленной точке.
на удаленной точке автоматически будет сформирован пакет с подтверждением и отослан на Центральный сервер.
для получения пакета на Центральном сервере и подтверждения отправки нужно принять данные на Центральном сервере.
При автоматической настройке репликации на Центральном сервере можно настроить только прием данных, при этом на удаленных точках, помимо автоматического приема данных, необходимо настроить автоматическую отправку и запрос на обновление. В этом случае прием данных на удаленной точке должен производиться чаще, чем остальные действия, поскольку необходимо осуществлять прием пакетов не только с данными, но и с подтверждениями.
Второй вариант автоматической настройки - прием и отправка данных на Центральном сервере, а также прием и отправка на каждой точке. Обязательно нужно учитывать тот факт, что после каждой отправки данных необходимо получить пакет с подтверждением. Особенно это важно для Центрального сервера.
|
