|
Папка srvinfo весит более 50 ГБ. Как уменьшить занимаемый ей объем? | ☑ | ||
---|---|---|---|---|
0
zmaksimuz
13.06.18
✎
13:35
|
Добрый день.
Папка d:\srvinfo\reg_1541\ растет как на дрожжах, по 0.5-1Гб в сутки. Перед праздниками, пробовал сократить журнал регистрации из конфигуратора на 1 год (с сохранением архива на другой диск). На сегодня srvinfo весит даже больше, чем было до сокращение журнала. Подскажите, в чем особенность данного поведения? ЧЯНТД? Платформа: 8.3.10.2580. |
|||
1
H A D G E H O G s
13.06.18
✎
13:38
|
Новый формат ЖР скорее всего
|
|||
2
Cool_Profi
13.06.18
✎
13:40
|
взять тулзы от sqlite и сказать им vacuum
|
|||
3
zmaksimuz
13.06.18
✎
13:40
|
(1) Есть способ это побороть?
|
|||
4
novichok79
13.06.18
✎
13:41
|
(3) только если почистить журнал регистрации, в (2) описан способ.
|
|||
5
ildary
13.06.18
✎
13:49
|
(3) Стоит попробовать вернуться на старый формат журнала с делением на месяцы.
|
|||
6
arsik
гуру
13.06.18
✎
13:58
|
Тоже перешел на старый формат. Новый - это какое то недоразумение. Ну писали бы прямо в базу или на крайняк внешнее соединение с отдельной базой для логов.
|
|||
7
zmaksimuz
13.06.18
✎
14:05
|
Если временно перенести папку srvinfo с SSD на HDD, это как-то может повлиять на быстродействие базы в пользовательском режиме?
|
|||
8
Cyberhawk
13.06.18
✎
14:06
|
Это как-то может повлиять, да
|
|||
9
pavig
13.06.18
✎
14:17
|
(0)
Тут может быьт 2 варианта: 1. ЖР 2. Индекс фуллтекстового поиска Оба жрут место, причем второй жрёт от размера базы, а первый - от интенсивности логирования в ЖР (интенсивность работы в ИБ) Побороть п.2 можно: 1. Очистить текущий ЖР. Для этого, как вариант: Остановить сервер, удалить файл lgd (ессно сделать перед удалением его копию и сложить куда-нибудь в виде архива) 2. Позаботиться о том чтобы в дальнейшем ЖР не рос: 2.1. Каждую ночь например его скидывать регламентными заданиями куда-нибудь, затем скинутые записи удалять 2.2. Перейти на старый формат ЖР, разделять его по дням (часа), и скриптом архивировать разделенные файлы куда-нибудь. ИМХО Возвращаться на старый формат не стоит, надо просто организовать нормально очистку ЖР. |
|||
10
H A D G E H O G s
13.06.18
✎
14:20
|
(9) Как будем искать в НовомЖР, который по частям валяется в архиве?
|
|||
11
pavig
13.06.18
✎
14:20
|
П.С.
На моей базе 500 гигов индекс полнотекстового поиска занимает 170 гигов. ЖР за пол года занимал примерно столько же. После реализации п. 2.2. ЖР не успевает вырасти более 1 гига, каждую ночь чикается и аккуратно скидывается в отдельную базу. |
|||
12
pavig
13.06.18
✎
14:23
|
(10)
Никак, поэтому его лучше складывать куда-нибудь в одну таблицу Кто-то видимо использует Elastic Search, кто-то даже Click House, я - просто ИБ на 1С + SQL |
|||
13
Вафель
13.06.18
✎
14:27
|
(10) а что в нем искать то?
А если реально нужно искть, то лучше в эластик все грузить |
|||
14
Tateossian
13.06.18
✎
14:29
|
(12) Переношу журнал в другую базу-копию без регистров. В рабочей базе журнал висит за 2 последних дня. Функция СкопироватьЖурналРенистрации. И vacuum еще.
|
|||
15
pavig
13.06.18
✎
14:32
|
(14)
Для vacuum приходит сервер останавливать, не все себе могут позволить эту роскошь |
|||
16
Tateossian
13.06.18
✎
14:33
|
(13) Поясни за эластик. Как его готовить, что это за зверь?
|
|||
17
Tateossian
13.06.18
✎
14:35
|
(15) Для ЖР отдельный сервер (По требованию функциональности). А так, текущий ЖР лежит в RAM-памяти. Все происходит очень быстро, основной журнал на SSD.
|
|||
18
pavig
13.06.18
✎
14:37
|
(17)
Неплохо, но без остановки всё равно не взлетит же |
|||
19
g00d
13.06.18
✎
14:43
|
посмотреть название\уид быстро растущей папки (windirstat например)
найти в ibases.v8i названия базы где ID= "название\уид папки" посмотреть журнал и найти что именно создает много записей, думаю какое то регламентное задание очень часто выполняется, п.с. можно зайти в конфигуратор и изменить настройки журнала |
|||
20
Адинэснег
13.06.18
✎
14:47
|
посмотри что пишется в ЖР
попадались деятели, которые в ЖР писали изменения объектов по всем полям (типа убогого версионирования такого) |
|||
21
g00d
13.06.18
✎
14:55
|
(11) мне вот интересна, какая польза от полнотекстового индекса?
|
|||
22
АнализДанных
13.06.18
✎
15:29
|
(19) +1
Поддержу, в каталоге d:\srvinfo\reg_1541 найти папку с большим размером, название папки - это гуид базы, которую нужно найти в "ibases.v8i". У меня была проблема с регламентным заданием, которое выполнялось каждую минуту и каждое событие писало в журнал "Задание запущено", "Задание закончено" итд..., через какое-то время каталог очень сильно распухал. |
|||
23
ptiz
13.06.18
✎
16:27
|
(11) Можно подробнее про " чикается и аккуратно скидывается в отдельную базу."? Как это происходит?
|
|||
24
pavig
14.06.18
✎
13:09
|
||||
25
dmrjan
14.06.18
✎
13:23
|
Операции - управление полнотекстовым поиском -очистить индекс - не уменьшает объем?
|
|||
26
dmrjan
14.06.18
✎
13:27
|
Кстати - в 8.3.13 упонянуто о снижении размера кэша полнотекстового поиска
|
|||
27
Поpyчик-4
14.06.18
✎
13:59
|
(20) Вот я такой деятель, ещё в 2009 году сделал подсистему.
Только изменения пишутся не по всем полям, а по изменившимся. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |