Здравствуйте
Прошу дельных советов как ускорить работу 1с 83 на торговле 11
жить так не возможно, тормозит, не конечно все мои 40 пользователей ползают, но плюются.
История такая. жили мы на 8.2 на торговле 10.3, ничего не тормозило, мечта.... как говорится что было не ценили. и потребовалось объединить базы 1 с разных филиалов, наша была 1 82 с торговлей 10.3, филиальная 83 и торговля 11.
итак 1 августа переход и объединение баз состоялся..., и всех  не покидает ощущение 3йного замедления работы в 1с.
работаем на mssql 2018 r2, 1с сервер и sql на 1 сервере, сеть 1 гбит, половина пользователей на компах на тонком клиенте, половина через отдельный терминальный сервер.
Что сделано для ускорения:
1 куплена память и доведена до 32 гб, не помогло
2 переустановка Виндовс 2012, память догналась до 48 гб, не помогло
3 установили порог памяти для скул сервера 32 гб, не помогло
4 развел по больше rphost для у 1с сервера, не помогло
5 купили  на SSD Intel 401 400гб, подключается через PCE 2х, перенесли туда базы,  скопировал туда также темпм дата баз и лог проблемной торговли, не помогло, впрочем тест Гилева показал прирост 10-13 %, вплоть до 16,5 попугаев.
6 для проверки отключал сервер 1с 82(порт 1561), не помогло
7 проверял тест на 2 тестовых серверах, ну да , там результаты до 18 попугаев
файловый вариант показывает до 49 попугаев

есть подозрения подозрения на 3 таблицы sql, каждая по 1-1,2 гб, выделяется что-то они из общего ряда
ну что еще сделать?

конфа сервера
http://pastenow.ru/10UK4

http://www.gilev.ru

(0) поковыряй настройки сервера 1с предприятия.
Посмотри, в частности, сколько процессов RPHOST крутится на сервере. Посмотри загрузку ядер процессора или процессоров.

(0) У нас был глюк с платформой. Ставили новый релиз - все жутко тормозили и вылетали. Откатились на старый - все залетали.

(1) я там был, я не настолько понимаю представленную информацию. там вообщем-то  все сводится - запросите консультацию, стоимость 20000 руб.
конечно рекомендации сайта сделаны.

(3) не думаю, уже 2 раза платформу обновляли, сейчас 8 3 8 2054

рлс есть?

А что конкретно тормозит-то? Апдекс есть?

(4)[там вообщем-то  все сводится - запросите консультацию,]
брехня

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

(2) есть там в консоли сервера, параметр рабочего сервера, раздел параметр количество соединений на 1 процесс, ставил и 5 и 10 и 8, не помогает, щас 3 поставлю.
сейчас рабочих процессов 11,
загрузка процессоров минимальная. память 50% от объёма
http://pastenow.ru/10UQ2

(8) я не могу дискутировать о содержании сайта гилева.

(6) рлс это что?

(7) апдекс нет, гилев платный?

(0) Папка сервиса 1С 1cv8\srvinfo\ какого размера?

Реструктуризацию ИБ после обновления платформы делали.
В SQL регламенты настроены (обновление статистики, индексы)?

(14) вопрос на миллион, и вы понимаете кое-что в 1с, да это разрослось до 29 гб

(15) да ,еженочно стоит

опять лог транзакций базы разросся, ta_trade_log.LDF 95 гб, придется 3 раз на 2 мес подрезать

(0) Виртуалок нет?
(16) "Это" - возможно, что речь про разросшийся журнал регистрации. Я бы выключил его совсем (в конфигураторе).

(18) Что за бардак - почему за ldf никто не следит, что так растет?

(0) тест Гилева показал прирост 10-13 %, вплоть до 16,5
Это катастрофически мало.

(20) размер ldf на скорость никоим образом не влияет

Максимальная производительность в настройках электропитания, отключение cstate в bios делали? У нас при замене сетевух серверов 1С и SQL с 1 ГБ на 10 Гб дало ~ +10 попугаев в тесте Гилева.

(22) Это понятно, но говорит об общем уровне сопровождения SQL-баз.
+1 к "Максимальная производительность в настройках электропитания"

Кстати, размер базы (mdf) какой?

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

(10) посмотри распределение нагрузки по процессорам.

Ну давайте теперь тыкаться в слепую, окей) Shared Memory используется?

(0) пользователи работающие в терминале и на тонком клиенте одинаково тормозят?

(25) Лог транзакции отключать. Ты хоть понимаешь что несешь?

(21) да

(27) да, сегодня проверил SQL, там все стоят Shared Memory

(24) до 9,5 гб сегодня подросла

(29) Он говорит, что нужно перевести базу на простой режим восстановления.

(28) да, различий нет

(27) ну что еще описать?  я выложу сведения

(33) нет, он говорит отключить лог транзакций)

(33) простой режим восстновления... предпочитаю полный

(35) Сначала найди операцию, которая тормозит. Например запуск  1С или запись какого-то документа.

(22) точно? видно что пишет этот лог, пишет и пишет.

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

