Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

1 c 8 3 на торговле 11 и тормоза в работе.

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

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

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

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

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

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

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует