Ускорение 1С 8.1 #497329

Здраствуйте! Это уже крик души, помогите пожалуйста советом! Имеем: 1С 8.1 с 25-30 активных пользователей SQL Server 2008 + Планы обслуживания Windows 2003 R2 x64 Ent. Сервер: Камень: 2x QuadCore AMD Opteron 2354, 2200 MHz (11 x 200) 24 гига памяти Дисковая подсистема: 4х SEAGATE ST3146356SS (SAS RPM: 15k) в RAID 10 (На нём стоит система и лежит сама база) Этот сервер и сервер: SQL Server, 1C, терминалки (Других серваков подходящих для этого не имеем) + Некоторые вещи в конфигурации реализованы крайне не оптимально (постепенно боремся) В Сервере 1С созданы процессы по количеству процессоров SQL Server настроен на минимум памяти = 12 Гб, максимум на 22 Гб А теперь внимание вопрос: У нас часто бывает таймаут блокировок, (особенно если документов из-за них накопилось много, то вообще всё стопорится...) Что посоветуете сделать / модернизировать в таких условиях? Думается было не идеальным решением переносить систему с САТА винта на SAS RAID где и база (Но с другой стороны если медленная система, остальное тоже тормозит). Вообщем помогите, подскажите, посоветуйте что можно улучшить и сделать. Заранее спасибо!

Ищите узкое место. Конфа какая?

Конфа Торговля 10.3.3.3 значительно переписанная, узкие места более-менее известны (мне) это как минимум: После проведения заказа, сбрасывают его на склад что инициирует создание перемещений по группировке товара заказа (Склад у нас физически разбит на несколько, в результате создаются перемещения по каждому складу что фигурирует в заказе) и за перемещением ещё формируется простой документ Сборка (На каждое перемещение). Здесь и возникают чаще всего блокировки. А так-же в событии

открой для себя мир счетчиков в диспетчере производительности

>> У нас часто бывает таймаут блокировок... А конфа на управляемые блокировки в узких местах переписана?

Пытался открыть, но ничего конкретного не вынес. Может есть линьк как по ним оценить узкие места в отношении 1С (SQL Server) буду благодарен. Кстати обычно в сумме камни не заняты и на 20% а то и меньше, т.е. узкое место в системе явно не камни? (Хотя они уже давнишние и покупались в то время далеко не топовые)

Если есть такая возможность, то вынесите формирование (создание) документов отдельно в регламентное задание. Может быть даже на ночь.

В общем весь раздел "Методики" отсюда

Главное правильно запросы при проведении доков перепишите, у нас так было пока не увидели что один из запросов при проверки резерва не делает отбор по заказу. Две строчки кода, а гемора было......

врядли объяснения на форуме помогут в решении проблемы - нужен специалист

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

не совсем понятно серваок физически 2 или 1?

серваок = серваков

размер базы?

Какие варианты для того, чтобы это была одна транзакция?

Открываешь журнал регистрации и изучаешь сообщения об ошибках. Там и поправляешь конфу...

Наоборот, это должны быть различные транзакции, выполняемые последовательно (чтобы они не мешали друг другу). Особенно это важно, если модифицируются одни и те же таблицы (одни регистры, общие журналы документов) и при этом не прописаны управляемые блокировки. То есть записали заказ, провели его, только после этого создаем на его основании документы перемещений (ну или что там у вас) и проводим их, и т.д. При этом сам заказ модифицироваться уже не должен - то есть в подчиненных документах должны быть ссылка на документ-родитель, а не наоборот.

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

А чего вы тогда хотите? У нас блокировки, но мы ими не занимались и заниматься не собираемся, но хотим чтобы нам сказали что можно улучшить....... Плюс не совсем понятно что у вас там с логикой алгоритма создания документов. Как он вообще работает. Может вы сами и создаете эти блокировки, когда цепочки документов создаете, записываете и проводите.

Спасибо! Создание регламентным, такая мысль счас проскочила, но сложна в плане вазимодействия с пользователем. (все) Счас решили часто изменяемые реквизиты документа заказ (Не стандартные) вынести в отдельный регистр чтоб не приходилось по нескольку раз проводить док.заказ. Если всё-же есть ещё какие-то советы по 1С и железу, буду признателен!

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

После записи есть только в Форме. Как предлагается автоматом в следующей транзакции создать документ на основании без участия пользователя?

Нет, при кнопке Печать и выборе соответствующей печ.формы. Я не обижаюсь все справедливые замечания важны

это действительно необходимо? может проще сделать один регистратор - заказ, а остальные документы не создавать. Выложите вашу конфигурацию на хостинг. Если по вышеприведенным ссылкам вы не в состоянии разобраться, вам лучше вызвать специалиста.

