Здравствуйте, уважаемые Форумцы.

Сервер приложений:
На сервере Windows 2008 R2. Развёрнут сервер предприятий.
Машина: Intel Xeon E5645 2.39 (2 проца), 48 Гигабайт оперативной памяти

Сервер баз данных:
На сервере Windows 2008 R2 установлен Windows sql server 2008.
Intel xeon X5450 3.00 (2 процессора), 38 Гигабайт оперативной памяти, но в системе пишет 34 почему-то.


Базы: есть 2 базы по 25 гигабайт и куча баз в районе от гигабайта и до 10 (не больше 10 штук). Всего подключения в пике 150 штук. Именно сессий к базам 150. Пользователей порядка 80-100.
НА сервере предприятий пробовали ставить и 12 процессов и 24 и больше, сейчас в итоге остановились на 4-х.
Каждый процесс занимает по 4-5 гигабайт памяти.
До этого было 12 процессов, каждый был по 2 гигабайта максимум, так же делали и 24 процесса по 2 гигабайта.

Проблема: у клиентов, работающих в терминальных режимах происходит подвисания 1С. Открываются долго документы, проводятся долго, формируются отчёты.

Читал форум - есть пользователи с серверами послабее, но с базами побольше. И у них всё летает. Бьёмся уже очень долго. ЧТо можете посоветовать?

Версия 1С платформы - 15я. Думаем обновиться на 17-ю. Решит ли это нашу проблему или нет?

(14) Demiurg

Вин2003 скл2005 спасёт Мир... имхо

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

(23) Давай я тебя забаню, чтобы ты не писал фигню?

(24) Есть свежая идея - в случае того, что терминальные сессии запускаются там же, где и сервер 1С - отключить сжатие. Как идея?

(25) давай, но докажи что фигня. У меня есть конкретные примеры, когда народ после даунгрейда с 2008-ых получал прирост скорости.

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

вообщем нужно больше информации для анализа
трындеть не хочется,
пусть ставит наши сервисы, именно для этих случаев бесплатные инструменты и делали

(27) ни одним даунгрейдом "закрытие месяца" в 4 раза не ускорить, а кодом можно и в 10-20 раз

(28) Че бы не посоветовать?

(29) с этим не поспоришь.

(30) тогда уж и пива :)

Платформу обновить в любом случае не помешает. Хотя бы на 16.ую...

(0)

1) Где терминальные сессии выполняются? На сервере 1С?
Если да - попробовать выключить сжатие данных параметром /TCOMP?
2) Выполняются ли регламенты SQL?
3) В настройках питания Windows стоит ли "Высокая производительность".
4) Включен ли кэш записи диска на сервере 1С?

2-е базы по 25 гиг, - возможно что они конкурируют за память. Вынести временно одну из баз хз куда, посмотреть как  оставшаяся работать будет...

А вообще в (28) правда...

(19) во время работы, как минимум на 2-3 часа, результат покажет слабые места

как обычно к 150 посту выяснится что все это стоит на "крутой" тачке и админ по чему-то твердит что у него все хорошо и виуртализовано :)

(34) терминальные сессии выполняются на отдельных терминальных серверах. Терминальные сервера подняты на виртуалке. На терминалке сидит до 10-12 клиентов. Серверов терминальных 8. (24) я не программист. На аудит кода денег вряд ли кто выделит. Это печаль(
(38) да, в том то и дело, что тачку не считаю помойкой и считаю, что схема должна работать быстро и хорошо. Я и есть админ. Наши программистки к серверу не притрагиваются. А я на столько плотно именно 1С сервер никогда не юзал и не настраивал. Поэтому собственно и прошу советов и читаю форумы. (37) спасибо за совет, но глупый вопрос - что такое Мастерс? (По ссылке указано что надо скрипт запускать в Мастерс). Не смейтесь, в 1С я не силён)

(39) это имя системной базы в скуле.

скрипт к 1с вообще не имеет отношения, это чисто скуль.

раз ты админ - еще вопрос SQL на ВИРТУАЛЬНОМ сервере???

(0) "Думаем обновиться на 17-ю. Решит ли это нашу проблему или нет?"
разве что 18й слегка улучшит общую производительность, но от подвисаний не избавит

"Бьёмся уже очень долго. ЧТо можете посоветовать? " Да ну, и что за это время уже сделали?
Могу посоветовать начать что делать, да те же сервисы мониторинга производительности поставить которые бесплатные.
Также факт использования виртуалок вносят некоторую вероятность что они "подвисают", например см. http://kb.1c.ru/articleView.jsp?id=71

(41) он думает что он админ...

v8: Как лучше разместить сервер и скуль на одном сервере или на разных?
v8: Как ускорить MS SQL для 1С?

особенно вторая ветка показательно, где автор забыл вообще зачем пришел :)

(41) нет. SQL не на виртуальном сервере. Я же в первом посте дал описание серверов.

(43) а вы наверное думаете что мега крутой специалист? Я обратился сюда не для критики моих знаний и умений. И не вам судить о моей квалификации. Или этот форум создан для того, чтобы

(42) спасибо за ссылку. Сейчас поизучаю. Выбил из программистов логин и пароль на сайт)

(46) регламентные операции на скуле настроены? обновление статистики, реиндексация?

(0) Для точного понимания ситуации необходимо провести анализ проблем (предлагаю softpoint.ru) - оно бесплатное, на выходе будет их краткое описание в порядке значимости и предложения по оптимизации/настройке и прочего.
По поводу других советов - согласен с Demiurg, без анализа ситуации есть большая вероятность потери времени и денег.

(48) ок. Спасибо. Сейчас буду согласовывать "обращение".

Огромное спасибо за дельные советы. Как будет какой-то результат - отпишусь.

Опубликовать тесты не получается. Пишет слишком много фактических параметров.
Но вот график теста:
http://img405.imageshack.us/img405/6749/35575313.png

судя по (50) сервера норм

т.е. дело либо в коде либо в связке терминальные сервера - сервер 1с

Я запускаю даже на сервере приложений 1С и всё-равно такие же затыки.

тогда в коде

(54) А в этом тесте кол-во пользователей на что влияет ?

(55) каждый заает такой вопрос, надо фак разместить :)
это сколько полльзователей в пролдакшене и насколько они удовлетворены упроизводительностью - т.е. информация для тех, кто будет смотреть результаты на сайте

Количество пользователей поставил 130. Я так и думал, что скорее всего это лишь для статистики. Только вот почему отчёт не загружается-то?
Вчера настроил регламентные задачи. Стало совсем немного пошустрее.
А есть ли какие-либо тесты для проверки выполнения запросов?

(57) отчет не загружается, скорее всего, от того, что я веб сервис поломал :(

а на какую строку ругается?

Сильные тормоза в 1С.

из заголовка тема сначала подумал о специалистах 1С

(59)

{Справочник.Тесты.МодульМенеджера(12)}: Слишком много фактических параметров
   Прокси = WSСсылки.ПубликацияРезультатов.СоздатьWSПрокси(ПространствоИмен, Сервис.Имя, ТочкаПодключения.Имя, 10);

(57) выше писали http://www.gilev.ru/querytj/
есть еще ЦУП.
конфа то у вас хоть какая? типовая или? сервер 1с и субд в одной подсети? сеть какая?
замер производительности в конфигураторе запускали?
а лучше сначала на (28) ответить

(61) вот это - очень странно

(63)+ а версия платформы какая?

(64) 1С:Предприятие 8.2 (8.2.15.301)

(65) оказывается таймаут только в 8.2.16 появился... убери последний параметр!

(66) Ок.

(62) конфа УПР, типовая с незначительными изменениями из-за которых тормозить не может (с) программисты 1С
сервер 1С и СУБД в одной подсети. Соединены через HP Procurve гигабитным линком в одном свитче.
Замер производительности запустили, произвели проводку документа и формирование оборотной ведомости. Какие интересуют значения?
на (28) я роде ответил.
Тормозит периодически. Помогает ребут сервера приложений. Через какое-то время опять начинает тормозить.
У всех. Бывает по секунд 5 подвисает - на экране появляется белое полотно.
Очереди к дискам почти нет. По мониторингу Zabbix в очень редких пиках достигает 5-8 единиц.

"из-за которых тормозить не может"
Бугага

(69) вот чтобы таких "Бугага" не было надо это доказать) А перед начальством доказать что я не верблюд)

