1C —оздает огромное количество файлов .tmp по пути C:\Users\service_1c\AppData\Local\Temp

1. TopZlodey 13 18.12.20 12:27 —ейчас в теме
ƒобрый день, примерно 3 дн€ назад 1— начала создавать большое количество файлов с .tmp по пути C:\Users\service_1c\AppData\Local\Temp . ѕлатформа 8.3.16.1502 и ближайшее врем€ не мен€лось, пробовал блокировать рег. задани€ через админку (тоже не дало никаких результатов). —уд€ по расширению файлов, это не журнал регистрации. ‘айлы суд€ по всему создаютс€ посто€нно не зависимо от работы пользователей. ѕодскажите пожалуйста в чем может быть проблема и как с этим боротьс€ (кроме ручного удалени€).
ѕрикрепленные файлы:
¬ознаграждение за ответ
ѕоказать полностью
Ќайденные решени€
29. baturo 36 18.12.20 15:13 —ейчас в теме +0.5 $m
1) перезагрузи дл€ начала сервер 1— ѕредпри€ти€ - со временем он подгючивает и его надо перезагружать; 2) если была внедрени€ за последние 3 дн€, то их надо проверить; 3) временные файлы создаютс€: при ѕометитсть¬о¬ременное’ранилище либо при помещении временной таблицы в запросе через ѕќћ≈—“»“№.
4) если не поможет 1)-3), то последовательно отключай регламентные задани€ и смотри, что происходит. ≈сли после отключени€ регламентного задани€ файлы переставил по€вл€тьс€, то значит причина в нЄм, дальше - курить надо код.
Swetlana; +1 ќтветить
46. TopZlodey 13 24.12.20 14:38 —ейчас в теме
(29)
(42)
¬ итоге все решилось при перезапуске сервера и выдаче пользователю под которым запускаютс€ службы 1— нужных прав (оказываетс€ админы сделали запуск служб под новым пользователем, о чем € не знал).
—пасибо огромное всем за советы.
Papilion; +1 ќтветить
42. Papilion 22.12.20 06:29 —ейчас в теме +0.5 $m
Ѕыло такое когда после переустановки платформы службу запустил под собой (админ на сервере), когда увидел у себ€ кучу этих темповых файлов переставил запуск службы от выделенного дл€ пользовател€, проблем больше не было.
ќстальные ответы
ѕодписатьс€ на ответы »нфостарт бот —ортировка: ƒрево развЄрнутое
—вернуть все
2. Torin 782 18.12.20 12:55 —ейчас в теме
(1)"“акже следует отметить, что временные файлы, используемые самим сервером, создаютс€ в каталоге временных файлов пользовател€, от имени которого запущен сервер"
3. TopZlodey 13 18.12.20 12:56 —ейчас в теме
(2) ƒа, знаю про это. Ќо последние 3 дн€ 1— начала создавать по 20+ √Ѕ в день, забива€ все свободное место и в итоге это приводит к ошибке.
4. Torin 782 18.12.20 12:58 —ейчас в теме
(3)“ак переопредели каталог TEMP дл€ пользовател€ от имени которого работает сервер.. раз создает.. значить ему это нужно :)
5. TopZlodey 13 18.12.20 13:01 —ейчас в теме
(4)ну ведь не в таких объемах!)
буквально 3 дн€ назад таких проблем не было...
“о есть что то вызвало такую ситуацию, но не пон€тно что и как можно уменьшить объем этих файлов.
P.S. ѕонимаю что файлы в любом случае должны и будут создаватьс€, проблема только в возросшем количестве.
6. Torin 782 18.12.20 13:02 —ейчас в теме
(5)
буквально 3 дн€ назад таких проблем не было...

ну дак проанализируй 3 этих дн€, что происходило? может файлы в базе стали хранить? может расширени€ какие?
8. TopZlodey 13 18.12.20 13:06 —ейчас в теме
(6)–асширений нет, файлы недели две начали программно копировать в каталог на другом сервере (ориентировочно недели 2 назад), но только на тестовой базе и там далеко не такие объемы... ѕричем temp растет вне зависимости от копировани€ файлов, к примеру сегодн€ ничего не копировали, а 5√Ѕ за пару часов съело...
37. Tiger77 69 21.12.20 00:18 —ейчас в теме
(1) Ѕаза файлова€ ?

≈сли - да попробуй протестировать базу chdbfl.exe, у мен€ была похожа€ ситуаци€ при поврежденной таблице Files
38. ishelper 21.12.20 03:06 —ейчас в теме
(37)
Ѕаза файлова€ ?
Ёто крайне маловеро€тно, см. (26) и (27).

ƒа и им€ пользовател€ "service_1c", в чьей папке создаютс€ временные фалы заставл€ет предполагать клиент-серверный режим работы.
7. oleg-x 27 18.12.20 13:03 —ейчас в теме
(5) Ќу дл€ начало посмотрите что делают пользователи. Ќапример наприкрепл€ли картинок :-)
9. TopZlodey 13 18.12.20 13:07 —ейчас в теме
(7)
–асширений нет, файлы недели две начали программно копировать в каталог на другом сервере (ориентировочно недели 2 назад), но только на тестовой базе и там далеко не такие объемы... ѕричем temp растет вне зависимости от копировани€ файлов, к примеру сегодн€ ничего не копировали, а 5√Ѕ за пару часов съело...  артинки не добавл€ли)
10. Torin 782 18.12.20 13:12 —ейчас в теме
(9)„удеса :) "Ќикто ничего не делал.. само"(с)
12. TopZlodey 13 18.12.20 13:42 —ейчас в теме
(10) Ёто не чудеса, что то произошло, но что конкретно непон€тно)
11. oleg-x 27 18.12.20 13:20 —ейчас в теме
 ак вариант, посмотрите что за файлы
https://open-file.ru/detect
ћожет пон€тнее станет
13. TopZlodey 13 18.12.20 13:45 —ейчас в теме
(11) —пасибо конечно, но пон€тнее не стало)
ѕрикрепленные файлы:
14. oleg-x 27 18.12.20 13:46 —ейчас в теме
(13) Ёто большой по размеру файл?
16. TopZlodey 13 18.12.20 13:51 —ейчас в теме
(14)“ам файлы от 1 до 20000  Ѕ, обычные tmp файлы с зашифрованными данными.
15. oleg-x 27 18.12.20 13:47 —ейчас в теме
» раз он текстовый, откройте его в блокноте и посмотрите что там.
17. oleg-x 27 18.12.20 13:56 —ейчас в теме
(16) Ќе все они зашифрованы (€ подозреваю только специфические фалы). Ќапример там можно восстановить внешнюю обработку, если по какой то причине текуща€ сломалась в процессе не корректного сохранени€ и прочее.
19. TopZlodey 13 18.12.20 14:10 —ейчас в теме
(17)
открыл несколько файлов, у всех по типу такого:
k( Т
00000738 00000200 0005b631
`к0зк0€€€.*.є*.€€€БЇ3ї3€€€W)в)€€€п№3vЁ3€€€c71о71€€€дц3kч3€€€АH1I1€€€сБ3xВ3€€€ј2Эј2€­€€"4©4€€€;±2∆±2€€€e 3м 3€€€н0Сн0€€€4Ы4€€€nD3щD3€€€>ф3≈ф3€€€:ш-дъ-€€€±ѕ38–3€€€1Я1€€€R4ў4€€€Њ^.I_.€€€Q•3Ў•3€€€вС1mТ1€€€ЧД3Е3€€€y1(2(€€€'љ3Ѓљ3€€€бі-lµ-€€€`4з4€€€’U0`V0€€€xR чR €€€U ЩU €€€mХ3фХ3€€€m0Эm0€€€f4 й4 €€€s¬3ъ¬3€€€Нѕ-–-€€€¶й3-к3€€€MШ1ЎШ1€€€Rz —z €€€р| s} €€€4Н4€€€?>/ >/
7fffffff 00000060 00000550
20. TopZlodey 13 18.12.20 14:11 —ейчас в теме
(17) открыл несколько файлов, все по типу этого:
ѕрикрепленные файлы:
21. Torin 782 18.12.20 14:13 —ейчас в теме
(20)—инхронизаци€ данных ?- нет?
22. TopZlodey 13 18.12.20 14:19 —ейчас в теме
44. Anion86 24.12.20 11:18 —ейчас в теме
(20)  аракули больше похожи на исполн€емый файл . возможно даже работа с внешними обработками по типу ¬нешниеќбработки.—оздать или ¬нешниеќбработки.ѕодключить .
23. SlavaKron 18.12.20 14:26 —ейчас в теме
ѕохоже на некорректную работу с методом ѕометитсть¬о¬ременное’ранилище в коде.  ака€ конфигураци€?
24. TopZlodey 13 18.12.20 14:28 —ейчас в теме
(23)”правление нашей фирмой, редакци€ 1.6 (1.6.16.178).
25. TopZlodey 13 18.12.20 14:50 —ейчас в теме
(23) у нас такого нет. но есть вот такое:
&Ќа лиенте
ѕроцедура ƒобавление( оманда)
	ћассив»мен=—тр–азделить(¬ыбор‘айла,"\");
	Ќомер»мени‘айла=ћассив»мен. оличество();
	 аталог="\\ акой“о—ервер\Data1$\1— ’ранилище\«а€вкаЌаѕеревозку"+—трока(ќбъект.Ќомер)+—трока(ќбъект.ƒата);
	 аталог=—тр«аменить( аталог," ","");
	 аталог=—тр«аменить( аталог,":","");
	// аталог="O:\"+ аталог;
	—оздать аталог( аталог);
	 опировать‘айл(¬ыбор‘айла, аталог+"\"+—трока(ћассив»мен[Ќомер»мени‘айла-1]));
	—оздание«аписи–егистра( аталог+"\",—трока(ћассив»мен[Ќомер»мени‘айла-1]));
 онецѕроцедуры

‘ункци€ —оздание«аписи–егистра(–асположение,»м€);
	«апись–еестра=–егистры—ведений.’ранилище‘айлов.—оздатьћенеджер«аписи();
	«апись–еестра.ƒатаƒобавлени€=“екуща€ƒата();
	«апись–еестра.«а€вка=ќбъект.—сылка;
	«апись–еестра.»м€=»м€;
	«апись–еестра.–асположение=–асположение;
	«апись–еестра.«аписать();
 онец‘ункции
ѕоказать


≈динственное, это было добавлено недели 2 назад.
26. SlavaKron 18.12.20 15:00 —ейчас в теме
(25) “ак можно долго гадать. ≈сли есть возможность, когда никто не работает, остановите службу 1—, почистите каталог Temp, запустите службу и зайдите как пользователь в 1— ѕредпри€тие, имитиру€ де€тельность пользовател€ и параллельно монитор€ заполнение папки Temp.
27. TopZlodey 13 18.12.20 15:02 —ейчас в теме
(26) “олько это и остаетс€, хот€ с этим конечно будут проблемы т.к. работа идет практически круглосуточно.
28. ishelper 18.12.20 15:09 —ейчас в теме
(27)
“олько это и остаетс€
 ак вариант не решени€, а обхода проблемы - автоматическа€ очистка этой папки батником (CMD) или скриптом (VBS), регул€рно запускаемым из ѕланировщика по расписанию. ј там, гл€дишь, проблема рассосетс€ так же, как и по€вилась: "сама собой".

CMD при этом может состо€ть всего из одной команды:

del /Q C:\Users\service_1c\AppData\Local\Temp\v8_*.tmp

ѕри этом те временные файлы, которые используютс€ в данный момент, не будут удалены, т.к. они открыты в 1—.
40. DanDy 53 21.12.20 11:06 —ейчас в теме
(25)Ќу так попробуйте это временно закомментировать и понаблюдать.
“ак хот€ бы поймЄте в этом ли причина
29. baturo 36 18.12.20 15:13 —ейчас в теме +0.5 $m
1) перезагрузи дл€ начала сервер 1— ѕредпри€ти€ - со временем он подгючивает и его надо перезагружать; 2) если была внедрени€ за последние 3 дн€, то их надо проверить; 3) временные файлы создаютс€: при ѕометитсть¬о¬ременное’ранилище либо при помещении временной таблицы в запросе через ѕќћ≈—“»“№.
4) если не поможет 1)-3), то последовательно отключай регламентные задани€ и смотри, что происходит. ≈сли после отключени€ регламентного задани€ файлы переставил по€вл€тьс€, то значит причина в нЄм, дальше - курить надо код.
Swetlana; +1 ќтветить
31. TopZlodey 13 18.12.20 15:23 —ейчас в теме
(29) 1) Ёто стоит попробовать.
2) все пока тестируетс€ на копии и даже если в ней ни кто не работает, файлы катастрофически жрут пам€ть.
3) ѕометитсть¬о¬ременное’ранилище вообще не нашел в конфигурации и с ним если честно не работал.
4) Ѕлокировал сегодн€ рег. задани€ через админку, ситуаци€ никак не изменилась.
32. baturo 36 18.12.20 15:29 —ейчас в теме
(31) кто-то чего-то накодил, откати конфигурацию на 3 дн€ назад; потом кусками накатывай и смотри что происходит.)
41. =Kollega= 5 21.12.20 17:53 —ейчас в теме
(31) поищи более экзотичные варианты, типа:
Ќачатьѕомещение‘айлов
ѕоместить‘айлы

ћожет есть ѕолучить»м€¬ременного‘айла - тут надо порытьс€ в коде - временный файл создаетс€, а потом не удал€етс€.
30. пользователь 18.12.20 15:18
—ообщение было скрыто модератором.
...
33. KonecEsli 1 18.12.20 16:13 —ейчас в теме
¬ папке "C:\Program Files\1cv8\conf" посмотри файл "logcfg.xml". ≈сли он там есть - убей его. Ёто файл дл€ технического анализа и он дает команду писать любой пук или чих )
≈сли нет файла - отрубай регламентные задание, включай по одному и смотри.
34. TopZlodey 13 18.12.20 16:37 —ейчас в теме
(33) —пасибо, сейчас попробую.
35. KonecEsli 1 18.12.20 17:02 —ейчас в теме
(34) Ќу что ты там ? Ѕэкапишь уже ? =)))))))))
36. user1498686 18.12.20 21:48 —ейчас в теме
—мотри тексты с
»м€‘айла = ѕолучить»м€¬ременного‘айла();
ƒвоичныеƒанные = ѕолучить»з¬ременного’ранилища(јдрес);
ƒвоичныеƒанные.«аписать(»м€‘айла );


≈сли есть самописный код то могли, что то написать, а за собой обработка не чистит.
39. user1503726 21.12.20 03:17 —ейчас в теме
«апрос? ћакет?
‘оновое задание? ќбработка ожидани€? –лс? ќбновление форм? —оздаетс€ на сервере и несколько файлов в секунду....
„то в других кодировках (unicod utf)
42. Papilion 22.12.20 06:29 —ейчас в теме +0.5 $m
Ѕыло такое когда после переустановки платформы службу запустил под собой (админ на сервере), когда увидел у себ€ кучу этих темповых файлов переставил запуск службы от выделенного дл€ пользовател€, проблем больше не было.
46. TopZlodey 13 24.12.20 14:38 —ейчас в теме
(29)
(42)
¬ итоге все решилось при перезапуске сервера и выдаче пользователю под которым запускаютс€ службы 1— нужных прав (оказываетс€ админы сделали запуск служб под новым пользователем, о чем € не знал).
—пасибо огромное всем за советы.
Papilion; +1 ќтветить
48. Nehc 21 11.05.21 10:01 —ейчас в теме
(46)
>>> и выдаче пользователю под которым запускаютс€ службы 1— нужных прав

ј можете по€снить? „то значит "нужных прав"? ” нас така€ же истори€, но права на "темп" полные и не вполне пон€тно, какие права там надо подкрутить.
49. user929146 14.07.21 17:34 —ейчас в теме
(48)–ешили проблему? если да, но опишите какие права надо ставить.
51. S_P 10.11.23 21:42 —ейчас в теме
(46) ¬озникла аналогична€ ситуаци€.
ѕодскажите, какие именно права помогли решить проблему?
43. bocharovki 7 24.12.20 09:11 —ейчас в теме
»ндекс полнотекстового поиска?
45. VPanin56 548 24.12.20 12:57 —ейчас в теме
Ѕыла похожа€ ерунда несколько раз.
ѕричина в зависающих обновлени€х полнотекстового поиска из-за кос€ка платформы.
https://bugboard.v8.1c.ru/error/000065149

»ндекс полнотекстового поиска

 од ошибки: 10217352
 од(ы) обращени€: HL-84443
—татус: »справлена в выпущенной версии «арегистрирована: 13.12.2019
»справлена: "“ехнологическа€ платформа", верси€ 8.3.16.1148

ќписание:
¬ некоторых конфигураци€х при индексации полнотекстового поиска происходит значительный расход оперативной пам€ти.  ак следствие, может происходит зависание программы.

ћы работали долгое врем€ на платформе 8.3.16.1063 и подобного не было, а тут за мес€ц раза три случалась беда. ћесто на диске с темпами за ночь кончалось, утром 0 байт. ”бивал темпы и к вечеру оно снова заканчивалось. ќтрубил на всех базах (у нас их больше 80 шт) полнотекстовые поиски, место перестало пропадать. Ќа след день снова включил после перезагрузки сервака, вроде нормализовалось, и индексы обновились.
Ќашел описание этой ошибки, перешли на версию 8.3.16.1148, за 2-3 мес€ца работы на ней такой б€ки не было.
Ќа этой недели пришлось перейти на 8.3.18.1208 из-за подн€ти€ требований к релизам Ѕѕ и «”ѕ

’оть у вас и выше верси€ ѕлатформы в которой исправлен кос€к, € бы все равно пристально посмотрел на ѕолнотекстовый индекс. ќтключил его, посмотрел будут ли расти темпы, а потом без пользователей включил и обновил в ручном режиме а не регламентом.
47. TopZlodey 13 24.12.20 14:39 —ейчас в теме
(45) Ѕольшое спасибо за совет, но проблема была не в этом.
50. user954767 27.11.21 22:47 —ейчас в теме
(1) јналогична€ проблема.
¬ нашем случае опытным путем установлено, что разрастание соответствующего каталога Temp происходит в том случае, когда служба јгент сервера 1— предпри€ти€ запущена от имени доменного пользовател€ CORP\USR1CV8.
ƒоменному пользователю вроде даны все права и возможности что и локальному пользователю USR1CV8. Ќастройки выполнены по примеру в статье https://1centerprise8.blogspot.com/2018/02/agent-1s-domennyj-polzovatel.html
«амечено, что если службу запускать от локального пользовател€ USR1CV8, или от имени администратора домена , ​то их каталоги Temp не разрастаютс€. как в 1-ом случае
. ‘айлы пишутс€ примерно с той же интенсивностью , но так же интенсивно автоматически очищаютс€. „его не ппроисходит, когда служба запущена не от админской доменной учетной записи
adminnbs22; +1 ќтветить
ќставьте свое сообщение

ƒл€ получени€ уведомлений об ответах подключите телеграм бот:
»нфостарт бот