Добрый день, коллеги!
Обшарил весь форум в поисках решения, но так и не нашел.
Имеем железо:
2х XEON E5506 2.13
MB Intel S5520SC
16 GB RAM
Дисковая подсистема следующая:
RAID Controller Intel SRCSASRB с BBU
RAID-1 (2x Seagate Cheetah 15 K SAS) тут крутится система Windows 2008 server R2. Домена нет, TS сервер + SQL server 2008 R2 Standard.
RAID-10 (4x Seagate Cheetah 15 K SAS).
Кеш на запись у контроллера включен.

На текущий момент 20 пользователей сидят в терминале. 15 в УТ 10.2, 5 в БП 2.0. Базы не SQL.
Остро стоит вопрос перехода на УТ 11.1. Перекинули данные, база стала весить 2.5 ГБ, залили ее в SQL. В агенте 1с сервере предприятия сделали два рабочих процесса.
=================================
Итак, запускаем 1с УТ 11.1. Она тормозит. Создание документа "заказ клиента" и аналогичные происходит секунд по 5.
Что только не делал, медленно работает.
Подскажите, в какую сторону копать?

Бугага. а ты в курсе что в УТ11.1 в справчонике номенклатуры 35 реквизитов.
А ты в курсе что это значит?

Указал все, но самое главное так и не указал.
Ставь 18 платформу и выполни все операции прописанные в аддокс.хтмл

2.5 ГБ, залили ее в SQL
не о чем конечно, SQL сервер и Application разнесены?

Да и севрер дохлый)
У меня 2 восьмиядерных проца. И 16 дисков SSD в рейдах.
128 гиг оперативы. СКЛ и все такое.
УТ11 просто лежит. Номенклатуры правада 400 тысяч.

(5) может хотя бы научится создавать SQL запросы

(5) вот дурачина. Это основополагающее и самое главное. ЧТо влияет на ВСЕ

(8) пистец порвало. Клоунадничей дальше.

благодаря мане я знаю про 35 реквизитов. сам бы не догадался посчитать.

База MySQL с 30 миллинами записей прайсов поставщиков (правда без истории) и номенклатурой в 8 миллионов - весит всего 7 гиг - и просто летает!
В УТ11 прайс в 50 тыщ строк загрузить - щитай все погибло. Во первых регистрация цен в 50 тыщ строк...ну вы поняли.. второе создать например 10 тысяч новой номенклатуры... когда в справочнике 35 реквизитов.

(2) Поставил сегодня 18 релиз, спасибо, будем пробовать.
(3) Нет, SQL и Application на одном сервере. На текущем.

(11) пока кода не видели непонятно

(11) а на что влияет количество колонок в таблице БД?

Наш джедай отправился отдохнуть.

Продолжаем наблюдение.

(12) мы правда разобрали где-то на 15 гигах на разные, сетку смотрите
домена говорите нет? зря

Ну, 35 реквизитов - для SQL-запроса это не так уж и много.
Кроме того, 35 реквизитов у справочника - как это относится к документу "заказ" ?
При создании документа он явно в справочник "Номенклатура" не полезет - подбор-то активировать имеет смысл уже после создания.

(14) на ограничения, но какие ограничения в Номенклатуре, вроде довольно статичная структура

(16) а что не так с сеткой? тут терминальный сервер.

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

(14) На ЛевыеСоединения с таблицами ссылочных типов для вывода их представлений. Но низенько-низенько...

(21) Ты не поверишь.

(21) Если не рассматривать табличные части, то запись 35 реквизитов - это 35 копирований в структуру блока SQL и запись одной структуры (конечно, если в этих 35 параметрах строк неограниченной длины не навтыкали).

(21) и поэтому нику тоже забаньте, если транзакция на запись, то без проблем

(20) нах терминальный сервер при серверной базе в локальной сети?

(26) Сеть между TermServ и SqlServ может быть 1Гб (или даже 10Гб), а вот по офису будет только 100Мб - разница есть.

(26) а чем он плох? Все движения происходят внутри сервера даже с самим SQL. Сеть не используется совсем. Я пробовал по всякому, с SQL и в файловом варианте. С тонким и толстым клиентом. Результат всегда одинаковый. Сейчас создал пустую базу совершенно. История не особо поменялась.

(27) только экран то все равно передается по сетки, плюс как решены проблемы распределения памяти на терминале?
(28) проблема в сети, имхо
почему нет домена?

(29) УТ 10.2 прекрасно и быстро работает в текущей сети, имея базу 6.5 Гб. Чем домен нам поможет, я никак не могу это понять?

(30) извини, сам на 10-ке работаю, я пас, еще раз извини

а что говорит замер производительности?

(32) какой именно замер или какие параметры perfmon предоставить?

(33) для начала обычный 1с-ный. в конфигураторе. на что там время тратится при создании документа?

(22) а если вывод представлений не нужен? Пофик тогда сколько реквизитов?

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

хотя я для доков не наблюдал проблем.

Ну например вот:
&НаКлиенте
Процедура ОбработкаКоманды(ПараметрКоманды, ПараметрыВыполненияКоманды)
   ОткрытьФорму("ОбщаяФорма.СписокДокументовПродажи",
               ,
               ПараметрыВыполненияКоманды.Источник,
               ПараметрыВыполненияКоманды.Уникальность,
               ПараметрыВыполненияКоманды.Окно
   );
