Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Папка srvinfo весит более 50 ГБ. Как уменьшить занимаемый ей объем?

Папка srvinfo весит более 50 ГБ. Как уменьшить занимаемый ей объем?
Я
   zmaksimuz
 
13.06.18 - 13:35
Добрый день.
Папка d:\srvinfo\reg_1541\ растет как на дрожжах, по 0.5-1Гб в сутки. Перед праздниками, пробовал сократить журнал регистрации из конфигуратора на 1 год (с сохранением архива на другой диск). На сегодня srvinfo весит даже больше, чем было до сокращение журнала. Подскажите, в чем особенность данного поведения? ЧЯНТД?
Платформа: 8.3.10.2580.
 
 
   H A D G E H O G s
 
1 - 13.06.18 - 13:38
Новый формат ЖР скорее всего
   Cool_Profi
 
2 - 13.06.18 - 13:40
взять тулзы от sqlite и сказать им vacuum
   zmaksimuz
 
3 - 13.06.18 - 13:40
(1) Есть способ это побороть?
   novichok79
 
4 - 13.06.18 - 13:41
(3) только если почистить журнал регистрации, в (2) описан способ.
   ildary
 
5 - 13.06.18 - 13:49
(3) Стоит попробовать вернуться на старый формат журнала с делением на месяцы.
   arsik
 
6 - 13.06.18 - 13:58
Тоже перешел на старый формат. Новый - это какое то недоразумение. Ну писали бы прямо в базу или на крайняк внешнее соединение с отдельной базой для логов.
   zmaksimuz
 
7 - 13.06.18 - 14:05
Если временно перенести папку srvinfo с SSD на HDD, это как-то может повлиять на быстродействие базы в пользовательском режиме?
   Cyberhawk
 
8 - 13.06.18 - 14:06
Это как-то может повлиять, да
   pavig
 
9 - 13.06.18 - 14:17
(0)
Тут может быьт 2 варианта:
1. ЖР
2. Индекс фуллтекстового поиска
Оба жрут место, причем второй жрёт от размера базы, а первый - от интенсивности логирования в ЖР (интенсивность работы в ИБ)

Побороть п.2 можно:
1. Очистить текущий ЖР. Для этого, как вариант:
Остановить сервер, удалить файл lgd (ессно сделать перед удалением его копию и сложить куда-нибудь в виде архива)
2. Позаботиться о том чтобы в дальнейшем ЖР не рос:
2.1. Каждую ночь например его скидывать регламентными заданиями куда-нибудь, затем скинутые записи удалять
2.2. Перейти на старый формат ЖР, разделять его по дням (часа), и скриптом архивировать разделенные файлы куда-нибудь.

ИМХО
Возвращаться на старый формат не стоит, надо просто организовать нормально очистку ЖР.
   H A D G E H O G s
 
10 - 13.06.18 - 14:20
(9) Как будем искать в НовомЖР, который по частям валяется в архиве?
 
 Рекламное место пустует
   pavig
 
11 - 13.06.18 - 14:20
П.С.
На моей базе 500 гигов индекс полнотекстового поиска занимает 170 гигов.
ЖР за пол года занимал примерно столько же.
После реализации п. 2.2. ЖР не успевает вырасти более 1 гига, каждую ночь чикается и аккуратно скидывается в отдельную базу.
   pavig
 
12 - 13.06.18 - 14:23
(10)
Никак, поэтому его лучше складывать куда-нибудь в одну таблицу
Кто-то видимо использует Elastic Search, кто-то даже Click House, я - просто ИБ на 1С + SQL
   Вафель
 
13 - 13.06.18 - 14:27
(10) а что в нем искать то?
А если реально нужно искть, то лучше в эластик все грузить
   Tateossian
 
14 - 13.06.18 - 14:29
(12) Переношу журнал в другую базу-копию без регистров. В рабочей базе журнал висит за 2 последних дня. Функция СкопироватьЖурналРенистрации. И vacuum еще.
   pavig
 
15 - 13.06.18 - 14:32
(14)
Для vacuum приходит сервер останавливать, не все себе могут позволить эту роскошь
   Tateossian
 
16 - 13.06.18 - 14:33
(13) Поясни за эластик. Как его готовить, что это за зверь?
   Tateossian
 
17 - 13.06.18 - 14:35
(15) Для ЖР отдельный сервер (По требованию функциональности). А так, текущий ЖР лежит в RAM-памяти. Все происходит очень быстро, основной журнал на SSD.
   pavig
 
18 - 13.06.18 - 14:37
(17)
Неплохо, но без остановки всё равно не взлетит же
   g00d
 
19 - 13.06.18 - 14:43
посмотреть название\уид быстро растущей папки  (windirstat например)
найти в ibases.v8i названия базы где ID= "название\уид папки"
посмотреть журнал и найти что именно создает много записей, думаю какое то регламентное задание очень часто выполняется,
п.с.
можно зайти в конфигуратор и изменить настройки журнала
   Адинэснег
 
20 - 13.06.18 - 14:47
посмотри что пишется в ЖР
попадались деятели, которые в ЖР писали изменения объектов по всем полям (типа убогого версионирования такого)
   g00d
 
21 - 13.06.18 - 14:55
(11) мне вот интересна, какая польза от полнотекстового индекса?
   АнализДанных
 
22 - 13.06.18 - 15:29
(19) +1
Поддержу, в каталоге d:\srvinfo\reg_1541 найти папку с большим размером, название папки - это гуид базы, которую нужно найти в "ibases.v8i". У меня была проблема с регламентным заданием, которое выполнялось каждую минуту и каждое событие писало в журнал "Задание запущено", "Задание закончено" итд..., через какое-то время каталог очень сильно распухал.
   ptiz
 
23 - 13.06.18 - 16:27
(11) Можно подробнее про " чикается и аккуратно скидывается в отдельную базу."? Как это происходит?
   pavig
 
24 - 14.06.18 - 13:09
(23)
Вот моё решение
http://catalog.mista.ru/public/846675/
   dmrjan
 
25 - 14.06.18 - 13:23
Операции - управление полнотекстовым поиском -очистить индекс - не уменьшает объем?
   dmrjan
 
26 - 14.06.18 - 13:27
Кстати - в 8.3.13 упонянуто о снижении размера кэша полнотекстового поиска
   Поpyчик-4
 
27 - 14.06.18 - 13:59
(20) Вот я такой деятель, ещё в 2009 году сделал подсистему.
Только изменения пишутся не по всем полям, а по изменившимся.


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