Кто как организовал хранение журнала регистрации в новом формате? В сентябре перешли на новую платформу и новый формат журнала регистрации. Так вот, журнал вырос за это время до 300 Гб, при весе самой базы 80 Гб. В новом формате нет разбивки по периодам. Вот интересует вопрос, почему журнал так разростается, и кто как решил проблему хранения этого журнала? Есть конечно вариант перенести журнал на отдельный диск, но с такими аппетитами к месту на диске любого харда на долго не хватит.

Ну так зайди в журнал любой sqlite-смотрелкой и посмотри, что-там так разрослось. Ну и "vacuum" команду выполни.

(1) вопрос больше не что там внутри, а как организовать хранение журнала, вроде в интернете пишут что хранят в отдельных базах, не пишут правда в каких, может есть у кого база для хранения журнала, может у этой базы объем будет меньше, может можно как то автоматом из другой базы собирать данные из текущего журнала и обрезать текущий? Может кто то уже заморачивался этим вопросом, я например никогда с этим не заморачивался, и даже структура хранения не знаю. Ну если не найду ответа , то придется самому изучать формат хранения и что то придумывать где хранить данные.

Вообще как узнать к какой конкретно базе относится журнал регистрации? Т.е в папке servinfo папки от нескольких баз вида 4g6rdgt684n - , к какой базе относится конкретная папка?

(3) Посмотреть внимательно другие файлики в servinfo

(4) и  что я там увижу? у меня несколько папок, 2 из которых меня сильно интересуют, одна  290 Гб, другая 21 Гб

(4) вроде разобрался

(6) Мне тоже расскажи. Я тоже не понимаю, что делать с этим увечным журналом, который пучит с тех пор как я перешел на 8.3. Я думал, он наконец-то начнет работать, но он наоборот перестал - теперь какого-то поиска или отбора дождаться невозможн, файл 22 гига (за месяц!!!) при таком же объеме MDF файла.
Получается, журнал регистрации по сути отменили, потому что единственное что с ним можно сделать теперь - удалить.
Или я не прав?

(2) Народ пишет, что обманывает 1С через файловую систему новых осей. Подменой пути. Т.е. 1С пишет, как всегда, а реально каталог на другом хосте :)

И да, чет народ пишет, что SQLлайт лежит файликом, там где обычно.
А коль пишут, про лог на других серверах, то либо как раз подменой путей, либо попросту написали свой лог :)

(7) ЖР и раньше можно было попросту удалить
По сути единственное, что там можно было смотреть, это ошибки :)

раз в месяц копирую в архив и удаляю.... только вот смотреть эти кусочки пока не получается по нормальному.

(1) Я так понял, при штатном сокращении журнала регистрации НЕ уменьшается размер файла lgd и это нужно сделать каким-то сторонним вручную?

(9) Раньше можно было резать по дням и старые дни куда-нибудь перемещать. Теперь нельзя.

(12) Как нельзя?, а Для чего тогда организовали Архивирование?

+(13) СкопироватьЖурналРегистрации() и ОчиститьЖурналРегистрации().

(13) Это мы сейчас сравниваем установку периодичности журнала регистрации с написанием каких-то заданий, которые будут нагружать систему (а учитывая, с какой скоростью работает ЖР - даже не могу предположить, насколько)? И простота доступа к таким данным тоже усложнилась, не так ли?
Раньше можно было поставить периодичность, например, день, и перемещать файлы старше месяца (хоть по расписанию, хоть вручную), причем все файлы журнала регистрации были доступны, и их можно было положить обратно, если нужно.
А теперь как?
В общем, я вот это http://v8.1c.ru/o7/201310log/index.htm кроме как злой шуткой назвать не могу.

И вообще, 2014 год на дворе, а у нас логи лежат в каталоге Program Files, а не в аппдате, как у нормальных людей (вообще понятно, что должна быть отдельная настройка для хранения ЖР). Я конечно понимаю, что нет большой сложности создать симлинк на NTFS, но всё равно всё как-то через что попало сделано...

Зачем симлинк? Логи хранятся там, куда указывает папка srvinfo. Ну перенесите её в другое место и напишите в параметрах службы что-то типа -d "F:\1C\srvinfo83_dev".

(15) Ага... я тоже искал чего более внятного, но кроме этой отписка "Типо оно есть" нечего не нашел :(

(16) У нас 21 век, Западная Украина считает себя Арийской расой, США Управляет Нигер наркоман, а 1С спустя такой промежуток времени только сейчас оторвалась от текстового файлика в пакетный файлик формата SQLлайт :)

...Нечего удивляться ;)

+(16) http://skesov.ru/sozdanie-simvolnoy-ssyilki-dlya-papki/

В новых Осях можно обманывать такие приложения, как 1С :)

Подключал как внешний источник данных. Обработкой парсил лог и напрямую писал в скл базу(тогда еще не было прямого подключения к внешним источникам данных)
Если не забуду, скину обработку

(17) А можно я буду хранить Лог на полноценном SQL сервере? :)

(21) Скинь на Яндекс диск, или майл диск. Не кидай на Инфостарт, они сегодня вообще жадные, даже нафлудить на их мертвом форуме нереально :)

+(23) Заранее Благодарствую :)

Ок., ща на работу прикачу - кину

(22) Ну, это был-бы идеальный вариант. Уж если научились хранить лог в mysql, что мешает научиться хранить лог в mssql. Как бы ничего. Наверное в версии 9.6.96 сделают.

Как-то вот так это хранится, по желанию можно выдрать все поля
http://s012.radikal.ru/i320/1412/ed/b16056dfd653.png

(27) И какого по скорости?
Как организовывал очистку старых текстовых записей? :)

(28) не дошло дело до вборки данных. Задача стала не актуальна). По уиду шустро ищет. Наполняет базу долговато)

(29) была задумка подключить эту таблицу как внешний источник данных и крутить ее как хошь

(6) так и результат-то какой?

(31) 1с лог как внешний источник данных, проблемы с размером и памятью

(32) Результат плачевный :)

Вот обработочка...
https://yadi.sk/d/pvpO0oM3dZ3Ue

Сначала делает файлик-выгрузку, потом с нее грузит

мля https://yadi.sk/d/pvpO0oM3dZ3Ue

но на 210 гигов, я хз знает скока это будет работать...

Ооо.., ища эту обработку, нашел еще одну: Парсинг manual1C.ru
Выдирает все вопросы, ответы, картинки от туда. Правда правильные ответы не выдирает...
Надо кому?

(16) У тебя поди и сервер 1С от LocalSystem запущен?

А вообще RTFM:
-d <каталог>
Если параметр не указан, используется каталог по умолчанию: %USERPROFILE%\Local Settings\Application Data\1C\1Cv8 (%LOCALAPPDATA%\1C\1Cv8 для ОС Windows Vista и старше)

Так что все уже учтено. А дефолтные настройки сервера это просто непечатно.

(38) Давай.

(36) Спасибо!

(41) вот еще скрипт для создания таблица в скл

USE [Journal_registration]
GO

SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO
SET ANSI_PADDING ON
GO
CREATE TABLE [dbo].[Jrn](
    [Date] [datetime] NULL,
    [ApplicationPresentation] [text] NULL,
    [EventPresentation] [text] NULL,
    [UserID] [varchar](200) NULL,
    [Computer] [text] NULL,
    [Metadata] [text] NULL,
    [id] [varchar](200) NULL,
    [Data] [varchar](200) NULL,
    [TransactionStatus] [nvarchar](200) NULL
) ON [PRIMARY] TEXTIMAGE_ON [PRIMARY]
GO
SET ANSI_PADDING OFF
GO