Физичеки сервака два, один старый достаточно (Не под терминалку не под 1С не желательно), он занимается тем что на нём крутится Apache+PHP+MySQL+мыльный сервер а так-же раздача инета

Я не автор темы.

Про Размер базы и кол-во серваков был вопрос так и не увидел ответа реально у меня 2 года назад душа так тоже кричала при этом база на Postgree (а по умолчанию с блокировками вообще у неё все "повеселей"). Сначала тоже велся на всякие рассказы на счет увеличения скорости винтов чтоб быстрей проводилось и меньше блокировалось, а потом понял что 80% производительности это ровный код ..реально натупил програмистов переделать конфу под управляемые блокировки (как оказалось потом что на то время еще сама платформа была не совсем готова, менеджер блокировок работал не стабильно совсем) Как только настроил технологический журнал, который показывал в каких местах бока и не ткнул носом програмеров, жизнь наладилась. Сейчас на серваке 5 баз вертится одна из них более 50Г ..не идеально , но жалоб нет... так что Код, Код и еще раз Код .. тем более SAS.... хотя признаюсь когда SATA у меня выдали 220 м/с после обновления прошивки...тоже прикололся

Размер базы в SQL был 17 149 счас физически меньше, т.к. удалил все картинки номенклатуры из базы и сделал чтоб они брались на прямую с сайта ДТшник раньше весил ПРИМЕРНО 3 гига, счас 1,7

>> Как предлагается автоматом в следующей транзакции создать документ на основании без участия пользователя? Например, регламентным заданием, которое будет запускаться каждую минуту и анализировать наличие заказов не имеющих необходимых подчиненных документов. Можно под это дело создать регистр типа "ЗаказыКФормированиюПакетаДокументов". Заказ будет делать движения по этому регистру при проведении, а регламентная обработка - удалять эти движения после формирования/доформирования/переформирования пакета подчиненных документов.

Все ошибки если есть связаны с транзакцией

Так же обращу внимание, что даже людям с мега знаниями нужно общаться, может знаний станет еще больше. Потому не взирая на опыт мне не стыдно такое спрашивать.

Пользователь simol не имеет к нам никакого отношения

Это действительно так! Ибо профессионалами тоже не на ровном месте становятся. Спасибо!

т.е. делая промежуточный итог железо нормально катит (На вскидку), проблема конфы? Если хотите что-то сказать, говорите!

под 17 149 имеется ввиду что база занимает 17 Гб

Вышеперечисленные ссылки я учту и внимательно прочту, но проблема есть одна, ЦУПа нет (Давно о нём мечтаю), но всё-равно прочту. Спасибо!

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

Подскажите, стоит ли купить чисто для системы ещё винт: SEAGATE ST3146356SS (SAS RPM: 15k) или нет особого смысла? И то что и система и база в одном Raid10 это не критично?

если платформа ниже 15-й  ЦУП особо не поможет ... Пробовал разбираться с ЦУП ....как то пока меня не впечатлил

ну для успокоения души могешь купить, но нефакт что разницу увидишь

Будем мерить, спасибо Платформа 8.1.14.72 новей как-то добавляют кучку глюков, остановились на этой версии Но коль есть хоть надежда, думаю стоит взять! Спасибо!

Я без иронии, может есть не известный мне способ? см.

Сервак 24 гига памяти А почему не сделать три виртуальных сервера? Отдельно скуль, отдельно 1С, отдельно сервер терминалов...

а потому, что - производительность дисковой подсистемы сильно снижается - виртуализация требует вложения денег в лицензии - не достаочно квалифицированных специалистов по виртуализации - нет объективной причины внедрения виртуализации - работает - не трожь!

хм. виртуализация конечно интересная вещь, правда читая что пишет начинаешь думать что толку будет мало.. Интересно мнение 3-й стороны со стороны именно производительности!

На ЦУП надейся, а сам не плошай. 1. При должном желании раздобыть ЦУП можно за 15 минут. 2. Сейчас он вам не нужен - вам известно, где узкое место системы. в ЦУПе вы увидите то-же самое. Начните оптимизацию критически важных участков. 3. Без фотографии поциента (.cf на файлхостинге) дальнейшая дискуссия станет постыдно бесполезной.

В любом случае всем спасибо! (Но кто хочет что добавить/сказать пишите)! Насчёт ЦФшника, подумаю!

п.1 ЦУП у меня есть но толи недорелиз толи ещё чего, вообщем всех показаний не показывает (особенно не показывает блокировки) и матюгается при попытке добавить показатели.