OLAP отчёты

[Heymdale]

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

[BoniX]

Версия?

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

Кстати, на саппорте юсиэса как раз похожие эти требования указаны для "сервера отчетов". Ну и плюс если сервер справочников/кассовый/принт.сервер там же, как в моем случае, то это минимум. Как для GK в общем сервер желателен.
Так что ставим точку в вопросе по предыдущей теме (http://www.carbis.ru/forum/rk-rk7/5151-А-какие-реальные-требования-к-серверу-rk7.html). Предыдущий объект был уже изначально на таком железе, там все стабильно, текущий уже изначально на даже более мощном в стойке собирается. Так что этот опыт с "компьютером от 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.
1613

по поводу 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 останутся только права.

[VampireKB]

плохо..у UDB был явный плюс - его мало кто взломать может..а SQL-ки никто толком не настраивает,да и раздолбать их намного легче,!!ИМХО!!

[SH]

его мало кто взломать может
Потому что "Неуловимый Джо".

SQL-ки никто толком не настраивает,да и раздолбать их намного легче
Ой, теперь клиентам придется думать о защите, а не как обычно. "Защищайте свои инвестиции" (с) !

[count]

SQL - не обязательно MS. Например Firebird SQL server может эксплуатироваться на *NIX и на BSD системах и прекрасно RK7 с ним работает. Ну а как обеспечить безопасность такого отдельностоящего сервера БД без дополнительных затрат на уровне "ну его нафиг даже пытаться" - популярно описано много где в сети. Клиентов особо радует что в этом случае TCO стремительно приближается к первичной стоимости.

[VampireKB]

SQL - не обязательно MS. Например Firebird SQL server может эксплуатироваться на *NIX и на BSD системах и прекрасно RK7 с ним работает. Ну а как обеспечить безопасность такого отдельностоящего сервера БД без дополнительных затрат на уровне "ну его нафиг даже пытаться" - популярно описано много где в сети. Клиентов особо радует что в этом случае TCO стремительно приближается к первичной стоимости.
Ну PostgreSQL тоже может крутиться где и как угодно,но у любой СУБД(кроме mysql) ,есть нормально арр для удалённого доступа напрямую к базам данных.
хз..лично мне больше понравилась моя база .fig именно из-за того,что максимум что с ней могли сделать,-это удалить.но т.к. по работает как сервис,то людям надо еще додуматься "как это сделать" ...
а тут(не говорю что всегда,но иногда срабатывает :) ) тупо вписываешь пароли укс\укс или 1\1 или админ\пусто и редактируй что и как хочешь...

[BoniX]

Коллеги, о какой безопастности идет речь, при наличии физического доступа к ПК. Ведь вопросы безопасности ос/по всегда рассматривался при доступе "из сети". Соответственно вопросы защиты sql обсасывались уже не раз.
Никакой безопасник не станет рассматривать эти вопросы при условиях наличии физ.доступа к ПК.
При желании обезопасить себя при физическом доступе - TryeCrypt может быть. Firebird диалект добавили недавно - на трекере постоянно возникают проблемы, не все отчеты работают. Допиливают еще. Есть еще диалект ORaCLE.
В udb останется менеджерская база, лицензии, меню, права и прочее. Ну вроде как RK6\Db без ark6.udb.