Вот такой простой запрос

ВЫБРАТЬ
*
ИЗ
РегистрНакопления.Остатки.ОстаткиИОбороты(&ДатаНачала,&ДатаКонца,Регистратор)

Выдает сабж

База 25Гб. SQL живет на отдельной машине.
Сервер 1с запущено 5 процессов. На машине 12Гб мозгов из которых занято только 2,5Гб.

Что её не так?

Платформа 8.2.15.319 х86

на винтах место есть?
что за регистр Остатки такой?

(0) У нас как-то был случай, когда при повреждении базы простенький запрос работал бесконечно. Помогло chdbfl.exe
У вас SQL, может ТИИ попробовать?

Прикольный регистр... А если не все поля выбирать разом? На каком валиться начинает?

Обычный такой регистр. Название убрал чтобы не засорять эфир.
На системном винте 14 Гб свободно.

Выборка между датаначала и датаконца всего 3 месяца

ограничение на процесс нету ? в консоле сервера 1с.

32 или 64 битные винда , сервер 1С, SQl?

все 32 бит
(6) подробнее плиз. Вроде нет ничего

(8) скока записей в этот период?

Замени на

ВЫБРАТЬ * ИЗ
РегистрНакопления.Остатки
ГДЕ Период МЕЖДУ &ДатаНачала И &ДатаКонца

(10) а чем это поможет?

(10) этот запрос отработал.

Значит проблема в построении временной таблицы. Что дальше?

(12) тебе точно нужны именно такие данные? ОстаткиИОбороты в разрезе регистраторов ещё? Это жуткая вирт таблица

(12)Какие измерения-то у регистра? Может с типом Документ, вот тебе неявным образом с таблицами всех доков и соединяет... А запрос к физ.таблице по-другому строится...

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

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

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

(16) рабочий процесс может быть ограничен по максимальной памяти

(14) не соединяет

но вообще 90% что запрос такой не нужен

причина в битых итогах может быть. ТИИ.

а может быть реально в том, что данных дофига

(0) в каталоге пользователя, под которым запущен сервер приложений, лежит файлик (имени не помню), так вот x32 сервер начинает посылать клиентов наиух именно с такой формулировкой, когда этот файлик за 2ГБ вырастает. Проверено опытным путем

"все 32 бит"

о чем еще говорить

(24) о прекрасном

+(23) ваши запросы - гогно, в этом причина такого поведения. Инфа 146%

(17) запрос реальный, именно так как он вызывает проблему

(27) да убери звезду, 100% не надо тебе всё

(24) и что? у нас 120 юзеров работает на 32 бит... 2 процесса рабочих...

Люди, будьте добрее к братьям нашим меньшим, серверам 1с...
Любите их и они полюбят вас...
И будут работать долго и счастливо...

(30) и умрут в один день

(30)
Мой вопрос не об эффективности запросов и не о его конкретном применении.

Вопрос в том почему система говорит о недостачи памяти хотя ни один показатель  не указывает на её мало-мальское использование.

На счет ограничения на процесс по подробнее. Явно никаких ограничений я не накладывал.

(32) телепатов всех либо на годы забанили, либо прогнали на "дубовый". Ни кто не знает, что у тебя там происходит - может RLS пристёгивает дополнительные таблицы, может в периоде данных так дохрена, что сервер давится, может еще что-то. В том, что запрос (0) не "боевой", а адаптированный, я уверен на 100%. Профайлером SQL-запрос ты не ловил, деталей не знаешь. Про объем базы и
да блин, информации нет, чтобы тебе ответить. Пригласи специалиста

(33) RLS нет
данных может и много но по диспетчеру сервера не видно чтобы он "давился". Почти 10 Гиг памяти в холостом простое

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

(34) Че не так то?

(34) У тебя выборка помещается в 1 какой-то процесс, заняла 2 Гига - все, аля- улю, приехали!