Имя: Пароль:
1C
1С v8
Долго перепроводятся документы за 4 мес.
,
0 MaxRAF
 
16.11.18
07:56
Всем привет.

Стоит задача запустить внешнюю обработку, чтобы перепровела все документы за 4 мес. По словам внедренцев двух дней на перепроведение может не хватит. И вот мне генеральный задает вопрос: почему так долго?

Вот и я не знаю, почему так долго )))

Помогите разобраться, где узкое место. Какие нужны вам исходные данные?
1 0xFFFFFF
 
16.11.18
07:59
(0) скажи ему что сервер у вас кака, поэтому нужно пару лямов на новый сервер.
2 shuhard
 
16.11.18
08:00
(0)[Какие нужны вам исходные данные?]
бюджет проекта больше 2 лямов ?
3 catena
 
16.11.18
08:03
(0)Могу для директора состряпать тестовую конфу, в которой два дня будут перепроводиться в течении 4 месяцев. Дорого.
4 MaxRAF
 
16.11.18
08:11
(2) денег нет, но я держусь ))

Уверен, что мой вопрос глупый, но в 1С мне темный лес.

Год назад была задача ускорить работу 1С - отчеты, проводки.

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

Заменил рейд-контроллер + SSD. Стало так:
Новый сервер R710 + H730 + SSD 480Gb + 48 Гб ОЗУ скорость загрузки тяжелого отчета 32 сек.

И в целом всё стало работать шустрее.

И вот сегодня пришла сотрудница от компании внедренцев и сказала генеральному: можем не успеть за выходные перепровести документы. Генеральный вызывает меня на ковер: мы обновили железо, почему перепроведение так долго?

Вот сижу и думаю - не зная ничего о логике работы 1С - где узкое место.
5 catena
 
16.11.18
08:12
"но в 1С мне темный лес" - так и перенаправить этот вопрос внедренцам.
6 lucbak
 
16.11.18
08:14
(4) >>Вот сижу и думаю - не зная ничего о логике работы 1С - где узкое место.

Узкое место в вашем железе - 1С :)
7 rphosts
 
16.11.18
08:17
О, пятница!
8 MaxRAF
 
16.11.18
08:17
(6) хоть какие-то движения ) Я правильно понял, что при тестовом запуске перепроведения надо снять счётчики процессоров, потому что узкое место скорей всего в них?
9 MaxRAF
 
16.11.18
08:18
(7) я тоже радовался, пока не вызвали на ковер (
10 dmpl
 
16.11.18
08:18
(4) Для быстрого проведения нужен Core i9-9900K.
11 dmpl
 
16.11.18
08:19
(8) Затык в производительности на 1 ядро. Тест Гилева сколько попугаев выдает?
12 rphosts
 
16.11.18
08:19
(6) может и в коде и гарантированно в мозгах - пока не вижу никаких причин для перепроведения за 4 месяца... максимум при каком-то эпик фэйле допроведение
13 rphosts
 
16.11.18
08:21
(8) вы даже не написали файловая или клиент-сервер.
14 catena
 
16.11.18
08:23
+(13)И количество документов.
15 MaxRAF
 
16.11.18
08:25
(11) предлагал внедренцам запустить тест Гилёва, они так и не сделали, но перед этим сказали: мы что-то слышали об этом.

(13) Клиент-сервер. Win 2012R2 + MSSQL 2016. Клиенты по RDP запускают клиенскую часть 1С на другом сервере.

(14) Перепровести надо 300 000 документов
16 Fram
 
16.11.18
08:29
опять дохренаядерный ксеон 2 ГГц?
17 MaxRAF
 
16.11.18
08:30
(16) да, дохренаядерный )) x5650 2.67Ghz x 2 шт.
18 MaxRAF
 
16.11.18
08:31
(11) договорился сегодня вечером, чтобы они запустили тест. Тем не менее можно ли запустить тест Гилева во время работы сотрудниками? Имею ввиду, чтобы сейчас запустить тест.
19 piter3
 
16.11.18
08:31
(15)Сама по себе цифра ни о чем,может быть там одна строка в каждом,а может и больше.Чем вам мешает на выходных или по ночам?У меня так в нескольких конторах где железо не очень.Или сделать риб для проведения.Варианты есть,но не с вами обсуждать,а с пришлыми
20 xXeNoNx
 
16.11.18
08:32
(11) мля, ну что вы гилевские попугаи считаете, это актуально если сравнивать два сервака, к базам это не имеет никакого отношения!
21 Fram
 
16.11.18
08:33
(17) + VMWare ?
22 dmpl
 
16.11.18
08:33
(16) Еще и энергосбережение может включено...
23 MaxRAF
 
16.11.18
08:34
(21) нет. Один сервер - одна роль
24 dmpl
 
16.11.18
08:34
(18) Можно, однопоточный тест спокойно переносит пользователей.
25 MaxRAF
 
16.11.18
08:35
(22) всё по рекомендациям Гилева, то есть всякие энергосберегалки отключены и все ядра всегда дают макс своих Ghz.
26 xXeNoNx
 
16.11.18
08:35
(15) счетчики настроены? Время проведения при работе юзеров одинаково и без них?
27 dmpl
 
16.11.18
08:36
(20) Для начала надо убедиться, что нет проблем с настройкой сервера. До этого бесполезно к базам переходить.
28 MaxRAF
 
16.11.18
08:36
(19) на выходных и будут запускать перепроведение и надо за выходыне перепровести все 300 тыс документов.
29 d4rkmesa
 
16.11.18
08:37
(15) 300 000 документов да, могут и не провестись. А чего гадать? Нужно запускать обработку и двигать последовательность. Если не успевает провестись, то продолжить. Ваши танцы с бубном тут мало помогут.
30 1c-kind
 
16.11.18
08:37
Перед перепроведением обязательно итоги пересчитайте.
31 xXeNoNx
 
16.11.18
08:38
(27) чем тест гилева поможет узнать что сервер настроен?
32 xXeNoNx
 
16.11.18
08:38
(30) яб тож с итогов начал
33 Мелифаро
 
16.11.18
08:39
Узкое место нужно замером производительности выявлять.
Иногда бывает, что оптимизации какого-нибудь тупорылого запроса достаточно, чтобы многократно ускорить процесс.
34 MaxRAF
 
16.11.18
08:39
(29) да я бы с удовольствием, но не мне решать. Мне надо какой-то ответ дать генеральному, почему так долго проводятся 300 тыс документов
35 dmpl
 
16.11.18
08:40
(31) Там есть база результатов - берем и сравниваем свой результат с другими (точнее, достаточно просто посмотреть сколько выдают процессоры Intel на аналогичной частоте). Если сильно ниже - значит есть проблемы с настройкой.
36 Мелифаро
 
16.11.18
08:41
Видел эпичную "фичу" с засунутым внутрь "ПриВыводеСтроки" расчётом себестоимости номенклатуры ТЧ. Заказчик очень удивился, как быстро можно, оказывается, приходовать товары...
37 Мелифаро
 
16.11.18
08:42
(34) У генерального достаточно компетенции, чтобы понять ваши объяснения?
38 dmpl
 
16.11.18
08:42
+(35) В частности, для указанного процессора можно ожидать примерно 40 попугаев при правильной настройке. А я встречался, когда всего 10 было на аналогичном железе.
39 xXeNoNx
 
16.11.18
08:42
(33) ой ли, а если проблема в очереди к диску?
40 catena
 
16.11.18
08:42
(34)Что за детский сад? Отвечай тогда, что 1С шлет овер-дофуя запросов на сервер во время проведения. Пусть внедренцы оправдываются, почему они за такие деньги так неоптимально пишут.
41 Мелифаро
 
16.11.18
08:43
(39) Это тоже выявится замером производительности, когда запрос будет неоправданно долго тупить.
42 dmpl
 
16.11.18
08:43
(39) Скорее всего затык будет в производительности на 1 ядро. SSD чаще всего смещает ограничение с дисковой подсистемы на частоту процессора.
43 Мелифаро
 
16.11.18
08:43
+(41) Ну и очередь можно куда проще проверить.
44 MaxRAF
 
16.11.18
08:44
(37) да, компетенции у него достаточно
45 dmpl
 
16.11.18
08:44
(34) Лучшее объяснение - потому что 300 000 документов.
46 xXeNoNx
 
16.11.18
08:45
(41) да? а нерассчитанные итоги не дадут такого эффекта?
47 d4rkmesa
 
