rphost сжирает всю память!!!
 

Уважаемые дамы и господа!!!! Сложилась следующая ситуация: есть 1С 8.2 УТ 11 (объем базы 8Гб), ВСЕ релизы последние! работает на PostgreSQL 9.1.2-1.1c (с сайта 1с)+Сервер 1С х64. До какого-то момента все работало терпимо, но вот последние дни при закрытии месяца процесс rphost просто нереально быстро жрет память! Буквально за 3 минуты - 30Гб! В итоге 1С просто "вешается"! ЧТО ДЕЛАТЬ??????

вот поэтому я и не люблю снеговика...

объём базы 8 Гб - это слёзы
выгрузить в файловый вариант, сделать закрытие месяца, загрузить обратно на свой дохлый сервачишко

2-Ирли Бёрд >сервачишко, между прочим, ооочень не дохлый! Вы предлагаете остановить работу фирмы до тех пора, пока сделают закрытие месяца? НУ как-то вариант не очень!!! Я просто не понимаю - раньше ВСЁ РАБОТАЛО!!!! А сейчас тупо - перестало работать!

прикол в том, что один месяц закрывается без проблем, а в другом - такая хрень!!!!

3-denisk > А кто сказал "остановить работу фирмы до тех пор, пока сделают закрытие месяца"?
Читай внимательно (2).

КАК???? для закрытия месяца в базе в 8Гб не хватает 90Гб оперативы??? чисто для тестов оставил 32Гб оперативы, и винда создала файлы подкачки на 60Гб! Ну как?????

4-denisk > Это не "прикол". Там причина.

5-VZ >проблем в том, что бухи уж очень не хотят работать в "неурочное" время! у них рабочий день с 9 и до 18.00!

8-denisk > Раздай счеты.

9-VZ >спасибо за совет... как посмотрю - умные вы все... хоть бы что-то умное подсказали..

2-Ирли Бёрд >+ для умных.... в файловом варианте ошибка - "недостаточно памяти"!

Ищи зацикленные записи. В смысле ссылок.

12-VZ >как их искать? тестирование и исправление проходит "легко"! после него - опять то же самое!

Комплектация используется?

13-denisk > Логикой. Не так уж много мест, где [em]А[/em] требует обращение к [em]Б[/em], а [em]Б[/em] [b]может[/b] потребовать обращение к [em]А[/em].
[b]Reaper[/b] знает эти места ;)

А все почему? Потому, что когда был маленький - внимательно слушал дядю Валеру, Сережу, Гену и других уважаемых людей. Молча и не пререкаясь...

Поставь на сервер линукс и проблема, скорее всего, изчезнет. Да и памяти высвободится гиг 60, как минимум :)

(6) милый... если ты куплял желтое дЭрмо - нечего орать. Жри свой кактус молча

[quote=denisk;33329817]в файловом варианте ошибка - "недостаточно памяти"![/quote]Ошибка вываливается в какой момент?
При загрузке DT ?

19-Ирли Бёрд >нет! dt загружается без проблем! ошибка вываливается в момент процедуры формирования себестоимости при закрытии месяца
14-Reaper >комплектации используются, но с ними все хорошо! т.к. каждый месяц комплектуется одна и та же номенклатура!

А тупо проевести заново весь месяц перед закрытием - все нормально проходит?

а тупо поставить отладчик на трассировку и посмотреть где циклит? и потом постепенно разматывая...?

20-denisk > Твоя весьма скудная информация "всегда было хорошо", "вдруг", "нереально быстро жрет память", и "в момент процедуры формирования себестоимости" очень и очень намекает на непричастнось железа, оси (привет пингвинам), и даже движка. Наиболее вероятно именно зациклинность данных на потреблятском уровне.

20-denisk > Что ты проверил, чтобы заявить, что "все хорошо"? А проверить нужно, не входит ли номенклатура в состав самой себя по всем веткам комплектации.

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

[url]http://fucking-great-advice.ru/advice/4237/[/url]

24-Reaper > Просто: не входит ли в комлектацию объект верхнего уровня, который сам является составным объектом.
Что, в общем-то, начинает требовать формализации. Если комплектовщик в "ручном режиме" логическое противоречие решает "просто", ставя близкую ему цифру "от фонаря", то алгоритм лишен права на собственную волю.
Как-то надо это дело формализовать. Даже если это потребует занятости особо заточенного сотрудника. Хорошо бы и ловить потенциально опасные связи, хотя бы с предостережением.

24-Reaper >перепровожу любой другой предыдущий месяц, делаю закрытие месяца - ни одной ошибки!
Предложение об отмене проведения документов - очень хорошее! только вот проблема в том, что эта операция займет порядка 3-4 дня! Документов очень много - порядка 25-30 тыс, даже скорее всего больше!

26-VZ >что касается комплектации - все перепроверил, косяков не обнаружил!

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

Пришлось поковыряться с петлями - когда на более ранней стадии в производство идет то, что получено на более поздней. Наши куроводы клали яйца в разные корзины и прикупили какое то кормовое производство. Получают ГП, идущее на корм. В ходе производства используются какие то сухие вещества типа заквасок, но чистА при сухих процесс идет медленно и для его веселости добавляют немного готовой продукции (процентов 5-7 в зависимости от чего то там)




---------> процесс №х -----------------> процесс №х+к ---- продажа
|
^ V
|
---------- часть ГП ------------

[quote=denisk;33336076] косяков не обнаружил! [/quote]

Это совершенно не исключает ситуёвины что они там присутствуют.

картинка не получилась

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

небольшие изменения в процессе!!!! теперь при закрытии месяца, формировании движений по взаиморасчетам, пишет "В данной транзакции уже происходили ошибки!". Будем разбираться...

33-denisk > "В данной транзакции уже происходили ошибки!" дежавю, однако...
Недавно здесь: [url]http://forums.kuban.ru/f1040/v_dannoj_tranzakcii_uzhe_proishodili_oshibki-5129251.html[/url]
Яндекс знает все: [url]http://yandex.ru/yandsearch?p=4&text=%22%D0%92%20%D0%B4%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9%20%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8%20%D1%83%D0%B6%D0%B5%20%D0%BF%D1%80%D0%BE%D0%B8%D1%81%D1%85%D0%BE%D0%B4%D0%B8%D0%BB%D0%B8%20%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8%21%22&lr=213[/url]
И google: [url]https://www.google.ru/search?ie=UTF-8&hl=ru&q=%22%D0%92%20%D0%B4%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9%20%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8%20%D1%83%D0%B6%D0%B5%20%D0%BF%D1%80%D0%BE%D0%B8%D1%81%D1%85%D0%BE%D0%B4%D0%B8%D0%BB%D0%B8%20%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8!%22#hl=ru&newwindow=1&q=%22%D0%92+%D0%B4%D0%B0%D0%BD%D0%BD%D0%BE%D0%B9+%D1%82%D1%80%D0%B0%D0%BD%D0%B7%D0%B0%D0%BA%D1%86%D0%B8%D0%B8+%D1%83%D0%B6%D0%B5+%D0%BF%D1%80%D0%BE%D0%B8%D1%81%D1%85%D0%BE%D0%B4%D0%B8%D0%BB%D0%B8+%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B8!%22&start=0[/url]

категорически интересно, забоет ли ТС проблему или нет...

ждем-с [img]http://z1.d.sdska.ru/2-z1-71b4d398-ea83-4841-874e-979ead98dd21.jpg[/img]

36-Helen1986 >не... Жигули уже не такие как раньше! Реально испортилось пиво!

а что бухи закрывают в УТ 11? ради прикола. В том или прошлом году были косяки с релизами УПП от 1с, там НДС подхерили пару релизов - составной тип данных, SQL на более 256 таблиц ругался, выгрузка в файловый помогала, операция заняла не более часа, и гл.бух лояльно относится к задержкам раз в квартал.

ну значит так... каюсь, нифига я не смог побудить свою проблему!!!!! в итоге отдал конфигурацию франчу (Интерсофту). Вчера они отзвонились и порадовали - якобы в базе более [b]!!!!90 тыс.косяков!!!![/b] и [b]исправить их просто нереально[/b]! (хотя я как-то сомневаюсь...) Посоветовали начать с нуля! Вот что теперь делать? КАК может быть столько неисправимых косяков? Ведь конфигурация на 100% СТАНДАРТНАЯ!!!