Журнал регистрации с фоновой загрузкой изменений (8.2 - толстый клиент).

23.03.12

База данных - Журнал регистрации

Журналов на Инфостарте было недостаточно :), решил исправить это досадное недоразумение.

Скачать файлы

Наименование Файл Версия Размер
Журнал регистрации
.cf 37,91Kb
133
.cf 37,91Kb 133 Скачать

Как работает.

Идея прямиком и полностью сдута из Быстрого журнала регистрации от Expert1C (за это ему респект), но к сожалению тот журнал на 8.2 работать отказался. Вторая часть идеи сдута из публикации Простой способ регистрации изменений реквизитов объектов от Поручик (ему тоже рекспект). Просьба не пинать за плагиат :).

Журнал "является копией штатного журнала регистрации, но хранится в регистре сведений".

В данном журнале регистрируются только изменения некоторых ссылочных типов, а именно документов, справочников, планов видов расчета, планов видов характеристик, все остальные изменения (задачи, регистры сведений и т.д.) не регистрируются. Также следует отметить, что в журнал попадают лишь события, связанные с "Добавлением", "Удалением", "Проведением", "Снятием с проведения" и "Изменением" объектов, а такие события как "Сеанс. Аутентификация",  "Сеанс. Ошибка аутентификации" и прочие в журнал также не попадают. Еще убрал из регистрируемых справочник "сохраненныенастройки" (присутствует в типовых), по моему никакой смысловой нагрузки в регистрации этих событий нет. 

Таким образом, собирается только "наиболее важная" с точки зрения изменений объектов информация, с этим, конечно, можно и поспорить, но в данном случае это так.


Установка и описание объектов конфигурации

Все объекты конфигурации имеют префикс жр_ , поэтому для вживления в свою базу нужно при объединении (можно отобрать по подсистеме "жр_ПодсистемаЖурналРегистрации") добавить все объекты с этим префиксом, а именно:

1) Подсистема: жр_ПодсистемаЖурналРегистрации.

2) Общий модуль: жр_МодульЖурналаРегистрации.

3) Подписки на события: жр_ПередЗаписьюДокумента и жр_ПередЗаписьюОбъекта.

4) Регламентное задание: жр_ЗагрузкаЖурналаРегистрации (расписание можно/нужно настроить по своему усмотрению, по умолчению загрузка из штатного журнала выполняется каждые 3600 секунд).

5) Регистр сведений: жр_ЖурналРегистрации.

6) Обработка: жр_ЖурналРегистрации - ее, кстати, можно в конфигурацию не добавлять, а сохранить как внешнюю обработку, а затем запустить в режиме "Предприятие", при первом запуске обработка предлагает зарегистрировать себя в справочнике "Внешние обработки" (для типовых!), после утвердительного ответа откроется окно для того чтобы скорректировать список объектов, по умолчанию это все документы и справочники.

7) Обработка: жр_ЗаполнениеЖурналаРегистрации - данной обработкой можно воспользоваться для первоначальной загрузки данных из типового журнала если в этом вообще есть необходимость, рекомендую загружать данные небольшими партиями. Включать в состав конфигурации не нужно.

 

Итак, "вживляем" в свою конфигурацию, загружаем начальные данные, настраиваем расписание регламентного задания и регистрируем внешнюю печатную форму, которую и вызываем из любого объекта по кнопке "Печать" (для типовых!). Печатная форма (обработка) сделана на основе построителя отчета, и по умолчанию при открытии из документа отбор устанавливается только по этому документу, но можно настраивать и другие отборы. Закрыта возможность формировать журнал без отбора по ссылке или без указания периода (защита от зависания, т.к. отчет без отбора при больших объемах может наглухо повесить приложение).

 

Аналогичные публикации

1) //infostart.ru/public/19711/

2) //infostart.ru/public/71896/

3) //infostart.ru/public/16379/

4) //infostart.ru/public/19364/

5) //infostart.ru/public/59386/

6) //infostart.ru/public/63420/

7) //infostart.ru/public/18588/

8) //infostart.ru/public/22167/

См. также

Журнал изменений с восстановлением состояния ссылочных объектов и архивацией по HTTP / COM (расширение + конфигурация, 8.3.14+, ЛЮБАЯ конфигурация)

Архивирование (backup) Журнал регистрации Поиск данных Платформа 1С v8.3 Управляемые формы Конфигурации 1cv8 1С:Управление торговлей 11 Платные (руб)

База данных «сама» меняет данные в документах/справочниках? Тогда данный журнал изменений для Вас! Практически не влияет на скорость записи объектов за счет быстрого алгоритма! Скорость работы почти в 2 раза выше типового механизма "История изменений"! Позволяет следить за изменениями и удалением в любых ссылочных объектах конфигурации, с возможностью архивации по HTTP(!) или COM, и сверткой данных. А так же, может восстановить состояние реквизитов (значения) до момента изменения или удаления объекта из базы. Есть ДЕМО-база где можно самостоятельно протестировать часть функционала! Работает на любых платформах выше 8.3.14+ и любых конфигурациях! Версия 3.1 от 24.08.2023!

