Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

1C8.3 съедает место на диске С

1C8.3 съедает место на диске С
Я
   Tarhun
 
04.07.19 - 16:37
Здравствуйте, форумчане. Знаю, тема знакома, но прямо похожую не нашёл. Есть сервер 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С программист божиться, что всё регламентное зарезал. Не получается выяснить причину. Надеюсь, Ваш опыт укажет направление, в котором копать дальше и какими инструментами.
 
 
   piter3
 
1 - 04.07.19 - 16:38
Да пусть будет ЖР) а что мешает посмотреть
   palsergeich
 
2 - 04.07.19 - 16:38
(0) А ты сам зайди в Журнал регистрации и посмотри что в это время работает
   shuhard
 
3 - 04.07.19 - 16:39
(0)[В 1С программист божиться, что всё регламентное зарезал]
во истину
мы,1С-ники белые, пушистые и говорим одну правду
   Tarhun
 
4 - 04.07.19 - 16:44
Я не программист 1С - системный администратор. Он у нас очень занят, сам решить не успевает, пытаюсь помочь, потому что начальству всё равно, кто виноват, мы для них на одно лицо! ЖР - журнал регистрации в 1С?
   Tarhun
 
5 - 04.07.19 - 16:45
Поймать этот процесс тяжело, он не сильно системен!
   piter3
 
6 - 04.07.19 - 16:46
Он самый,смотришь что там крутиться по времени и ласково беседуешь с начальством о увеличении места.Да ладно рассказывать,еще как он системен.обмен какой-нибудь
   palsergeich
 
7 - 04.07.19 - 16:47
(5) А не надо его ловить, ты глазами в 1с посмотри журнал регистрации
   palsergeich
 
8 - 04.07.19 - 16:48
   Tarhun
 
9 - 04.07.19 - 16:54
Благодарю. Пошёл изучать. Найду гада отпишусь, не найду, расскажу, во что упёрся!
   Натуральный Йог
 
10 - 04.07.19 - 16:55
(9) упрётся в увеличение места)
 
 Рекламное место пустует
   Tarhun
 
11 - 04.07.19 - 17:01
(10) Но 1С, днём, когда пользователей 15 человек, использует ОЗУ на 87% и жрун не появляется, а когда накал спадает до минимума и памяти вагон, он вылазит!
   ansh15
 
12 - 04.07.19 - 17:01
   Tarhun
 
13 - 04.07.19 - 17:07
(12) Решение - отключить отладку. Если так сделать, чем это чревато?
   ansh15
 
14 - 04.07.19 - 17:10
(13) Ваш программист 1С не сможет отлаживать конфигурации.
В этот лог о чем сообщения пишутся?
   Tarhun
 
15 - 04.07.19 - 17:10
В ЖР, за предполагаемый период, ничего подозрительного не вижу. Всё, вроде однообразно и штатно!
   Tarhun
 
16 - 04.07.19 - 17:13
(14) Ясно, не вариант!
   palsergeich
 
17 - 04.07.19 - 17:14
(15) Правильно не видите, файлы то вы наверное удалили
   palsergeich
 
18 - 04.07.19 - 17:14
В любом слусае что то в этих файлах то сожрало место
   Tarhun
 
19 - 04.07.19 - 17:17
(14)
Данные. Изменения
Сеанс. Завершён
Фоновое задание. Поиск в динамическом списке. Успешное завершение.
...
Примерно так там.
(17) Файлы не удалял.

Такое событие как может быть обозначено в ЖР? Возможный вариант?
   palsergeich
 
20 - 04.07.19 - 17:18
(19) Все сотни мегабайт?
   Tarhun
 
21 - 04.07.19 - 17:19
(20) Простите, не понял.
   palsergeich
 
22 - 04.07.19 - 17:20
(21) Ну в журнале только поиск в Динамических списках?
   Tarhun
 
23 - 04.07.19 - 17:23
Нет. Там много всего, но не понятно какое событие искать. И выделяет ли 1 С это событие каким - то особым образом. Нет восклицательных знаков или крестиков - всё ровно!
   palsergeich
 
24 - 04.07.19 - 17:24
(23) Не выделяет скорее всего
Или писать парсер или глазами зацепиться
   Tarhun
 
25 - 04.07.19 - 17:30
Даже в момент, когда место закончилось, есть восклицательный знак на событии:
Фоновое задание. Отмена. Поиск в динамическом списке: Документ.Заказ клиента.Форма..., а если его раскрыть, там есть строка - нет транзакции. Но, я полагаю, это место закончилось и транзакция не была завершена.
   Tarhun
 
26 - 04.07.19 - 17:31
До этого момента, всё зелёное и ничего не предвещает!
   palsergeich
 
27 - 04.07.19 - 17:33
Поиск в ДС он без транзакции проходит
Вот скажи мне зачем в 2 ночи искать в ДС?)
Может проще на ночь все клиентские соединения убивать?
   Tarhun
 
28 - 04.07.19 - 17:33
Знать бы за что зацепиться глазом! Сейчас буду уходить до начала этого рабочего дня, может, что увижу.
   Tarhun
 
29 - 04.07.19 - 17:34
(27) Ночная реализация документы на отгрузку готовит.
   Tarhun
 
30 - 04.07.19 - 17:36
(27) Сервер в 6:00, после бэкапа закрывает все соединения и перезагружается каждый день.
   Tarhun
 
31 - 04.07.19 - 17:39
Поправьте меня, если я не правильно думаю, но, при наличии 30 Гб свободной ОЗУ, 1С разве должна насиловать жёсткий диск?
   Tarhun
 
32 - 04.07.19 - 17:41
Я понимаю, что ей нужно что - то записать после расчёта в ОЗУ, но не со скоростью же 100 Мб/с и такими объёмами!
   Tarhun
 
33 - 04.07.19 - 17:42
И почему этого не происходит днём, в момент хорошей нагрузки?
 
 
   Tarhun
 
34 - 04.07.19 - 17:44
Я не знаю 1С изнутри хорошо, чтобы, хотя бы прикинуть, какие обработки, проводки и т.д., могут привести к такому поведению программы. Может, цикл какой?
   Tarhun
 
35 - 04.07.19 - 17:47
(24) А если писать парсер, что ловить?
   unregistered
 
36 - 04.07.19 - 17:52
(31) > 1С разве должна насиловать жёсткий диск?

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

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

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

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

А почему бы и нет?
Всё зависит от того, что там понаписал 1С-ник или какой конкретно алгоритм подразумевается под "реализация документы на отгрузку готовит". Может они там попутно все взаиморасчеты пересчитывают, предварительные заказы закрывают. А ещё у вас может быть какое-нибудь отложенное проведение настроено, которое по ночам запускается и совпадает по времени с работой этой самой ночной реализации.
   Tarhun
 
37 - 04.07.19 - 18:06
(36) Диски уже в пути из Москвы, ибо я видел два пути, технический и программный. Здесь задаю этот вопрос, для реализации второго пути, потому что он мне видеться более правильным! Можно увеличить место, но оно тоже может быть сожрано и тогда придётся решать вопрос через программную оптимизацию! Эсовец уже не пытается - завален работой, поэтому пытаюсь сам.
   Tarhun
 
38 - 04.07.19 - 18:13
(36) В целом, мне нужно было увидеть, точку зрения других программистов на эту проблему, чтобы понять просто это или сложно. Соответственно, смогу разобраться с набега или эсовец неизбежно вынужден будет решать эту проблему сам! Теперь понимаю, что не быстро, но за наколки спасибо!
   dmrjan
 
39 - 05.07.19 - 01:00
Обычно 1С отъедает место на диске С под индексы. Т.к. базы хранят на других жестких дисках. Если удалить индексы из работающей базы через управление полнотекстовым поиском и попробовать их пересоздать ситуация не изменится? Или временно вообще отключить полнотекстовый поиск?
   ILM
 
40 - 05.07.19 - 05:21
Наверное, Манин загрузчик прайсов работает)))
   ILM
 
41 - 05.07.19 - 05:22
А если по теме очень похоже не обмен или синхронизацию. Посмотрите настройки обмена.
   DrZombi
 
42 - 05.07.19 - 06:35
(0) Перемести ЖР на другой носитель.
Так же проверь, может у вас есть какая либо ошибка в конфигураторе, и лог просто забивается мусором.
Так же можно ограничить лог только сообщениями об ошибках.
А сами логи записи объектов мона вести в каком либо регистре, при небольшой доработке :)
   kuzyara
 
43 - 05.07.19 - 07:04
(0) была похожая проблема, решил так:
http://catalog.mista.ru/public/1054520/
   craxx
 
44 - 05.07.19 - 07:54
(43) Да, тут похоже именно этот случай. Это азы, никогда нельзя в выборку пихать Хранилище значения с большими данными
   xXeNoNx
 
45 - 05.07.19 - 08:03
Мож это сеансовые данные?
Есть методика расследования
   xXeNoNx
 
46 - 05.07.19 - 08:04
   DrZombi
 
47 - 05.07.19 - 08:51
(44) Судя по статье, тут говорится, что нельзя горе прогеру в запросе выбирать такие поля :)
Да по сути и ненужны в запросе Хранилище значений, там может храниться все что угодно...
   DrZombi
 
48 - 05.07.19 - 08:51
(45) "Много буковок, не осилили"... больше напоминает отмаз от 1С :)
   Megas
 
49 - 05.07.19 - 09:02
(44) Очевидно поэтому в рекомендациях пишут что не стоит делать реквизитом ХранилищеЗначений, а лучше отдельным справочником, а в реквизит ссылку.
 
 Рекламное место пустует
   PuhUfa
 
50 - 05.07.19 - 09:06
(0) >> В диспетчере вижу куда уходят Мб - С:\Windows\Temp\1c_logs\1CVBC_9580\19070422.log
Я правильно понимаю, что место сжирает сам log файл? Если да, то откройте уже "проблемный" лог файл и посмотрите кто в него пишет и что. И это не обязательно должны быть ошибки или предупреждения. Может у вас там фоновое задание которое после каждой выполненной строки пишет в лог "У меня все хорошо!". Я встречал таких "чудо" отладчиков, которые при обработке в цикле данных постоянно писали в ЖР информацию.
   ptiz
 
51 - 05.07.19 - 09:28
(43) Интересно.
Но всё-таки tmp (в статьей) и log (у ТС) - разные типы файлов.
   Lama12
 
52 - 05.07.19 - 09:31
(0)Может файл подкачки? Какой ни будь отчет без отбора задали, или пользователи пользуются построителем отчетов и запросы кривые пишут с полными соединениями?
   Tarhun
 
53 - 09.07.19 - 18:45
Отсутствовал, т.к., погружался в тему! Благодарю всех за ссылки и идеи. Решение, пока, только техническое видится, завтра приедут новые диски большего объёма. Хочу увидеть аппетит Жруна. Буду держать в курсе событий. Появился спортивный интерес поймать причину! Эсовец, зачем - то, грохнул файл *.lgd? который весил около 50 Гб. Наверно искал причину по своему - не суть. Этот файл вырос до такого размера за всё время с момента установки 1С. А Жрун вчера сожрал 6 Гб за ~ 20 минут! Отсюда вывод, что процесс запускается вечером, в промежутке с 18:00 до 19:30 и пик жалоб приходиться с 21:30 до 22:00. При этом, активных пользователей в базе может быть только двое и память задействована на 30%! В то время, когда днём активных пользователей более 30-и и память занята более чем, на 80 %, Жрун никак не проявляется! Днём покусывают только рабочие процессы, но предсказуемые объёмы.
  Продолжу методично вычислять причину дальше.
   Tarhun
 
54 - 09.07.19 - 18:46
(50) Спасибо за наколку, сам об этом думал. Файл огромный ,подумаю чем открыть.
   Tarhun
 
55 - 09.07.19 - 18:48
(52) Переадресую вопрос Эсовцу. Спасибо!
   Tarhun
 
56 - 09.07.19 - 19:00
(46) Благодарю, буду изучать.
   Сияющий в темноте
 
57 - 09.07.19 - 19:31
У вас там,случаем,теневое копирование не настроено?
   Tarhun
 
58 - 09.07.19 - 19:34
(57) Настроено, но не в это время. В 02:00 ночи.
   Bigbro
 
59 - 10.07.19 - 03:59
Liquid studio есть демо режим. помимо прочего умеет открывать файлы любого объема. там какие то петабайтные ограничения теоретически есть.
   Сияющий в темноте
 
60 - 10.07.19 - 08:45
(59) открывать и посмотреть содержимое,это совершенно разные вещи.
для просмотра нужно указатель по файлу двигать и содержимое читать,а так как указатель файла в винде 8 байт,то любой файл в этих пределах без проблем можно посмотреть.
   Bigbro
 
61 - 10.07.19 - 08:48
(60) я открывал читал и редактировал файл порядка 50Гб, который ничем больше не удавалось ни открыть ни обработать - Notepad+ сдулся гораздо раньше. так что инструмент годный реально.
   Cyberhawk
 
62 - 10.07.19 - 08:48
Так это же ТЖ по умолчанию
   Cyberhawk
 
63 - 10.07.19 - 08:49
Найти logcfg.xml на этом хосте и подредактировать / прибить


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует