|
Долго перепроводятся документы за 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
|
|||
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 убитые и все это в виртуалке, тогда да. Но автор темы больше в теме разобрался похоже, чем обслуживающая организация. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |