Журнал регистрации изменений во внешней информационной базе 1С





Конфигурация для копирования журнала регистрации, хранящегося в файловом формате, *.lgf. Подключение к выгружаемому журналу происходит через COM-соединение. Для загрузки применяется многопоточность.
Для хранения журнала используется Регистр сведений.

На сервере 1С предприятия должно быть настроено COM-соединение. В моем случае использовался сервер X64.  

Загрузка журнала происходит через регламентные задания. Расписание настраивается в конфигураторе. 

Перед первым запуском в конфигураторе нужно прописать пользователя "Администратор" и назначить ему роль "ПолныеПрава"

Найти следующий текст и заменить его на свои параметры. 

<РабочийСервер1C_X64>         — Рабочий сервер 1С
<Имя_РабочейБазы>             — Имя рабочей базы
<ПользовательРБ>              — Пользователь COM_соединения рабочей базы
<Пароль_РБ>                  — Пароль пользователя
<адресПолучатеяОшибок@Почта.ру> — адрес для получения ошибок выгрузки

В спр.УчетныеЗаписиЭлектроннойПочты Указать параметры почтового сервера. Сообщения об ошибках будут приходить на почту.

В РС.НастрокиПользователей, для Администратора указать основнуюУчетнуюЗаписьЭлектроннойПочты.

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

Изменения:

17-08-2024  Закрытие Com соединеия теперь происходит сразу после удаления перенесенных записей журнала регистрации, а не после закрытия регламентного задания.

22-08-2024 Когда выполение фонового задания завершалось с ошибкой, то зависал в журнал регистрации рабочей базы. Требовалась перезагрузка сервера 1с предприятия. 

  1.    Теперь логика такая: подключаюсь к рабочей базе, выгружаю журнал регистрации, разрываю Com -соединение, гружу данные в регистр сведений, снова подключась к рабочей базе и удаляю записи журнала регистрации.
  2.   Немного изменил механизм чтения данных из XML файла

  20-01-2024

В связи с тем, что при работе 24/7  происходили сбои в базе удаляемого журнала регистрации , обработка была переделана.  Журнал регистрации был переведен на хранение в файлах (*.lgf). Периодичность журнала установлена — ДЕНЬ.

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

регламентного задания , обработкой, будет создано 24 файла… В пользовательском режиме можно указать конкретную дату сокращения .  

Загрузка сформированных xml файлов происходит с использованием многопоточности.

Для сокращения журнала регистрации запускается пакетный файл, примерно такой :  "C:Program Files (x86)1cv88.3.9.2033in1cv8.exe " CONFIG /S"Кластербаза" /N"Пользователь" /P"Пароль" /Out"ПутьКлогу" /ReduceEventLogSize 2024-01-18

20-11-2024

Все события журнала теперь хранятся в соответствующих справочниках. В РегистрСведений пишется ссылка справочника. 

Добавлена возможность фильтрации загружаемых событий

С этого момента файл загрузки "ЗагрузкаЖурналаРегистрации_11_2024_lgf" мной больше не поддерживается…

 

25-02-2024

Изменен алгоритм загрузки из XML файлов. В предыдущих версиях каждый xml файл грузился в таблицу значений, а таблица переносилась в регистр сведений. При большом объеме, данные не записывались. Сейчас чтение и запись происходит порциями по 1000 записей.

Добавлена обработка удаления строк регистра сведений по отбору .

Всем ранее скачивавшим , по запросу в личку, обновление даром.

 

29-03-2024

Исправил формирование уникального идентификатора в регистре сведений: "ЖурналРегистрации"

 

 

2 Comments

  1. pbabincev

    ТС,

    А почему использовали выгрузку в Таблицу Значений через XML, а не напрямую с помощью метода

    ВыгрузитьЖурналРегистрации()

    ?

    Reply
  2. Mkonst

    Уже и не вспомню почему…

    Reply

Leave a Comment

Ваш адрес email не будет опубликован. Обязательные поля помечены *