Синхронизация:Настройка синхронизации — различия между версиями
Agk (обсуждение | вклад) |
Agk (обсуждение | вклад) |
||
Строка 182: | Строка 182: | ||
требуется на своднике выполнить скрипт | требуется на своднике выполнить скрипт | ||
[[Файл:PR SET WAREBASE DATE.txt]] | [[Файл:PR SET WAREBASE DATE.txt]] | ||
+ | |||
+ | ==Ошибка "Incomplete Zip File"== | ||
+ | в логах клиента синхронизации "Ошибка при сеансе обмена: Incomplete Zip File", смотрим *.rcvd файлы. | ||
+ | Там может быть ошибка, например: | ||
+ | <pre> | ||
+ | 502 Bad Gateway | ||
+ | ------------------------------------ | ||
+ | nginx/1.2.1" | ||
+ | </pre> |
Версия 10:06, 27 октября 2021
Содержание
- 1 Установка и настройка WAMP сервера
- 2 Настройка очереди
- 3 Настройка клиента
- 4 Настройка сводной базы
- 5 Добавляем клиента в общий мониторинг синхронизации на sinhro
- 6 Быстрое шифрование пакетов
- 7 Отключение стандартных контролек
- 8 ВНИМАНИЕ!!!
- 9 Настройка ServiceMngr.exe для глобальной БД
- 10 Пустые наименования. РЕШЕНИЕ!
- 11 Типы задач (g$tasks TASK_TYPE)
- 12 Медленная работа процедуры по расчету остатков PR_SET_WAREBASE_DATE
- 13 Ошибка "Incomplete Zip File"
Установка и настройка WAMP сервера
1. Скачать wamp server:
1.1 с уже установленными базовыми настройками и базой, http://www.standart-n.ru/files/synhro_server.exe 1.2 (устарело!!!) с официального сайта для необходимой операц. Системы 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. Устанавливаем пустую глобальную базу, берём с какого-либо схожего клиента, делаем бэкап метаданных,
после чего размернув рядом - копирование объекта с донорской базы копируем таблицы
Настройки копирования:
G$DISTRIBUTE_VECTORS G$DISTRIBUTE_X_TABLES G$PROFILES - по желанию G$PROFILES_RULES - по желанию 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, их потом вручную создать надо будет(не копировать, потому что очень много весят)
Внимание! Обязательно нужно скрыть листинг файлов на сервере wamp, для этого в каталоге www нужно убедиться, что файл по названием ".htaccess" присутствует. Если его нет, нужно взять с любого сервера wamp, например, он есть Фармаком
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. В планировщике заданий настраиваем задание на перезапуск службы (пример есть в ЮгМедФарме, Гурмане, АйдакеФарм и др.)
net.exe stop StandartNDistributeQueueService TIMEOUT /T 30 TASKKILL /F /IM SNDQS.exe TIMEOUT /T 30 net.exe start StandartNDistributeQueueService
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 SP$PICTURES SP$USERS SP$WDICTS в сводник Z$DBVER(DistributeClient профиль)
2) Разворачиваем на требуемом ПК;
3) В таблице G$DISTRIBUTE оставляем только 1 запись с максимальным SERVERPACKET, остальное чистим;
4) Создаем на сервере профиль по аналогии с сущ. сводной базой (по умолчанию используем 98 профиль для сводной базы), настройки в таблицах 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"]);
Отключение стандартных контролек
в тасках у некоторых клиентов постоянно появляются записи с названием "CONTROLSUMS", которые выполняются с ошибками. Для их отключения требуется переименовать папку "gcontrol" (\wamp\www\sinhro\engine\gcontrol) в другое имя, например "gcontrol~~"
ВНИМАНИЕ!!!
На серверной базе нельзя настраивать функционал, который будет записывать данные в g$distribute параллельно с очередью задач вне её транзакции. Иначе будут дыры в пакетах, и есть риск, что часть данных с сервера не уйдет. Пример:
1) Нормально: на docs, parts висят триггеры, которые собирают warebase_g, триггеры которой пишут данные в g$distribute, т.к. это все происходит в рамках транзакции очереди задач;
2) Неправильно: пользовательская таблица, которая заполняется вручную, триггеры которой пишут данные в g$distribute, т.к. запись происходит в отдельной транзакции.
Настройка ServiceMngr.exe для глобальной БД
в restoreSQL.ini добавить строки:
delete from G$DISTRIBUTE g where g.insertdt < dateadd(month, -6, current_timestamp) and g.updatedt < dateadd(month, -6, current_timestamp); delete from g$tasks g where g.insertdt < dateadd(month, -6, current_timestamp);
Пустые наименования. РЕШЕНИЕ!
1) поправить declare.php (убрать WARES.SNAME, поле должно приходить по синхронизации с локальной базы); 2) проверить триггеры на wares.sname на серверной БД (заполнения поля на серверной/сводной БД быть не должно); 3) сделать поле wares.sname на серверной БД NOT NULL (поле должно быть всегда заполнено);
Типы задач (g$tasks TASK_TYPE)
0 - обычный SQL скрипт; 2 - сетки 4 - кнопки для кассира (данные должны быть в zip архиве)
Медленная работа процедуры по расчету остатков PR_SET_WAREBASE_DATE
требуется на своднике выполнить скрипт Файл:PR SET WAREBASE DATE.txt
Ошибка "Incomplete Zip File"
в логах клиента синхронизации "Ошибка при сеансе обмена: Incomplete Zip File", смотрим *.rcvd файлы. Там может быть ошибка, например:
502 Bad Gateway ------------------------------------ nginx/1.2.1"