Зависает авторизация на Сервере Отчетов

[ExiveR]

Давно уже тянется проблема когда после приема выгрузок и пересчета кубов перестает принимать подключения Сервер Отчетов (7.5.2.471 работает в режиме приложения).
Если базу создать с нуля (например, в начале года), то какое-то время он зависает очень редко, но последние 2-3 месяца каждое утро мне звонят бухгалтера и говорят, что "R-Keeper не работает"

RK7Man_hanging_entrance.jpg

При этом в трее иконка Сервера Отчетов не реагирует на команду "Завершить работу", но ещё хуже когда реагирует и иконка исчезает, а процесс остаётся запущенным и лечится только перезагрузкой сервера или убиванием процесс принудительно.
Проблема известная или только мне так везет? Есть решение?

[lEEFT]

Попробуйте настроить пересчеты кубов. Отключить не нужные, добавить фильтрацию на часто используемые. Сервер отчетов выделенный и идет через SQL?
Напишите бантник, который будет перезагружать ПК в определенный момент времени, когда никто не работает.

[ExiveR]

Попробуйте настроить пересчеты кубов. Отключить не нужные, добавить фильтрацию на часто используемые. Сервер отчетов выделенный и идет через SQL?
Напишите бантник, который будет перезагружать ПК в определенный момент времени, когда никто не работает.

Разумеется, что сервер отчетов выделенный и с базой на MSSQL2012.
Батник написать не проблема, но это ведь всё костыли. К тому же после перезапуска надо зайти в систему чтобы сервера справочников и отчетов стартовали в режиме приложения - это единственный способ контролировать их реакцию зависли или нет.

[sibgaba]

К тому же после перезапуска надо зайти в систему

Автологон никто не отменял...

Утечка памяти есть всегда (и не обязательно в софте от UCS). Так что решение с ребутом имеет право на жизнь.

[alkon132]

http://tracker.ucs.ru:8080/redmine/issues/49709#note-21
Очень похоже, что исправлена эта проблема. В 7.5.3.204.

[ExiveR]

Автологон никто не отменял...

Вы что-нибудь слышали о корпоративной безопасности? Видимо нет или это не входит в ваши обязанности.

Утечка памяти есть всегда (и не обязательно в софте от UCS). Так что решение с ребутом имеет право на жизнь.

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

Но интересно другое - неужели это только меня напрягает и я хочу в будущих версиях видеть исправления этих проблем?!

[sibgaba]

Вы что-нибудь слышали о корпоративной безопасности? Видимо нет или это не входит в ваши обязанности.

Что то слышал... Но вы же сами сказали что хотите сервера десктопом и все равно логинитесь... Я вам предложил вариант.
Кстати, состояние сервера можно контролировать по логам или цепляться к нему броузером.

Но интересно другое - неужели это только меня напрягает и я хочу в будущих версиях видеть исправления этих проблем?!

Вот тут соответствующая темка нарисовалась
http://www.carbis.ru/forum/showthrea...5117#post85117

А я бы хотел ответы на другие вопросы (т.е. и ваши тоже, но у меня свои приоритеты), у alkol132 свои будут и так до бесконечности...

[ExiveR]

Что то слышал... Но вы же сами сказали что хотите сервера десктопом и все равно логинитесь... Я вам предложил вариант.
Кстати, состояние сервера можно контролировать по логам или цепляться к нему броузером.

Я логинюсь 1 раз для их запуска по RDP, т.к. сервера стоят в далеком и вполне надежном (в некоторых отношениях ) месте - даже сидя за дежурным монитором сервера никто и ничего не увидит. Автологон же позволит человеку, случайно оказавшемуся рядом, произвести какие-либо действия, даже если только теоретически. К слову, пароли от сервером знаю только я и директор.
Контролировать состояние браузером, честно говоря, не пробовал, но сегодня-завтра сделаю это. Мне интересно будет ли такая же ситуация как в десктопном режиме, когда вроде и иконка висит в трее, и процесс есть, а логон зависает на 95%.

[sibgaba]

Ну консоль (монитор + клава) на сервере - это личное дело каждого. Но если уж плясать от секурности, то сервак должен быть "слепой". И стоять он должен в таком месте где не бывает случайно оказавшихся людей.

Опять же что вам мешает после автологона заблокировать консоль?

[lEEFT]

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

- Пробуйте обновиться
- Переустановить SQL
- Запускать сервера в виде служб (если и не работают справочники или отчеты, то это не влияет на работу кассовых станций, а сотрудники вам сообщат о проблеме)

Есть, но разработчики ищут места утечки и устраняют.

такой проблемы не наблюдаю год. Есть проблема с долгим пересчетом кубов, спустя 3 года работы БО с 22 фест-фудами. Софт развивается активно, дополняется. Единичная проблема <> проблема софта.

это единственный способ контролировать их реакцию зависли или нет.

Самый просто способ - попытаться подключиться через менеджера, а не тыкать в иконку, через РДП. ИМХО. И да, удобней контролировать текущие процессы через веб-морду.
Еще можно добавить бантник при запуске автологина, чтобы запустил приложения и разлогинился, а если сделать через powershell, то не будет явной возможности помешать безоконному запуску.

Но если уж плясать от секурности, то сервак должен быть "слепой"

+.
Правильное состояние любого сервера. Особенно, если кто-то что-то думает о "секурности".