19200 руб.

15.05.2017    42521    10    24    

38

Версионирование объектов для Альфа-авто, ред 4 и 5.

Оптовая торговля Розничная торговля Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Автомобили, автосервисы Управленческий учет Платные (руб)

Подсистема версионирования объектов для конфигураций Рарус: Альфа-авто на базе типовой подсистемы от 1С. Позволяет хранить историю изменений документов и справочников, кто, что, когда и какие данные изменял, а так же вернуться к предыдущим версиям объекта.

4800 руб.

03.09.2016    42254    33    24    

37

LogManager - Внешний журнал регистрации в SQL

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Журнал регистрации платформы 1С в SQL. Общая база хранения всех журналов. Через com-подключение регламентным заданием периодически догружает журналы регистраций из рабочих баз. Предоставляет настраиваемый доступ к журналам по правам подразделений. Формирует отчеты по пользователям и данным.

10000 руб.

23.05.2014    55470    52    16    

47

Мониторинг баз и серверов 1С

Журнал регистрации Мониторинг Платформа 1С v8.3 Платные (руб)

В сферу обязанностей при работе с клиентами входит контроль работы баз данных и серверов 1С. Нужно понимать что происходит в базах, есть ли ошибки, зависания у пользователей и фоновых задач, блокировки или какое-то необычное поведение системы, получение информации о причинах возникновения проблем и их оперативное устранение и т.д. В качестве источников информации использую консоль кластеров 1С, технологический журнал 1С, журналы регистрации базы 1С. Для автоматизации части операций мониторинга и анализа создал инструмент на основе 1С.

9000 руб.

28.08.2019    30955    14    21    

66

LogiCH - хранение и анализ журнала регистрации в сверхбыстрой СУБД ClickHouse

Журнал регистрации Платформа 1С v8.3 Конфигурации 1cv8 Платные (руб)

Конфигурация LogiCH эффективно решает проблему хранения и анализа записей журналов регистрации. Разработка использует столбцовую СУБД ClickHouse, одну из самых быстрых Big Data OLAP СУБД. Любой анализ журнала можно выполнить в одном отчете, в котором доступны все возможности СКД с учетом ограничений RLS. Количество подключаемых баз не ограничено и не влияет на скорость построения анализа.

5000 руб.

28.11.2018    19544    13    6    

36

Регламентное сокращение журнала регистрации

Инструменты администратора БД Журнал регистрации Платформа 1С v8.3 1С:Управление торговлей 11 Абонемент ($m)

Внешняя обработка для регламентного сокращения журнала регистрации для конфигураций на базе БСП и платформы 8.3.20+

1 стартмани

29.12.2023    1243    12    dima_gsv    1    

12

Магия преобразований: ЖР, ТЖ, RAS/RAC, логи - универсальное решение Vector

Мониторинг Журнал регистрации Технологический журнал Абонемент ($m)

Как легко и быстро с помощью специализированных решений собирать, парсить и передавать логи и метрики.

1 стартмани

13.11.2023    2969    4    AlexSTAL    0    

42

Мониторинг состояния с отправкой в telegram

Журнал регистрации Инструменты администратора БД Мониторинг Мессенджеры и боты Платформа 1С v8.3 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Управление холдингом 1С:Комплексная автоматизация 2.х Абонемент ($m)

Внешняя обработка для БСП-конфигураций с простым программным интерфейсом. Предназначена для мониторинга состояния системы. Базово реализована отправка ошибок из журнала регистрации, но можно легко добавить мониторинг других журналов, каких-либо действий пользователей, состояния системы (например закрытие месяца).

3 стартмани

26.09.2023    1753    11    doom2good    10    

