Тормозит 1С на SQL #264931

У нас в sql - базе торговли 7.7 работает от 40-50 пользователей, зачастую происходят транзакции и юзеры минут по 10-15 немогут проводить документы, все кричат бегают и т.д. Работаем в переферийке т.к. подчиняемся головному предприятию, у них там все нормально, следовательно 1с-ка нипричем, проверял cfg файлы у пользователей -неболее 15 - 20 kb, сам сервер MS SQL Server Xeon оперативка 2 Гига, частота 2,80, Кто сталкивался с такими проблемами, помогите пожалуста как их решить можно, на что обратить внимание. Заранее спасибо за ответ

при 40-50 пользователях это нормально.

Ну батенька а у меня 100 пользователей комплексная и не тормозит. БАза дбф на цитриксе. Ищи причины сам. Они могут быть очень разные

у нас юзеры работают, по сети, хотя есть цитрикс, если перевести часть из них на терминальную работу через цитрикс это может ускорить работу или немного даст?

У меня меньше 65 на SQL никогда не бывает. И никаких напрягов.

джинн а какие параметры сервака?

(3,5) надо понимать - база у вас абсолютно типовая, как была установлена из коробки, так и работает

база полностью переделана

не к тебе вопрос был, а к господам у_меня_фсё_пучком,_что_я_делаю_не_так

а какие параметры для сервака нужны, имею ввиду оперативка, частота и объем жеского, чтобы нормально она работала

Бог его знает.Может элементарно диск с базой зафрагментирован. Дисковую подсистему надо бы побыстрее. рейд 5 или 10.

Двухпроцессорный на ксеонах 2,6. Мозгов 4 гига. RAID-5 пятидисковый. До центрального коммутатора и терминального сервера сетка гиговая. Дальше стомегабитка. Достаточно средненький сервер. Да нет. Но это потомок типовой торговли. Гораздо более усложненный - бух-упр на регистрах плюс полноценный упр. на бухитогах. Планирование там всякое и пр. хрень.

кстати, область в оперативе, занимаемая скулем через некоторое время интенсивной работы с базой/базами становится сильно фрагментированной, что замедляет работу. Рекомендуется время от времени перезапускать скуль. Эти и еще много других слов я прочитал в большой такой книжке Габец, кто-то там еще из Аналита, Радченко "Разработка в 1С:v8.0" (огромных размеров книжка такая)

Смотри Предупреждение в модуле проведения. У нас такие затыки бывают - это нормально.

а за такое программирование надо немножечко вешать... потомки разные бывают... кстати, ускорять сеть - не вариант, ибо практические эксперименты показали, что 1С сама как-то ограничивает скорость, если в базе больше одного пользователя.

:) Удалить не пробовали?

Запусти отдадчик посмотри где тормозит. Может БЫТЬ ОЧЕНЬ ОГРОМНОЕ КОЛИЧЕСТВО ВСЕХ НЮСАНСОВ. Но основные, отладчик, сеть, sql - все что угодно - вплоть до того что просто паями те хватает и он в свап пишет

кстати, в центральной базе столько же народу на таком же железе работают?

Не, я конечно удалил которые нашел. Но кое-кто влепил - так что надо внимательно смотреть :)

vk_sleep от Ромикса

очевидно эти 10-15 минут кто то что то проводит/записывает или что еще там. думаю врядли сервер или 1с сам по себе решает что у меня тут транзакция "завалялась" а нука я ее доработаю... Хотя не знаю может там в обработках ожедания чета сидит у тебя. У меня счас тоже тормозит и вылетают таймауты, но тут просто сервер один выпендривался пришлось все повесить на другой. И если счас ктото запустит расчет ЗП то точно будут отдыхать причем все минут 30.