Всем привет.

Вчера перешли на новую 1С. 1С дорабатывала сторонняя компания.

Имеем сервер 2 проц + 48 Гб + SSD RAID10. Нагрузка на процессоры макс 20%, с памятью думаю понятно, SQL ее всю съедает и там по своему распределяет, на дисковую подсистему нагрузка в менее 10%.

Версия 1С 8.3.10.2561, УТ 11.4.2.123.

Сотрудник жмет копку провести документ и 1С нафик зависает на 30-60 сек. или вообще полностью зависает, пока принудительно приложение не закроешь. При этом нагрузка на дисковую подсистему 0% и вообще на всю систему.

Пробовал перезагружать сервер. Минут 20 все ок, а дальше по новой.

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

Собственно вопрос. Проблема на чьей стороне? На моей или внедренцев?

Журнал регистрации базы в старый формат надеюсь перевели(*.lgf, *.lgp)?

Кстати говоря, а сеть проверяли?
Сделайте ping от разных клиентских компов к серверу 1С с указанием пакета большого размера (это особенность 1С-ки - передавать данные большими пакетами). Например, 65000. Посмотрите - будут ли потери или задержки. Желательно сделать это в момент когда на клиентском компе проявляется проблема с зависанием.
Посмотрите также маршруты пакетов. Может глючить какой-нибудь маршрутизаторв в сети или аппаратный фаервол. Стоят ли где-нибудь на компах или на серверах брандмауеры, которые начинают вдруг мониторить весь сетевой трафик.

Так и не озвучили вопрос с памятью на сервере. Памяти 1С-ке хватает? А то фраза "SQL ее всю съедает" немного напрягает. Вы SQL вообще никак не ограничиваете? Может 1С не хватает памяти для запуска новых процессов и она начинает тупить на одном процессе, для которого тоже система памяти не выделяет?

(136) 65000 не прокатит, максимум 64000, пусть хотя бы 32500.

(136) имею ввиду съедают всю выделенную ему память. В данном случае 42 Гб. Ему хоть Терабайт дай он всю себе заберет и будет решать, что с ней делать.

(138) только память сожрет кто? СУБД СКЛ или 1С ? У тебя же сервак 1С это и есть тот же самый сервак СУБД?

(137) Возможно. Я раз в 100 лет до проблем в сети дохожу. Как правило, всё решается ещё до.

Хотя:
-l <размер> Позволяет указать загрузку поля Data пакета в байтах. По умолчанию используется значение 32, но можно указать загрузку до 65527 байт. Это один из способов проверки наличия ограниченной пропускной способности или затора в сети.

(138) Вопрос про 1С. свободная память на сервере остаётся? Если 1С-ке вдруг захочется запустить ещё парочку своих rphost-ов, она не упрётся в отсутствие свободной памяти?

(141) памяти свободно еще 7 Гб

(19) учет по видам запасов ведется? В 11.1 кажется было назначение в виде запасов, потом его запихали в аналитику учета номенклатуры. Потом ужаснулись результату проделанной работы (начался адок с блокировками на старых базах) и сочинили регистр "Устаревшие виды запасов с остатками" чтобы как-то пофиксить это. И теперь если там много записей, 1с пытается наставить лишних блокировок. ТС, проверь содержимое регистра, вдруг я угадал)

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

я бы уже десять раз закрыл ветку

(143) Слишком тонкие ошибки.

Вообще конечно веселое гадание автор затеял.
Думаю в итоге окажется какая то лажа в стиле "автор смотрел не туда и не так".

(146) > веселое гадание автор затеял.

Нормальное гадание. Есть проблема. Человек пытается в ней  разобраться. Причем по собственной инициативе. С одной стороны есть шанс, что проблема действительно с железом и/или сетью. С другой - автор в какой-то степени прикроет свой зад, когда начнутся разборки, поиск виноватых и наказание непричастных.

(145) Что мешает?...

(66) А ты думал, 1-й такой умный? ;-)

(147) именно!

Тест Гилева уже предлагали?

(148) надеюсь, что он все-таки что-то прочтет в документации, попробует и сообщит о своих наблюдениях уже по существу, а не по угадайке

(151) И даже несколько раз

Что за конфигурация то?

(147) все так, но хирурги не разбираются в потрохах, прямо после того, как располосуют бедолагу: типа - так, требуха какая-то, коллеги - сейчас минуточку, окей гугол, что это такое? Не надо доходить до уровня маразма, если ТС, автор, адекват - то самое первое, что нужно сделать - это идти учиться определять узкие места - это не щелчок пальцев. Если есть желание, конечно. Или вызвать тех, кто разбирается.

(155) Нужно ещё понять на каком этапе тормоза. Какой документ, что происходит внутри при проведении. Может там запрос какой нибудь перемудренный.

(152)(155)(156) Всё что он мог сделать без участие 1С-ников в рамках своих компетенций сисадмина, он сделал.
Не имея даже доступа в 1С он больше ничего сделать всё равно не сможет. Даже если очень захочет, перечитает всю документацию на ИТС и вообще в сети, и перелопатит все форумы на эту тему.

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

Внедренцы, кстати, могут сейчас влегкую загнать какой-нибудь аудит производительности за прилично денег.

Если переходить с УТ 11.1.6.26 на УТ 11.4.2.123 - вполне логично, что требования к железу возрастают, имхо. Плюс доработки какие-то наверняка сделали, не факт что оптимально работающие из коробки.
Опять таки имеет смысл сделать тест Гилева и сравнить результаты с похожим оборудованием.
И ещё - загрузку процессора надо по ядрам смотреть.

(0) Пользователей сколько?
Сервер какие задачи выполняет? только скуль и сервер 1с?
Домен, почта, терминал, файлопомойка там нет?
Рейд один и на систему и базу?

(157) Автор пишет "Со своей стороны вижу, что нагрузка на сервере практически отсутствует." и далее "Проблема на чьей стороне? На моей или внедренцев?" - непонятен контекст вопроса, если с "его стороны" проблем нет, то зачем спрашивать - на чьей стороне проблема, если секундой ранее он заявил, что не на его? :) Где логика, Карл? Ее нет. И еще странно, что почему Автор думает, что разобраться в этом дерьме - это вопрос топика на мисте?

(162) вопрос в том, как это доказать, что не на его

(162) > если с "его стороны" проблем нет, то зачем спрашивать

А где твоя логика? Где он пишет, что с его стороны проблем нет? Где ты это вычитал? Ты это тупо прямо сейчас придумал?
Автор пишет, что НЕ ВИДИТ проблему т.к. (цитата) "нагрузка на сервере практически отсутствует".
И просит помощи на форуме в том, чтобы разобраться (убедиться) - действительно ли с его стороны нет проблемы или можно ещё что-то посмотреть.

> почему Автор думает, что разобраться в этом дерьме - это вопрос топика на мисте?

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

PS Ты склонен слишком много додумывать за других и обобщать.

У автора 24 потока. Одно загруженное ядро даст

100/24=4%, что автор может посчитать как простой проца.

Но это не так, хехехе.

(164) >>Со своей стороны вижу, что нагрузка на сервере практически отсутствует. Исходя из этого логика говорит, что проблема с 1С или конфигурацией.

А видеть со своей стороны отсутствие проблемы, сказать про этом, и потом искать сторону - это логично?

>>Ты реально читаешь мысли автора?
Нет. Я просто вижу, что везде на профильных ресурсах администраторы гнобят 1С, снимают с себя любую ответственность, видят что их "сторона" не виноватая и всеми фибрами души стараются об этом и рассказать, и доказать. Что мол ни я это, а 1сники. Коли так - поясни, а зачем ты им помогаешь?

(166) > Я просто вижу, что везде ....

Ну я и говорю - склонен обобщать.

> ...администраторы гнобят 1С, снимают с себя любую ответственность...

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

> видеть со своей стороны отсутствие проблемы, сказать про этом, и потом искать сторону - это логично?

ИМХО, да. Я смотрю на ситуацию. Вижу её со своей колокольни, под своим углом зрения, с высоты своих знания и опыта. То, что я вижу говорит мне о том, что всё нормально (железо не нагружено). Однако это нет так (пользователи жалуются). Возникает диссонанс. Есть два вариант - погнобить 1С-ников или попытаться разобраться. Автор выбрал второй путь. Что тебя не устраивает?

PS Кто ж из админов тебя обидел...

(0) "Сотрудник жмет копку провести документ и 1С нафик зависает на 30-60 сек. или вообще полностью зависает, пока принудительно приложение не закроешь."

Отладчик в руки и смотреть где виснет/падает

(168) он же админ

(168)+ Может быть как кривизна "кода проведения" от доработчиков конфы, так и баги платформы/настроек сервера 1С.

(169) Пусть развернет на том же железе и 1С/sql сервере другую типовую конфу и проверит работу/проведение

(169) предлагаешь по быстрому тестирование  написать? админу?

(172) Конфу развернуть полностью типовую без вот этого "1С дорабатывала сторонняя компания" админу не проблема.

Я б даже сделал копию текущей базы, накатил на нее типовой cf-ник с полным замещением и проверил как оно "проводится".

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

(0) Я с 8.3.11 на 8.3.12 переходил недавно + новый сервак железо + новый MSSQL переход с 2014 на 2017, тупить стало жутко на основной операции, построчное разузлование номенклатуры в заказе покупателя.
На что грешить ХЗ.
Вычислил через Замер производительности + sp_WhoIsActive тупящий запрос с его трансляцией к MSSQL, оказалось 1С в 12 релизе стала по другому транслировать запрос к MSSQL.
Поправил запрос все залетало.

(4) а шо там со счетчиками производительности?

(173) зачем? В силах одмИна кинуть logcfg в нужную папку, получить выхлоп, проанализировать, некасаясь 1с

+(177) срубить рпхосты и посмотреть контекст

(176) HTM-файл  https://yadi.sk/d/8gBcVNMn7CcW9g

(0) Была похожая фигня (даже поиск в списке, бывало, зависал). После обновлением платформы пропала.

(3) Пожелание подайте - "Чтобы не висло".

я думаю надо  менять и админа и обслуживающую организацию

(182) А чё не правительство и президента? Мелко как-то мыслите.

Обзаведитесь и обложитесь сервисами анализа ЦУП или Гилева.

Но вот железка слабоватая для такой конфы. Ну любит 1С ПОЖРАТЬ.

Только еще момент уточние, а то я упарился всю ветку читать может и упустил.

Вообще памяти желательно чем больше -------- и нет предела как бы не заявляли супер спецы. Память это хорошо и чем ее больше тем лучше.

Давайте на примере, что решает СКЛ как ЦПУ, а куда он девает планы запросов, результаты, в темпдб и кэшит все в памяти. То есть у вас есть база размером 100 Гб + темпДб такой же вот и ответ. А еще 1С. Так что нет предела совершенству объема памяти.

1. посмотри настройки в СКЛ как задан прирост файла. Рекомендуется с шагом 500 Мб
2. Как размещен сервер 1С и субд физически и рдп. Если они все на одной машинке не гуд.
3. установи производительность сервера максимальной - это в параметрах электропитания (бывает процы и все железо не работает во всю мощь)

4. на сервере субд не должно быть никаких других ролей кроме как сам сервер субд

5. сервисы анализа

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

ну масса других советов. ))

(184) забыл еще шаред мемори надо если 1С и СУБД на одной машинке

Поймать, что делал пользователь когда повис... Сделать копию ИБ и пробовать прогнать самому.

Оооо чуть не забыл самое главное без чего вообще никак - это регламентнтые операции СКЛ. Обязательно обновление статистики, фрагментация индексов и перестроение индекса - на инфостарте можно взять тут: http://catalog.mista.ru/public/803209/

- попробовать прогнать в отладчике где он так себя ведет.
- посмотреть возможно включена отладка сервера 1С (убрать ее)
- возможно ТЖР работает - от тяжелых настроек может висеть 1С