13
Комментарии
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
1. oberon355 15 24.03.12 22:11 Сейчас в теме
Интересно, насколько это базу утяжеляет и замедляет? Особенно если запустить массовое перепроведение документов? И еще один нюанс, насколько я понял регистры сведений при их активном использовании очень сильно увеличивают журнал транзакций в скуле. Соотвтетствнно при перепроведении колласпс может наступить ну очень быстро.
2. sound 535 26.03.12 09:07 Сейчас в теме
(1) Ну вообще утяжеляет нормально, как говорится, за все нужно платить. В любую базу бездумно ставить такой механизм я бы не стал. По идее можно еще подумать перед записью обработать данные из журнала, "свернув" их в пределах одной транзакции и сделав только одну запись - получится гораздо экономнее. Еще если не нужна такая "сильная" детализация можно вообще убрать подписки на события - получится гораздо быстрее. И вообще вынести это все в отдельную базу :). Хотя у меня и в таком виде работает.
3. oberon355 15 26.03.12 09:36 Сейчас в теме
А что значит "нормально"? +10% объема? +20%? или + 60% объема базы? И как это хранить в другой базе? т.е. при записи открывать по com другую базу и писать туда? Т.е. увеличивать время проведения документа? Сейчас проскочила бредовая мысль - а может имеет смысл это делать через планы обмены ?
4. sound 535 26.03.12 09:50 Сейчас в теме
(3) Вы не так поняли, данные пишутся в регистр не в момент записи/проведения документов, в эти моменты срабатывают только подписки на события, которые пишут данные в стандартный журнал (хотя их как я писал выше можно вообще убрать), а в регистр данные попадают в момент запуска регламентного задания, которое соответственно срабатывает по расписанию. То есть по идее убрав подписки мы вообще никак не будем влиять на скорость проведения документов.
5. sound 535 26.03.12 10:00 Сейчас в теме
Вот, кстати, цифры примерно за 1,5 года работы этого журнала:

Кол-во записей: 3 050 142
Общий размер: 2 684 208,00 (в КБ)

1С Бух КОРП, пользователей около сотни, размер базы ~30 ГБ.
6. oberon355 15 26.03.12 11:33 Сейчас в теме
За цифры спасибо огромное. А на счет подписки не согласен. Подписка на событие наступает в момент проведения документа ( в нашем случае). Так что время проведения документа увеличится по любому.
7. oberon355 15 26.03.12 11:34 Сейчас в теме
Пардон, гоню в понедельник с утра
8. sound 535 26.03.12 15:49 Сейчас в теме
9. agr 04.09.12 12:16 Сейчас в теме
А что нибудь, что фиксирует изменения в регистрах сведений существует?
10. sound 535 04.09.12 12:25 Сейчас в теме
(9) Что-то где-то однозначно существует, но в данном случае упор делался только на объекты ссылочного типа как наиболее востребованные для анализа их истории. Для регистров нужно что-то мудрить и вообще тут еще нужно подумать что вообще есть запись регистра сведений?
11. agr 08.09.12 16:13 Сейчас в теме
У нас регистр сведений должен находится под контролем так как в него попадают на некоторое время данные которые потом используются для расчетов с контрагентами.
12. sound 535 25.12.12 15:41 Сейчас в теме
(11) agr, значит Вам нужен какой-то другой механизм
13. z8491 07.03.13 11:12 Сейчас в теме
День добрый, Скажите плиз по вашей разработке Журнал регистрации с фоновой загрузкой изменений (8.2 - толстый клиент). как увидить какие именно были сделанны изменения , а то в журнале видно просто событие данные изменены, а какие не понятно
14. ingmar 13.05.15 11:45 Сейчас в теме
Есть один минус у данного способа.
Когда ЖР загружается, запись в регистр сведений тоже генерирует запись в ЖР. Следовательно ваш ЖР (файл) вырастит примерно в полтора раза и далее будет расти быстрее чем раньше.
15. sound 535 13.05.15 17:40 Сейчас в теме
(14) Ну я у себя давно все это дело переписал, я уж и не помню что там в конфигурации понаписано, но по моему, в регистр пишутся данные только по событиям ссылочного типа, а обычный журнал просто усекается и все, поэтому 3 года работает, я б не сказал что прям беда какая-то. Хотя у всех свои случаи конечно.
16. ingmar 14.05.15 09:22 Сейчас в теме
(15) А что переписали, если не секрет? Идея мне нравится, но вот пугает вероятность огромных логов. Усекать их - значит терять информацию (ту которая не будет писаться в регистр). А для архивации придется писать скрипт.
17. sound 535 22.05.15 16:09 Сейчас в теме
(16) Ну по доброму конечно надо писать это в отдельную базу, то есть создать там одну таблицу с ключом по GUID объекта (или что-то в этом духе), если только про ссылочный тип речь, и потом регламентное задание запускается, коннектится к этой базе и в нее пишет то, что возьмет из типового журнала. Где то тут было на сайте что-то подобное, поищите. А потом сделать внешнюю печатную форму "История объекта", например, для всех документов и справочников, и для тех, у которых есть кнопка "Печать" соотв-но можно будет прям оттуда эту историю выводить в какую нить печатную форму, а у которых нет кнопки печать, те смотреть какой-то специальной обработкой, которая как и печатная форма будет ломиться в эту базу внешнюю и брать оттуда данные. Как-то так :)
18. newtype 18.03.16 11:16 Сейчас в теме
Очень всё понравилось. но добавил в регистр сведений журнала отдельно номер документа, чтобы видеть , если изменён номер документа.
19. sound 535 23.03.16 11:37 Сейчас в теме
(18) newtype, ну я уже неоднократно писал, что не претендую на какую-то оригинальность и что у всех свои задачи :)
Оставьте свое сообщение