Правильность установки RKeeper 7/

[VINNI87]

Сам не диллер. Прошу опыта как правильно поставить, что бы получать актуальные данные.

17 ресторанов, сетка. Закрытие дня везде в одно время, в 1 ночи. Сервер отчетов, получив данные от парочку ресторанов, уходит в игнор и пересчитывает их. Кассовые сервера все работают с один сервером отчетов. Станции на винде, там же и кассовый сервер, В настройках стоит, что бы после отправки выключались. Попробовав, они выключаются. Сервер отчетов обработав эти смены, пересчитывает кубы. Отчет по блюдам за 3 месяца - 2 часа. Обработав их, часов в 4 ночи стоит отдыхает.

Включив в 11 утра станции, станции увидев сервер, обрадовавшись и поздоровавшись, начинают отправлять в него. Получив данные от всех остальных, пересчитав кубы, мы получаем наконец то актуальные данные в 14 дня.

Как можно улучшить систему? Может есть какие тайные строки в ini, которые надо вписать, или как то что-то переделать по другому?

Комп управа есть в каждом ресторане ~I3 4Гб ОЗУ. Включены постоянно. 7.5.4.239, SQL 2016, сервер - XEON, 24Гб Озу, Бд Sql 13,4 Гб.

[alkon132]

Решение в лоб - отключить у всех кубов пересчет "при закрытии смены" и настроить пересчет в определенное время.

[VINNI87]

Решение в лоб - отключить у всех кубов пересчет "при закрытии смены" и настроить пересчет в определенное время.

Проблема то не в кубах, а то что при получении данных сервер отчетов уходит в несознанку.

[Hendehog]

Проблема то не в кубах, а то что при получении данных сервер отчетов уходит в несознанку.

Ты еще жалуешься , 17 ресторанов )) У нас 2 ресторана , refserv постоянно гоняет ttttttt и кубы иногда с 15 раза пересчитываетttttttt Я тоже нигде внятного ответа не нашел как с этим бороться.

[alkon132]

Проблема то не в кубах, а то что при получении данных сервер отчетов уходит в несознанку.

А в несознанку он вероятно уходит потому, что занят пересчетом куба. И следующий вопрос: shift2sql используется?
Есть клиент, у которого порядка 15 ресторанов на одном рефсервере, он же сервер отчетов. Такой проблемы не наблюдаю.

[VINNI87]

А в несознанку он вероятно уходит потому, что занят пересчетом куба. И следующий вопрос: shift2sql используется?
Есть клиент, у которого порядка 15 ресторанов на одном рефсервере, он же сервер отчетов. Такой проблемы не наблюдаю.

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

[CONFIG]
RefServer=RK7SRV
ReceivedPath=.\Received\
ErrorLog=..\LOGS\repsserv.stk
Client=rep_center
RefsBasePath=.\base\refsdata.udb
CheckBasePath=.\base\check_db.udb
WorkModsFile=.\base\wmodules.udb
UseShift2SQL = 1
[TCPSOC]
PORT=3640
[TCPDNS]
RK7SRV=127.0.0.1:3639
[NETKERN]
Protocols=tcpsoc.dll

[SH]

Если в этот момент какие то данные поменяли, то до ресторанов никакие изменения не доходят.

Тут поможет выделение отдельного репорт-сервера.

[mnekin]

Решение обычное, ставить пересчет кубов по времени.
13 круглосуточных ресторанов закрывают день до 9-00 утра (пересменка), в 9-00 начинается пересчет кубов за 6 месяцев (примерно 40 минут), ближе к 10 утра актуальные отчеты за прошлую смену.

[VINNI87]

Тут поможет выделение отдельного репорт-сервера.

Для каждого ресторана свой? И их все поднимать на одной машине сервере, или на точках?

---------- Добавлено в 22:55 ---------- Предыдущее сообщение было размещено в 22:54 ----------

Решение обычное, ставить пересчет кубов по времени.
13 круглосуточных ресторанов закрывают день до 9-00 утра (пересменка), в 9-00 начинается пересчет кубов за 6 месяцев (примерно 40 минут), ближе к 10 утра актуальные отчеты за прошлую смену.

Он только после обработки, когда включается обратно, начинает пересчитывать смены. Проблема в том, что он выключается.

[SH]

Для каждого ресторана свой? И их все поднимать на одной машине сервере, или на точках?

Нет, можно общий. Но отдельно, чтобы не вешал реф ни при каких раскладах с отчетами. На точках тоже можно при необходимости, но это уже другая задача.