Здравствуйте, форумчане. Знаю, тема знакома, но прямо похожую не нашёл. Есть сервер Xeon E5-2620 v4 1шт, 2 рейд1 массива 250 Гб система и 500 Гб базы, на SSD дисках Samsung, памяти 64 Гб на 4х планках Kingston ECC Reg - это железо. Софт: Server2008R2 Enterprise, SQL 2008 R2, 1C Серверх64, 1С8.3.10.26.39, 1С: Комплексная автоматизация 2.2.2.219 размер главной базы 33,3 Гб. Вторая база 8 Гб и Меркурий 3 Гб. Пользователей 15 человек. На диске С: свободно 35 Гб.
   Проблема: От одного до нескольких раз в неделю, преимущественно, с 22:00 до 02:00 ночи, когда пользователей остаётся от 2 до 6 человек, появляется жрун места на диске С: В диспетчере вижу куда уходят Мб - С:\Windows\Temp\1c_logs\1CVBC_9580\19070422.log При этом оперативной памяти занято всего 35 Гб, Загрузка ЦП 13%. Пожирает очень бысто ~ 100 Мб/с. Часто, когда мне приходит смс, что место закончилось на диске С:, пока я захожу (в течении минуты - двух) удалённо на сервер, свободного места уже 25 Гб. Освобождается место одним куском сразу (это удавалось увидеть)! Но, несколько раз, я наблюдал как оно пожирается. В SQL задач в это время нет. В планировщике тоже. Бэкап в другое время. В 1С программист божиться, что всё регламентное зарезал. Не получается выяснить причину. Надеюсь, Ваш опыт укажет направление, в котором копать дальше и какими инструментами.

Да пусть будет ЖР) а что мешает посмотреть

(0) А ты сам зайди в Журнал регистрации и посмотри что в это время работает

(0)[В 1С программист божиться, что всё регламентное зарезал]
во истину
мы,1С-ники белые, пушистые и говорим одну правду

Я не программист 1С - системный администратор. Он у нас очень занят, сам решить не успевает, пытаюсь помочь, потому что начальству всё равно, кто виноват, мы для них на одно лицо! ЖР - журнал регистрации в 1С?

Поймать этот процесс тяжело, он не сильно системен!

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

(5) А не надо его ловить, ты глазами в 1с посмотри журнал регистрации

https://wiseadvice-it.ru/o-kompanii/blog/articles/zhurnal-registracii-1s-nastroika-hranenie-i-ego-ochistka/ для начала.

Благодарю. Пошёл изучать. Найду гада отпишусь, не найду, расскажу, во что упёрся!

(9) упрётся в увеличение места)

(10) Но 1С, днём, когда пользователей 15 человек, использует ОЗУ на 87% и жрун не появляется, а когда накал спадает до минимума и памяти вагон, он вылазит!

Что-то похожее Растёт лог при включении отладки на сервере Платформа 8.3.8.2197

(12) Решение - отключить отладку. Если так сделать, чем это чревато?

(13) Ваш программист 1С не сможет отлаживать конфигурации.
В этот лог о чем сообщения пишутся?

В ЖР, за предполагаемый период, ничего подозрительного не вижу. Всё, вроде однообразно и штатно!

(14) Ясно, не вариант!

(15) Правильно не видите, файлы то вы наверное удалили

В любом слусае что то в этих файлах то сожрало место

(14)
Данные. Изменения
Сеанс. Завершён
Фоновое задание. Поиск в динамическом списке. Успешное завершение.
...
Примерно так там.
(17) Файлы не удалял.

Такое событие как может быть обозначено в ЖР? Возможный вариант?

(19) Все сотни мегабайт?

(20) Простите, не понял.

(21) Ну в журнале только поиск в Динамических списках?

Нет. Там много всего, но не понятно какое событие искать. И выделяет ли 1 С это событие каким - то особым образом. Нет восклицательных знаков или крестиков - всё ровно!

(23) Не выделяет скорее всего
Или писать парсер или глазами зацепиться

Даже в момент, когда место закончилось, есть восклицательный знак на событии:
Фоновое задание. Отмена. Поиск в динамическом списке: Документ.Заказ клиента.Форма..., а если его раскрыть, там есть строка - нет транзакции. Но, я полагаю, это место закончилось и транзакция не была завершена.

До этого момента, всё зелёное и ничего не предвещает!

Поиск в ДС он без транзакции проходит
Вот скажи мне зачем в 2 ночи искать в ДС?)
Может проще на ночь все клиентские соединения убивать?

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

(27) Ночная реализация документы на отгрузку готовит.

(27) Сервер в 6:00, после бэкапа закрывает все соединения и перезагружается каждый день.

Поправьте меня, если я не правильно думаю, но, при наличии 30 Гб свободной ОЗУ, 1С разве должна насиловать жёсткий диск?

Я понимаю, что ей нужно что - то записать после расчёта в ОЗУ, но не со скоростью же 100 Мб/с и такими объёмами!

И почему этого не происходит днём, в момент хорошей нагрузки?

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

(24) А если писать парсер, что ловить?

(31) > 1С разве должна насиловать жёсткий диск?

1C должна делать то, что ей скажут.
И это никак не зависит от количества свободного места на диске.

По сути вопроса:
Не ипите мозг, а увеличьте свободное место на диске. В конце концов поставьте ещё один диск и перенесите на него папки для временных файлов (темпы) или сами базы, или tempdb.
При нынешней стоимости гигабайта дискового пространства вопрос копеечный.

Если уж тебе так прям интересно - пытай 1С-ника.

>> нужно что-то записать после расчёта в ОЗУ, но не со скоростью же 100 Мб/с и такими объёмами!

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

(36) Диски уже в пути из Москвы, ибо я видел два пути, технический и программный. Здесь задаю этот вопрос, для реализации второго пути, потому что он мне видеться более правильным! Можно увеличить место, но оно тоже может быть сожрано и тогда придётся решать вопрос через программную оптимизацию! Эсовец уже не пытается - завален работой, поэтому пытаюсь сам.

(36) В целом, мне нужно было увидеть, точку зрения других программистов на эту проблему, чтобы понять просто это или сложно. Соответственно, смогу разобраться с набега или эсовец неизбежно вынужден будет решать эту проблему сам! Теперь понимаю, что не быстро, но за наколки спасибо!

Обычно 1С отъедает место на диске С под индексы. Т.к. базы хранят на других жестких дисках. Если удалить индексы из работающей базы через управление полнотекстовым поиском и попробовать их пересоздать ситуация не изменится? Или временно вообще отключить полнотекстовый поиск?

Наверное, Манин загрузчик прайсов работает)))

А если по теме очень похоже не обмен или синхронизацию. Посмотрите настройки обмена.

(0) Перемести ЖР на другой носитель.
Так же проверь, может у вас есть какая либо ошибка в конфигураторе, и лог просто забивается мусором.
Так же можно ограничить лог только сообщениями об ошибках.
А сами логи записи объектов мона вести в каком либо регистре, при небольшой доработке :)

(0) была похожая проблема, решил так:
http://catalog.mista.ru/public/1054520/

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

Мож это сеансовые данные?
Есть методика расследования

+(45) https://its.1c.ru/db/metod8dev#content:5860:hdoc

(44) Судя по статье, тут говорится, что нельзя горе прогеру в запросе выбирать такие поля :)
Да по сути и ненужны в запросе Хранилище значений, там может храниться все что угодно...

(45) "Много буковок, не осилили"... больше напоминает отмаз от 1С :)

(44) Очевидно поэтому в рекомендациях пишут что не стоит делать реквизитом ХранилищеЗначений, а лучше отдельным справочником, а в реквизит ссылку.

(0) >> В диспетчере вижу куда уходят Мб - С:\Windows\Temp\1c_logs\1CVBC_9580\19070422.log
Я правильно понимаю, что место сжирает сам log файл? Если да, то откройте уже "проблемный" лог файл и посмотрите кто в него пишет и что. И это не обязательно должны быть ошибки или предупреждения. Может у вас там фоновое задание которое после каждой выполненной строки пишет в лог "У меня все хорошо!". Я встречал таких "чудо" отладчиков, которые при обработке в цикле данных постоянно писали в ЖР информацию.

(43) Интересно.
Но всё-таки tmp (в статьей) и log (у ТС) - разные типы файлов.

(0)Может файл подкачки? Какой ни будь отчет без отбора задали, или пользователи пользуются построителем отчетов и запросы кривые пишут с полными соединениями?

Отсутствовал, т.к., погружался в тему! Благодарю всех за ссылки и идеи. Решение, пока, только техническое видится, завтра приедут новые диски большего объёма. Хочу увидеть аппетит Жруна. Буду держать в курсе событий. Появился спортивный интерес поймать причину! Эсовец, зачем - то, грохнул файл *.lgd? который весил около 50 Гб. Наверно искал причину по своему - не суть. Этот файл вырос до такого размера за всё время с момента установки 1С. А Жрун вчера сожрал 6 Гб за ~ 20 минут! Отсюда вывод, что процесс запускается вечером, в промежутке с 18:00 до 19:30 и пик жалоб приходиться с 21:30 до 22:00. При этом, активных пользователей в базе может быть только двое и память задействована на 30%! В то время, когда днём активных пользователей более 30-и и память занята более чем, на 80 %, Жрун никак не проявляется! Днём покусывают только рабочие процессы, но предсказуемые объёмы.
  Продолжу методично вычислять причину дальше.

(50) Спасибо за наколку, сам об этом думал. Файл огромный ,подумаю чем открыть.

(52) Переадресую вопрос Эсовцу. Спасибо!

(46) Благодарю, буду изучать.

У вас там,случаем,теневое копирование не настроено?

(57) Настроено, но не в это время. В 02:00 ночи.

Liquid studio есть демо режим. помимо прочего умеет открывать файлы любого объема. там какие то петабайтные ограничения теоретически есть.

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

(60) я открывал читал и редактировал файл порядка 50Гб, который ничем больше не удавалось ни открыть ни обработать - Notepad+ сдулся гораздо раньше. так что инструмент годный реально.

Так это же ТЖ по умолчанию

Найти logcfg.xml на этом хосте и подредактировать / прибить

Ну что там?

(64) хоронили эсника, порвали 3 баяна.

(43) В статье есть интересная цитата из ИТС (хотя ссылка на ИТС битая).

Якобы при простом обходе выборки из запроса все данные считываются в память. "поскольку и в этом случае при выполнении запроса его результат будет сначала считан в память целиком"

Кто-нибудь может подтвердить, что это так? Я всегда думал, что простая выборка, без итогов, считывает данные порциями. Не хочется терять остатки веры в адекватность разработчиков платформы...

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

(67) Вряд ли путь же С:\Windows\Temp\1c_logs\1CVBC_9580\19070422.log
Нет ну если спецом прописал конечно...

(68) одно могу сказать точно, это не дефолтный путь логов.
эсник сам его прописал.

(69)Если прописал,мне кажется не в ТЖ дело

(66) смотря что ты понимаешь под "простая выборка".
справочники.имясправочника.выбрать() - простая выборка.

(71) Запрос.Выполнить().Выбрать()

(72) Никаких порций при считывании, но вот если сервер 1С 32б то положит в файлик и отдавать клиенту уже будет порциями

+(73) Между 1С и СУБД порции только в дин. списке (при определенных настройках) и выборе черех менеджер объекта МД

(73) Ссылку на документацию бы.

(74) Но это же пипец лютый.

Вот, допустим, нужно обработать большой объем данных. И бизнес логику этой обработки в узкие рамки "обрезанного" 1С-SQL не впихнешь. Ну и ладно, но выборку-то данных можно переложить на могучие плечи скуля. А вот хрен там, как оказывается. Оказывается, у меня как у разработчика выбора только два. Либо делай примитивные выборки объектными методами, ложащиеся строго на один индекс. Привет, запросы в цикле. Либо делай сколь угодно сложную выборку одним запросом, но будь добр навернуть поверх этого еще сложность для выборки порциями. И потратить при этом кучу лишних ресурсов.

Несправедливо.

И я вот не вижу причин, по которым простую выборку из запроса нельзя было реализовать через курсор, так же, как объектные выборки. Может кто-то в курсе, поделитесь.

(75) Ты же сам и писал в (66). Что еще ты ожидаешь увидеть?

(77) Та ссылка битая.

(76) Как курсор реализовать, когда между тактами записи могут меняться (добавляться, удаляться)?

(78) https://its.1c.ru/db/v8std#content:725:hdoc

(78) "так же, как объектные выборки". Все реализовано в скуле.

(80) Спасибо.