нужно провести хреналион документов. стандартная обработка отпадает, так как проводит период неделя за 4 часа. посоветовали в одной транзакции проводить. попробовал. результат секунда в секунду почти в сравнении со стандартной обработкой.
видимо не так использую "в одной транзакции". подскажите пожалуйста, как ускорить проведение?
код для транзакции:


        НачатьТранзакцию();
        Попытка
            
            Для Каждого Док из ТаблицаДокументов цикл
                объект =     Док.ссылка.получитьОбъект();
                объект.Записать(РежимЗаписиДокумента.Проведение);
            КонецЦикла;
            ЗафиксироватьТранзакцию();
        Исключение
            Если ТранзакцияАктивна() Тогда
                Сообщить("Чот не срослось");
                ОтменитьТранзакцию();
                
            КонецЕсли;
            ВызватьИсключение;
        КонецПопытки;



(0) Как транзакция может повлиять на скорость? Ты вообще знаешь что означает это слово?

(0) Какая конфигурация? Зачем нужно перепроведение, что оно должно изменить?

(0) как ты можешь быть не в одной транзацкции ? 1 документ - 1 транзакция. + (2) , зачем?

(0) Самый быстрый способ - быстрее начать. Самый умный - разобраться, а на хрена нужна проводка за ЧЕТЫРЕ года. Уверен - это глупость без которой вполне можно решить поставленную задачу

(0) в 7.7 запись (не уверен по поводу перепроведения) фиксировалась в конце транзакции по этому для убыстрения процесса сие действо было оправдано в 8 это уже не работает. в любом случае проведение в транзакции не кошерно.

(3) код выше. 500 документов в одной транзакции.
(1) не владею темой. посоветовали.
(2) , (4) УПП 1.3.52.1. режим совместимости 8.2 . перепроводить нужно в связи  с тем, что вели учёт по характеристикам( по некоторой номенклатуре), а цены на них не делали.себестоимость считается не правильно.

теоретически можно разбить документы на непересекающиеся группы и запускать столько потоков сколько получиться групп.
фактически - хрен, прошло почти 100 со старта кибернетики, а в 1С до сих пор во главе угла линейно-последовательная обработка данных.

(7) читал на эту тему. 1с так не умеет.

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

(4) я тоже был уверен, что можно по другому. но с учётом производства ( производство ведётся разными документами нетиповыми. разве что комплектация почти типовая)

4*4*56/24 = 37
чуть больше месяца проводите в копии, потом перебросите текущий месяц из боевой за сутки.

(11) очень хочу в отпуск. (не подписывают, пока начальник не увидит реальную себестоимость)) чуть больше месяца- это если 24/7 . а по факту 3 месяца с лишним. плюс нагрузка на сервак. но это как бы пофиг..

(11) В году 52 недели, а не 56. Но, увы, принципиально это сути не меняет...

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

(0) Отключить итоги по регистрам, провести документы, включить итоги

регистрации на обмены отключи и т. д.

(6) все понял, если режим блокировок управляемый, поставь автоматический

(6) убери режим совместимости

(14) (15) (17) спасибо, попробую.

(15) Вряд ли это прокатит. 90% документов имеют обусловленное проведение и дёргают различные остатки.

(19)  (17) это точно поможет

(6) Скажи, что тебе даст себестоимость за 2015, 16, 17 и т.д. год? Нахрена она нужна? Все налоги уплачены, зарплаты выданы и т.п. Проще и правильней вручную сделать корректировки по себестоимости на начало этого года и перепровести два месяца. Все остальное - бред и не приведет к нужному результату

(22) аналитика нужна по динамике цен.к сожалению.

"вели учёт по характеристикам( по некоторой номенклатуре), а цены на них не делали.себестоимость считается не правильно."
А почему не перепровести только по этой номенклатуре?
А разве себестоимость не рассчитывается отдельной обработкой?

(22) я предлагал это в первую очередь.

(24) себестоимость считается отчётом. больше ничем.

(22) есть мысль перепилить отчёт, ввести корректировку и сказать, что типа вот так щас есть, а  динамику увидите опосля. но они отпихиваются. перепроводи, говорят.

и да, перепроведение помогает. уже попробовал.

Что касается итогов по регистрам, то единственное, что теоретически может ускорить проведение - двигать границу итогов с каждым месяцем.
Т.е. устанавливаем итоги на декабрь 2015-го года, проводим январь 2016-го, сдвигаем границу на январь 2016-го, проводим февраль, сдвигаем границу на февраль и т.д.
Но особых чудес я бы не ждал от такого подхода.

Другой способ - уменьшение количества проводимых документов. Провести только те документы, которые влияют на нужные регистры. Но для этого надо быть уверенным что у вас нормально настроены и работают последовательности. Восстанавливаете последовательности путём проведения только тех документов, которые влияют на последовательность.

(6) где связь между ценами и с/с?

(22) это что за динамика цен, которая учитывает себестоимость за 4 года?
(26) если все считает отчет, зачем перепроводить?

(0) какой размер базы и какой сервер? Перенести на быстрый десктоп с SSD и в одно рыло... Не?

(28) так можно пройтись только по нужным документам и сделать запись только в нужном регистре по определенной номенклатуре, зачем полностью их перепроводить.

(27) >> перепроводи, говорят.

Ну тогда перепроводи. Продолжительность тебе уже посчитали в (11) - больше месяца. И это в том случае, если не будет ни одного сбоя, и сервак будет молотить без остановки.

Вопрос изначально не совсем верный - надо не перепровести все документы быстро, а результат получить быстро. А вот что меняется в движениях при перепроведении уже смотри сам.

(0) попробовать отключить расчет итогов. Но хз сработает или нет

(32) 20 Гб dt весит. у меня быстрый десктоп с ssd
(33) эта номенклатура- сырьё. она в каждой ГП почти участвует.
(31) отчёт берёт данные из нетиповых документов и нетиповых регистров.

(37) не очень понятна проблема. Ну проводится месяц и проводится...Бизнесу нужно быстрее - платите.

Возьмите уж в аренду что-то из серверного Intel Xeon E-2288G Processor или десктоп 9900K
64Gb DDR4 ECC
Samsung 970PRO NVMe

(17) автоматический

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

unbred тут работы не на один день даже если ты решишь проблему с быстрым проведением, что врятли...
После проведения гарантированно где-то поплывет отчетность, а там придется вообще все перепроверять и годовые сводить с тем что сдано.

(0) Транзакции чуть чуть по другому работают.
Если большой кусок обернуть в транзакцию весь вигрыш теряется, ибо транзакционный кеш не бесплатный

кстати а эта УПП, в ней какой учет ведется?

Имхо: автору нужно не перепроводить, а нужно изменить поведение типовой конфигурации :) Смысл изменения: определение цены товара с характеристиками без цен  - по цене товара без указания характеристики (если я правильно понял его проблему).

(0) Задачу по мойму поставил(и) не верно.
Есть старые периоды, которые трогать никто совсем не хочет.
▓Себестоимость находится в каком-то регистре, а не проводить все документы по всем регистрам.
Проще от обратного по учетной политике остаточную себестоимость рассчитать и остатком откорректировать.
▓Период старый совсем всем закрыть, в том числе себе. Оставшийся можно перепровести, но можно и только по одному регистру обработкой перепровести, но тут время написания обработки и время проведения. Что быстрее и проще с учетом текущих работ - есть они или нет.
Опять же можно вносить изменения только по тем позициям, по которым разбежалась себестоимость, а не всё подряд.

Общий вывод: Сократить время можно только за счет сокращения выполняемых действий.

(43) оперативный
(44) предлагал ненавязчиво. но там в головах : "перепровести и всё взлетит"
(45) беда в том, что сначала сунулись перепроводить, а потом обратились к программисту. откат на 4 дня назад-это полный алес. около 300 доков  день одних только реализаций + производство примерно столько же, не считая поступлений и прочая.
общий вывод: может вместо отпуска дислокацию работы сменить..

(42) спасибо.

(38)
Сервер HPE ProLiant DL360 Gen10 Intel Xeon-S 4210 10-Core (2.20GHz 13.75MB) 64GB (4 x 16GB) PC4-2933Y-R DDR4 RDIMM /5 x1.2Tb 10k SAS Hot Plug SFF (8max) /SA P408i-a NC/ 2x500W/ 3yr NBD
Это под две виртуалки.  Рейд 10 из 4 дисков 10к и один хоствап. на sql другая конфигурация. (с) админ.

(43) по сути там ВЕСЬ учёт, но зп считают в зупе, а деньги в бухе. всё на прямых обменах.

(0) этот совет родом из 77. там транзацкии обрабатывались в памяти без записи на диск

(50) hhhh советовал. он вроде во всём разбирается, насколько я внимательно читаю форум.
http://skrinshoter.ru/s/170220/ikbcpPpi не молчи))) хочу в отпуск))

(0) перепровести документы только по нужным не типовым регистрам, записать данные напрямую в sql в обход 1С и потом пересчитать итоги)

(52) 1. я так ещё не умею. но научусь, если 2
     2. а это насколько ускорит?

записать данные напрямую в регистры проведенных документов
понимаю что это не есть хорошо, но и период нехороший выбран

(51) теперь ты знаешь что верить никому нельзя. мне можно (с)

Тебе уже советовали разбить документы на непересекающиеся группы и проводить в отдельных потоках. Либо разбить проведение по отдельным регистрам в разные потоки
(8) И да, 1с так умеет

если док двигает партии + деньги, то практически наверняка они не бьются на группы

Первое, что нужно сделать - это понять для каких целей нужно перепроводить документы.
Второе, какие именно документы нужно проводить. Выделить критерий.
И последнее: провести только те, которые нужны.

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

по имеющейся инфе - на таком монстрике - 20Г dt - ничего вы быстро не сделаете. Рекомендую понять и принять.
Можно попытаться надыбать мега-машину типа i9/samsung 970Pro/64G и посадить на ней одну эту задачу в одно рыло, запустив на ней же скуль в шаред мемори.
Но все равно это будет время.

(8) 1с так прекрасно умеет. Ты можешь запустить одновременно хоть 5 фоновых заданий, хоть 50.

можно дернуть код проведения,перенести его в обработину и стартануть.

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

(12) А ты оптимист, однако. За 3 месяца всего думаешь управиться. Фига с два. 3 года будете косяки в учете выводить, чтобы расчет себестоимости хотя бы без ошибок завершился. Не трогайте старые периоды - ничего хорошего из этого, как правило не выходит. Если хочешь что-то подправить - рихтуй точечно.

(12) тікай з городу, тобі *****

(0) учет себестоимости то какой хоть? Партионка/по средней/рауз ? Провести можно быстро, только толкая определенные регистры, можно и прямым запросом, модно и записывая готовый набор движений

(66) как я понял из темы - мало перепровести, надо ещё и цифры реальные, а это уже совсем другая история

(37)[ отчёт берёт данные из нетиповых документов и нетиповых регистров.]
которые перепроведение кокнет
не будет ни каких отчетов совсем

(26) А я смотрю вы мастера

Тема перестала быть томной ;-)

Себестоимость считается в отчете, я смотрю ща прямо мода

Посчитать себестоимость товара прямым запросом

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

и еще куча моментов, например регламентные операции, ручные корректировки проводок.

короче в общем моменте то, что ты хочешь в автоматическом режиме сделать не надо....

ну а если все-же очень хочется то делай перезапись нужного регистра и все...

(73) ну..в упп он не один, где учитывается себестоимость..+проводки еще
:)

(0) распараллель задачу

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

(76) по складам например

(77) по 41 счету как правило не ведется суммой учет в разрезе складов, только количественный.... да и например перемещение сосклада на склад будет проблемой при этом

(6) > УПП 1.3.52.1. режим совместимости 8.2 . перепроводить нужно в связи  с тем, что вели учёт по характеристикам( по некоторой номенклатуре), а цены на них не делали.себестоимость считается не правильно.

Если бы была 77+SQL я бы просто эмулировал бы регистр и проведение, получил бы данные и сделал отчет.
А потом постепенно бы перепровел бд. 8.2 + SQL тоже наверное можно было-бы сделать.

+(79) т.е. отсек бы лишние движения по БД, работал бы только с себестоимостью. За счет этого было бы быстрее.

(78) если ему ни по какому критерию не разделить на подзадачи, то остается увеличение мощи серверов.

(0) Если без перепроведения не обойтись - для ускорения я бы выгрузил бы в RAM диск и там выполнил обработку

(68) , (73)  я конечно не гуру, но это было первое, что я сказал .
мне в ответ- покажи. начал проводить на копии.
не смог найти косяки. я понимаю, что они вылезут, но найти не могу.

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

(48) не вижу ssd

Что это за прошлый век)

(8) на ИС есть разработка которая это всяко анализирует и делит на непересекающиеся подмножества. интересная штука. что-то типа Менеджер параллельных потоков.

(6) нахрена все перепроводить за 4 года? всех все утсривало 4 года - внезапно все сломалось. так не бывает. если проведение ресурсозатратно - провести "инвентаризацию" себестоимости. текущей датой списать все кривое, текущей датой оприходовать правильное. если правильное трудно получить - ориентироваться на плановую с поправками (зависит от частностей). сделать так и забыть..

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

(84) а че это они не согласятся или в чем твой трабл? я вот трабла твоего пока не вижу. чего зря рыпаться-то?

Видел как-то самопальную конфу на 8-ке, где можно было указать, напримре, один вид регистра по одной номенклатуре и задать перепроведение за любой период. Там обработка проведения документов была сделана очень хитрым методом. 30-35 документов в секунду. Вот это скорость, я понимаю.