Есть база, довольно большая. Журнал регистрации вынесен на отдельный диск.
Внезапно у пользователей вылетает база с ошибкой "Ошибка работы с файлом" Смотрим на диск, видим место кончилось. Но самое интересное в этом всем, что оно закончилось внезапно. Было 4 скачка роста размера ЖР на ~25ГБ с последующим откатом на исходный размер. После последнего скачка отката не последовало. Что может провоцировать такие резкие изменения в размере ЖР?

а какой формат у ЖР?

Как увидели историю размеров файла ЖР?

Что-то с трудом себе могу представить скачок ЖР на 25 Гб, может все-таки не ЖР, а файл лога ldf?

(2) Zabbix'ом увидели скачки по остатку места на диске. На диске только ЖР.
(3) Формат старый

(4) ЖР сиквела или ЖР 1С ?

(5) 1С, SQL находитсья на другом сервере.

(4) обрезку делаете?

А на диске отключены всяческие там резервные копирования, история файлов и т.п.? Может винда создаёт теневую копию файла?

(7) Да, по мере окончания места на диске архивируем и переносим туда, где они мешать не будут.

(6)
если это журнал 1С, то нет ни какого автомата отката в 1С, есть его рост зависящий от настроек, если сменить детальность, то будет резкий рост

(9) надо не по мере окончания места, а ежедневно

>> Журнал регистрации вынесен на отдельный диск

Каким образом это реализовано?...
Насколько я знаю, журнал регистрации всегда хранится папке с  реестром кластера серверов 1С. И "вынести" его куда-либо невозможно.

(12) Хардлинки уже отменили и запретили комнадзором?

скачок в 25 гб? фантастика

(12) вроде ключик запуска службы за это отвечает
-d "C:\Program Files\1cv81\server

(13) Ах, ну да. Вот вам и ответ.
Все эти виндовые методы работают почему-то крайне нестабильно.
Мы в своё время тоже пытались перенести таким образом реестр кластера 1С. При первых же сбоях (вдруг одновременно начали писаться файлы в обе папки - в физическую и логическую) плюнули на  эту затею. В итоге отказались и указываем прямой адрес (который отличается от того, что пишет 1С автоматом при установке) в командной строке запуска службы сервера 1С.

(15) Это папка ВСЕГО реестра.
Автор ветки утверждает, что перенёс только папку с журналом регистрации. Как он это сделал?
Кроме метода (13) я способов не знаю.

По идее можно попробовать загрузить файл ЖР на скуль и там сделать анализ, но сам не пробовал http://store.snegopat.ru/public/182820/

(18) И что предполагается анализировать?...

Я не зря интересуюсь вопросом про папку с журналом?
Если на отдельный диск перенесли весь реестр кластера серверов 1С, то возможно, проблема не в журнале регистрации, а в сеансовых данных, в данных блокировок, в данных полнотекстового поиска. Всё это "добро" храниться в папке реестра кластера серверов 1С.

(19) Типы событий и их количество

(11) Возможно, но все равно 25ГБ запаса на начало дня у нас было.
(20) Всю папку вынесли на отдельный диск используя параметр -d "D:\srvinfo"

(22) У вас скорей всего место забирал сервер 1С который скидывал на диск то что не мог всосать, ЖР тут не при чем. Короче не там копаете.

(22) Ты там кто? Админ или 1С-ник?

(24) 1Сник

(25) Кто-то добрый включил технологический журнал с максимальной детализацией. Только он может так быстро сожрать всё доступное.

(25) На основании чего сделан вывод что место сожрал именно ЖР, что именно он прыгал в размерах?

(27) Потому что на диске, на котором закончилось место находится только папка srvinfo. И все.

(28) блеать в этой папке кроме ЖР есть еще файлы прикинь!

(28) Перечитай внимательно пост (20).

Спасибо за наводки. Проблему определил. Индекс полнотекстового поиска переполнил папку.

Хм... а вот кто ни будь использовал символические ссылки для перемещения журнала регистрации? Есть ли проблемы?

(32) Мы пытались. Но только не чисто файла ЖР, а всей папки кластера. Опыт негативный. См. (16)

(31) Настраивайте индекс корректно.
Кстати уверены, что именно ИПП виноват, а не, например, сеансовые данные?

https://its.1c.ru/db/metod8dev/content/5860/hdoc/_top/рост%20размера%20файла%20журнала%20регистрации

(34) Indextemp и IndexMain вместе под 60ГБ. Просто только что добрался до перенесенных с боевого сервера файлов.

Журнал растет скачкообразно, если, скажем, перепроводятся документы сразу все без разбора, и, если мне память не изменяет, в моменты обновлений журнал тоже растет очень круто... Поэтому в эти моменты лучше его отключать...