Имя: Пароль:
1C
1С v8
Размер файла журнала регистрации
,
0 slafor
 
28.04.21
01:49
Почему размеры сохраненных файлов ЖР, который я сохраняю каждый день, имеют разный размер и почти на порядок отличаются друг от друга? Причем идет не увеличение размера со временем, а непонятно как - то увеличивается, то уменьшается...
https://yadi.sk/i/Zqo_pWwTKUy7EA
1 rphosts
 
28.04.21
04:04
(0) что значит сохраняешь? Стопаешь сервер, копируешь и удаляешь оригинал?
2 Ненавижу 1С
 
гуру
28.04.21
07:19
Ну не на порядок а в 3.5 раза максимум. Возможно в эти дни делаются массовые операции
3 Bigbro
 
28.04.21
07:25
а открыть и посмотреть что внутри - религия запрещает?
4 slafor
 
28.04.21
09:14
(1) Открываю ЖР, Файл - Сохранить как. Делаю, когда пользователей уже нет, хотя какая разница? - он и так сохраняется...
(2)(3) Несколько раз уже смотрел, что там внутри. Одно и то же, все зависимости от размера, по-моему. Все операции начинаются с 29.11.2019 - что в файле объемом 1.5 Гб, что в файле объемом 3.5 Гб. То есть данные одинаковые, а размер в 2 раза выше.
5 Lama12
 
28.04.21
09:25
(4) В журналах интервал дат с 29.11.2019 по текущий день?
6 Bigbro
 
28.04.21
09:26
"данные одинаковые, а размер в 2 раза выше." - так не бывает.
7 slafor
 
28.04.21
09:28
(5) При сохранении файла берутся данные за весь период ведения ЖР.
8 slafor
 
28.04.21
09:30
(5)(6) В любом случае, при сохранении никаких дополнительных действий - отборы, выбор периода - не делается, а размер все равно меняется. Почему - вопрос. Конечно, посмотреть весь файл целиком - задача нереальная, сами понимаете.
9 Lama12
 
28.04.21
09:32
(8) Проверь журнал. Открой его и сделай отбор по метаданным.
И кстати, в каком формате журналы?
10 Lama12
 
28.04.21
09:42
(9) Вопрос про формат снимается.
Скорее всего у тебя журнал битый. Либо на картинке размер занимаемый на диске, причем часть файлов сжаты файловой системой.
Судя по структуре файла это некоторая база данных со своим словарем. Причем словарь в начале файла. Сжимать там есть чего, но так что бы размер уменьшался почти на 50%, это файл должен быть очень большим.
Так, что проверяй целостность файла.
11 Lama12
 
28.04.21
09:46
В общем поиграйся с отборами. Больше чем уверен, журналы битые.
12 slafor
 
28.04.21
09:50
(11) Не знаю, насколько это поможет, но вот размер папки с оригинальными журналами, из каталога рабочей базы: https://yadi.sk/i/WGjRDRqxQyolzg . Как видно, по размеру он похож на "большие" файлы.
А что ты имеешь ввиду под выражением "битые" - они изначально битые, или неправильно сохраняются?
13 Bigbro
 
28.04.21
09:50
(8) то есть ты хочешь сказать что это не куски журнала с предыдущей даты по текущую, а целиком нарастающим итогом копии журнала от начала времен до текущей даты?
тогда либо половина файлов жатых либо битых.
разница должна быть только в последней части файла, надо сравнить, хоть побайтово содержимое.
14 Lama12
 
28.04.21
09:54
(12) Скорее всего неправильно сохраняются.
Вообще войди в конфигуратор, когда никого в базе не будет, и переключи формат журнала на старый. Включи разбивку по дням. Намного удобнее. Если что-то сломается, то только в одном дне. И копировать по дням можно.
15 slafor
 
28.04.21
21:40
(14) "Скорее всего неправильно сохраняются."

Вот сегодня опять журнал "похудел". Я для экперимента сохранил его несколько раз, но размер не изменился. То есть, скорее всего, при сохранении ошибки нет.
https://yadi.sk/i/miWG4WUj1mWGhg

В настройках - разбивка ЖР по дням, формат - НЕ SQLLite.
https://yadi.sk/i/aKNVXkox6h78Wg
16 Bigbro
 
29.04.21
04:13
ну если по дням и не SQL - ищите наиболее массовые строки. видимо у вас работа неоднородная сегодня густо завтра пусто. какие-то тяжелые процессы видимо запускаются.
и с другой стороны - если вы все равно отказываетесь посмотреть что же в журналах регистрации, то зачем вы их храните с такой детализацией?
сделайте минимальный уровень с ошибками - мусора станет в сто раз меньше, от этих логов появится хоть какая то польза.
а то сейчас вы просто сливаете дисковое пространство в унитаз не получая никакой пользы взамен.