Перепровожу все документы за месяц (любой) в монопольном режиме. Выдает ошибку "Недостаточно памяти" и кнопка ОК по нажатию которой всё вылетает.

платформа 8.2.319
УПП 27.3
Клиент-сервер. sql, как отдельный сервер бд

пробовал перепроводить на 8.2.318,8.2.319 и даже на  8.2.310 откатывал - не помогло
Разворачивал в файловой,проверка и тестирование, устранял битые ссылки, снимал с поддержки, выгружал из файловой снятой в дт и загружал снятой дт в клиент-серверную, накатывал последний релиз и устанавливал снова на поддержку - ничего не помогает, всё равно не перепроводит. Делал проверку конфигурации ошибок нет. В тии тоже теперь ошибок нет.
Кто-нибудь с подобной проблемой перепроведения доков встречался? как лечить?

добавь памяти

у тебя памяти не хватает

памяти 32 гига
кстати забыл сказать, процес 1сv8 жрет память в момент перепроведения по дикому, rphost рядом не стоит.
Кстати рабочие процессы увеличивал-не помогло

при вылете загруженность памяти 41%

в кластере настраивал перезапуск рабочих процессов - тоже не помогает.

Ну так клиент то 32-х битный, вот он и вылетает, он то один фиг больше 2-х гигов не отжрет

Так что перепроводи меньшими периодами

(6) как перепровести меньшим периодом если на 30е число каждого месяца одних реализаций около 10 тысяч документов

термины "по дикому" и "рядом не стоит" расшифруйте.

у рабочих процессов что увеличивали.

стоит ли ограничение на использование памяти сервером субд если он работает физически на том же компьютере что и сервер 1с.


1сv8 больше 3гб испоьзовать не может.

(8) Клиент и раньше вылетает. По крайне мере конфигуратор и 1,5 гига не выгребает выпадает с ошибкой

(7) Смотри что в обработке так дико жрет память, может лог какой или что-то куда то пишется/выводится

И дробить можно по времени, не только по датам

(8) в диспечере задач процесс 1сv8 растет со скоростью примерно 1mb/сек и растет до размеров чуть больше 3 гигов, затем вылетает, чего не скажешь про rphost он в районе 300 мегабайт

у раб. процессов ничего не увеличивал. Был один рабочий процесс, я добавил ещё три с максимальной производительностью = 1000. В свойствах кластера поставил перезапуск рабочих процессов.

сервер субд и сервер приложений физически на разных серверах
Максимальный размер памяти сервера на sql стоит =10240 (памяти на sql 16 гиг)

(10) перепровожу стандартной обработкой из меню операции, там нет возможности дробить по времени. И есть ещё один ньюанс смысла от дробления по времени нет, так как большая часть документов со временем 0:00:00 т.е. создавались программно.

(11) 1С ниразу не многопоточная система. В 8.2 её сделали псевдо, но один фиг операция проведения юзает один поток, так что хоть 220 рабочих процессоров - будет только хуже

(12) Ну это не проблема расставить по времени. Попробуй закомментировать вывод служебной инфы через сообщить которая

(14)сейчас попробую закоментить сообщения.
и ещё ... я только только выгрузил в файловую - попробую на файловом варианте перепровести

(13)
му-му с Вами не согласится
http://www.softpoint.ru/article_id375.htm

(13) пора уже научиться различать потоки и блокировки

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

(18) возможно есть "сбойный" документ, но я уже пробовал и апрель и май и июнь по отдельности перепроводить, не факт что этот сбойный в каждом месяце. и перепровести понедельно (и по дням) не возможно т.к. большая часть документов около 9 тыс. созданы в один день со временем 0:00:00. и как среди такой массы найти сбойны-не знаю, тии - не помогло. Раньше перепроводилось по-месячно без проблем

вот скрин ошибки. взводил отдельный сервер для отладки ошибки. здесь уже скуль и агент 1с физически вместе
http://i023.radikal.ru/1207/85/16008e043bd8.png
что меня выводит, так это что кроме кнопки ОК больше ничего...никакого бла бла бла типа описания ошибки нет

(17) А причем тут блокировки?

(16) Какая связь между самопиской с костылями и типовой от 1С?

(16) Кстати ты бы почитал что там написано

"Есть 4-е сессии 1С на 4-е процессора. ". Т.е. они просто тупо делаю перепроводку в 4-х запущенных 1С, ну плюс координатор, хз на чем он, может и в 5-ой 1С-ки

Каждая 1С сидит на своем проце. Ну и с чем Му-иу не согласен? Что один экземпляр 1С при проведении может использовать параллельно несколько процессоров? Или всё таки "1С ниразу не многопоточная система."?