- эксперементировать с настройками кластера. Тут все индивидуально.

(183) не мелко, а осторожно, это экстримизм все таки.

(187) упс не та тема

(187) бан можно за флуд схлопотать!
и все флудеры. у человека проблемы если не вкурсе зачем тупо флудить если не можете помочь дельним советом

(0) А вообще. Администратор сети. Не должен заниматься такими делами. Это реально забота внедренцев по себе знаю. Поскольку занимаюсь оптимизацией. Это реально тяжолый труд. И если система так себя ведет то определить источник проблемы крайне не просто особенно на форуме.

Систему надо видить. ЩУПАТЬ!

Меня смущает другое. Обычно системы так себя ведут после длительной работы. Год, два. А тат сразу.

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

И для этой версии конфигурации я бы ставил более новую платформу. 8.3.10

(192) черт отправилось. 8.3.10 тут слабоватая.

Важная информация
--------------------------------------------------------------------------------
Рекомендуется использовать текущую версию конфигурации "Управление торговлей", редакция 11 с версией системы 1С:Предприятие 8 8.3.12.1469 (и выше) в режиме совместимости "Версия 8.3.10".
Минимальная версия системы 1С:Предприятие для использования текущей версии
"Управление торговлей", редакция 11 не ниже 8.3.10.2699.

Trade/11_4_2_123/ReadMe.txt

Важная информация
--------------------------------------------------------------------------------
Рекомендуется использовать текущую версию конфигурации "Управление торговлей", редакция 11 с версией системы 1С:Предприятие 8 8.3.10.2620 (и выше).

В силу особенностей поведения платформы при работе с формами, содержащими динамические списки,
могут диагностироваться ошибки вида: "Поле <Имя поля> не обнаружено".
В этом случае:
- либо пользователь должен зайти в форму настроек и выбрать команду "Установить стандартные
настройки" (Все действия-Настроить список-Все действия-Установить стандартные настройки)
- либо администратор должен зайти в форму Администрирование-Настройки пользователей и прав-Настройки пользователей
и очистить сохраненные настройки этого пользователя.

Если в информационной базе используется раздельный учет товаров по налогообложению НДС, то рекомендуется использовать партионный учет версии 2.2.
Настройки выполняются в форме "НСИ и администрирование - Финансовый результат и контроллинг".

тут еще и багнутая она эта версия конфы. Обновить бы ее и на новую платформу ))

Вообщем... автор пропал. Тут надо пройти все круги ада и тогда оно заработает стабильно!

Всем привет. Никуда я не пропал ) Внедренцы еще до конца не перевели всех на новую конфигурацию, поэтому я пока туда не лезу.

Платформу обновил до последней версии.

(196) по поводу энергоэффективного режима на процессорах и прочие рекомендации давно были мною сделаны.

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

(199) ну так и есть) пару раз сделал - уже спец

на старый формат ЖР перевел?

(201) что за ЖР?

журнал регистрации

(203) так это же внедренцы должны делать

Не согласен насчет столько всего повылазило. Вообще-то при внедрении - это классика жанра.

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

(206) Фальшстарт можно на PostgreSQL организовать, там только железо. Кроме того, PG не жрет сразу всю оперативную память и на выполнении тех или иных отчетов и обработок будет видно - кто выжирает память сервера. Кроме того - если какие-то запросы выполняются долго и таблицы большие и идет обращение к таблицам без фильтрации методом for i=1 to n, можно сильно выиграть, т.к. в MSSQL существуют блокировки на чтение. Хотя в PostgreSQL перебор тоже крайне болезнен. Опять же - если хочешь, чтобы в MSSQL все быстро работало - пусть разработчики  испытывают все изменения на PostgreSQL.

(204) Это почему это?

(208) Потому что автор - не 1С-ник. ЖР 1С находится за рамками его компетенции.
Не говоря уже о том, что само по себе действие по переводу журнала регистрации на старый формат имеет смысл только в дух случаях:
1. В высоко нагруженных системах, к которым описанная автором никак не относится. Даже с натяжкой.
2. В случае, когда явно выявлена причина проблем, указывающая на ЖР. Но для такого случая характерны совершенно другие симптомы - высокая нагрузка на процессор и/или очередь к диску, которые создаёт процесс менеджера кластера rmngr.exe.

(209) Еще раз- работы в договоре есть? В Виде установка и настройка 1С или нет?

У меня по умолчанию таких работ в договоре нет

(209) Так у него высокая нагрузка на процессор никак не исключена

Еще раз, чтобы делать фальш старт, надо выделить бюджет

(210) Это ты автору ветки такие вопросы задавай. Я не читал ни его договор, ни договор между его работодателем и внедренцами на внедрение. Я даже не знаю про какой конкретно договор ты спрашиваешь.
В любом случае это никак не относится к конкретно взятому вопросу формата ЖР 1С.

(212) > у него высокая нагрузка на процессор никак не исключена

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

случайно антивирус не включен на сервере?

(215) Он же сам говорит, что в 1С не шарит. А у него может 1-2 ядра на 100% загружены, общая загрузка всех ядер не выше 10%, и он считает это нормой

(205) Это классика жанра потому что тяп-ляп - и в продакшен. Ну и клиент же платит.

(206) А они первый или второй раз внедряют? Если нет - то 95+% таких проблем отсекается на этапе обследования.

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

(213) Лучше сразу выделить бюджет на обследование и проектирование, чем потом оплачивать кривую переделку. Кривую - потому что не настояли на строгом соблюдении порядка процесса внедрения.

(219) У меня есть ресурсы для проведения нагрузочного тестирования, и на моем железе это будет работать. В крайнем случае 500-700 евро на аренду нужной мощности сервера на время

Которые я в конечном счете перевыставлю заказчику

(221) Заказчик не подпишет нагрузочное тестирование. Ему ведь надо чтобы у него все нормально работало. Пока у него не заработает - акт не будет подписан. Можешь или идти в суд, или сделать так, чтобы у клиента все работало.

(223) У каждого свой опыт ;-)

Ну а так спасибо, включу эти работы в договора

(225) Это правильно. Не надо экономить деньги заказчика за счет качества. Хорошее из этого получается редко. Гораздо чаще - просто не оплаченная работа.

(226) Да никто не экономит, просто если эти виды работ не обговаривались, то ее и не проводим, у меня есть например фишка типа полной документации на проект, где в любой момент времени документация будет актуальной и т.п.

Надо будет продумать как проводить нагрузочное тестирование

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

ВЫБРАТЬ
    АЭ_ЖурналОперацийМФОиКПК.Ссылка КАК Ссылка,
    АЭ_ЖурналОперацийМФОиКПК.Дата КАК Дата,
    АЭ_ЖурналОперацийМФОиКПК.ПометкаУдаления КАК ПометкаУдаления,
    АЭ_ЖурналОперацийМФОиКПК.Номер КАК Номер,
    АЭ_ЖурналОперацийМФОиКПК.Проведен КАК Проведен,
    АЭ_ЖурналОперацийМФОиКПК.Организация КАК Организация,
    АЭ_ЖурналОперацийМФОиКПК.Информация КАК Информация,
    АЭ_ЖурналОперацийМФОиКПК.Тип КАК Тип,
    ВЫБОР
        КОГДА АЭ_ЖурналОперацийМФОиКПК.РучнаяКорректировка = ИСТИНА
            ТОГДА ВЫБОР
                    КОГДА АЭ_ЖурналОперацийМФОиКПК.ПометкаУдаления = ИСТИНА
                        ТОГДА 10
                    КОГДА АЭ_ЖурналОперацийМФОиКПК.Проведен = ЛОЖЬ
                        ТОГДА 9
                    ИНАЧЕ 8
                КОНЕЦ
        ИНАЧЕ ВЫБОР
                КОГДА АЭ_ЖурналОперацийМФОиКПК.ПометкаУдаления = ИСТИНА
                    ТОГДА 2
                КОГДА АЭ_ЖурналОперацийМФОиКПК.Проведен = ИСТИНА
                    ТОГДА 1
                ИНАЧЕ 0
            КОНЕЦ
    КОНЕЦ КАК СостояниеДокумента,
    АЭ_ЖурналОперацийМФОиКПК.СуммаДокумента КАК СуммаДокумента,
    АЭ_ЖурналОперацийМФОиКПК.ВалютаДокумента КАК ВалютаДокумента,
    АЭ_ЖурналОперацийМФОиКПК.РучнаяКорректировка КАК РучнаяКорректировка,
    АЭ_ЖурналОперацийМФОиКПК.ВидОперации