КонецПроцедуры  // ОбработкаКоманды()

ЧТо за "создание документов" и аналогичные. Ручное создание? подбор? запись проведение? обработкой создаешь? что конкретно?

И кстати сразу - по сравнению с УТ10 УТ11 даже визуально будет все подтормаживать всегда.

Если список документов, то там динамический отбор с учётом прав на каждый документ прикручен - явно не быстро работает.

Первым делом запусти манагеров в подбор - и уже на след день получишь разрыв телефона...после УТ10. Саботаж гарантирован.

(39) Заказ клиента. Тыкаю кнопочку. Жду секунд 5-10 первый вызов, дальше немного быстрее. о подборе даже речи нет, там ад, полностью переделываем на обычных формах.

и зря переделываете..
нужно для начала причину понять..

(43) первый вызов? тогда это нормально.

(41) намек на то, чтобы ставить всем полные права? Ну пока что я один в базе ползаю. Если там будет 15 человек, всё умрет.

У меня тоже на ноуте i7 с SSD база УТ. последний релиз. все летает - конфигуратор, запуск, в принципе интерфес тоже но все равно заметно невооруженным глазом хуже чем обычные формы.
Первый попавшийся заказ - 5 секунд думал. Потом начал по секунде.

Зашел в УТ10 - по кнопке Ок - все просто моментально леатет.

(45) да, может это и нормально. Только менеджерам после 10.2 скорость работы самое главное. Где искать выход?

(47) то есть у меня всё нормально и быстрее я не сделаю?

Нет. Не сделаешь.

спортивный интерес: сколько заказов набивает менеджер в среднем за минуту??

(49) у Жени есть чудо-обработка, с помощью которой все будет летать))

Правда сервак у тебя все такие не але.

(52) у меня нету таких.

(54) та не поверю... заныкал, небось, для своих))

(51) ха. Ну тут скорее вопрос от количества строк заказа. Подбор мгновенно работает.

(53) что не так в сервере?

(57) все.
Процы, память (16 гиг - уже уровень хоум  PC -  а у тебя там 20 юзеров и СКЛ), диски ттоже - серваки yf SSD уже пора юзать.

Но главное память. 16 гиг это вообще лажа. Сервер не указал но видимо 32.

Итого - сервак менять на 2 восьмиядерника.
Памяти 200 гиг.
SSD
64 сервер винды, 1С сервер 64.
Скуль.

И еще 5 раз подумать насчет УТ11. В сабже слова "остро стоит вопрос" - может потом кому то "остро лечь" или "остро попасть" на деньги и безумные расходы. Я так понял и спеца по УТ11 нету. ты новичек в упр формах ? и самой УТ11?

(56) перечитай: вопрос не в количестве строк заказа..

(60) ты не так вопрос задал.
Надо был оспросить какой общий документооборот в день. в среднем.
В разрезе заказов -и в общем (по всем докам)

(61) я правильно задал вопрос: хочу подвести человека к тому, что 5-10 секунд не играют роли в общей суете жизни..

(58) Процы не загружены даже наполовину.
памяти 16 гиг мало? Для 10.2 вполне достаточно.
Сервер, кстати, 32 битным попросту не бывает. 64 битный.
Позвольте, 200 гиг для 16 пользователей?????
Насчет RAID-10 на SSD думаю давно.
(59) Я в 1с то новичок, переносом и разработкой занимаются другие люди.

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

(62) посчитал заказы за день, около 50 штук.

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

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

(65) на менеджера приходится три заказа в день, в среднем по одному заказу в 2,5 часа...
5 секунд составляет 0,05 процентов от времени на формирование 1 заказа..
исходя из этого: стоит ли огород городит?
зы. это вопрос, а не утверждение..

(63) Процы никогда не будут показывать тебе загрузку 100 процентов.
Тем более ты еще не перевел базу на скуль и как сам сказал работаешь там один.

У тебя сервак = терминал, СКЛ, Сервер 1С и на нем еще 20 юзеров.
Каждый по браузеру запустит - по 500 метров = 10 гиг уже нема.

(66) и тут появляешься ты с советом апгрейдить сервак))

(66) У нас уже был пробный переход на 11.1. 2 дня продержались, а потом перебили все документы в старую базу.

(67) просто чувака уже манагеры не раз доводили )) вот и все. что за каждый пять секунд будут нервы мотать. а ведб так и могут. Все эти блонды - они такие.

(68) стоп, я забыл указать, что пользователи не в терминале сидят, а используют RemoteApp. Так что, кроме 1с они ничего не запускают.

(70) саботаж - о чем я и говорил. Позхдравляю братан - у тебя веселая компания)) Желаю успехов. Все я спать. Тут все очевидно.

(73) Спасибо за диалог. Спокойной ночи.

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

(75) у вас УТ 11?

(76) 10.3, но проблемы были те же в части отношения к новому для менеджеров продукту.

(77) кстати, пользуясь случаем, спрошу. Сервер 2008? Проблему модальных окон в RemoteApp не доводилось решать?

(78) сервер - да, 2008 R2
ремоут не используется

(79) ясно, спасибо за диалог. Спокойной ночи.

(0) На сервере предприятия никаких терминалов быть не должно. Переводи пользователей на обычные клиенты.