Всем привет.

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

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

Наивный вопрос: можно ли еще за меньшее время делать перепроведения документов?

1с  - это не очень быстрый результат.
хотя бы документов 10 за секунду

(70) Не, это правильно - выставить счет на 100500 евро, чтобы у руководства появилась мыслишка - а не стоит ли пнуть программиста 1С, а то что-то дорого.

(68) От руки пусть набрасывают

(68) Или заднем числом (с) Старый бородатый анекдот ;-)

1 сек на документ - отлично. Тебе нужно уменьшать не время,а количество документов для перепроведения. Ты уверен что их все надо перепроводить?

(73) Прогресс - на лицо! Ожидается полное удовлетворение руководителя

(72) ну да, пускай руководство решает проблемы, а не нанятые спецы

(9) 1c любит герцовочку 2.67Ghz это ни о чем. Увеличьте.

(65) Дополню: нужно смотреть код, выявлять узкие места. Бывают функции, которые можно вынести в повторное использование и увеличить скорость в 5 раз (опыт был при свертке базы).

(71)   10 документов за 1 сек - на типовых не получиться НИКОГДА. У меня на одной самописке где-то 10 док/сек есть. Но для этого надо и сервер более менее нормальный и движения по регистрам хорошие.
   А 1 документ/сек вполне нормально. При таком быстродействии вполне можно запускать перепроведение документов в фоновом режиме.

1 сек. на документ в типовой 1С - это отличный результат!
Распечатай эту ветку и выложи на стол руководству.

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

"Управление торговлей, редакция 11.4" - тут же apdex можно настроить вроде как.. исходите из него...

(0) "на 5 часов (ночью) "
директору нужна база ночью для работы ?

(71)В ут 11 смогешь 10 доков/с?

(83) скорей всего, что 15500 это только какая-то малая часть документов, а реальная потребность в перепроведении от 50 000 документов за ночь. В любом случае, на типовой конфигурации УТ 11 это недостижимый показатель

Может быть перепроведение документов в фоновом режиме частично снимет критичность проблемы автора?

(офф) поработав однажды в сети магазинов с круглосуточным режимом - начинаешь по другому глядеть на длительные операции - они все идут лесом (зачеркнуто) фоном :)

(77) Именно так. 1Сник не будет ничего делать по указке сотрудника из другого отдела, а админ (если сервер нормально настроен) может увеличить скорость только закупкой нового оборудования.

Вот в 4 раза увеличивают скорость (комментарии обязательны к прочтению):
http://catalog.mista.ru/public/563804/

(85) 100 000 документов - это что. У меня сейчас надо перепровести 2.6 млн документов (это после очистки базы) Не останавливая работу, т.к. работа круглосуточная. Вот сижу ломаю голову.

(89) так типовыми средствами этого не обеспечишь хоть за любую цифру документов в секунду перепроводить.
В любом случае нужно что-то придумывать, не прерывающее работу в базе на монопольный доступ к данным

(0) зато ты теперь знаешь что делать в следующий раз:
сначала незаметно замедляешь проведение - потом торжественно возвращаешь всё как было

(89) Как вариант - перепровести в другом узле и вернуть взад готовое.

(87) это не работа, детский сад

(0) Какой объем информации? Ну примерно сколько в байтах весят данные одного документа?

(0) Очень важен вопрос что и как проводится. На УТ 11 можно без проблем написать обработку которая не проводит весь документ, а только записывает движения по тем регистрам, для которых это нужно. Конечно писать в базу только необходимые движения это немного сложнее чем написать Документ.Записать(РежимЗаписи.Проведение), но выигрыш в скорости может быть в несколько раз. Плюс как упоминалось ранее распаралеливание записи и игры с включением/отключением итогов. Всё в месте это может дать такой прирост, который не получить никаким железом. Со стороны админа тут можно разве что оптимизировать БД (с tempdb) и увеличить тактовую частоту ЦП.

Еще, как вариант, можно отключить версионирование, это тож ускорит проведение

ТС - админ и его интересует прикрытие его задницы. т.е. оптимальность железок и правильная их настройка.
за программные ускорения отвечает внешний исполнитель.

(0) Да все это хорошо, только 1с не умеет все ядра загружать, так что как вариант попробуй создать больше рабочих процессов с ограничением 3 подключения на процесс.

(97) Попугаев то достаточно?

(0) Примите меры. В чем проблема? Выставите ему счет на оборудование, на котором все будет летать.

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

(0) а документы одинаковые по массе?
а то может быть у тебя 0,86 сек - это средняя температура по палате
а по факту бОльшая часть проводится несколько в секунду

(85) Совершенно верно!УТ11 в 2019 может провести 15500 документов за 5 часов, а древняя 7.7 в 2004 проводила 1500 реализаций за 15 минут( а реализация - это самый тяжелый документ).2:1 в пользу 7.7 ( а если ещё и железо обновить...).

(103) Ага еще среднюю длину модулей/процедур проведения сравни

(89) А для чего такое перепроведние?

А при общении с руководством 1Сника то хоть звали?)

Данная проблема из разряда которые должны решать DevOps.
Только админ или только программист 1С не смогут решить никак.
Точнее только программисты могут, но помощь админов все равно потребуется.

(105) Скорее всего кривые остатки/отчеты

Взяли типовую УТ и начали ее курочить.
Решили, что в регистрах не хватает каких-то еще реквизитов или ресурсов.
Добавили. Отчеты не видят данных. Почему?
А потому что добавленные реквизиты не установлены для документов за весь период жизни базы.

И теперь вместо восстановления Движений регистров предложили у них там "перепровести" всю движуху за несколько лет.

НЕ наборы записей регистра обновить, а ВСЁ перепровести. Что быстро не проводится.

Может курочили раньше, а теперь решили вернуться к типовой, что собственно дает тот же эффект.

(107) вот жили не знали этого модного слова, и проблемы как то решали

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

Может начать с того, что не 0,86 сек, а 1,16 сек/док?
И вообще зачем вам регулярно перепроверить такую массу документов?

*перепроводить

(109) Если бы задаче была разовой, начальство бы так не бухтело. Чую там все куда более запущенно.

(113) ну даже если разово - в такой туевой хуче введенных данных (83 гига в скл базе все-таки не так уж и мало) перескочить за одну ночь просто не реально. При том, что там наверняка что-то с остатками, резервами, отгрузками, взаиморасчетами в кредит и т.д. и т.п. БИЗНЕС, одним словом.

(110) Да но со временем становится все больше проблем которые надо обозвать каким то словом.
А то как с жопой, она есть а слова нет.

(93) Это именно работа - а не бардак, когда админ приказывает 1Снику что-то сделать. Не надо прыгать выше головы, для этого начальство и существует.

(115) да пофиг на слово,ты не делай акцент на "Только программист 1С", сейчас и Эксперты 1С есть итд

(116) причем здесь приказывает
детский сад это твой метод: подмахнуть начальству счет на оборудование, чтобы он начал пинать 1сника

Запусти в 1С робота в отдельном сеансе, который не спеша (1 в 5-10 сек) в течении дня будет проводить документы, на ночь может ускорятся, обработка на несколько десятков строк кода.

(95) тоже хороший вариант, только в ут 11 да и в других конфах бывают в документах моменты когда какие либо данные в документе перезаполняются при записи документа.

Меняйте генерального.

(122) наконец то толковые предложения пошли

(119) 6-12 документов в минуту типа, пусть 10. Это 600 док в секунду. Это меньше 15000 в сутки. Но когда запустят регламентное закрытие или тому подобное?

А распределенку и в отдельной базе проводить?

Мы так делали, только не перепроведение ,а проведение всех регламентов - амортизация, расчет себестоимости УПП. Док не проводится, а пишет задание на проведение в спец регистр. Данные постоянно передаются в пустую базу. Там задание отрабатывается после обмена и сразу обменом этот документ попадает назад.

(120) Если возникает необходимость менять документ, то можно и поменять его. Идея в том, чтобы не писать в базу лишнее и не рассчитывать лишнее.

(126) правильно я понял?
1. в момент проведения, документ просто записывается
2. данные по документу передаются в другую-пустую, там проводится
3. возвращается документ, с движениями, которые просто пишутся безусловно в базу
?

Я бы начал с того, что подсчитал среднее время перепроведения по каждому виду документов, а там смотреть какие из них дольше проводятся и по каким регистрам.

(118) Счет - это максимум что может сделать админ для ускорения. Дальше уже начальство решает, что дешевле. Может 1Сник уже все что можно выжал, и остается только экстенсивный путь.

(0) найдите программиста 1с. Вы с директором вдвоем не ускорите

(130) "Может 1Сник уже все что можно выжал"
У тебя пошли уже какие то паралельные ветки рассуждений.

(131) так они и с 1С программистом не ускорят

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

Бро, пора тебе найти нового генерального. Лучше всего это сделать через заявление по собственному. Не тяни, не стоит участвовать в этом вселенском маразме.

Проведение быстрее, чем за 0.1 секунду (берем среднюю базку), можешь не рассчитывать.
Пока эта цифра не достигнута поле для оптимизации имеется - как программной, так и железной. Второе как правило всегда дешевле.

(14) "отключении итогов регистров на время проведения" // Ничего не проведется - виртуальные таблицы-то перестанут работать, а они используются в коде проведения чуть менее, чем полностью

Ну а так-то арендуй за 50 тыр мощный топовый сервачок в облаке и запусти перепроведение там. Увидишь потолок, насколько быстро это может быть в принципе в твоей конфигурации.

(134) Кстати да. Почему генеральный решил, что это медленно? Он эксперт в этих вопросах?

(137) можно даже меньшим бюджетом, на Амазоне за 18 баксов в час уже с установленным скуль нехилая такая машина для тестов, хотя с тако м размером подойдёт и 5 баксовый конфигурации.

А по факту:
Конфа не известна.
Что за документ тоже.
В сколько регистров пишется при проведении также.
Может там в 50-100 регистров при проведении запись идёт, видел такое.

И может оказаться так, что 0.86 это сверхдостойный результат.

(0) А какое дело генеральному до скорости проведения документа? Медленная работа не то же самое, что медленное перепроведение. Сколько разрядный сервер 1С?

(142) бухи нажаловались.

Ну в общем виде мне видится решение этой задачи так на уровне архитектуры:
Движения оперативные пишутся сразу.
Всякая срань типо РС - в очередь и фоновым заданием.

(143) Да, бухи на скорость интерфейса жалуются. Но пост выглядит так, что генеральный посмотрел на расчет и решил, что это медленно :)

Чем меньше регистров будет писаться в самой обработке проведения - тем лучше результат

Что тут думать-то? Железо хлам 2010года. 2,67ГГц - вообще ни о чем, тем более еще и древней архитектуры Nehalem. Ставьте 9900К - будет в 2 раза быстрее. Если по дешману, то процессор просто закажите с алика побыстрее, но прирост будет не столь велик. Речь о X5690.

(147) Щас он начнет тебе втирать, что узкого места в ЦП не замечено, т.к. он не загружен на 70-100% в течение длительного времени, т.е. проц не надо менять

(139) И как туда HASP ключ воткнуть?

(149) пинкод епт

(150) Тратить пинкод от рабочего сервера на проверку? Причем он в любой момент слететь может, т.к. конфигурация машинки может поменяться.

(151) А в чем проблема заказать новые?

(152) В том, что когда они потребуются - могут уже и не выдавать.

(153) Закажи заранее

сейчас есть возможность привязать программный ключ к хаспу, и таким образом перетыкая хасп и перенеся файл lic можно переносить лицензию. (но сам я так не пробовал еще, да ;))

(155) речь про арендованный сервер, чего ты там перетыкать собрался?

(155) Это что-то новое. Можно ссылку?

Ну так что там по тесту Гилева? Сколько попугаев?

(92) представил объем файла обмена. Обмен тупо ляжет

(154) Где гарантия, что не протухнут? Опять же, надо рабочий сервер из эксплуатации выводить на время тестирования.

(160) ну не хочешь делать не делай, кто тебя заставляет? оставайся в жопе, как говорится

http://ханик.рф/uploads/images/00/00/01/2012/04/03/009102.jpg

(161) Я не вижу смысла этого делать, когда давно известно, что 1С для максимальной производительности перепроведения нужна максимальная частота при небольшом числе ядер.

(163) "давно известно, что 1С для максимальной производительности перепроведения нужна максимальная частота" // Не понятно только, почему вендор это в открытую не пишет. Некоторые всякие сертифицированные админи-апологеты виртуалок с десятками 2 гигарецовых ядер только так понимают )

(0)Можно - отключи проведение по регистрам + поубирай из ПередЗаписью и ОбработкаПроведения код. И про подписки не забудь..тогда летать будет)

(100) А если после приобретения нового железа за "стотысячмильонов" скорость проведения не особо изменится, вот смеху будет :)

(166)Так скорее и будет..но подозреваю, что зажмут)

(166) Ну так никто ж не мешает сначала смоделировать и подобрать все в облаке, и только потом покупать.
Без моделирования и сборки параметров в облаке только отчаянные или распальцованные (админи с регалиями экспертов по виртуалкам, например) покупают и делают, а потом тяму чешут, чего это 1С не летает на 28-ядерном 1.8 Ггц )

(149) Поставь ломанную и никому не говори и потом тихо удали

(0)
Один из самых дешевых пунктов которые можно попробовать - это отключать версионирование (если включено конечно) на время проведения)