Вход | Регистрация
    1  2   
1С:Предприятие :: 1С:Предприятие 8 общая

Проведение документа длится 0.86 сек. Руководство говорит, что медленно!

Проведение документа длится 0.86 сек. Руководство говорит, что медленно!
Я
   MaxRAF
 
20.03.19 - 06:13
Всем привет.

Уже поднимал подобную тему и меня заверили, что проводка за 1 секунду это конь в вакууме. И вот опять запустил программист на 5 часов (ночью) перепроведение документов. В итоге перепровелось 15500 документов. В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение.

Генеральный: очень медленная работа, прими меры по увеличению производительности.

Наивный вопрос: можно ли еще за меньшее время делать перепроведения документов?
 
 
   Провинциальный 1сник
 
1 - 20.03.19 - 06:21
(0) ssd диск
   Смотрящий
 
2 - 20.03.19 - 06:22
(0) Шли его лесом
   Пузан
 
3 - 20.03.19 - 06:22
(0) Распараллеливать проведение документов, которые никак друг на друга не влияют.
   Aleksey
 
4 - 20.03.19 - 06:23
Ну так купи мощнее сервак
   Aleksey
 
5 - 20.03.19 - 06:24
обычно в файловой быстрее чем на скуле, так что можно в копии файловой перепроводить выгружая результат в рабочую
   Лодырь
 
6 - 20.03.19 - 06:24
(0) Ты неверно считаешь. Надо 18000/15500 = 1.16
   craxx
 
7 - 20.03.19 - 06:24
ТТХ железа приведи, потому что без него эти показатели ничего не говорят
   Лодырь
 
8 - 20.03.19 - 06:25
Если по теме. Восприми это по другому. Не как недовольство твоей работой, а как задачу от бизнеса. Надо быстрее. Значит надо. Думай как делать, а не кивай на других. Делай фоновое проведение, распаралеливай задачу, оптимизируй запросы.
   MaxRAF
 
9 - 20.03.19 - 06:26
ТТХ железа

Модель    Dell R710
Процессор    2 x HexaCore Intel Xeon X5650, 1600 MHz (12 x 133) 2.67Ghz
ОЗУ    16 x 4 GB, 2 x 16 GBb (Итоговый объем 96 GB)
Накопители    6 x 480 GB SAS SSD
RAID-контроллер    Dell H730 + BBU
Конфигурация RAID    RAID 10 с кэшированием данных (Итоговый объем 1,307 TB)
ОС    Windows Server 2012 R2 Standard
   MaxRAF
 
10 - 20.03.19 - 06:27
(8) как понять "распаралеливай задачу"?
 
 Рекламное место пустует
   Лодырь
 
11 - 20.03.19 - 06:29
Опять таки, бизнес нахрен не интересует процесс перепроведения сам по себе. Это перепроведение служило какой то цели, возможно эту цель можно достичь более быстрым путем, или принять меры чтобы это проведение не требовалось.

(8) Например один поток пишет взаиморасчеты, другой себестоимость
   craxx
 
12 - 20.03.19 - 06:32
(11) вот именно
(0) а перепроведение вообще для чего?
   MSOliver
 
13 - 20.03.19 - 06:33
Чего собственно проводим? К примеру в КА управленческий и бухгалтерский контуры разнесены, и бухгалтерский проводится в фоне.
   OpKc
 
14 - 20.03.19 - 06:33
(0) В прошлой теме обсуждали, что производительность по части железа упирается в тактовую частоту процессора. Что-то изменилось в этом плане?

Опять же, в прошлой ветке говорили об отключении итогов регистров на время проведения. Пробовали?
   OpKc
 
15 - 20.03.19 - 06:41
опять же, в прошлой ветке давали ссылку https://its.1c.ru/db/metod8dev/content/5843/hdoc
Читали?
   bodri
 
16 - 20.03.19 - 06:44
(14) отключение и включение итогов может занять больше времени чем само проведение с итогами и профита можно не получить
   Конструктор1С
 
17 - 20.03.19 - 06:48
(0) не подписывайся ни под чем и не позволяй выкручивать тебе руки. А то потом тебя твоими же обещаниями, да по твоей же физиономии.
   Лодырь
 
18 - 20.03.19 - 06:49
(15) Интересно, что ребята совсем не стали упарываться по всяким агрегатам, оптимизации запросов и т.д. А просто корректно организовали использование имеющегося.
   Конструктор1С
 
19 - 20.03.19 - 06:51
Ну и без вашей организационной кухни. Перепроведение ночью может сильно отличаться от проведения днем. Например, днем пользователи могут друг другу вставлять палки в колёса блокировками
   MaxRAF
 
20 - 20.03.19 - 06:58
Вот что удалось пока выяснить:

Перепроводки делаются для для упорядочивания и приведение учёта в порядок согласно текущей конфигурации. Изменяются существующие движения и могут добавляться новые.

По типам документов, которые надо перепроводить ответ только один: все. На вопрос, какие все, ответ один - все. Я не знаю, говорит ли вам о чем-то слово ВСЕ, но меня это взбесило и пришлось повысить голос. В итоге выдавили только часть: заявки, Перемещения. Реализации, Касовые, банк.... Т. Е. Все

Конфа кстати Торговля. (15) там статья относится у Бухгалтерии, а в моём случае Торговля.

(14) про процессоры уже задумался и включу его в доклад, конечно в случае, если действительно это узкое место.
(14) извиняюсь за наглость, но можно по регистрам подробней?
   MaximSh
 
21 - 20.03.19 - 07:01
(9) Процессор 2010 года. 99% в сервере не ssd, а жесткие диски с интерфейсом sas. Запусти тоже самое на обычном совремменном компе чтобы выяснить потолок текущего алгоритма на современном железе. Второе, определить целевые показатели. Ускорение на 10 % устроит? Или надо 100%?
   MaxRAF
 
22 - 20.03.19 - 07:04
(21) я что, похож на идиота, который не может отличить SSD от не SSD? Если написал выше, что SSD, значит SSD.

Повторюсь коротко.
Было так:
"Старый" сервер R710 + 6 x 300Gb 15k RPM + 48 Гб ОЗУ скорость загрузки тяжелого отчета 1 мин. 28 сек.

Заменил рейд-контроллер + SSD. Стало так:
"Новый" сервер R710 + H730 + SSD 480Gb + 48 Гб ОЗУ скорость загрузки тяжелого отчета 32 сек.
   MaxRAF
 
23 - 20.03.19 - 07:16
И еще вопрос. Для программиста 1С нормально, если он не знает, что такое тест Гилёва?
   shuhard
 
24 - 20.03.19 - 07:22
(23) Для программиста 1С  нормально посылать админов в лес
   Провинциальный 1сник
 
25 - 20.03.19 - 07:22
Узкое место где? Во время проведения процессор загружен или очередь к диску длинная? База файловая или sql? Какой sql-сервер? Он на том же хосте или на другом по сети?
   МимохожийОднако
 
26 - 20.03.19 - 07:29
(23) Пригласи сюда своего программиста 1С. Ему мозги вправят )..
Или тебе...Он хотя бы опишет конфигурацию, платформу и остальное. Тандем нужен однако.
   Черный маклер
 
27 - 20.03.19 - 07:31
   OpKc
 
28 - 20.03.19 - 07:36
(20) при каждой записи в регистр накопления происходит расчёт итогов по регистру. Этот процесс занимает время. Можно попробовать отключить такой расчёт при записи данных в регистры, провести документы, выполнить расчёт итогов после завершения проведения всех документов. Это если в двух словах.

в (16) товарищ писал, что на этом можно ничего и не выиграть. Не претендую на то, что это что-то даст, но попробовать можно.

Про тактовую частоту - она действительно сильно влияет на быстродействие 1C.

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

(23) Это нормально - чего-то не знать. Плохо - если не знаешь и узнать не хочешь. Мне одно непонятно - программист 1С как-то участвует в решении проблемы?
   Провинциальный 1сник
 
29 - 20.03.19 - 07:40
Я фигею от "специалистов", которые без анализа ситуации дают советы типа "добавить памяти" или "проапгрейдить процессор". Особенно забавно бывает, когда база 3 гига, а по совету вышеуказанных в сервер втыкают 64 гигабайта и удивляются, че это оно не ускорилось.
   MaxRAF
 
30 - 20.03.19 - 07:50
База 83 Гб.

Серверная 1С и MSSQL на одном сервере. Клиентская 1С на другом.

Управление торговлей, редакция 11 (11.4.6.207
1С:Предприятие 8.3 (8.3.13.1644)
   MaxRAF
 
31 - 20.03.19 - 07:51
Проц, дисковая подсистема - ничего не нагружено и не нагружается.
   ПростоГен
 
32 - 20.03.19 - 07:54
(30) Щаред мемори включен?
   dmpl
 
33 - 20.03.19 - 07:59
(28) Можно ведь не полностью отключать, а откатить границу на начало периода.
 
 
   Черный маклер
 
34 - 20.03.19 - 08:00
(0) ...Генеральный: очень медленная работа, прими меры по увеличению производительности...

для админа возможные меры увеличения производительности - это железо. Потом тест Гилева.
дальнейшие улучшения только программные.
Внедренцы от теста Гилева будут отбрыкиваться и принижать его, пытаясь все свалить на админа.
   Черный маклер
 
35 - 20.03.19 - 08:04
(0) сколько попугаев сейчас выдает твой сервер - 20-25 ?
   piter3
 
36 - 20.03.19 - 08:07
База обслуживается?Или было уже?
   dmpl
 
37 - 20.03.19 - 08:08
tempdb где лежит? Система стоит на SSD?
   MyNick
 
38 - 20.03.19 - 08:13
Пусть бы генеральный со своими бушками разобрался, чего это они там в заднем периоде постоянно делают.
   MaxRAF
 
39 - 20.03.19 - 08:37
(35) не знаю )) На серверной Windows где показывает?

(34) думаю после теста Гилёва попробовать SQLSize

(36) обслуживаются

(37) по умолчанию. И система и SQL и 1С серверная на одном единственном диске С
   Botanik8888
 
40 - 20.03.19 - 08:43
(39) " И система и SQL и 1С серверная на одном единственном диске С" - вопросов больше нет!!!
вот твое узкое место
   d4rkmesa
 
41 - 20.03.19 - 08:46
(40) "Накопители    6 x 480 GB SAS SSD
RAID-контроллер    Dell H730 + BBU
Конфигурация RAID    RAID 10 с кэшированием данных (Итоговый объем 1,307 TB) "
   OpKc
 
42 - 20.03.19 - 08:49
(40) "Проц, дисковая подсистема - ничего не нагружено и не нагружается."
   Фрэнки
 
43 - 20.03.19 - 08:52
(40) нет никаких причин к тому, чтобы что-то изменилось, даже если будет попытка разнести эту хрень друг от друга куда-то
   Фрэнки
 
44 - 20.03.19 - 08:54
(28) // Мне одно непонятно - программист 1С как-то участвует в решении проблемы?

А я не удивлюсь, если программист 1С не видит в этой проблеме проблемы :-)
   Фрэнки
 
45 - 20.03.19 - 08:59
в топике
// И вот опять запустил программист на 5 часов (ночью) перепроведение документов.

// В итоге перепровелось 15500 документов.
// В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение


Этот показатель 0.86 - это среднее значение. И если рассматривать его влоб и без каких-то подробностей, то это весьма высокое значение.
   MaxRAF
 
46 - 20.03.19 - 08:59
(44) да, не видит проблем )
   Evgenchik
 
47 - 20.03.19 - 09:07
если б у меня документы проводились по 0,86 сек, то меня бы на руках носили
   Фрэнки
 
48 - 20.03.19 - 09:09
(46) ну вот если бы мне, как программисту 1С задали такой вопрос - там нужна полностью переписанная и выполняемая на сервере, возможно даже в полностью монопольном режиме огромная обработина, с подавлением типовых механизмов. Эта попытка если будет предпринята, то скорей всего окажется безуспешной.

Максимум, что можно сделать прямо сейчас, это посмотреть, чтоб серверная база в процессе требуемого перепроведения была в АБСОЛЮТНО монопольном режиме. Т.е. чтоб ни в соседних базах на этом серваке никого не было, ни фоновые процессы нигде не запускал - абсолютный монополизм - никаких сторонних блокировок, регламентов и т.д. и т.п.
   Фрэнки
 
49 - 20.03.19 - 09:12
(46) // Серверная 1С и MSSQL на одном сервере. Клиентская 1С на другом.

Расшифруй, если не трудно, чуть подробней, как это выглядит, что там установлено было, что утверждаешь о Серверной Клиентской и СУБД частях 1С-ки ?
 
 Рекламное место пустует
   dmpl
 
50 - 20.03.19 - 09:13
(39) А журнал регистрации в старом формате?
   MaxRAF
 
51 - 20.03.19 - 09:18
(48) так и делаем перепроведение

(49)  клиентская 1С это просто тонкий клиент 1Ски - установлен на другом сервере и по RDP запускают этого клиента. На другом сервере установлен MSSQL и сама платформа 1С (Агент сервера 1С:Предприятия 8.3 (x86-64)
   Черный маклер
 
52 - 20.03.19 - 09:18
(48) +1
на время перепроведения все регламентные задания - Off
агент SQL - Off
   jsmith82
 
53 - 20.03.19 - 09:19
(0) беги оттуда
   Фрэнки
 
54 - 20.03.19 - 09:20
(51) А баз разных на MSSQL сколько? Как настроен старт rphost процессов? Регламентные в остальных базах тоже отключены?
   HeKrendel
 
55 - 20.03.19 - 09:22
(34) Не заливай уж, сами свою стенд машину по нему настраивали
   HeKrendel
 
56 - 20.03.19 - 09:24
а сейчас все просто, есть проблемы с серваком клиента, поместил в стенд машину, посмотрел
   Черный маклер
 
57 - 20.03.19 - 09:26
(55) и скоко попугаев ваш стенд ?
   mistеr
 
58 - 20.03.19 - 09:29
(0) Сделать можно все, вопрос только зачем и какой ценой.

Часто ли вам требуется перепроводить десятки тысяч документов? Зачем?

А так 0,86 сек. на документ это вполне нормально.
   ptiz
 
59 - 20.03.19 - 09:30
(0)
1) Проверить, можно ли действительно усковить проведение - сделать замер производительности.
2) Если найден говнокод - исправить.
3) После этого доложить, что техническая работа сделана, для дальнейшего снижения времени простоя требуется орг.работа: разобраться, нахрена нужно перепроведение.
   HeKrendel
 
60 - 20.03.19 - 09:34
80 хост машина, виртуалки по 20
   HeKrendel
 
61 - 20.03.19 - 09:44
По тесту выходит 120 пользователей ЕРП
   HeKrendel
 
62 - 20.03.19 - 09:47
(58) 0,86 документа в секунду ;-)
   Nikoss
 
63 - 20.03.19 - 09:48
(48) да, был опыт писать такую обработину, правда на очень простой базе, где логику всех проверок (складских, ценовых и т.д.) получилось уместить в один мегазапрос. Но запрос был всего один, а не на каждый проводимый документ. В итоге, естественно, скорость "перепроведение" всех документов увеличилась в десятки раз.
Но писать такое для типовой, ой не знаю...
   HeKrendel
 
64 - 20.03.19 - 09:53
Это не критично, если делать это каждый день, а не раз в квартал ;-)
   azernot
 
65 - 20.03.19 - 09:53
(0) Я бы в такой ситуации обязательно задал встречный вопрос "Какой результат вас устроит?". Ну вот если будет за 5 часов проводиться 30 тыс документов (т.е. производительность вырастет вдвое), это устроит? А 60 тыс документов?
Если, к примеру, в день в базе появляется 100 тыс документов, подозреваю, что не устроит никакое увеличение производительности.

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

К примеру, в своё время, для УПП я делал свой механизм восстановления партионного учёта. И кроме того, в оперативном учёте использовалась не фактическая, а плановая себестоимость. Взаиморасчёты можно было относительно быстро восстанавливать по отдельному договору/контрагенту.

Иными словами, нужно подходить к задаче не экстенсивным, а интенсивным путём.
   Garykom
 
66 - 20.03.19 - 09:55
Запретить работу задним числом, чтобы не появлялась необходимость перепроводить документы
   mistеr
 
67 - 20.03.19 - 09:57
(66) К черту полумеры! Запретить работу, чтобы не появлялась необходимость проводить документы.
   bolobol
 
68 - 20.03.19 - 10:12
(66) И отчёты сдавать в устной форме
   vi0
 
69 - 20.03.19 - 10:13
(18) Только у всего есть предел. Распаралелливанием этот предел тоже исчерпывается и придется таки заняться оптимизацией запросов.
   vi0
 
70 - 20.03.19 - 10:17
(34) т.е. сначало купить железо, а если не поможет то привлекать программиста?
   Вафель
 
71 - 20.03.19 - 10:19
1с  - это не очень быстрый результат.
хотя бы документов 10 за секунду
   dmpl
 
72 - 20.03.19 - 10:20
(70) Не, это правильно - выставить счет на 100500 евро, чтобы у руководства появилась мыслишка - а не стоит ли пнуть программиста 1С, а то что-то дорого.
   Garykom
 
73 - 20.03.19 - 10:20
(68) От руки пусть набрасывают
   HeKrendel
 
74 - 20.03.19 - 10:23
(68) Или заднем числом (с) Старый бородатый анекдот ;-)
   КонецЕсли
 
75 - 20.03.19 - 10:23
1 сек на документ - отлично. Тебе нужно уменьшать не время,а количество документов для перепроведения. Ты уверен что их все надо перепроводить?
   bolobol
 
76 - 20.03.19 - 10:24
(73) Прогресс - на лицо! Ожидается полное удовлетворение руководителя
   vi0
 
77 - 20.03.19 - 10:24
(72) ну да, пускай руководство решает проблемы, а не нанятые спецы
   Повелитель
 
78 - 20.03.19 - 10:28
(9) 1c любит герцовочку 2.67Ghz это ни о чем. Увеличьте.
   timurhv
 
79 - 20.03.19 - 10:30
(65) Дополню: нужно смотреть код, выявлять узкие места. Бывают функции, которые можно вынести в повторное использование и увеличить скорость в 5 раз (опыт был при свертке базы).
   ProxyInspector
 
80 - 20.03.19 - 10:31
(71)   10 документов за 1 сек - на типовых не получиться НИКОГДА. У меня на одной самописке где-то 10 док/сек есть. Но для этого надо и сервер более менее нормальный и движения по регистрам хорошие.
   А 1 документ/сек вполне нормально. При таком быстродействии вполне можно запускать перепроведение документов в фоновом режиме.
   ptiz
 
81 - 20.03.19 - 10:33
1 сек. на документ в типовой 1С - это отличный результат!
Распечатай эту ветку и выложи на стол руководству.
   xXeNoNx
 
82 - 20.03.19 - 10:34
"В итоге перепровелось 15500 документов. В 5-ти часах 18 000 сек. 15500/18000 = 0,86 сек. одно перепроведение." - не показатель

"Управление торговлей, редакция 11.4" - тут же apdex можно настроить вроде как.. исходите из него...
   Rovan
 
83 - 20.03.19 - 10:34
(0) "на 5 часов (ночью) "
директору нужна база ночью для работы ?
   2mugik
 
84 - 20.03.19 - 10:35
(71)В ут 11 смогешь 10 доков/с?
   Фрэнки
 
85 - 20.03.19 - 10:37
(83) скорей всего, что 15500 это только какая-то малая часть документов, а реальная потребность в перепроведении от 50 000 документов за ночь. В любом случае, на типовой конфигурации УТ 11 это недостижимый показатель
   Serg_1960
 
86 - 20.03.19 - 10:40
Может быть перепроведение документов в фоновом режиме частично снимет критичность проблемы автора?

(офф) поработав однажды в сети магазинов с круглосуточным режимом - начинаешь по другому глядеть на длительные операции - они все идут лесом (зачеркнуто) фоном :)
   dmpl
 
87 - 20.03.19 - 10:41
(77) Именно так. 1Сник не будет ничего делать по указке сотрудника из другого отдела, а админ (если сервер нормально настроен) может увеличить скорость только закупкой нового оборудования.
   timurhv
 
88 - 20.03.19 - 10:44
Вот в 4 раза увеличивают скорость (комментарии обязательны к прочтению):
http://catalog.mista.ru/public/563804/
   ProxyInspector
 
89 - 20.03.19 - 10:44
(85) 100 000 документов - это что. У меня сейчас надо перепровести 2.6 млн документов (это после очистки базы) Не останавливая работу, т.к. работа круглосуточная. Вот сижу ломаю голову.
   Фрэнки
 
90 - 20.03.19 - 10:47
(89) так типовыми средствами этого не обеспечишь хоть за любую цифру документов в секунду перепроводить.
В любом случае нужно что-то придумывать, не прерывающее работу в базе на монопольный доступ к данным
   Жан Пердежон
 
91 - 20.03.19 - 10:48
(0) зато ты теперь знаешь что делать в следующий раз:
сначала незаметно замедляешь проведение - потом торжественно возвращаешь всё как было
   Лодырь
 
92 - 20.03.19 - 11:14
(89) Как вариант - перепровести в другом узле и вернуть взад готовое.
   vi0
 
93 - 20.03.19 - 11:23
(87) это не работа, детский сад
   Lama12
 
94 - 20.03.19 - 11:26
(0) Какой объем информации? Ну примерно сколько в байтах весят данные одного документа?
   Rema Dan
 
95 - 20.03.19 - 11:29
(0) Очень важен вопрос что и как проводится. На УТ 11 можно без проблем написать обработку которая не проводит весь документ, а только записывает движения по тем регистрам, для которых это нужно. Конечно писать в базу только необходимые движения это немного сложнее чем написать Документ.Записать(РежимЗаписи.Проведение), но выигрыш в скорости может быть в несколько раз. Плюс как упоминалось ранее распаралеливание записи и игры с включением/отключением итогов. Всё в месте это может дать такой прирост, который не получить никаким железом. Со стороны админа тут можно разве что оптимизировать БД (с tempdb) и увеличить тактовую частоту ЦП.
   xXeNoNx
 
96 - 20.03.19 - 11:31
Еще, как вариант, можно отключить версионирование, это тож ускорит проведение
   Черный маклер
 
97 - 20.03.19 - 11:35
ТС - админ и его интересует прикрытие его задницы. т.е. оптимальность железок и правильная их настройка.
за программные ускорения отвечает внешний исполнитель.
   Nyoko
 
98 - 20.03.19 - 11:41
(0) Да все это хорошо, только 1с не умеет все ядра загружать, так что как вариант попробуй создать больше рабочих процессов с ограничением 3 подключения на процесс.
   HeKrendel
 
99 - 20.03.19 - 11:42
(97) Попугаев то достаточно?
   Джинн
 
100 - 20.03.19 - 11:43
(0) Примите меры. В чем проблема? Выставите ему счет на оборудование, на котором все будет летать.
  1  2   

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