Правильность установки 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]

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

[VINNI87]

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

[SH]

Тогда я не понимаю, почему занятый репорт вешает реф.

[VINNI87]

Тогда я не понимаю, почему занятый репорт вешает реф.
А он его и не вешает. Проблема в том, что пока репорт пересчитывает, он выключается, и он не может получать новые данные о закрытых сменах. Пока он считает - другие рестораны не увидев его выключаются не сбросив отчеты. При начале новой смены - увидев репорт, кассы начинают скидывать данные, и так покругу. Пока касса решит, что ей надо соединится с репортом, пока увидит что он свободен, пока сбросит, бывает и только к концу рабочего дня все пройдет. Отсюда и вопрос - а можно ли как то это изменить?

[mnekin]

А он его и не вешает. Проблема в том, что пока репорт пересчитывает, он выключается, и он не может получать новые данные о закрытых сменах. Пока он считает - другие рестораны не увидев его выключаются не сбросив отчеты. При начале новой смены - увидев репорт, кассы начинают скидывать данные, и так покругу. Пока касса решит, что ей надо соединится с репортом, пока увидит что он свободен, пока сбросит, бывает и только к концу рабочего дня все пройдет. Отсюда и вопрос - а можно ли как то это изменить?

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

[sibgaba]

Есть еще несколько путей оптимизации Кубов:
1. Отключить не нужны кубы (и возможно выпилить не нужные отчеты).
2. Настроить фильтрацию в кубах, оставив, к примеру, только последние 2 года.

Ну и плюс все изложенное выше.

PS Так же склонен думать что у VINNI87 все таки общий Ref/Rep...

[VINNI87]

В Вашей конфигурации скорее всего стоит RefSrv, который и является Report сервер, и после прихода новой смены RefSrv пересчитывает кубы, он занят пересчетом кубов и ни каких смен он получить не может. Вам уже подсказали, попробуйте у всех кубов выставить пересчет по времени, чтобы RefSrv смог все смены загрузить не занимаясь пересчетом.
Есть два сервера программно. Один сервер справочников, другой сервер отчетов. Сервер отчетов подключен к серверу справочников. Все кассовые серверы подключены к серверу отчетов. Висит он, когда получает данные о закрытых серверах (в инкоминге темпы появляются). Только после чего он начинает пересчитывать данные.

Проблема во время появившихся файлов в инкоминге.

зы: скажите где что проверить, или что выложить - выкину сюда настройки.

---------- Добавлено в 12:51 ---------- Предыдущее сообщение было размещено в 12:50 ----------


Есть еще несколько путей оптимизации Кубов:
1. Отключить не нужны кубы (и возможно выпилить не нужные отчеты).
2. Настроить фильтрацию в кубах, оставив, к примеру, только последние 2 года.

Ну и плюс все изложенное выше.

PS Так же склонен думать что у VINNI87 все таки общий Ref/Rep...

Не понимаю что такое общий Реф/Реп.

[VINNI87]

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

Идеально должно быть - сервер справочников, к которому цепляются все, так же и кассовые серверы. Сервер справочников висит и в SQL базе, и сервер отчетов тоже должен быть настроен на sql. Сервер справочников получает данные о сменах, обрабатывает их, но т.к. не стоит галочка, что строить кубы - то он их не строит. Сервер отчетов, по определенному времени пересчитывает кубы.

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

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

[satan]

Сервер справочников висит и в SQL базе,

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

Это все зачем, если есть сервер отчетов????

[VINNI87]

Это все зачем, если есть сервер отчетов????
Я вас спрашивал в личку. У меня до этого все было настроено через сервер отчетов и постоянно при получении смен - висло всё.

[satan]

Я вас спрашивал в личку.
не меня видимо, не получал ничего.

[Raziel38]

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

Идеально должно быть - сервер справочников, к которому цепляются все, так же и кассовые серверы. Сервер справочников висит и в SQL базе, и сервер отчетов тоже должен быть настроен на sql. Сервер справочников получает данные о сменах, обрабатывает их, но т.к. не стоит галочка, что строить кубы - то он их не строит. Сервер отчетов, по определенному времени пересчитывает кубы.

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

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

[VINNI87]

так вам тут тоже самое и написали, что нужен отдельный сервер отчётов и пересчёт кубов на определённое время.
Что такое отдельный сервер отчетов? Чем не нравится тот, про который писал выше? Куда обращаются все кассовые сервера? Я Описал полностью рабочую программу. Заметьте, вы написали что я написал всё то же самое, Синбад написал, что он по другому имел ввиду.