(38) типичный пример подбор товара. как только открываешь номенклатуру так и начинается колечко, у некоторых то 2 мин доходит
программисты выяснили что это лечится получением полных прав пользователю, тогда тормоза почти исчезают

(41) РЛС.

(41) В УТ 11 оно адовое. И чего сразу не сказал?!

(40) да там то ли 2000 мб  прирост

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

(36) Я имею в виду что ведение лога транзакций влияет на скорость работы скуля. А отключается он действительно переводом базы на другой режим восстановления. Неужели база так часто падает что нужны разностные бэкапы?

Сколько потоков в настройках SQL стоит (Попробовать побольше поставить)? попробовать поменять max degree of parallelism.

Антивирус используете?

(46) Задолбал.Невозможно выключить лог транзакций. Просто в режиме Simple новые записи делаются на месте тех, которые чекпоинт отработал.

(48) есет у него стоит. Исключения то указали?

(46) база бекапится раз в час через скрипт т скул, на два носителя

(50) нет

8 2 сервер не запускается, да что ж такое

(49) Спасибо, что просветил!

(51) фига се. Как долго бэкап делается?

(55) всегда. днем.
скрипт
Declare @BaseName varchar(20) = 'ta_trade'
Declare @Path varchar(255) = 'E:\temp_gruk\101\'
Declare Mirror varchar(255) = 'E:\temp_gruk\Test_Backup\'

Declare Err varchar(1024)
Declare @ArcName varchar(40) = @BaseName + '_backup_' + REPLACE(CONVERT(varchar, GETDATE(),126), ':', '.')
Declare @FileName varchar(1024) = @Path + @ArcName + '.bak'
Declare MirrorName varchar(1024) = Mirror + @ArcName + '.bak'

BACKUP DATABASE @BaseName TO DISK = @FileName WITH  RETAINDAYS = 31, NOFORMAT, NOINIT,  NAME = @ArcName, SKIP, REWIND, NOUNLOAD, COMPRESSION,  STATS = 10

(56) Если модель восстановления не простая, значит бэкапится журнал транзакций. 95 гигов каждый час + копирование на 2 носителя. Тоже влияет на скорость.

а так в (42) правильно сказал что виноват (41)

(57) пожалуйста расшифруйте РЛС,
бекап получается 2,5 гб, это особенно и не тормозит, когда тестировал бекап другим методом то перемещение архива гб в 50 конечно тормозило клиентов, а вот такой нет.

(46)  а что, падение базы 1 раз чем-то принципиально отличается от падения базы в 3й раз?

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

(59) А здесь речь о другом. Какой смысл делать бэкапы каждый час в базе на СУБД Microsoft SQL Server?

(60) Понятно.

(58) Не смогу, не используем.

(56) Я б тоже тормозил при полном бэкапе базы каждый час. Делайте полный утром + дифференциальный каждые 15 минут.
И переведите базу в простой режим (simple), раз у вас никто логом пользоваться не умеет.

(64) простой режим не даст быстро восстановиться.

(43) есть совет что делать?

(64) прекращается бекап в 20 00, если судить по тесту гилева проводимого например в 23 00, то это не влияет.

(66)
1) Сделать бекапы по-уму.
2) Проверить - работает ли обновление статистики.
3) Посмотреть счетчики производительности на сервере.
4) Выпытать у юзеров - в каких местах тормоза, и лезть в отладчик 1С и профайлер SQL искать проблему.

(19) щас расспрошу программистов

(68) будем пробовать. но по вашему на тест Гилева не стоит обращать внимания?

(66) Откатитесь на УТ10

(71) да уж верно, но уже не возможно.... 2 месяца как все в новой

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

(73) это сделано, с месяц

(0)
Вы пишите что проблема например в подборе товара.

При любом сервере SQL , любой нагрузке, если запрос выбирает данные по индексу - это занимает доли сек.
Даже на очень плохом железе и сетке.

Скорее всего эта форма подбора крайне неоптимально, вероятно произвольный запрос ни разу не в индекс  + кривизна  + РЛС.

Переделать форму подбору , снести РЛС в данном случае.
И так последовательно на всех участках - примерно работы на полгода

либо вернуться на 10.3, где этих косяков нет

(75) был какой то затык с правами на доступ к документам.... помогало стирание пользовательского кеша со всеми настройками и хотелками в интрефейсе.

(58) RLS: http://its.1c.ru/db/v838doc#bookmark:dev:ti000000191

(0) ммм. Версионирование включено? Можно его отлючить

А че все продолжают гадать то, в (41) же написано что РЛС всему причина, либо настраивать правильно РЛС, либо писать свою упрощенную систему прав.

(80) вообще то у него и попугаев гилевских маловато.

Простейшее решение это поделить базу на несколько с РИБ между ними.

(0)Отладчик открой.

(80)  По своему опыту, настроить РЛС из коробки УТ 11 "чтоб не тормозило"  не получилось.   Написали свою упрощенную систему прав, как не странно, взяв за основу УТ 10.  )  

(0) Кстати какая версия конфы?   Вроде в УТ 11.2 с родной системой прав должно быть полегче чем в УТ 11.1  там много чего оптимизировали.

(84) Управление торговлей, редакция 11.2 (11.2.3.189)