ИЗ
    ЖурналДокументов.АЭ_ЖурналОперацийМФОиКПК КАК АЭ_ЖурналОперацийМФОиКПК
ГДЕ
    АЭ_ЖурналОперацийМФОиКПК.Тип В (ТИП(Документ.АЭ_ВыдачаПоЗаймамПредоставленным), ТИП(Документ.АЭ_ПоступлениеОплатНаСчетаТекущихРасчетов), ТИП(Документ.АЭ_ПогашениеПоЗаймамПредоставленным), ТИП(Документ.ПоступлениеНаРасчетныйСчет), ТИП(Документ.ПриходныйКассовыйОрдер), ТИП(Документ.РасходныйКассовыйОрдер), ТИП(Документ.СписаниеСРасчетногоСчета))
{ГДЕ
    (АЭ_ЖурналОперацийМФОиКПК.Ссылка В
            (ВЫБРАТЬ
                ДокументыПоКонтрагенту.Ссылка
            ИЗ
                КритерийОтбора.ДокументыПоКонтрагенту(&ОтборКонтрагент) КАК ДокументыПоКонтрагенту)),
    (ВЫБОР
                КОГДА &ОтборДоговорКонтрагента = НЕОПРЕДЕЛЕНО
                    ТОГДА ЛОЖЬ
                ИНАЧЕ АЭ_ЖурналОперацийМФОиКПК.Ссылка В
                        (ВЫБРАТЬ
                            АЭ_ДокументыПоЗаймам.Ссылка
                        ИЗ
                            КритерийОтбора.АЭ_ДокументыПоЗаймам(&ОтборДоговорКонтрагента) КАК АЭ_ДокументыПоЗаймам)
            КОНЕЦ
            ИЛИ ВЫБОР
                КОГДА &ОтборДоговорУсловия = НЕОПРЕДЕЛЕНО
                    ТОГДА ЛОЖЬ
                ИНАЧЕ АЭ_ЖурналОперацийМФОиКПК.Ссылка В
                        (ВЫБРАТЬ
                            АЭ_ДокументыПоЗаймам.Ссылка
                        ИЗ
                            КритерийОтбора.АЭ_ДокументыПоЗаймам(&ОтборДоговорУсловия) КАК АЭ_ДокументыПоЗаймам)
            КОНЕЦ
            ИЛИ ВЫБОР
                КОГДА &ОтборЗайм = НЕОПРЕДЕЛЕНО
                    ТОГДА ЛОЖЬ
                ИНАЧЕ АЭ_ЖурналОперацийМФОиКПК.Ссылка В
                        (ВЫБРАТЬ
                            АЭ_ДокументыПоЗаймам.Ссылка
                        ИЗ
                            КритерийОтбора.АЭ_ДокументыПоЗаймам(&ОтборЗайм) КАК АЭ_ДокументыПоЗаймам)
            КОНЕЦ)}

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

(0) Внедренца зовут "паша", "Павел" ?

(229) Намекаешь на то, что порционности выборки не будет в этом случае?
Предлагаешь каждый раз писать сложный запрос-объединение, повторяющий состав критериев отбора (а потом забыть при обновлении состава обновить запрос)?
Я так - просто интересуюсь, ни на чью сторону не становлюсь )

(231) Ну собственно даже не я предлагаю. Вот статейка на эту тему https://forum.infostart.ru/forum9/topic184160/

(232) Ага ясно, спс. Все-таки динамически собирать запрос по метаданным

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