OLAP отчёты

[Heymdale]

В RK7 отчёты настроены через SQL. Часто при попытке вывода отчётов через RK7manager появляются ошибки - куб пуст или не найден со ссылкой на файл *.blb (хотя при работе с SQL эти файлы ему вообще не нужны) еще бывает сообщение о пустых полях в кубе с вопросом об их удалении. После нескольких пересчётов кубов и иногда перезапуске сервера справочников удаётся получить отчёт. Вероятнее всего проблема в малом количестве оперативной памяти (свободно обычно около 100МБ), но хотелось бы услышать варианты конфигурации, которые могут помочь (какой-то конкретный тайм-аут повысить) или варианты иных причин проблемы.

[BoniX]

Версия?

Бывает, по опыту. Во-первых - действительно слабое железо (мало памяти)-> система свопится при пересчете -> ошибки тайм-аута SQL и прочая. Именно поэтому недавно с селерона/гиг памяти переехал ресторан на чет.ксеона/4гб/2003.64.r2std после трех месяцев работы.

Кстати, на саппорте юсиэса как раз похожие эти требования указаны для "сервера отчетов". Ну и плюс если сервер справочников/кассовый/принт.сервер там же, как в моем случае, то это минимум. Как для GK в общем сервер желателен.
Так что ставим точку в вопросе по предыдущей теме. Предыдущий объект был уже изначально на таком железе, там все стабильно, текущий уже изначально на даже более мощном в стойке собирается. Так что этот опыт с "компьютером от rk6" был показательным. Хотя чего ожидать от самого обычного офисного SoHo пятилетней давности.
Минимальные системные требования

Минимальные системные требования для RK7 (север справочников, кассовый сервер, касса под windows)

ОС: Windows XP (SP2)
Процессор: Intel P4 (HT) 2.4 GHz
Память: 1 GB
Пропускная способность сети, интернет-соединение: 256 kbit/s

Минимальные системные требования для RK7 (север отчетов)

ОС: Windows XP (SP2)
Процессор: Intel Core 2 Duo 2.0 GHz
Память: 4 GB
Пропускная способность сети, интернет-соединение: 256 kbit/s

Минимальные системные требования для RK7 (касса под dos)

ОС: DRDOS
Процессор: Intel Celeron 2.4Ghz
( процессор Intel Atom для работы не рекомендуются)
Память: 256 MB
Пропускная способность сети, интернет-соединение: 256 kbit/s

Кстати, тайм-аут SQL в любом случае можно и нужно установить вручную, гсы советуют 60 - 120.
rk7.JPG

по поводу blb - есть метод пересчета кубов через bldcube.exe (с параметрами, судя по всему). И включен он разработчиком по умолчанию, уж не знаю почему так, но наверное не спроста (на трекере было, в хистори вроде тож).

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

Кстати, еще момент - в свойствах сервера отчета по разным причинам может быть указано хранение полной копии накопительной базы еще и в UDB (должно быть : только чеки). Соответственно базы две в разных форматах, при просчете шевелятся обе и тормоза/глюки. МБ. Нужно читать логи / смотреть ошибки.

[Heymdale]

Конфигурация сервера у меня вообще смешная: HP DL120 g5 DualCore/1ГБ/WS2008 x64 ,на нём сервер справочников/кассовый/принт.сервер/ipad сервер +сервер терминалов+ 1с)))
Я сначала удивлялся, как он вообще работает. Но тут я сам виноват, давно бы нашёл оперативку, начальство в этом плане щедрое.
Версия SQL 10.0.1600, скачивали месяц назад, вряд ли что-то кардинально могло поменяться.
По поводу .blb , когда выставляешь источник баз данных на UDB БД, отчёты идут через файлы с данным расширением и описанных проблем не возникает, но через файлы не все отчеты выводились. Вот, кстати, надо будет попробовать отключить расчёт ненужных кубов и некоторые отчеты вести через UDB.
P.S. Спасибо за столь развёрнутый ответ!

[BoniX]

RK7 я имел ввиду.
Что за версия sql? 2005, 2008 знаю...

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

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

[Heymdale]

RK 7.4.17.34
SQL server 2008
То есть вы считаете, что если конкретному кубу выставить тип источника UDB, через SQL он тоже будет рассчитываться?

[BoniX]

через sql то не будет. Будет общий тормоз при одновременном работе двух баз. хоть даже один куб там и все остальные там - важен момент режима базы udb. при полной копии как в sql - лаги и глюки.

[count]

Заблуждение1:

...при просчете шевелятся обе...

Заблуждение2:

если режим "только чеки" из юдб вы ничего и не должны получать, кроме чеков. Остальное из SQL. Если полная копия в юдб и "то там то сям отчет"

Если сказано: источник SQL - значит источник SQL.

Кстати, рекомендовать в качестве серверной ОС Win XP в наше время - странно. Глубокого смысла для отдельного ресторана в выделенном сервере отчетов - нет.

[BoniX]

рекомендации не мои, а гсы.
По поводу заблуждений:
В руководстве сказано - при использовании SQL базы (а это уже единственный вариант) режим базы udb выставлять "только чеки".
Если в обеих базах полная копия.
Делаем закрытие общей смены, данные этой смены закачиваются и в одну базу в полном объеме, и в другую в том же объеме. При просчете же кубов каждый куб считается в своей базе, это понятно. Но шевелить основную SQL базу (предположим гиг данных), и тут же рядом такую же гиг даже чуть больше udb с полными данными, или udb меньше 100мб, в которой только чеки?.
Слава богу, в последних версиях уберут вообще накопительные данные из udb
В общем, имхо.

[VampireKB]

Слава богу, в последних версиях уберут вообще накопительные данные из udb

это надо было в спойлер брать
Короче УКС решил защищать только суммы,интересный ход

[SH]

УКС решил защищать только суммы

Суммы? Я так понял, что в UDB останутся только права.