Вход | Регистрация
 
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 или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует