|
1С:Предприятие
:: 1С:Предприятие 8 общая
|
|
| ||
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 | |||
Злопчинский 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 | |||
ptiz 20 - 27.09.16 - 10:03 | (18) Что за бардак - почему за ldf никто не следит, что так растет? | ||
mehfk 21 - 27.09.16 - 10:06 | |||
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 | |||
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 | |||
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) |
|
Список тем форума
|