>>>сервер 1С и СУБД в одной подсети. Соединены через HP Procurve гигабитным линком в одном свитче

значит маршруты неоднозначные?
читать http://wiki.mista.ru/doku.php?id=it:set_dual_net

(71) однозначное. Active Directory, DNS сервер настроен верно. Пусти однозначные.

*пути

так что насчет регламентов на скуле? см (47)

как временная мера настроить на сервере 1с автоматический перезапуск процессов
запустить у кого-нибудь из пользюков технологический журнал на предмет вылавливания длительновыполняющихся запросов и утечек памяти

(74) регламентные задачи не были настроены. Настроил согласно инструкции: http://1cexpo.ru/instrukczii/22-reglamentnye-operaczii-na-urovne-subd-dlya-ms-sql-server.html
запустил их, отработали без ошибок. Скорости не прибавилось.

(75) автоматический перезапуск процессов не выход имхо. Работают круглосуточно и кого--то будет выбивать из базы я так понимаю при перезапуске.

(77) автоматический перезапуск никого из базы не выкинет.
настраивается через консоль сервера 1с. Только нужно проверить что перезапуск действительно происходит, а то на древних платформах бывали глюки с этим

(76)это нужно для оптимальной работы скуля

Обновить платформу все таки бы не мешало, в 15 релизе много ошибок платформы с использованием озу.
ну и 4 рабочих процесса для 150 пользователей это как то много, 1-2 достаточно.
И автоматический перезапуск службы или процессов конечно тоже не помешает.
Но это все типа рекомендация по лучшей настройке и обслуживанию сервера 1С. Тормозам в(0) врядли поможет.
и в (18) что показало то?

(80) я (18) не делал. Сейчас думаю сделать http://www.gilev.ru/querytj/  и оттуда дам результаты.

(80) Извиняюсь за глупый вопрос: а (18) запускать в оснастке SQL сервера?

А попробовать перенести сервер приложения на ту же машину, что и сервер SQL + SHARED MEMORY

(83) судя по (50) именно со связкой скуль-1с проблем нет, дело либо в том, что скуль не использует память, либо код 1с неоптимален, либо какие-то большие фоновые задания с, опять же, страшным кодом

да ядрен батон любая клиент серверная система отлаживатся только одним методом - Исключений.

Для начала следует определить причину, обычно причины бывает 4

1. не хватка железных ресурсов
2. медленый и неоптимальный код
3. блокировки
4. прочие сетевые события

все что было проделано выше относится только к п.1 пора переходить к остальным...

сделай (18) этим много проблемм накопаешьь :)

(82) да скрипт запускается в оснастке SQL

ксати, обновил v8: Многопоточный тест производительности 1с

ТС, ты только потом не забудь расскрыть секрет быстродействия, если найдете его конечно !

(21) поставил сервис. Только Проверка веб-сервиса не проходит. Пишет "Неудалось соединиться с веб-сервисом!!!"
Интернет есть, в браузере ссылка открывается.

Всё, вопрос (89) снят.

(0) А сколько рабочих процессов у Вас на сервере 1с?
У процессоров включено HT или нет?

+(91) рекомендую отключить HT и поставить количество рабочих процессов на сервере 1с равным количеству ядер процессора, то есть 6, ну или даже обоих процессоров, то есть 12, так как каждый рабочий процесс может "взять на себя" только одно физическое ядро, остальные "простаивают". если сейчас не так, то уверен, что это поможет быстродействию.

+(91) и лучше наверное поменять процессоры на машинах местами. Увеличение частоты ядра прямо влияет на скорость работы сервера 1с, а я смотрю, что у Вас именно в этом узкое место.

(92) куита

оставь один рабочий процесс и запусти v8: Многопоточный тест производительности 1с , увидишь загрузку близкую к 100%

(94) а мужики-то и не знали :)

(93) Процессор Intel XEON E56xx - 2 шт. И как замена местами процов может помочь, если процы одинаковые?

Количество процессов ставили равное колиичеству ядер. Работало хуже. С 4-мя рабочими процессами нагрузка так же распределяется на все ядра.

(97) имелось в виду с теми, что на сервере баз данных.

(97) У процессоров включено HT или нет?

(100)!

Попробуйте поиграть с настройками сети как в :
"Настраиваем гигабитную сеть" - http://www.sg-as.ru/SetUpGigabitNet.aspx.
Или "Медленная скорость Интернет/RDP соединения Windows 7/Vista" - http://ksanka-kh.livejournal.com/55499.html

Мне очень помогло это :
netsh interface tcp set global autotuninglevel=disabled

HT включен.
(98) и к тому же на сервере SQL 1 проц Процессор Intel XEON X5430
(101) )

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

(103) что-то как-то сомнительно. К тому же выше писалось, что по тестам с железом всё ок.

(104) просто в (103) - (94)

http://wiki.mista.ru/doku.php?id=it:analiz_sql_block
выдаёт
Сообщение 2714, уровень 16, состояние 3, процедура get_waitstats, строка 19
В базе данных уже существует объект с именем "get_waitstats".
Сообщение 2714, уровень 16, состояние 3, процедура track_waitstats, строка 67
В базе данных уже существует объект с именем "track_waitstats"

(104) посмотрите обширные тесты сравнительные в интернете по быстродействию 1с, SQL и влияет ли на это HT. Все, что сейчас пишется в этой ветке уже давно написано в больших серьезных обзорах. Ознакомились бы, пропали бы многие вопросы.

(105) No comments

(106) сделай

SELECT TOP 10
[Wait type] = wait_type,
[Wait time (s)] = wait_time_ms / 1000,
[% waiting] = CONVERT(DECIMAL(12,2), wait_time_ms * 100.0
              / SUM(wait_time_ms) OVER())
FROM sys.dm_os_wait_stats
WHERE wait_type NOT LIKE '%SLEEP%'
ORDER BY wait_time_ms DESC;

(81) сервис поставили?

(110) да, поставил, запустил.

напишите мне в скайп gilev_slava ваш логин в сервисе

(68) "из-за которых тормозить не может (с) программисты 1С" - я программистам 1С не доверяю, иногда происходят неожиданные случайные ошибки. Я доверяю монитору производительности.
Простой прогон каждой роли с замером позволит увидеть самые узкие места - вдруг там у вас в каком-нибудь документе или в обработке лишние тысячи циклов.

(112) он такой же как тут (как в инструкции просили :) ) только маленькими буквами.
(113) я тоже не доверяю, но просто так бросаться фразами не хочу. Поэтому и стал разбираться, а не просто кидаться фразами что программисты плохие.

(112) только вот в логах смотрю - пусто всё. Ничего не отправляет. Длительность задержек поставил 5, 10 и 20. Но всё-равно пусто.

В 18ой версии платформы обещали очень сильно повысить производительность. Но для файлового варианта.
Может и в клиент-сервере что-то ускорили.

уменьшите длительность до 1 секунды у первого порога

напишите в скайп мне пожалуйста, помогу настроить и собрать данные

Был случай, когда тормоза, причем сильные, были в момент фиксации транзакции. Замер производительности ничеко не показывал. Выяснилось, что была убитая таблица итогов, и тормоза были при обеовлении этих самых итогов. ТИИ с логической целостностью и реструктуризацией помогли.

Все не читал, но осуждаю

(118) я завтра напишу. Скайп на работе запущен. Дома аська только. Заранее спасибо. Длительность сейчас уменьшу до 1 секунды.