тормозит сбис

Конфигурирование, исправление ошибок Pervasive.SQL.

Правила форума
Тема закрыта! Все обсуждения теперь ведутся в группе СБИС 2.Х
Подробнее о том как найти группы и вступить в них.

тормозит сбис

УП 2.4.... не суть версия проблема заключается в том что в течении недели работаем все норм, потом в какой то момент начинает все жутко тормозить. ресурсов сервера хватает (проц грузит на 20-30 процентов памяти 64Гб то же заглаза)
Решается все это путем переиндексации БД. Но т к бд под 30Гб то в течении дня всех выгнать проблематично. вот и приходиться день всем мучаться и терпеть. скажем накладная большая сохраняется по часу :twisted:
Что можно сделать, то поменять в настройках что б нормально работало. Галка индекс балансинг убрана. Если ставишь то при одновременной работе всех все белеет оч часто без нее вроде полегче но все равно попадаешь на такое. Сколько можно кэш ставить ? щас стоит 13Гб и какие еще параметры увеличить для комфортной работы.
Mihail 
» 31 янв 2015, 01:21


есть кто то в техподдержке кто может посмотреть как что перенастроить в первазив что б такого не было?????
Mihail 
» 06 фев 2015, 14:33


:?: :?: :?:

месяц ... :?: :?: :?:
Mihail 
» 03 мар 2015, 21:48


У нас так же сильно тормозит СБИС на первазиве...
Stas_r 
» 20 мар 2015, 12:09


возникает вопрос, а на чем не тормозит то ? работать как? я вот на мегасервере (новый сервак, при работе загруз половины памяти порядка 30Гб из 64, и загрузке проца не более30 процентов) ждал 1.5 НЕДЕЛИ пока переситается себестоимость !!!
Сейчас сделал функцию и человек кто отвечает за сводные продажи "разбивает" документы на мелкие. Плохой конечно вариант но немного помогает
Mihail 
» 23 мар 2015, 20:08


Парни, забудьте про круть своих серверов

СБиС изначально спроектирован так, что от мощности сервака практически ничего не зависит, а зависит от скорости сетки и мощи рабочей станции. От SQL сервера там только одно название, на самом деле sql как таковой там не работает, а работает только часть, которая обеспечивает целостность транзакций, т.е. вся нагрузка по обработке данных ложится на рабочую станцию и естественно при этом играет роль еще и скорость сетевого взаимодействия, ну может быть слегка облегчит вам жизнь применение ssd винтов на сервере. Короче СБиС по жизни тормознутая система, и будет с тяжелыми базами в сети боле-мене сносно работать, только когда вы доживете до 10 гигабитной сетки и иметь раб. станции как нынешние сервера, а пока где не столкнешься с этой системой в сетевом варианте, причем уже не один десяток раз - самая первая жалоба - все жутко тормозит!
eleven 
» 06 апр 2015, 22:54


eleven писал(а):СБиС изначально спроектирован так, что от мощности сервака практически ничего не зависит, а зависит от скорости сетки и мощи рабочей станции. От SQL сервера там только одно название, на самом деле sql как таковой там не работает, а работает только часть, которая обеспечивает целостность транзакций, т.е. вся нагрузка по обработке данных ложится на рабочую станцию и естественно при этом играет роль еще и скорость сетевого взаимодействия, ну может быть слегка облегчит вам жизнь применение ssd винтов на сервере. Короче СБиС по жизни тормознутая система, и будет с тяжелыми базами в сети боле-мене сносно работать, только когда вы доживете до 10 гигабитной сетки и иметь раб. станции как нынешние сервера, а пока где не столкнешься с этой системой в сетевом варианте, причем уже не один десяток раз - самая первая жалоба - все жутко тормозит!


В терминальной работе на процах многоядерных скорость сетки вообще не критична :)
Редькин Владимир 
» 07 апр 2015, 11:52


Редькин Владимир писал(а):В терминальной работе на процах многоядерных скорость сетки вообще не критична :)

А sql, которого нет, критичен ? ;) И зачем вообще многоядерный проц, если ты в терминале, а если имеешь ввиду сервак, так там многоядерность как раз для sql и нужна.
eleven 
» 07 апр 2015, 13:10


Я имел ввиду, что, если я работаю в терминале, то причём здесь "скорость сетки и мощь рабочей станции" ...
Редькин Владимир 
» 07 апр 2015, 16:07


Если уж на то пошло, то разговор был про обычный сетевой вариант, который предлагает к покупке компания, а не терминальный режим работы, который при легальном подходе тоже влетит в копеечку, да и неизвестно как себя поведет с таким функционалом при скажем 50 - ти пользователях онлайн.
eleven 
» 08 апр 2015, 12:29


eleven писал(а):.... и неизвестно как себя поведет с таким функционалом при скажем 50 - ти пользователях онлайн.

:) Известно : нормально
Редькин Владимир 
» 08 апр 2015, 12:39


скорость сетки и рабочей станции тут не рассматривается т к работа в ТЕРМИНАЛЕ
про сервер написал потому что именно на Него ложиться нагрузка. и т к его ресурсов хватает "Заглаза" то тормозит именно sql или сбис с sql. пльзователи то же сейчас не особо влияют на работе хоть 10 хоть 50 он лайн, проблемма именнно в том что когда документы (своды продаж) большие то при их закрытии начинается **** остальные не могут закрыть скажем приход. когда доков много мелких закрывается все более менее
а писать про то что нужно 10Тб сетку и комп как сервер...это не то
Mihail 
» 08 апр 2015, 14:38


возможно настройки первазива какие то помогут решить проблему вот и спросил...
Mihail 
» 08 апр 2015, 14:38


Да нет в СБИСе sql, или того что именно подразумевается под этим понятием, не ведитесь на название Pervasive.SQL, не используются там часть, которая обрабатывает SQL - запросы и позволяет работать с большими объемами данных, для чего sql собственно и создан
eleven 
» 08 апр 2015, 17:17


А терминальный сервер = сервер БД? Или они разделены?
super klesk 
» 17 апр 2015, 13:14


super klesk писал(а):А терминальный сервер = сервер БД? Или они разделены?

Такое разделение возможно как раз только в случае наличия полноценного SQL, а поскольку в СБИСе его нет, то нет и смысла разделять, иначе получим тот же самый вариант, что и с рабочей станцией .
eleven 
» 19 апр 2015, 15:08


согласен
периодически приходиться перезагружать сервак...дак вот, после очередной перезагрузки в 11.00 все в прямом смысле слова встало (накладные небольшие закрываются по 10 - 15 мин). Помогает как и писал раньше полная переиндексация БД. А т к она уже 35 гб сделать ее побыстрому тут же я не могу, работать нужно
Отсюда вывод ждать вечера и в нерабочее время переиндексировать. Только получается так что весь день практически все висело((( Что еще придумать я не знаю
вот сижу и думаю хорошо что кассы все оффлайн иначе все бы...
Mihail 
» 15 май 2015, 13:28


еще такой момент поставил галку index balansing разница минимальная раньше раз в неделю запускал переиндексацию щас 2 протерпел
Mihail 
» 15 май 2015, 13:35




Вернуться в Pervasive.SQL

cron