Добрый день!

Платформе 8.3.27.2074 x64 базу на MSSQL

Висит ragent в процессах и бесконечно пишет во временную папку каждые 5 секунд файл (название вида v8_XXXX_XX.tmp) размером ровно 12 000 000 байт. Содержимое файла - 100 000 одинаковых строк с набором всех печатных символов.

Как пишут сами 1С: "Для нашего кластера мы выбрали алгоритм, близкий по сути к Least Response Time. У нас есть механизм, собирающий статистику производительности рабочих процессов на всех серверах кластера. Он делает эталонный вызов каждого процесса сервера в кластере; эталонный вызов задействует некоторое подмножество функций дисковой подсистемы, памяти, процессора, и оценивает, насколько быстро выполняется такой вызов. Результат этих измерений, усредненный за последние 10 минут, является критерием — какой сервер в кластере является наиболее производительным и предпочтительным для отправки к нему клиентских соединений в данный период времени. Запросы клиентов распределяются таким образом, чтобы получше нагрузить наиболее производительный сервер – грузят того, кто везет."


Кто сталкивался с таким, как это отключить

Зачем отключать? И где терабайты?

(1) 12 000 000 байт в 5 сек - 3,3 ГБ в день, 98,9 ГБ в месяц, 1,2 ТБ в год ))

(0) Это вообще здесь причём, где связь?

(0) Вы там что, с учетом (2) ресурс диска экономите? И файлики же удаляются?

(1) мне кажется вы не правильно посчтали

Если каждые 5 секунд записывается 12 МБ, то при непрерывной записи:
- За минуту: 144 МБ
- За час: 8,64 ГБ
- За сутки: 207,36 ГБ
- За месяц (30 дней): 6,22 ТБ
- За год (365 дней): 75,69 ТБ
Итого за год
75,69 ТБ

(3) вот если есть время посмотрите видео там есть этот момент

Смотреть с 8:20

https://vkvideo.ru/video_ext.php?oid=-42867005&id=456240923&hd=2&hash=5f0f5423551a1b11&%E2%80%A6

(0) а в кластере один сервер?

если один - то нафиг так делать, если честно. даже если процессов много

(0) Есть такая фигня.
Но файл создается без флагов
FILE_FLAG_NO_BUFFERING / FILE_FLAG_WRITE_THROUGH

читается и удаляется в миллисекунды, поэтому вряд ли уходит даже дальше буфера Венды, так что пофиг.

(9) а они права на удаление не дали, учетке 1С )

(9) У меня на дешёвом SSD за полтора года "съелось" этим 80% ресурса

(7) да один, вот и не понятно ладно было бы несколько, а то он один, а механизм это все равно запускается

(9) я во флагах не силен, но есть данные мониторинга полученные Process Monitor и они подтверждают что порядка 200 Гб в сутки создается именно в "C:\Users\USR1CV8\AppData\Local\Temp\"

место для плюсов
https://partners.v8.1c.ru/forum/topic/2308339

Сделано!

у меня на одном бытовом сервере CrystalDiskInfo уже показывает 31% остался от SSD, думаю пока сделать RAM диск и перенаправить папку туда, у кого есть такой опыт и какими средствами лучше это организовать. ОС - Windows Server 2019

?

(16) беглый гуглинг говорит про https://www.ltr-data.se/opencode.html#ImDisk

(16) можно средствами винды и командой mklink создать символическую ссылку на каталог на другом диске и 1С будет туда все писать

Я так на сервере логи трех баз данных пишу на другой диск с такой же производитеоьностью как и основной

А добавь туда в партнерскую ветку ссылку ещё и на ИС.
там в принципе то же самое, только выражаются более прямолинейно, (цитаты оттуда):
"Такую инфу бы хорошо подать под заголовком "1С умышенно уничтожает десятки тысяч серверов по всей стране!"
"Тратить 75 ТБ ресурса в год на пустую перезапись алфавита - это технический абсурд."
и это цитаты с ресурса, который на 50% принадлежит самой 1С
вот отсюда:
https://forum.infostart.ru/forum86/topic340486/

(18) Ну обычно на скульном (MS-SQL) серваке и так всё разнесено по дискам, и тут надо смотреть. Может получиться так, что системный диск окажется самым наименее нагруженным. и тогда перенаправлять mklink-ом с менее нагруженного диска на более нагруженный - хм.. аргумент только, что типа спасаем системный диск от преждевременного износа.

(6) Писец конечно выступающий. На пушечный выстрел его нельзя подпускать к выступлениям.

(19) добавил

(18) проще темпы для пользователя службы вынести на другой диск

(18) Можно, только вопрос в том что допустим делать ссылку на HDD, на другой SSD диск смысла делать ссылку я не вижу, будет убиваться не системный диск, но диск будет убиваться, а вот если сделать ссылку на HDD тут другая проблема может получится, как бы не просела производительность т.к. в эту папку я так понимаю пишется все что связано и с сервером 1С предприятия и с платформой и при обновлении баз там тоже скорее всего используется эта папка

Ждите, есть идея.

Господя. В 1С кто то говнокодит? Ой ли, а пацаны и не знали!