nifendervan
Иван Татарников

Разобрался.
В БП структура отчета задается в табличной части отчета Группировки и создается программно при формировании отчета. Группировки могут быть только друг под другом, в одну строку два поля сгруппировать нельзя.

(2) Подсистема подключена. Отчет "Задолженность покупателей" в БП, там нет кнокпи "Установить стандартные настройки". Настройку вариант вообще открыть нельзя.

Здравствуйте.

В схеме компоновки данных отчета в БП 3.0 добавляю для вывода новые поля, вывожу их в настройки. Но в пользовательском режиме их нет. Подскажите, пожалуйста, как сделать так, чтобы они там появились?

(4) После перехода в режим агрегатов таблица итогов не используется (очищается). Агрегаты в отличии от итогов автоматически при записи движений не обновляются. Их нужно отдельным регламентным заданием обновлять. Вот как раз это обновление криво работает.

(2) Итогов больше нет. Есть агрегаты.

Здравствуйте.
Добавил в конфигурацию регистр накопления и включил у него агрегаты. Создал 2 агрегата с периодичностью День. Движения в регистр пишутся как обычно при проведении документов.

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

Кто-нибудь встречался с подобной проблемой?
Платформа 1С:Предприятие 8.3 (8.3.8.2167), самописная конфигурация.

Выгрузка информационной базы решения задачи 1.1.

(5) andre solovij, Вячеслав Гилев именно мне это посоветовал :) у нас сервер 1С и SQL разнесены по разным машинам.

Операционная система Windows Server 2008 R2 Standart.

(4) Frogger1971, есть спящие сеансы. Они вообще появляются регулярно, но не убиваются через заданное в конфигураторе время.

Задание запускается каждые 5 минут, работает в среднем по 30 минут, но вот такие скачки в памяти бывают очень редко. Воспроизвести не получилось.

Есть центральный сервер 1С 8.3.5.1119, 8 Гб оперативки. На нем работают 2 кластера (1541 и 1542). В каждом кластере по одной базе.
В каждом кластере используется следующая настройка - 1 процесс на 15 соединений.
В 1541 работают 2 рабочих процесса, занимают по 300-400 Мб каждый. Это их стандартная нагрузка. Пользователей порядка 30.
В 1542 работает 1 рабочий процесс. В своем обычном состоянии занимает также 300-400 Мб, но примерно раз в одну-две недели потребление памяти возрастает до 1.5 Гб. Причем не только rphost, но и rmngr отъедает 1.5 Гб. После этого база начинает тормозить.
На сервере настроен мониторинг производительности с помощью Performance monitor. По полученному графику видно, что ночью за 20 секунд увеличился расход памяти на 2.5 Гб. По журналу регистрации определил, что происходило в эти 20 секунд - работало только фоновое задание по загрузке и выгрузке данных.
Повторив эти же действия в тестовой среде на этой базе, мне так и не удалось воспроизвести проблему. Расход памяти увеличивался, но в конце память освобождалась.

У меня 2 вопроса:
1). Что может привести к увеличению потребления памяти менеджером кластера?
2). Какие еще способы расследования проблемы можно применить и на что можно грешить?