(22)Никто не мешает добавить свои костыли к типовой и сделать ее многопоточной. Фоновые задачи например добавили, для некоторых задач есть хранилища данных с возможностью сериализации объектов. Так что как говорится велком. А то что в типовой этого нет -  ну я думаю скоро появится.

(24) Не появятся

(23) А расскажите мне какие еще у нас есть языки многопоточные:)? Конечно понятие потоков и мьютексов есть в многих современных языках, ну и что из этого? Если ты не пишешь код с учетом параллельных вычисленний - все языки считай однопоточными.

Мы обсуждаем конкретную типовою УПП от 1С, или сферическую базу в вакууме, в которой применены всякие хитрости?

(26) Зачем? Чтобы ты придрался к терминологии и занялся буквоедством?

Я написал свой коментарий про конкретное утверждение. А так то мне смысла и интереса спорить нет.

(26) И кстати зачем 4 сессии 1С. Вроде бы фоновые задания рождаются в отдельном потоке. Почему нельзя в одной сессии рулит, выдавая фоновым заданям какой документ проводить? Или там проблематично фоновые на процы делать? Или просто статья под 8.1?

А причем тут языки?
Я беру из коробки WinRar, 7Zip и при работе я могу использовать оюбое количество ядер по желанию

Беру 1С УПП из коробки. Могу ли я так же сказать 1С чтобы она использовала всё ядра? Без координатора, из коробки?

(30). Ну да , теперь можно и фоновые задачи использовать.  До этого было проблематично.

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

(31) Покупаешь ты игру к примеру современную - а она использует максимум два потока. (понятно что графика паралеллится хорошо но это отдельная тема). Так что теперь ее не покупать?

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

(34) вроде ьы речь совершенно не об этом, покупать или нет

(20) Касперского вырубал?

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

(35) никто камни не кидает, я просто указал что создавая 20 рабочих процессоров для распараллеливания типовой операции "перепроводка" в типовой базе, без дописок - вещь совершенно бессмысленная

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

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

(37) нет, а смысл? память то вся не исчерпывается

(40) Итак давай по частям.
Я так понимаю клиентская часть толстый клиент и проблема в клиентской части. То есть клиентская часть достигает 4 ГБ и потом вываливается. Я все правильно сказал?

(39) Вопрос вообще отчасти философский и спорить смысла вообще нет.

(41) все верно сказано. Существовал бы клиент 64-х проблемы скорей всего просто бы не было ))))

+(41) То есть вываливается не сервер приложений а именно клиенсткая часть. Не помню вообще появилась ли 64-х разрядная клиентская часть 1С или нет но в этом случае все равно не спасет. Скорее всего какие то ТЗ или списки значений не чистятся а постоянно накапливаются. Пока не достигает 4ГБ. Поэтому в отладке смотри и решай.

УПП скорее всего доработанная потому как в типовой такой баги нет. Значит предыдущий совет по поводу нарушения в данных не актуален потому как он относится к серверу приложений.

В отладке смотри глобальные ТЗ и т.п. количество записей замеряй после очередной порции документов. Так и поймешь где чего

честно сказать, вот чешу сейчас затылок и не знаю куда точку останова поставить

А чего тут смотреть, глобальные смотри.  Попроводи чутьчуть и потом пройдись по всем. Самые большие претендент на рассмотрение. Как выяснишь какая тз  виновник - смотри в модулях документа - скорее всего там  ошибочно пишут и не чистят.

Вообщем тут я думаю помощь не нужна, обычная рутина. Пройтись нужно внимательно по всему списку.

Теоритически это можно было бы автоматизировать(поиск). Но смысла в этом нет. Подобные ошибки достаточно редко возникают и достаточно легко правятся.

(49) направление мысли принято, спасибо. уже роюсь в рутине

(15) на файловой также валится при достижении процессом 3,7 гига памяти
отладчиком пока выявил что валится на реализации товаров и услуг. Документ типовый, на поддержке.

(52) Ну конечно и на файловой будет валится. Ведь ТЗ(хотя это может быть и список) используется на клиенте. Ну, чудес не бывает, так что кто ищет тот всегда найдет.

Не пробовал, но вдруг получится, попробуйте написать регламентное задание, вызывающее процедуру закрытия месяца. Регламентное задание стартует на сервере - в контексте 64 разрядного сервера, соответственно и память может кушать более 3,5 Гб.

32 г. памяти всего?? ухаха

(40) Стоит попробовать на чистом компе со свежеустановленной Виндой