Refserver тормознутость.

[VINNI87]

Версия 7.5.7.65, при добавлении блюда сохраняет временами минут по 20. Если поставить USESQL=0, то работает все относительно быстро. В настройках сервера справочника стоит не выгружать справочники в SQL. База SQL 16 гигов. Работаем на ней уже с 4 года, ресторанов 16 на данный момент. Может имеет смысл начать базу sql заново?

[SH]

Во-первых, надо разделить сервер отчетов и сервер справочников.
Во-вторых, возможно, есть смысл поднять несколько серверов справочников. Но это уже другая история - если не удовлетворяет скорость построения отчетов.

[VINNI87]

Во-первых, надо разделить сервер отчетов и сервер справочников.
Во-вторых, возможно, есть смысл поднять несколько серверов справочников. Но это уже другая история - если не удовлетворяет скорость построения отчетов.
С отчетами все нормально. Данные получает и обрабатывает сервер справочников. но кубы только сервер отчетов считает. В момент когда это происходит - только сервер отчетов грузится. Так же бывает, что не прописываются в отчетах классификации. Если сменить на одну классификацию другую а потом вернуть нужную, то будет работать нормально.

[SH]

А, въехал.
Тогда для работы с меню можно использовать сборку с UseSQL=0 :)
Но вообще ненормально, конечно.

[satan]

Тормозит, потому что пишет логи. Где-то на трекере UCS советовали удалить соответствующие таблицы, тогда тормозить не будет, но и истории тоже не будет. А еще в этой версии можно указать отдельную БД для истории.

[VINNI87]

Тормозит, потому что пишет логи. Где-то на трекере UCS советовали удалить соответствующие таблицы, тогда тормозить не будет, но и истории тоже не будет. А еще в этой версии можно указать отдельную БД для истории.
Может скинуть все на сервер отчетов и пусть там все крутится это?

[lEEFT]

не понимаю почему кубы у вас на отчетах, а обрабатывает данные справочник.
У вас кассы к кому подключаются?
Должны к отдельному серверу отчетов. Сервер отчетов к справочнику. БД должна быть только у отчетов. Справочники с usesql=0

[VINNI87]

не понимаю почему кубы у вас на отчетах, а обрабатывает данные справочник.
У вас кассы к кому подключаются?
Должны к отдельному серверу отчетов. Сервер отчетов к справочнику. БД должна быть только у отчетов. Справочники с usesql=0
Кассы подключаются к серверу справочников. Он же получает данные и отправляет их в SQL. Сервер отчетов в определенное время пересчитывает отчеты. Все работает, все отлично.

[DrSerg]

Всем доброго дня!
Ребята, свалилась головная боль на меня в начале этой недели. Сразу скажу, я не спец по киперу, просто ИТ-специалист на объекте.
Что имеем: RK7 7.5.7.65
4 ресторана, 8 кассовых сервера
Проблема: с утра RefSrv начинает обработку данных (сужу по изменению цвета значка в трее и нагрузке в жалкие 18% ЦП этого процесса)
При этом часть кассовых серверов (MIDSERV висит) тупо не стартуют, менеджерская часть можно сказать вообще не работает.
Что сделал:
Перепроверил на наличие изменений на сервере. Никаких апдейтов не было, никаких изменений не обнаружено
Железо исправно (не греется, битых секторов нет, память ОК)
Связь между объектами в районе 60 Мбит/с
Роутинг в порядке, все друг друга видят
Поставил эксперимент. Оставил все станции включенными на всю ночь. Проблем с утра не было, хотя ошибки по одной из станции были в окне RefSrv

Вопрос: куда копать? Я так понимаю, данные о закрытии смен почему-то не попадают сразу после закрытия общей кассовой смены на сервер? При включении происходит повторная поправка и долгая, нудная работа по обсчёту?
Почему так, среди ясного неба какие-то непонятные проблемы нарисовались, прошу помощи...

[SH]

Смена когда закрывается?
При закрытии смены реф доступен?

[sibgaba]

Ну и начинать надо с настроек сервера справочников (он же у вас сервер отчетов). Размер базы - какой стоит?

[DrSerg]

Размер SQL-базы 1.8 Гб с возможностью авторасширения без ограничений с шагом в 1Мб (не понимаю зачем это, настраивали дилеры)
Настройки-Параметры-Установочные-Сервер справочников - не нашел ничего, что касается размера или ограничений в БД.

Вчера засек, при закрытии смены на одной из часто-проходных касс при закрытии смены - файлик попал в incoming только спустя 20 минут!
КакЖ

[SH]

не нашел ничего, что касается размера или ограничений в БД.
Настройки - OLAP отчеты - Серверы отчетов.
Выбираете свой сервер. По умолчанию там один Сервер справочников.
В свойствах Основное - Режим базы данных UDB, должно быть выбрано Маленький или Ультралегкий.

[DrSerg]

Спасибо за наводку, у меня сейчас стоит опция "Маленький (только чеки)

[DrSerg]

Возвращаюсь к этому вопросу.
Выявил источник проблем. Что заметил: на проходных местах, где за сутки бывает в районе 1 500 человек с кучкой заказов - файл, попадающий в incoming - в районе 5 или 6 Мб
А в другом месте, где в день не так уж и много продаж - там аж 30 Мб! И вот этот файл refserv старательно пережевывает и не может быстро это сделать, обрубая всем возможность работы с собой.

Куда копать, почему станция формирует такой огромный файл??

[DrSerg]

Всем привет!
Вновь наступил сезон. Станция, про которую говорил в предыдущем посту - вновь стала работать из-за летней погоды.
И вновь файлы по 30-38 мб. И вновь эти файлы вешают refsrv.
Дилеры в нашем городе не могут выявить проблему. Может, мысли есть у кого? )

[AndStar]

Кассовый сервер пересоздавали?

[DrSerg]

Кассовый сервер пересоздавали?
Вы имеете ввиду MIDSERV на самой кассовой станции?
Если это, то нет. Каким образом это можно сделать? Переустановить дистр и произвести настройку?

[sibgaba]

Нет. Начиная с менеджерской. Там его пересоздать. Но тут дилерская учетка нужна будет

[AndStar]

Лучше через дилера. Есть нюансы (предоплаты, настройка интерфейсов и т.д.), которые можно не учесть в конкретной базе и получить проблемы.

[VINNI87]

Какой размер work.udb на кассовом сервере?