Итак. Имеем УТ файловая с 10-12 пользователями, 10000 элементов номенклатуры, 150 реализаций в день. База 6ГБ.
Железо фирменный сервер DELL, два проца E5507, 6ГБ ОЗУ, SAS RAID 10. Windows 2003 сервер 32битный. Пользователи работаю в 1С через терминал.
Покупал и разворачивал не я.
Проблема. Сильно тормозит УТ. Долго проводятся документы, постоянные блокировки. Причем если работает 1-2 пользователя то вроде бы все более или менее нормально. Когда их 4 то все почти встает. Почему-то периодически медленно всплывает диалоговое окно с выбором печ. форм.
По "производительности" сервер в процессе работы не сильно нагружается. Ресурсы используются максимум на 13%. И памяти полно и очередь дисковой подсистемы пустая. Но тормозит.
Штатный админ решить проблему не может.
У меня у многих клиентов и железо скромнее (даже обычные I3 используют под сервер) и таких проблем не наблюдается.
Прошу подсказать где еще могут быть узкие места?

> Железо фирменный сервер DELL

уууу

База была на 8.1 перевели ее на 8.2 Изменений не заметил.
Обратил внимание что загружен только одно ядро. Часто бывает что одно ядро загружено на 100%, остальные не используются.

(1) Выбирал и покупал железо не я. Я как-то HP-ников люблю.

Особенности кэша сетевых файлов в WinNT

(2) а разве файловая может использовать больше 1 ядра?

Пардон, не увидел "через терминал"

Извините, мне просто интересно, а вообще реально использовать файловую УТ в таком режиме?

эх. только подумал что интересная ветка, и облом. с файловой базой хз че делать.

(7) как видишь реально. но ребята видимо экстремалы. идет довольно интенсивный ввод документов, документ в 3 минуты. а файловая база может крякнуть в любой момент.

(9) в смысле "Мы рождены, чтоб Кафку сделать былью"? Я-то имела в виду чтоб файловая с таким объемом и без тормозов...

(0) >> постоянные блокировки
закономерно в данном случае

(11) почему?

(0) может, конфа переписанная?

(11) Почему?

Ну так на уровне таблиц же блокируется, а не записей, не так ли?

(15) Не помню, есть ли в УТ10.3 управляемые блокировки, или нет.

(0) возможно, анивирус

(13) Конфа почти типовая.
Забыл. Используется механизм ограничения доступа на уровне записей. Он тоже ведь производительности не добавляет.

И еще. Пробовал выгонять все пользователей. И даже при одном пользователе проведение документа из 10 позиций производится около 30 секунд. Долго думает даже когда помечаешь на удаление не проведенный документ.

В ТИИ появляются пустые ссылки в регистре "Объекты доступа".

(18) "почти". может, там какое-то "ПриВыводеСтроки" используется...
Запросто может проц на 100% загрузить

(19) ну может проца проведения "подкручена" или подписки какие кривые используются

(16) А какая разница, если в файловой тупо вся таблица блокируется.

(22) Подписки на события только типовые. Изменения в конфе в основном печатные формы.

Автор конечно же делал Реиндексацию и Сжатие перед тем, как спросить на форуме.

(0) может фрагментация дисков дикая? :)

(26) это стоит поверить. может довольно значительно влиять на производительность.

(25)Ну естественно. Забыл написать. Проверил все диски. Массив не разваливался. Правда система стоит на этом же массиве.
А вот про дефрагментацию забыл.

скуль или что ?

(29) Скуль, но база рядом - файловая

на файле девраг. на скуле переиндекс. и подключить процессоры для скуляю.

(30) уточнение не понятно, при чем тут это?

файло надо крутить локально

(33) на сервере нельзя?

(0)а сервер является контроллером домена?

(34) вопроса не понял. но ответ: можно.

(0) Видюха хорошая?) http://ithappens.ru/story/6407

(32) Если б вы (0) прочитали, то (29) бы не было.

(38) покажи, плиз, где там по скуль или что. только не злись.

(39) Да чего тут злиться-то. Начинаем медленно читать (0). По слогам. "Итак. Имеем УТ файловая с 10-12 пользователями". Ну вот зачем ты про скуль начал, а?

(37) жесть )))))

Может все-таки 64бита поставить или памяти добавить

узкое место - "файловая"

(40) а. понял. не злись. ну не увидел сразу. не осознал.

(44) Да я вообще не злюсь никогда. Кстати, у нас почти одинаковые радужные хвостики :)

(45) ну мы еще щас хвостиками мерятся будем...))) но если чо: у меня длиннее )

(45) ну и как на файло может уходить один проц, а ?

(43) заявленные нагрузки должна держать нормально.

(48) И держит. У других клиентах при таких же объемах стоит в качестве сервака I3 с 4ГБ ОЗУ и SATA RAID-ом. НУ не летает, но и тормозов таких нет.

(19)
Похоже проблемы с сеткой
Провести тест на других компах.
Возможно свич глючит

И модуль проведения проверить
Вдруг там идет поиск по таблице без индекса

(49) ну явно проблема в железе

Ну, вообще у меня на файловой ут 10.2 работало 20 пользователей, без тормозов, правда доков, наверное, чуть поменьше - до сотни в день

(19) сначала отключи то, что в (18), если не поможет то отладчик ответит на твой вопрос максимум через час.

(50) А причем тут сеть? Все же в терминале.

(54)незаметил

На другом компе при одном пользователе - проверялось ?

В смысле скопировать на другой комп и там запустить

(55) Пока нет. В понедельник сделаю.

(47) Вообще-то я стараюсь не высказываться, если не уверена на 100%... Я как-то не представляю себе, чем можно перераспределить выполнение задач в файловой, а если их все подряд обрабатывают, то какой смысл разные процы задействовать...

(58) извини, если сделал тебе больно. не хотел. я же не знал тебя.

(58) Блин, вдохновение у тебя сегодня подкалывать! Мстительный какой нашелся :)

(0) Позвать специалиста.
Предупреждение: надо денег.)

(60) да я бль. ну не думал, что ты тут. почему ты так счас?

(0)Кэш чистил у пользователей терминала?

(0) Не ипите мозги, купите сервер 1С и переведите базу под IBM для начала - результат приятно удивит, терминал станет не нужен. А если после этого еще и управляемые блокировки прикрутить...

(0)
почитай Книга знаний: Ускорение 1С:Предприятие 7.7

авось поможет...

+(65)
Книга знаний: Исправление ошибки 1С:Предприятие 7.7/8.0 - 100% загрузка процессора при ожидании блокировки

Переходите на клюшки :-) Там все работает :-)))

(0) см. (64)

Режим RAID в отложенную запись поставить - иначе для чтения одной записи "умная" система читает целый блок (он обычно 64К) - результат "просто поражает".

+(69) Попробовать базу положить на обычный диск и посмотреть на скорость.

(18)На файловой версии при 12 пользователей? тормозить будет полюбому, хоть в терминале, хоть так - покупайте сервер, ставьте IBM DB.

Но проверь всетаки рейд массив  - может он программный :) или контроллер глючит. А может один диск не работает или бракованный.
Ну и проверь на всякие левые программы(типа антивирусов и тд).
Проверь на вирусы.
Да  посмотри чем люди в терминале занимаются - может видио смотрят, в игрушки гамают.
Посмотри нагрузки на жесткие диски.

(0) Может уже писали, но
1.) Поставить еще памяти, выделить под SQL не менее 12гб. еще 12 желательно оставить под сервер 1С и клиентам рдп.
2.) Перевести базу на x64 сервер 1С, число процессов на сервере 1С должно быть столько же сколько процессоров на сервере.
3) по возможности использовать отдельный сервер терминалов.

+(72) С таким документооборотом скорее всего тормозят функции контроля остатков при проведении, эти функции отрабатывают на сервере.
попробуй сравнить как быстро проводятся документы без движений по партиям товаров, например ПКО, РКО, и реализация. уверен разница будет заметна.

Короче 1 узкое место - База файловая!
2 узкое место - база 6гб, файловая!

Мозговой штурм объявляют среди подчиненных. ТС совсем вне реальности.

"Ресурсы используются максимум на 13%"
точнее будет 12,5%
2 проца по 4 ядра, из всего этого работет только одно ядро 1/8 - 12,5%
и на файловой больше не получишь

(0) E5507, 6ГБ ОЗУ, SAS RAID 10. Windows 2003 сервер 32битный

6ГБ ОЗУ и 32-х битный сервер? это провал...

основной тормоз - 8-ка видимо ;-)
у мну сервер чуть даже поменее - примерно в среднем 370 доков в день на ТиС 7.7, 25 юзверей, из них 10-12 складских терминалов, даже транзакций не более 1-2 в неделю...
.
а если добавочно попробовать поотключать на неиспользуемый функционал/разрезы учета?

(77) ну может у него сервер энтерпрайз
а если стандарт - то вёселая железяка: DELL, 6Гб при том, что сервер 32битный - распил бюджета?

(79) куча всего понаписано, но я для себя так и не уяснил - на 32 разрядном сервере - какую максимальную память имеет смысл ставить..?

принтеры случаем не Кэноны используете?

(80) 4 Гига.

(72) Кирдык какая унылая 8.2.... У меня на обычном ПК-сервере 7.7 комплексная файловая летает с 50 пользователями онлайн и с 1000 документов в день...

(82) независимо от версии серера-софта - стандарт или энтерпрайз..?

не жлобьтесь, купите серверную 1С и MS SQL. И будет вам счастье (может не сразу, но будет).

Меня всегда интересовало как админ такой базы, как здесь, будет просить юзеров в конце дня ввести все документы за день заново (при падении базы скажем).

Отказаться от онлайн расчета себестоимости еще не предлагали?

(84) стандарт до 4 Гб, энтерпрайз до 32Гб кажись (каюсь, может и 64, не помню точно, давно не сталкивался)

(87) \энтерпрайз - это единственная 32 разрядная операционка, которая поддерживает 32 гига

32 битная винда была поставлена до нас. Как я понял у них OLP лицензия и куплена она давно. Дистрибутивы раньше были 32/64 разные. Наверное не заказыали.

если OLP, то можно на 64 перейти
а 6Гб на двухпроцном DELL - это норм, у делла это базовая комплектация

Господа. Перевод на Postgess решил проблему. Но осталось сомнение, что я мог бы сделать что-то еще.
По замеру производительности основное время проведения тратится на регистр "ОбъектыДоступаДокументов". Удалил этот регистр, но производительности не прибавилось. ТИИ после этого делал. Дефрагментацию тоже делал.

(75) Это для тех кто не в теме:
wiki:%CC%E5%F2%EE%E4_%EC%EE%E7%E3%EE%E2%EE%E3%EE_%F8%F2%F3%F0%EC%E0

(91) Выдохни, все что ты мог сделать с файловой базой - это перейти на клиент-сервер.

(18) Использовать RLS на файловой КАТЕГОРИЧЕСКИ не рекомендуется

Файловая версия ограничена в средствах глобального мониторинга ИТ системы - поэтому только остается отладчик и исследования.

Перечитал пост. Постгри в этом плане тоже недалеко ушел.

(96) Тем не менее скорость проведения раз в 10 увеличилась. Блокировки почти пропали.

(97) Взял бы IBM - пропали бы совсем.

Неужели сервер 1С купили ?

(0) на SQL переводи и не будет зависать при работе 4 пользователей

(0)
>По "производительности" сервер в процессе работы не сильно нагружается. Ресурсы используются максимум на 13%.
Судя по этому - загрузка одного из ядер на полную катушку. Проще говоря - проц не справляется.