16.11.18
08:45
(34) Запусти тест Гилева. Сам. Когда никто в базе не работает. И начинай писать отчет директору, со всеми выкладками. 300k документов будут проводиться не один час, это аксиома, и ни один специалист не будет вертеться ужом, доказывая что не верблюд. Нужно задать вопрос, а почему такая необходимость возникла, ведь фирма 1С делает все, чтобы в актуальных конфах такой потребности не было, как раньше? Доказывать свою компетенцию - если уж дошло до такого, все средства хороши. Как напишешь отчет, отправляй на email директору с копией внедренцам и будь готов держать удар.
48 Мелифаро
 
16.11.18
08:45
(44) Тогда дай ему результаты замера производительности при проведении документа, ткни в самый долгий участок и рядом выведи время проведения, помноженное на 300 тысяч.
49 dmpl
 
16.11.18
08:46
(46) С итогами все не так однозначно. Ведь чем дальше они рассчитаны - тем больше строк надо обновить при записи движений. Поэтому вполне может быть оптимальным разбить задачу по 1 месяцу, и передвигать границу итогов в соответствии с обрабатываемым месяцем.
50 MaxRAF
 
16.11.18
08:46
(47) сам не могу. Везде имею доступы, а вот 1С исключение.
51 MaxRAF
 
16.11.18
08:47
(47) через внедренцев только запущу вечером
52 Мимохожий Однако
 
16.11.18
08:47
Если возникают ситуации, что надо проводить документы за 4 месяца назад, то надо озадачить внедренцев на создании регламентного задания, которое двигает документы. Кроме этого важно определиться по пользователям и закрыть возможность проводить задним числом без необходимости
53 dmpl
 
16.11.18
08:49
(50) Тогда как ты можешь узнать причины тормозов? Пусть внедренцы и объясняют.
54 MaxRAF
 
16.11.18
08:49
(52) в прошлый раз внедренцы запустили перепроводку документво и в итоге смешались кони и мухи. Теперь как я понял они что-то переделали спустя несколько месяцев и хотят снова запустить перепроводку
55 xXeNoNx
 
16.11.18
08:49
(47) где тест гилева показывает зависимость проведения некоторого количества доков?
56 MaxRAF
 
16.11.18
08:52
(53) всё, что я могу им показать, что во время запуска перепроводки счетчик производительности показывает, что дисковая подсистема нагружена на столько процентов, а процы на столько. Мой, смотрите, уважаемый генеральный директор. Диски нагружены на 10%, а процы на 30%. Но он спросит: а почему тогда так долго проводятся документы?

Но я сам не уверен, а может дело не в конфе, а дело в железе. Но чтобы это понять я и пытаюсь разобраться хотя бы поверзностно в работе перероведения документов.
57 dmpl
 
16.11.18
08:52
(54) Пусть делают на тестовой базе сначала.
58 xXeNoNx
 
16.11.18
08:53
(51) вот и посмотрим на сколько начальник компетентен: если пошлет с гилевскими попугаями далеко, значит действительно так
59 MaxRAF
 
16.11.18
08:53
(57) тестовый запуск проводок будет на тестовой базе, точней на копии актуальной
60 d4rkmesa
 
16.11.18
08:53
(55) Тест Гилева доказывает, что железо не говно. К автору могут быть вопросы плана, мол зачем купил все это, если все равно результаты посредственные?
61 Мелифаро
 
16.11.18
08:54
Дичь какая-то.
Правильно выше сказали, в твоём случае единственно верный ответ - "потому что это 300000 документов за четыре месяца". Больше никакой вменяемой информации ты дать не сможешь по этому вопросу.
62 MaxRAF
 
16.11.18
08:55
(60) этого слава богу не будет, потому что по факту после замены частей железа все же производительность улучшилась.

Просто генеральный считает (ведь на домашнем компе у него так), что раз диски SSD, то всё должно как минимум за минуту выполниться. А почему это не так, как он думает, я не могу доказать, потому что как уже говорил в 1С темный лес
63 xXeNoNx
 
16.11.18
08:56
(60) тест гилева показывает различие двух систем, не факт там, где показало больше попугаев будет эффективнее работать с определенным прикладным решением!
64 Borteg
 
16.11.18
08:56
(15)  вакуумный расчет:
300000/86400 =3.5 дня(в вакууме, не верю что будет быстрее 1 документа в секунду)
65 MaxRAF
 
16.11.18
08:57
Когда у нас HDD 15k RPM стояли, то очень часто нагрузка по счетчикам была 100%. После замены на SSD + рейд-контроллер, нагрузка в пике 70%
66 Мимохожий Однако
 
16.11.18
08:57
Дай своему генеральному ссылку на эту ветку. Пусть видит, как у тебя болит душа о работе и серверах.
67 xXeNoNx
 
16.11.18
08:57
(62) это самый простой и быстрый способ увеличить производительность. Что будете делать через год-два?
68 unregistered
 
16.11.18
08:58
(34) > Мне надо какой-то ответ дать генеральному, почему так долго проводятся 300 тыс документов

Ты хоть сам то понимаешь, что это вопрос не к тебе? Ты на него в принципе ответить не сможешь. Никогда. Чтобы тебе тут не насоветовали.
Максимум что ты можешь сделать - это оценить нагруженность железа в момент проведения. Но для этого нужно как минимум запустить проведение документов (хотя бы один целый месяц, чтобы в выборку попали помимо первичных документов ещё и все регламенты с расчетами себестоимости и т.п.), включить сбор счетчиков и только потом собранные данные проанализировать. На основе такого анализа можно будет сделать хоть какие-то выводы об узких местах железок.
И это буде только началом. Потому что следующим шагом необходимо будет выяснить кто именно (какой алгоритм) нагружает железо.
В самом лучшем случае выяснится, что появились какие-то проблемы, например, с дисками (условно дисковый массив начал сыпаться, тупить и глючить), которые можно быстро исправить и всё залетает.

А вообще 300тыс за двое суток - это как-то слишком. Какая хоть конфигурация?
69 Borteg
 
16.11.18
08:58
(64) добавляем время регламентных операций и прочей хни = 4 дня минимум. я бы так закладывал.
Делаем проведение разных дкоументов в несколько потоков, в одной транзакции по 1000 элементов, ну может быть вернемся к 3 дням. Это если так сходу в лоб.
70 xXeNoNx
 
16.11.18
08:59
(65) ответь: проведение работает быстрее когда в базе никого нет или так же?
71 MaxRAF
 
16.11.18
09:00
(70) разницы совершенно никакой
72 d4rkmesa
 
16.11.18
09:01
(63) Для автора это хоть что-то, чем можно оперировать при такой постановке вопроса. Статистику собирать, тот же Apdex, надо было заранее.
73 xXeNoNx
 
16.11.18
09:01
(71) а теперь бери конфигуратор, включай замер, сделай отбор доков ща сутки и проведи
74 Мелифаро
 
16.11.18
09:01
(71) Вообще можешь сказать диру, что это ещё очень быстро. Ибо меньше секунды на документ довольно неплохой результат.
75 piter3
 
16.11.18
09:02
(28) Ну возьми копию и запусти там,заоодно узнаешь сколько занимает
76 xXeNoNx
 
16.11.18
09:04
(72) проводится одинаково с юзерами и без них. Зачем apdex?  Что бы сейчас сказать что месяц наЗаД док проводился на секунду меньше, apdex  нужен для сравнения с исходным состоянием, до оптимизации, ну или для отслеживания. На вопрос ПОЧЕМУ, оно не оиветит
77 piter3
 
16.11.18
09:05
Можно как делал у одних товарищей.Взяли в аренду на выходные хороший сервак с софтом уже настроенным и запустили.После этого сказали сколько будет стоить если хотите за такой промежуток времени.Быстро заткнулись и все стало устраивать
78 xXeNoNx
 
16.11.18
09:06
+ (73) смотри топ запросов по времени, а так же по количеству их выполнения, с этим уже можно идти к руководителю, проанализировав конеш
79 1sanekmaloi1
 
16.11.18
09:06
Перед проведением такого количества итоги нужно совсем отключить.Имхо дешевле будет их в конце посчитать.
80 catena
 
16.11.18
09:07
(62)У него на домашнем компе 300000 документов проводятся за минуту?
81 Borteg
 
16.11.18
09:07
(78) (79) Вы пишите системному администратору сейчас  о итогах, запросах и прочем)
82 d4rkmesa
 
16.11.18
09:13
(76) По Apdex можно примерно прикинуть время на проведение пресловутых 300k документ. Да и динамика тоже была бы любопытной. Конечно, это не дает ответ на вопрос "Почему", но тем не менее. Была бы основа для дальнейшего анализа. А там можно и ТЖ ковырять, и топ запросов.
83 MaxRAF
 
16.11.18
09:13
(80) это образно я выразился. Я имею ввиду SSD панацея )
84 dmpl
 
16.11.18
09:13
(56) Процессор будет нагружен на 4-8%. И?
85 MaxRAF
 
16.11.18
09:14
(84) саммарно по ядрам? Или какие-то ядра на 100% будут нагружены?
86 catena
 
16.11.18
09:14
(83)Вы все еще считаете его компетентным?
87 dmpl
 
16.11.18
09:14
(63) При правильной настройке однопоточный тест Гилева зависит только от частоты и используемых версий ПО. Именно в частоту процессора и будет упор при проведении.
88 dmpl
 
16.11.18
09:16
(69) Тут надо грамотно план составить, чтобы в взаимоблокировки не упереться.
89 MaxRAF
 
16.11.18
09:17
(86) да нет конечно. У него инженерное образование и все же ему легче намного объяснять те или иные нюансы.
90 piter3
 
16.11.18
09:18
А конфа хоть какая?Переписана?
91 MaxRAF
 
16.11.18
09:18
(90) Типовая, была, Торговля. Переписана вдоль и поперёк )
92 dmpl
 
16.11.18
09:19
(71) Классика жанра - упор в частоту 1 ядра.

(85) Суммарно. Но так, что 1 ядро будет загружено на 100% - скорее всего не будет, ОС может перекидывать потоки с ядра на ядро. Будет характерная ровная линия загрузки на 4%, иногда подскакивающая до 8%. Это если в другие подсистемы упора нет.
93 piter3
 
16.11.18
09:20
(91)Ну а чего хотеть-то)))))
94 dmpl
 
16.11.18
09:21
(91) Франчами?
95 MaxRAF
 
16.11.18
09:22
(94) не знаю, что имеете ввиду. Переписана этими внедренцами.
96 dmpl
 
16.11.18
09:23
(95) Откройте договор, там наверняка есть пункт типа что оптимизация за отдельные деньги. Смысл им писать так, чтобы не тормозило?
97 xXeNoNx
 
16.11.18
09:24
(82) Более 3х суток. Сейчас можно отследить код, который самый тормозной
98 MaxRAF
 
16.11.18
09:25
(64) сейчас спросил внедренца. За 2-е суток в прошлый раз провели 200 тыс. документов.
99 dmpl
 
16.11.18
09:25
(97) Для этого надо иметь доступ в Конфигуратор и включенную отладку на сервере.
100 dmpl
 
16.11.18
09:26
(98) Т.е. они лажанулись один раз, затем второй раз, и совсем не факт что не лажанутся опять... может им деньги не платить?
101 MaxRAF
 
16.11.18
09:28
(100) я не директор решать )
102 Мелифаро
 
16.11.18
09:30
(101) И не разработчик, чтобы на такие вопросы директора отвечать конкретикой.
103 xXeNoNx
 
16.11.18
09:31
(101) замеры производительности есть в момент перепроведения?
104 1c-kind
 
16.11.18
09:31
Давайте просто элементарно посчитаем:

300 000 за двое суток, т.е за 48 часов или 2880 минут , или 172 800 секунд. В итоге каждый документ должен перепроводится менее чем за секунду , что имхо нереально ни на одном железе (если конечно документы не пустышки без движений по регистрам).
105 catena
 
16.11.18
09:38
(103)Да нет у него доступа в 1С.
106 xXeNoNx
 
16.11.18
09:39
(105) Замеры производительности = сбор данных с счетчиков производительности винды
107 catena
 
16.11.18
09:41
(104)Бред, зависит от кода в обработке и в проведении. У меня еженочно порядка 10000 проводятся, средняя скорость 2.04 документа в сек.
108 catena
 
16.11.18
09:42
(106)Поняла.
109 xXeNoNx
 
16.11.18
09:45
(107) что за документы, поди реализации?
110 unregistered
 
16.11.18
09:45
(0) Пригласите специалистов.
Ответы на подобные вопросы может дать только квалифицированный специалист, шарящий и в 1С, и в СУБД, и в железе. Называется 1С:Эксперт по технологическим вопросам.
Если ваш директор хочет получить однозначный и понятный ответ, придётся раскошелиться на работу такого спеца. Зато он назовёт конкретного виновника - железо, настройки сервера(ов), настройки 1С, настройки СУБД, конфигурация (неоптимальные алгоритмы, косяки в данных и пр.).
111 Мелифаро
 
16.11.18
09:47
(109) Судя по объему - они, родные. FMCG и всё такое.
112 catena
 
16.11.18
09:49
(109)Поступления, реализации, операции. Примерно в равных долях.
113 xXeNoNx
 
16.11.18
09:53
(111) Если так, то с одной-двумя позициями верить можно, иначе нет.
(107)Проведение среднего дока типа реалки с несколькими позициями менее одной секунды, даже около секунды - вот это бред, хотя есть желание что бы было так.
114 unregistered
 
16.11.18
09:56
(104) > 300 000 за двое суток, т.е за 48 часов или 2880 минут , или 172 800 секунд. В итоге каждый документ должен перепроводится менее чем за секунду , что имхо нереально ни на одном железе

Всё вполне реально.
У меня бухня с её тормознутым регистром бухгалтерии при закрытии квартала проводит 42000 документов за 6 - 6.5 часов (на ночь запускают). То есть 300000 документов провелись бы как раз за двое суток (будь такая задача). И это отнюдь не на топовом железе и не на пустом сервере. На этом сервере живут ещё 20 различных баз, работает куча разного рода обменов, веб-сервисов и просто пользователей, которые трудятся 24/7. И это не считая регламентов СУБД и регламентных заданий 1С-ки.
115 Мелифаро
 
16.11.18
09:57
(113) Не бред. С хорошим железом, вылизанным кодом с отключенными на время обработки проведения защитами от дурака это вполне реальные цифры.
116 catena
 
16.11.18
10:00
(113)УПП. Я там код знаешь как вылизывала для серверного выполнения? Там ни одного лишнего плевка))) Поэтому и говорю, что от кода тоже много зависит.
117 Bigbro
 
16.11.18
10:00
Если по счетчикам узких мест не видно, - то остается только пенять на неоптимальность процедур проведения документов.  к которым ты отношения не имеешь.
118 Bigbro
 
16.11.18
10:01
еще можно думаю внедренцев в эту ветку пригласить, пусть пояснят что там за сложности почему перепроведение третий раз деать приходится.
119 xXeNoNx
 
16.11.18
10:12
(115) (116) Вот.., я не сказал что это недостижимо, сказал что трудозатратно и не всегда оправдано.. Ну, а так, да, это круто.
120 xXeNoNx
 
16.11.18
10:13
(118) да читают конеш, мож. еще и советы дают))
121 d4rkmesa
 
16.11.18
10:16
(116) Очистку наборов записей тоже свою делали?
122 catena
 
16.11.18
10:33
(121)У меня не перепроведение, у меня создание и проведение. С созданием сопутствующих элементов при необходимости (контрагенты, договора, счета).
123 ptiz
 
16.11.18
10:41
(0) "И вот мне генеральный задает вопрос: почему так долго? "
Ответь: "Еще не изобрели таких процессоров, на котором это было бы быстрее".
124 nicxxx
 
16.11.18
10:42
(104) Бред. У меня средняя скорость 300-400 документов в секунду. Бухгалтерия 3.0. Итоги бух регистра отключаем для перепроведения за месяц.
Вот логи:
Фоновое задание №209, время  = 54 сек. Обработано документов 1 000 из 1 000
Одновременно работает до 20 фоновых заданий.
База на SSD.
125 Натуральный Йог
 
16.11.18
10:42
(123) 1С - на шаг впереди)
126 1sanekmaloi1
 
16.11.18
11:01
(122) С созданием сопутствующих элементов и док проводится за 0.5 сек?Я однозначно хочу посмотреть на этот действо и вылизанный код.Покажете?
127 catena
 
16.11.18
11:14
(126)Нет, сорри, код показать не могу :) Могу примерные логи показать. И не 0.5, 2.04 документа в среднем, 30% объема операции, они конечно, хорошо статистику равняют :) Но проведение РН все равно меньше секунды.
https://cdn1.savepice.ru/uploads/2018/11/16/6e79507a658b2467f02e9dd82120e171-full.png




Начало загрузки из хх: 15.11.2018 22:00:44

Период загрузки из хх: 06.11.2018 00:00:00 - 15.11.2018 00:00:00
Не найден ИИН для счета KZхх
Счет в невыясненных : KZхх\Нет\Г\KZT\9\Да\Да
По документу ххх не найдено соответствие лицевому счёту получателя (KZхх)
Счет в невыясненных : KZхх\Нет\Г\KZT\9\Да\Да
По документу ххх не найдено соответствие лицевому счёту плательщика (KZхх)
Создание : KZхх\Нет\Ф\KZT\7\Да\Нет
Создано новый контрагент с наименованием ""
Активирован
Создание : KZхх\Нет\Ф\KZT\7\Да\Нет
Активирован
По документу ххх ЛицСчетПлательщика некорректен(KZхх):
БалансовыйСчет: 1741
Создание : KZхх\Нет\Ф\KZT\7\Да\Нет
Активирован
Создание : KZхх\Нет\Ф\KZT\7\Да\Нет
Активирован
Не найден ИИН для счета KZхх
Создание : KZхх\Нет\Ф\RUB\9\Да\Нет
Ошибка получения данных лицевого счета: KZхх
По документу ххх не найдено соответствие лицевому счёту плательщика (KZхх)

Окончание загрузки из РС: 15.11.2018 23:10:35
(2,04 в сек)
    Обработано : 8 544
    Загружено  : 8 538
    Ошибок     : 0
128 timurhv
 
16.11.18
11:20
(0) У вас некомпетентная обслуживающая организация, отправили вам стажеров.
129 Вик72
 
16.11.18
11:27
(4) Очевидно, нужен новый сервер!
R7100 + H7300 + SSD 4800Gb + 480 Гб ОЗУ, тогда скорость загрузки тяжелого отчета станет 3,2 сек.
130 Мелифаро
 
16.11.18
11:30
(129) Надо два для отказоустойчивости, обязательно СХД на ССД к ним с 10 Гбит линком ещё.
131 Мелифаро
 
16.11.18
11:31
+(130) Хотя нет, 56 Гбит инфинибэнд лучше будет.
132 Мелифаро
 
16.11.18
11:33
Разумеется, это всё в VMWare кластер HA (обязательно лицензионное).
133 Мелифаро
 
16.11.18
11:34
И наблюдать, как по мере подсчёта стоимости всего этого щястья приунывает директор...
134 timurhv
 
16.11.18
11:35
(0) Что мешало перепровести 4 месяца в копии базы и потом планом обмена загрузить документы с движениями за выходные?
135 Мелифаро
 
16.11.18
11:36
(134) Какая разница, если он всё это может в боевой базе с пользунами работающими делать? Скорость от этого не увеличится ащще никак.
136 timurhv
 
16.11.18
11:39
(135) Блокировки?
137 timurhv
 
16.11.18
11:39
(135), (136) Ну хотя ночью фоновым запускать пачками...
138 Мелифаро
 
16.11.18
11:40
(136) Вопрос в (0) не в блокировках, а "почему так долго" :)
139 Мелифаро
 
16.11.18
11:41
+(138) Речь о том, что на непрерывное проведение 300к документов уходит 48 часов, а директор вопрошает голосом индейца из "Горячих голов" - "х.ли так долго?".
140 timurhv
 
16.11.18
11:50
(139) Вопрос к адекватности 1С-ников
https://its.1c.ru/db/metod8dev/content/5843/hdoc
141 Мелифаро
 
16.11.18
11:54
(140) Автор не адинэсник, собсно.
В (124) уже такое решение описано.
Вопрос в том, насколько оно применимо к задачам ТС? Если речь идёт о последовательном перепроведении одного типа документов, ничего распараллелить не выйдет.
142 timurhv
 
16.11.18
12:00
(141) Да, но вопрос из (0) должен быть адресован в сторону 1С, который неадекватен и легко ему спихнуть все свои косяки на железо.
Если бы был проц 2Гг, HDD убитые и все это в виртуалке, тогда да. Но автор темы больше в теме разобрался похоже, чем обслуживающая организация.