Синхронизация:Настройка синхронизации

Установка и настройка WAMP сервера

1. Скачать wamp server для необходимой операц. Системы http://www.wampserver.com/ru/
2. Установить Visual C++
3. Установить WampServer  !!!!! ВАЖНО, чтоб заработало wampserver должен быть тойже битности что и FIREBIRD
4. Настройка
а. Открываем Appach – httpd.conf
b. Строки

   Listen 0.0.0.0:80
   Listen [::0]:80

исправляем на

   Listen 0.0.0.0:8080

c. Ищем блок. Последние строки должны быть, как в этом примере.

<Directory "${INSTALL_DIR}/www/">
    #
    # Possible values for the Options directive are "None", "All",
    # or any combination of:
    #   Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews
    #
    # Note that "MultiViews" must be named *explicitly* --- "Options All"
    # doesn't give it to you.
    #
    # The Options directive is both complicated and important.  Please see
    # http://httpd.apache.org/docs/2.4/mod/core.html#options
    # for more information.
    #
    Options Indexes FollowSymLinks

    #
    # AllowOverride controls what directives may be placed in .htaccess files.
    # It can be "All", "None", or any combination of the keywords:
    #   AllowOverride FileInfo AuthConfig Limit
    #
    AllowOverride All

    #
    # Controls who can get stuff from this server.
    #
    Require all granted
#   onlineoffline tag - don't remove
     Order Deny,Allow
     Allow from all
</Directory>

!!! ЕСЛИ ЭТИХ НАСТРОЕК НЕТ САМОМУ ИХ СТАВИТЬ НЕ НУЖНО!!!
d. Ставим галочку php - php extensions - php_interbase (правая кнопка мышки)
5. !!! ОБЯЗАТЕЛЬНО !!! в файлах php.ini, и my.ini ищем все вхождения слов MAX и LIMIT и устанавливаем ограничения (по здравому смыслу), т.к. изначально ограничения очень большие.
(также проверить файл С:\wamp\bin\apache\apache\bin\php.ini)
6. Копируем C:\Program Files\Firebird\Firebird_2_5\bin\fbclient.dll
в отдельную папку делаем еще раз копию файла и обзываем его gds32.dll, потом оба этих файла копируем во все системные папки Windows, System32, C:\wamp\bin\apache\apache2.4.9\bin, C:\wamp\bin.
7. Устанавливаем пустую глобальную базу, берём с какого-либо схожего клиента, делаем бэкап метаданных, после чего размернув рядом - копирование объекта с донорской базы копируем таблицы
SP$ANALITYCS(интер.отчёты),
SP$FRREPORTS,
SP$GROUPS,
SP$GROUP_DETAIL,
SP$PARAMS,
SP$USERS,
SP$WDICTS,
в сводник Z$DBVER(DistributeClient профиль)
создаём 0 g$profile по типу родительской базы
и если точка первая - делаем update doc_types с уже работающей синхронизацией, чтобы на сервере появились типы документов
8. В каталог установки wamp\www устанавливаем скрипты. Можно взять с клиента со схожей базой скрипты из папки www/sinhro/engine - все кроме log.txt, папки BACK,USERS,QUEUE, их потом вручную создать надо будет(не копировать, потому что очень много весят)
9. В этом каталоге настраиваем файлы: declare.php. пути должны быть верные
10. Проверяем доступ http://127.0.0.1:8080/sinhro/engine/system.php. Ошибка "error no input data" говорит о том, что все хорошо. Если доступа нет, обращаемся к сис.админам для проброски порта 8080 или настройки совместимости wamp и firebird. Модем, антивирус, брандмауэр.
11. В базе ZTRADE_GM.FDB настраиваем таблицу G$PROFILES аналогично строке с id=0
12. Перезагрузить комп. Проверить: старт wamp server должен быть автоматически.

Настройка очереди

1. Взять последний релиз \\supa\zclientxp\_releases\QueueService;
2. В QueueService.ini указать актуальные пути/адреса;
3. Установить службу SNDQS.exe /install;
4. В declare.php (обычно тут C:\wamp\www\sinhro\engine\declare.php) указать параметр $GLOBALS["USEQUEUE"]=TRUE;
5. В Службах ОС найти и запустить службу "StandartNDistributeQueueService", тип запуска "Автоматически";
6. В планировщике заданий настраиваем задание на перезапуск службы (пример есть в ЮгМедФарме, Гурмане, АйдакеФарм и др.)
7. Проверить.

Настройка клиента

1. Скопировать и запустить distributeclient
2. Настройки должны выглядеть примерно так:
3.
4. Перезапуск клиента.
5. Вводим идентификатор профиля (программа GenDBSecureKey.exe – кнопка Button3), где номер по порядку совпадает с ИД из таблицы G$PROFILES, а сам ключ совпадает со значением в поле DBSECUREKEY (БД Ztrade_GM).
6. Проверяем что в основных таблицах VALS, WARES, PARTS,DOCS у строки с id=0 небольшой пакет, если большой отключаем триггер, обнуляем пакет.
7. Проверяем синхронизацию
8. Ставим ярлык в автозагрузку

Настройка сводной базы

1)Устанавливаем пустую сводную базу, берём с какого-либо схожего клиента, делаем бэкап метаданных, после чего размернув рядом - копирование объекта с донорской базы копируем таблицы
SP$ANALITYCS(интер.отчёты),
SP$FRREPORTS,
SP$GROUPS,
SP$GROUP_DETAIL,
SP$IMAGELISTS,
SP$PARAMS,<br> SP$PICTURES,
SP$USERS,
SP$WDICTS,
в сводник Z$DBVER(DistributeClient профиль)
2) Разворачиваем на требуемом ПК;
3) В таблице G$DISTRIBUTE оставляем только 1 запись с максимальным SERVERPACKET, остальное чистим;
4) Создаем на сервере профиль по аналогии с сущ. сводной базой, настройки в таблицах G$DISTRIBUTE_X_TABLES и G$DISTRIBUTE_VECTORS аналогичные сущ. сводной базе;
5) Копируем папку со spacepro, dtClient-ом - настраиваем на актуальный профиль и путь к базе. DtClient ставим в автозагрузку.
6) если аптечная сеть - настраиваем OST на сводную базу и прописываем нужный регион 7) Настраиваем планировщик на сжатие/восстановление базы сводника и чистку каталога

Добавляем клиента в общий мониторинг синхронизации на sinhro

\\192.168.67.30\web\sinhro\configs\clients.ini
dev
express

Быстрое шифрование пакетов

1) кладем в папку со скриптами файл \\supa\zclientxp\_releases\DistributeClient\codefilebykey.exe
2) правим system.php, в блоке case "querypackets2013" меняем строчку с

 codefilebykey($userfolder."data.rok", $userfolder."data.cri", $GLOBALS["CODEKEY"]); 

на

 exec("codefilebykey.exe ".$userfolder."data.rok ".$userfolder."data.cri ".$GLOBALS["CODEKEY"]);

ВНИМАНИЕ!!!

На серверной базе нельзя настраивать функционал, который будет записывать данные в g$distribute параллельно с очередью задач вне её транзакции. Иначе будут дыры в пакетах, и есть риск, что часть данных с сервера не уйдет. Пример:
1) Нормально: на docs, parts висят триггеры, которые собирают warebase_g, триггеры которой пишут данные в g$distribute, т.к. это все происходит в рамках транзакции очереди задач;
2) Неправильно: пользовательская таблица, которая заполняется вручную, триггеры которой пишут данные в g$distribute, т.к. запись происходит в отдельной транзакции.