Имя: Пароль:
1C
1С v8
1 c 8 3 на торговле 11 и тормоза в работе.
,
0 nirazu ne 1c
 
27.09.16
09:04
Здравствуйте
Прошу дельных советов как ускорить работу 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
1 rozer76
 
27.09.16
09:25
2 adron
 
27.09.16
09:28
(0) поковыряй настройки сервера 1с предприятия.
Посмотри, в частности, сколько процессов RPHOST крутится на сервере. Посмотри загрузку ядер процессора или процессоров.
3 adron
 
27.09.16
09:30
(0) У нас был глюк с платформой. Ставили новый релиз - все жутко тормозили и вылетали. Откатились на старый - все залетали.
4 nirazu ne 1c
 
27.09.16
09:40
(1) я там был, я не настолько понимаю представленную информацию. там вообщем-то  все сводится - запросите консультацию, стоимость 20000 руб.
конечно рекомендации сайта сделаны.
5 nirazu ne 1c
 
27.09.16
09:42
(3) не думаю, уже 2 раза платформу обновляли, сейчас 8 3 8 2054
6 iceman2112
 
27.09.16
09:42
рлс есть?
7 Necessitudo
 
27.09.16
09:43
А что конкретно тормозит-то? Апдекс есть?
8 shuhard
 
27.09.16
09:46
(4)[там вообщем-то  все сводится - запросите консультацию,]
брехня
9 Злопчинский
 
27.09.16
09:50
Прога которая тормозит даже на нагрузке ниже средой - есть тотальная бчкп
10 nirazu ne 1c
 
27.09.16
09:52
(2) есть там в консоли сервера, параметр рабочего сервера, раздел параметр количество соединений на 1 процесс, ставил и 5 и 10 и 8, не помогает, щас 3 поставлю.
сейчас рабочих процессов 11,
загрузка процессоров минимальная. память 50% от объёма
http://pastenow.ru/10UQ2
11 nirazu ne 1c
 
27.09.16
09:52
(8) я не могу дискутировать о содержании сайта гилева.
12 nirazu ne 1c
 
27.09.16
09:52
(6) рлс это что?
13 nirazu ne 1c
 
27.09.16
09:53
(7) апдекс нет, гилев платный?
14 arsik
 
гуру
27.09.16
09:56
(0) Папка сервиса 1С 1cv8\srvinfo\ какого размера?
15 arsik
 
гуру
27.09.16
09:58
Реструктуризацию ИБ после обновления платформы делали.
В SQL регламенты настроены (обновление статистики, индексы)?
16 nirazu ne 1c
 
27.09.16
09:58
(14) вопрос на миллион, и вы понимаете кое-что в 1с, да это разрослось до 29 гб
17 nirazu ne 1c
 
27.09.16
09:58
(15) да ,еженочно стоит
18 nirazu ne 1c
 
27.09.16
09:59
опять лог транзакций базы разросся, ta_trade_log.LDF 95 гб, придется 3 раз на 2 мес подрезать
19 ptiz
 
27.09.16
10:02
(0) Виртуалок нет?
(16) "Это" - возможно, что речь про разросшийся журнал регистрации. Я бы выключил его совсем (в конфигураторе).
20 ptiz
 
27.09.16
10:03
(18) Что за бардак - почему за ldf никто не следит, что так растет?
21 mehfk
 
27.09.16
10:06
(0) тест Гилева показал прирост 10-13 %, вплоть до 16,5
Это катастрофически мало.
22 arsik
 
гуру
27.09.16
10:07
(20) размер ldf на скорость никоим образом не влияет
23 decdmb
 
27.09.16
10:07
Максимальная производительность в настройках электропитания, отключение cstate в bios делали? У нас при замене сетевух серверов 1С и SQL с 1 ГБ на 10 Гб дало ~ +10 попугаев в тесте Гилева.
24 ptiz
 
27.09.16
10:10
(22) Это понятно, но говорит об общем уровне сопровождения SQL-баз.
+1 к "Максимальная производительность в настройках электропитания"

Кстати, размер базы (mdf) какой?
25 adron
 
27.09.16
10:14
(18) Лог транзакций рекомендуют отключать, если не делаются разностные бэкапы. Размер лога на скорость не влияет а вот его ведение - да.
26 adron
 
27.09.16
10:14
(10) посмотри распределение нагрузки по процессорам.
27 Necessitudo
 
27.09.16
10:16
Ну давайте теперь тыкаться в слепую, окей) Shared Memory используется?
28 adron
 
27.09.16
10:16
(0) пользователи работающие в терминале и на тонком клиенте одинаково тормозят?
29 Necessitudo
 
27.09.16
10:17
(25) Лог транзакции отключать. Ты хоть понимаешь что несешь?
30 nirazu ne 1c
 
27.09.16
10:18
(21) да
31 nirazu ne 1c
 
27.09.16
10:18
(27) да, сегодня проверил SQL, там все стоят Shared Memory
32 nirazu ne 1c
 
27.09.16
10:19
(24) до 9,5 гб сегодня подросла
33 arsik
 
гуру
27.09.16
10:19
(29) Он говорит, что нужно перевести базу на простой режим восстановления.
34 nirazu ne 1c
 
27.09.16
10:19
(28) да, различий нет
35 nirazu ne 1c
 
27.09.16
10:19
(27) ну что еще описать?  я выложу сведения
36 Necessitudo
 
27.09.16
10:20
(33) нет, он говорит отключить лог транзакций)
37 nirazu ne 1c
 
27.09.16
10:20
(33) простой режим восстновления... предпочитаю полный
38 Necessitudo
 
27.09.16
10:20
(35) Сначала найди операцию, которая тормозит. Например запуск  1С или запись какого-то документа.
39 nirazu ne 1c
 
27.09.16
10:21
(22) точно? видно что пишет этот лог, пишет и пишет.
40 Necessitudo
 
27.09.16
10:23
(39) На скорость влияет тот момент когда этот лог увеличивается. Если стоит размер приращения 1 мб, то да, может это вызывать тормоза)
41 nirazu ne 1c
 
27.09.16
10:23
(38) типичный пример подбор товара. как только открываешь номенклатуру так и начинается колечко, у некоторых то 2 мин доходит
программисты выяснили что это лечится получением полных прав пользователю, тогда тормоза почти исчезают
42 Necessitudo
 
27.09.16
10:24
(41) РЛС.
43 Necessitudo
 
27.09.16
10:24
(41) В УТ 11 оно адовое. И чего сразу не сказал?!
44 nirazu ne 1c
 
27.09.16
10:25
(40) да там то ли 2000 мб  прирост
45 nirazu ne 1c
 
27.09.16
10:25
(43) да за что ни схватишься все медленно.
я подробности не скрываю, сразу вылаживаю
46 adron
 
27.09.16
10:26
(36) Я имею в виду что ведение лога транзакций влияет на скорость работы скуля. А отключается он действительно переводом базы на другой режим восстановления. Неужели база так часто падает что нужны разностные бэкапы?
47 decdmb
 
27.09.16
10:27
Сколько потоков в настройках SQL стоит (Попробовать побольше поставить)? попробовать поменять max degree of parallelism.
48 adron
 
27.09.16
10:28
Антивирус используете?
49 Necessitudo
 
27.09.16
10:28
(46) Задолбал.Невозможно выключить лог транзакций. Просто в режиме Simple новые записи делаются на месте тех, которые чекпоинт отработал.
50 arsik
 
гуру
27.09.16
10:31
(48) есет у него стоит. Исключения то указали?
51 nirazu ne 1c
 
27.09.16
10:36
(46) база бекапится раз в час через скрипт т скул, на два носителя
52 nirazu ne 1c
 
27.09.16
10:37
(50) нет
53 nirazu ne 1c
 
27.09.16
10:37
8 2 сервер не запускается, да что ж такое
54 adron
 
27.09.16
10:39
(49) Спасибо, что просветил!
55 adron
 
27.09.16
10:40
(51) фига се. Как долго бэкап делается?
56 nirazu ne 1c
 
27.09.16
10:42
(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
57 adron
 
27.09.16
10:46
(56) Если модель восстановления не простая, значит бэкапится журнал транзакций. 95 гигов каждый час + копирование на 2 носителя. Тоже влияет на скорость.

а так в (42) правильно сказал что виноват (41)
58 nirazu ne 1c
 
27.09.16
10:50
(57) пожалуйста расшифруйте РЛС,
бекап получается 2,5 гб, это особенно и не тормозит, когда тестировал бекап другим методом то перемещение архива гб в 50 конечно тормозило клиентов, а вот такой нет.
59 Злопчинский
 
27.09.16
10:51
(46)  а что, падение базы 1 раз чем-то принципиально отличается от падения базы в 3й раз?
60 nirazu ne 1c
 
27.09.16
10:55
(59) такого чтоб совсем издыхала то не было, приходилось откатываться несколько раз из-за действий программистов, из за действий пользователей.
61 adron
 
27.09.16
10:56
(59) А здесь речь о другом. Какой смысл делать бэкапы каждый час в базе на СУБД Microsoft SQL Server?
62 adron
 
27.09.16
10:56
(60) Понятно.
63 adron
 
27.09.16
10:58
(58) Не смогу, не используем.
64 ptiz
 
27.09.16
10:59
(56) Я б тоже тормозил при полном бэкапе базы каждый час. Делайте полный утром + дифференциальный каждые 15 минут.
И переведите базу в простой режим (simple), раз у вас никто логом пользоваться не умеет.
65 nirazu ne 1c
 
27.09.16
11:01
(64) простой режим не даст быстро восстановиться.
66 nirazu ne 1c
 
27.09.16
11:04
(43) есть совет что делать?
67 nirazu ne 1c
 
27.09.16
11:10
(64) прекращается бекап в 20 00, если судить по тесту гилева проводимого например в 23 00, то это не влияет.
68 ptiz
 
27.09.16
11:31
(66)
1) Сделать бекапы по-уму.
2) Проверить - работает ли обновление статистики.
3) Посмотреть счетчики производительности на сервере.
4) Выпытать у юзеров - в каких местах тормоза, и лезть в отладчик 1С и профайлер SQL искать проблему.
69 nirazu ne 1c
 
27.09.16
11:33
(19) щас расспрошу программистов
70 nirazu ne 1c
 
27.09.16
11:40
(68) будем пробовать. но по вашему на тест Гилева не стоит обращать внимания?
71 kofeinik
 
27.09.16
11:47
(66) Откатитесь на УТ10
72 nirazu ne 1c
 
27.09.16
11:55
(71) да уж верно, но уже не возможно.... 2 месяца как все в новой
73 ptiz
 
27.09.16
11:55
(70) Ну кое-что он показывает. Например, при изменении режима энергосбережения на "макс.производительность" он показывает хороший рост.
74 nirazu ne 1c
 
27.09.16
11:56
(73) это сделано, с месяц
75 kiruha
 
27.09.16
11:58
(0)
Вы пишите что проблема например в подборе товара.

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

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

Переделать форму подбору , снести РЛС в данном случае.
И так последовательно на всех участках - примерно работы на полгода
76 kiruha
 
27.09.16
11:59
либо вернуться на 10.3, где этих косяков нет
77 nirazu ne 1c
 
27.09.16
12:07
(75) был какой то затык с правами на доступ к документам.... помогало стирание пользовательского кеша со всеми настройками и хотелками в интрефейсе.
78 Сильф
 
27.09.16
12:21
79 ИС-2
 
naïve
27.09.16
13:37
(0) ммм. Версионирование включено? Можно его отлючить
80 1sanekmaloi1
 
27.09.16
13:50
А че все продолжают гадать то, в (41) же написано что РЛС всему причина, либо настраивать правильно РЛС, либо писать свою упрощенную систему прав.
81 arsik
 
гуру
27.09.16
23:23
(80) вообще то у него и попугаев гилевских маловато.
82 Garykom
 
гуру
27.09.16
23:34
Простейшее решение это поделить базу на несколько с РИБ между ними.
83 2mugik
 
28.09.16
05:10
(0)Отладчик открой.
84 Digger
 
28.09.16
06:37
(80)  По своему опыту, настроить РЛС из коробки УТ 11 "чтоб не тормозило"  не получилось.   Написали свою упрощенную систему прав, как не странно, взяв за основу УТ 10.  )  

(0) Кстати какая версия конфы?   Вроде в УТ 11.2 с родной системой прав должно быть полегче чем в УТ 11.1  там много чего оптимизировали.
85 nirazu ne 1c
 
28.09.16
08:50
(84) Управление торговлей, редакция 11.2 (11.2.3.189)