Чем открыть журнал регистрации 1с lgd
Обновлено: 08.07.2024
Новый формат журнала регистрации был реализован в платформе 1С:Предприятие 8 в версии 8.3.5.1068. Начиная с этой версии при создании новой информационной базы журнал регистрации будет храниться в одном файле базы данных SQLite с расширением .lgd, который располагается:
- Для файлового варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы.
- Для клиент-серверного варианта информационной базы – в подкаталоге 1Cv8Log каталога информационной базы в каталоге служебных файлов кластера. Имя каталога можно определить по файлу реестра данных кластера.
Целью переработки журнала регистрации и перевода его в новый формат было увеличение скорости выполнения запросов к нему и повышение надежности хранения данных. Новость об этом была размещена на официальном ресурсе фирмы 1С. Обновление платформы до версии 8.3.5.1068 и выше не приводит к автоматическому переводу журнала регистрации в новый формат у уже созданных информационных баз. Но при этом имеется возможность смены формата на новый штатными средствами платформы. Для этого следует открыть диалог настройки журнала регистрации (Главное меню –> Администрирование –> Настройка журнала регистрации) и нажать кнопку «Новый формат».
Проблемы при работе с новым форматом журнала регистрации
Итак, одна из проблем возникает после перезапуска кластера серверов или аварийного завершения работы менеджера кластера. При этом возможно разрушение структуры файла журнала регистрации .lgd. При попытке открыть такой журнал регистрации происходит ошибка:
sqlite3_step failed: database disk image is malformed
Также иногда можно заметить проявление следующей ошибки при попытке в конфигураторе открыть файл журнала регистрации нового формата:
sqlite3_exec failed: attempt to write a readonly database
Еще одна ошибка связана с медленной работой или зависанием на записи в журнал регистрации, использующим новый формат. В технологическом журнале, при этом, можно увидеть следующие записи:
81029657-3fe6-4cd6-80c0-36de78fe6657: Передача данных прервана по инициативе принимающей стороны.'
Данная строка ТЖ говорит о том, что процесс rmngr центрального сервера не отвечает, так как занят работой с журналом регистрации. И далее в технологическом журнале можно видеть следующие записи:
0,EXCP,0,process=rmngr,p:processName=RegMngrCntxt,p:processName=ServerJobExecutorContext,Exception=81029657-3fe6-4cd6-80c0-36de78fe6657, Descr='src\RMngrCalls.cpp(549):
81029657-3fe6-4cd6-80c0-36de78fe6657:server_addr=tcp://[сервер]:[порт] descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) line=1073 file=src\DataExchangeTcpClientImpl.cpp'
Помимо этого, достаточно часто возникает проблема с высоким потреблением памяти журналом регистрации в новом формате. Данное поведение проявляется, например, если кто-то из пользователей случайно запустит выборку по ЖР без ограничения по периоду. При этом весь журнал регистрации попадет в память, вытеснит весь кэш и "положит" сервер.
Данные проблемы являются достаточно критичными и при их проявлении рекомендуется перевести журнал регистрации в старый формат.
Перевод журнала регистрации в старый формат
Штатные средства платформы 1С не позволяют перевести журнал регистрации из нового формата в старый. Здесь мы опишем способ, который позволит выполнить данную задачу вручную. Итак, для начала необходимо остановить службу 1С. При этом, необходимо согласовать данное действие с пользователями, так как при этом они не смогут работать с информационными базами, которые находятся в соответствующих кластерах 1С.
После того как служба 1С остановлена, переходим в каталог файлов информационной базы для которой необходимо изменить формат журнала регистрации. Данный каталог выглядит следующим образом:
…\1cv8\[каталог служебных файлов службы 1С, обычно srvinfo]\reg_ + [номер порта менеджера кластера]\[UUID информационной базы]
Уникальный идентификатор информационной базы (UUID) можно получить из файла «1CV8Clst.lst», который располагается в каталоге реестра кластера. Для быстрого получения идентификаторов баз и их имен из файла реестра кластера можно воспользоваться следующим регулярным выражением:
Далее в каталоге файлов информационной базы ищем папку «1Cv8Log» и переносим оттуда все файлы в отдельный каталог. Затем в папке «1Cv8Log» создаем пустой файл журнала регистрации в старом формате «1Cv8.lgf».
После того как все этапы данной процедуры выполнены, запускаем службу 1С. Готово, теперь журнал регистрации переведен в старый формат. Чтобы обратно вернуться к новому формату ЖР воспользуйтесь инструкцией, описанной во введении данной статьи.
Заключение
В статье мы постарались описать возможные проблемы при работе с новым форматом журнала регистрации. Такие проблемы чаще всего возникают на предприятиях с большим числом пользователей 1С. Далее мы описали способ перехода с нового формата на старый. Это может быть полезно, так как на данный момент не существует стандартных средств, предоставляемых платформой 1С, которые бы позволили это сделать.
Надеемся, вы сможете с легкостью выполнить нужную вам задачу и продолжите с удовольствием пользоваться продуктами 1С. Ну а если у вас что-то не получится, или вы столкнетесь с какими-то трудностями, обращайтесь к нам, мы обязательно поможем!
После жалоб пользователей на замедление 1С:Предприятие администраторы высказали подозрение, что причиной тормозов является Журнал регистрации. Журналы – это несколько файлов формата lgd от одного до двух гигабайт. Чтобы развеять все сомнения, и вооружившись трехзвенкой 8.3.12.1469 x86, а также инструментами от производителя, решено было изучить вопрос вдоль и поперек или другими словами, узнать, «что там под капотом».
Чтобы 1С:Предприятие хранила журнал в данном формате, необходимо его указать явно в конфигураторе или файле настроек. Либо просто удалить все файлы из каталога журнала, если там файлы предыдущего формата. Разделение данных, как было в предыдущей версии, не поддерживается. Корневой каталог журналов указывается в параметрах запуска службы после ключа -d. Например, -d “d:\temp\srvinfo”
Итак, журнал представляет из себя не что иное, как базу данных sqlite, хотя 1С использует свое именование расширения и даже свой драйвер для доступа, который входит в поставку платформы. Разработчики 1С не стали использовать предлагаемый авторами sqlite драйвер, а просто скомпилировали свой, видимо для совместимости и/или простоты использования, благо исходники доступны на сайте sqlite. Но используется он своеобразно. К примеру, если пометить на удаление записи в журнале любым доступным вам способом, то это ничего не даст потому, что 1С просто игнорирует эту метку. То есть при просмотре отразятся все без исключения записи.
Разработчики sqlite утверждают, что размер файла базы данных может превышать сотню гигабайт и даже сотню терабайт. Так что, если бы 1С:Предприятие тормозила из-за журнала, то скорее всего это могло случиться только из-за кривого драйвера от 1С или неумения его правильно готовить использовать. Хотя конечно могут влиять и внешние факторы, как например, дефрагментация диска и тому подобное. К примеру, одно из последних нововведений разработчиков sqlite – метод VACUUM. И хотя он также упоминается в драйвере 1С, на деле этот метод никак не используется или я не смог спровоцировать его выполнение. Если вы решите сократить полностью журнал из Конфигуратора, то вместо того, чтобы заново создать файл или основную таблицу журнала, 1С:Предприятие начнет удалять все записи в таблице EventLog. И если у вас он большого размера, то придется запастись терпением. За то при этом все пользователи могут продолжать свою работу в обычном режиме, вот только вряд ли при этом что-то отразится в журнале об их работе. Многопоточность? Нет, не слышал.
В документации сказано, что при загрузке информационной базы все записи журнала не очищаются. Для чего так сделано? Ведь если конфигурация иная, то в базе останутся никому не нужные записи об объектах предыдущей конфигурации, которых просто может не быть в новой. Видимо пользователю предлагается самому найти этот файл и удалить.
Службы 1С:Предприятие автоматически создает файл 1Cv8.lgd при первом же обращении будь то конфигуратор или web-приложение. Что интересно база не формируется сразу же целиком, а только по необходимости. К примеру, если установить уровень «Регистрировать ошибки», запустить регламентное задание, то создадутся только две таблицы, пусть и пустые. То есть о выполнении регламентных заданий вы не узнаете, пока не начнется нормальное ведение журнала, а для этого нужно хотя бы раз открыть 1С:Предприятие (в любом режиме). Кстати регламентные задания в журнале отражаются как фоновые. Почему так? Зачем понадобилось два термина?
И только при запуске 1С:Предприятие в режиме конфигуратора или обычного приложения создадутся все оставшиеся необходимые таблицы. Записи создаются по такому же алгоритму. К примеру, есть таблица MetadataCodes, в которой хранятся объекты конфигурации. Но все объекты разом не записываются, хотя это можно было бы сделать, к примеру, при обновлении конфигурации, а записываются только по требованию.
Структура базы нормализована по полной программе. Размер записи основной таблицы равен примерно 140 байт, что совсем немного для такого рода сценария использования как ведение логов.
Но есть вопросы. К примеру, для чего нужно было создавать отдельные таблицы используемых портов? Сколько килобайт планировали сэкономить авторы? Видимо это все ради того, чтобы потом быстро показать/использовать в форме отбора. Другого объяснения не нашел. Но опять же для чего надо было создавать поле Name, когда его значение можно было хранить в поле Code. Если у кого есть идеи, поделитесь.
Следующий момент больше похож на ошибку разработчиков. Столкнулся с ней, когда попытался соединить эти таблицы. Дело в том, что ключ metadataCodes в основной таблице EventLog имеет тип TEXT, хотя должен был быть INTEGER. Выкрутился преобразованием «на лету»: SELECT 0+ metadataCodes FROM . Драйвер ODBC позволил такое проделать. Хотя можно просто изменить структуру таблицы, работоспособность журнала от этого никак не пострадает.
И эта песня тянется уже не один год.
При любом несложном нарушении структуры базы она будет восстановлена. К примеру, мной были удалены некоторые индексы, и при следующем моем обращении к журналу из главного меню конфигуратора Администрирование – Журнал регистрации все индексы были благополучно восстановлены после небольшой паузы.
Итак, вернемся к файлу журнала, с которого все и началось. Размер его чуть превышал 1 гигабайт, что по меркам авторов sqlite это копейки. Нельзя не отметить всеобщий сарказм администраторов в отношении к 1С, многие относят ее к разряду «для киосков с оборотом 3 рубля». Это, конечно же, отдельная история. Хотя предыдущая статья лишь подтверждает этот момент, особенно аргументы в обсуждении.
Принимая во внимание все вышеперечисленные проблемы, сомнения все же оставались. Мною было решено просто проверить, как влияет рост размера журнала на производительность. Была создана обработка, которая в цикле выполняла одну лишь команду:
20 циклов/замеров по миллиону записей. Размер файла вырос с пары-тройки десятков килобайт до почти трех гигабайт. Обратите внимание, что скорость никоим образом не изменилась, более того даже не деградировала от того, что файл сильно распух. Все же авторы sqlite правы, говоря, что это копейки.
Так же для контроля скорости записи на диск использовалась программа Process Monitor (Procmon) из набора утилит Sysinternals Марка Руссиновича и Брюса Когсвела, которая лишь подтвердила полученные данные.
Размер файла журнала регистраций никак не влияет на скорость записи. Конечно, надо учитывать еще много других факторов. Но текущая задача была лишь проверить как сама 1С:Предприятие работает с файлами sqlite большого размера.
PS. У вас база колол не вставала при таком размере?
Как это понять? Если только вместо колокол-колом? Бывает. Ищем причины. Она вставать не перестала и после выгрузки ЖР.
(8) Ну, вроде как не очень рекомендуется хранить ЖР в новом формате, если записей много.
Нужно определить кто вносил данные по счетам определенным. Скачал по указанным ссылкам проги, установил. Файл ЖР .lgd открывается, но как база данных. Удобоваримого интерфейса для поиска не нашел. Неужто придется sql запросы писать? Или может инструкция где есть как пользоваться?
(12) Но это для твоей же пользы. Развивайся, адаптируйся, эволюционируй!а история изменений не устраивает для таких нужд?
Я пока что не очень силен, если можно поподробней)
(12) А разве можно узнать, что изменили в счете? Я всегда думал, что можно увидеть, что "записали", "изменили", "провели" и подобное, но деталей не замечал в журнале регистрации.
Сейчас (в ЗУП точно) придумали версионирование - там можно.
(18) в ут11 также можно настроить хранение истории изменения объектов
(18) этому сейчас уж лет 10 в обед. Еще на УПП 1.3 было (или мы стырили откуда-то тогда, уж не помню точно)))
(19) (20) Я с УТ не работаю, только с ЗУП. Там я такого не замечал. Только версионирование, но это не журнал регистрации
(21) дак вся эта история изменений и хранится в регистре версий объектов в хранилище значения)
Все нагруженные базы сразу перевожу в старый формат с помесячной разбивкой
(23) Помесячной :)) Это у вас не нагруженные значит. Нагруженные нужно на ежедневные делать
(24) У меня все нагруженные базы - нетиповые. Там альтернативное логирование. Стандартный "срач" отключен.
(25) Альтернативное - это в какой-то внешний сервис (файл / БД)?
Лучше бы потратили время на конвертацию журнала в последовательный формат с разбивкой по периодам, чтобы каждый файл был не больше 100Мб.
А потом смотрели бы его себе спокойно из конфигуратора.
Старый формат - новый формат.
Если вдруг кто не в курсе, 1С давно признала формат журнала регистрации в виде базы данных SQLite ошибкой. И с версии 8.3.13 форматом журнала регистрации по умолчанию является последовательный формат (в виде текстовых файлов).
А в версии 8.3.17 реализовано индексирование файлов журнала регистрации. Индексация выполняется в фоновом режиме. Оптимизированы алгоритмы последовательного чтения файлов журнала регистрации.
За счет индексации существенно ускорен отбор записей журнала регистрации по индексируемым полям (список индексируемых полей в документации).
При открытии в конфигураторе файла журнала регистрации другой информационной базы, индексирование данного файла выполняется в фоновом режиме и индексный файл стирается после завершения работы с просматриваемого журнала регистрации.
Для новой информационной базы значение параметра Разделять хранение журнала по периодам устанавливается в значение Неделя. Для существующих информационных баз рекомендуется установить разделение таким образом, чтобы размер одного файла журнала не превышал 100 Мбайт.
В зависимости от версии системы "1С:Предприятия", по умолчанию используются различные форматы журналов:
- В старых версиях платформы 1С:Предприятии, до 8.3.4 и младше мог быть использован только последовательный формат журнала регистрации .lgf.
- В версиях с 8.3.5 по 8.3.11 по умолчанию используется формат SQLite .lgd.
- В новых версиях, начиная 8.3.12 и старше по умолчанию используется последовательный формат .lgf.
При этом выбранный формат журнала регистрации сохраняется в информационной базе. В результате при восстановлении информационной базы из резервной копии или файла выгрузки (.dt) формат журнала регистрации также будет восстановлен.
События в журнале регистрации идентифицируются строкой. При этом для системных событий используются комбинации символов _$ и $_ (например, _$InfoBase$_.MasterNodeUpdate или _$PerformError$_). _$InfoBase$_.MasterNodeUpdate отобразится в виде строки Информационная база. Изменение главного узла. Использование этих комбинаций в именах событий, записываемых из встроенного языка, с помощью метода ЗаписьЖурналаРегистрации() запрещено. Созданные при помощи этого метода события отображаются как есть.
Журнал регистрации формата .lgf
Журнал регистрации формата .lgf хранится в текстовых файлах со следующими расширениями:
Журнал регистрации формата .lgd
Журнал регистрации формата .lgd хранится в файле базы данных формата SQLite (1Cv8.lgd). Журнал располагается:
Сохранение журнала регистрации
Просмотр архива журнала регистрации
Для просмотра архива записей журнала регистрации необходимо:
Не поддерживается возможность просмотра архива журнала регистрации, созданного в системе «1С:Предприятие» версий 8.0 и 8.1.
Настройка журнала регистрации в Конфигураторе
С помощью пункта меню Администрирование > Настройка журнала регистрации можно настроить подробность регистрации событий в журнале регистрации.
В том случае, если журнал регистрации ведется в последовательном формате (.lgf), для такого журнала доступна настройка разделения журнала по периодам. Это связано с тем, что записи журнала регистрации хранятся в файлах. Каждый файл содержит записи определенного периода. Размер периода задается в поле Разделять хранение журнала регистрации по периодам. Новый файл открывается при наступлении (указывается в значении настройки) каждого нового:
Сокращение журнала регистрации
В процессе эксплуатации системы в журнале регистрации может накопиться значительное число записей. Для сокращения числа записей следует открыть окно настройки журнала и нажать кнопку Сократить. На экран выводится окно:
Сокращение записей производится до указанной в поле Удалить события до. При этом следует учитывать тот факт, что будут удалены все записи периода разделения журнала регистрации (см. выше описание поля Разделять хранение журнала регистрации по периодам), в который попадет указанная дата. Так, если указано разделение журнала по месяцам и указана дата 12.12.2019 (например), то будут удалены записи журнала регистрации по указанную дату (включительно). Также следует помнить, что период разделения журнала регистрации может меняться (с течением времени), и удаляемый период будет определяться не текущим периодом разбиения, а тем периодом, который был установлен «во время» даты, указанной в поле Удалить события до.
Если требуется сохранить удаляемые записи, то нужно установить флажок Записать удаляемые записи в файл и указать имя файла-архива.
Если журнал регистрации хранится в последовательном формате (*.lgf), то имеется возможность периодически сокращать журнал и при этом иметь возможность просматривать уже удаленные события журнала. Для этого при сокращении журнала с записью удаляемых записей в файл следует установить флажок Сохранять разделение хранения журнала по периодам и объединять с сохраненным ранее журналом.
Наши рекомендации
Для сохранения разделения по периодам при запуске конфигуратора в командном режиме можно также использовать команду /ReduceEventLogSize KeepSplitting.
Изменение формата журнала регистрации
При работе с журналом регистрации имеется возможность изменить его формат. В зависимости от варианта информационной базы, для выполнения операции изменения формата технологического журнала требуется разный доступ к файлу информационной базы:
Изменение формата сопровождается записью в журнал регистрации события Информационная база. Изменение параметров журнала регистрации (_$InfoBase$_.EventLogSettingsUpdate). В комментарии будет указано, в какой формат были преобразованы данные журнала регистрации. Для выполнения операции изменения формата необходимо нажать на гиперссылку Изменить формат в левом нижнем углу.
Далее откроется диалог подтверждения смены формата, который зависит от текущего формата журнала регистрации.
При преобразовании из последовательного формата диалог выглядит следующим образом:
Одновременно с преобразованием предоставляется возможность задать разделение журнала регистрации по периодам (Год, Месяц, Неделя, День, Час).
Внимание! Изменение формата журнала регистрации может занять продолжительное время.
После изменения формата с последовательного на SQLite файлы журнала регистрации в последовательном формате сохраняются. При необходимости эти файлы можно удалить средствами операционной системы. После успешного изменения формата с SQLite на последовательный, файл журнала регистрации в формате SQLite удаляется.
Если данная статья была для Вас полезной, то Вы можете поддержать авторов нашего сайта, оставив свой отзыв. Если у Вас установлен Яндекс.Браузер, то в правом верхнем углу браузера нажмите на кнопку отзывов.
Журнал регистрации 1С, Где в 1С журнал регистрации, Как уменьшить размер журнала регистрации 1С, Настройка журнала регистрации 1С, Как сжать журнал регистрации 1С, Открыть журнал регистрации 1С, Как очистить журнал регистрации 1С, Формат журнала регистрации в программе 1С, Как настроить формат журнала регистрации в программе 1С, Как открыть журнал регистрации 1С, Удалить журнал регистрации 1С, Очистить журнал регистрации 1С, Где файл журнала регистрации в 1С, Настройка журнала регистрации программы 1С, Как найти журнал регистрации в программе 1С, Как настроить журнал регистрации 1С, Журнал регистрации 1С 8.3, Где в программе 1С журнал регистрации, Как найти журнал регистрации в программе 1С Предприятие, Открыть журнал регистрации 1С Предприятие, Сжать журнал регистрации 1С Предприятие, Как очистить журнал регистрации программы 1С, Как настроить журнал регистрации программы 1С, Где находится журнал регистрации в программе 1С, Настройка журнала регистрации программы 1С Предприятие, Журнал регистрации 1С:Предприятие 8, Где в 1С Предприятие журнал регистрации, Как настроить журнал регистрации 1С Бухгалтерии, Где находится файл журнала регистрации в 1С, Как найти журнал регистрации в 1С Бухгалтерии, Можно ли удалить журнал регистрации 1С, Где находится журнал регистрации в программе 1С Предприятие, Как открыть журнал регистрации 1С Предприятие, Как уменьшить размер журнала регистрации программы 1С, Журнал регистрации 1С:Предприятие 8.3, Очистить журнал регистрации 1С Предприятие, Где в 1С Бухгалтерии журнал регистрации, Формат журнала регистрации в 1С Предприятие, Как очистить журнал регистрации 1С Предприятие, Где в 1С найти журнал регистрации, Открыть журнал регистрации программы 1С, Формат журнала регистрации в 1С Бухгалтерии, Как удалить журнал регистрации 1С, Где в 1С находится журнал регистрации, Как открыть журнал регистрации программы 1С, Где хранится файл журнала регистрации в 1С, Как сжать журнал регистрации программы 1С, Как изменить формат журнала регистрации в 1С, Где в 1С хранится журнал регистрации, Настройка журнала регистрации 1С Бухгалтерия, Где в 1С 8.3 найти журнал регистрации, Где находится журнал регистрации в программе 1С, Как изменить формат журнала регистрации в программе 1С, Как уменьшить размер журнала регистрации 1С Бухгалтерии, Как найти журнал регистрации в 1С, Очистить журнал регистрации программы 1С, Где находится журнал регистрации в 1С, Как открыть журнал регистрации 1С Бухгалтерия, Как свернуть размер журнала регистрации 1С, Как изменить формат журнала регистрации в программе 1С Предприятие, Где находится журнал регистрации в 1С Бухгалтерии, Формат журнала регистрации 1С, Как сжать журнал регистрации 1С Бухгалтерии, Как найти файл журнала регистрации в программе 1С, Открыть журнал регистрации 1С Бухгалтерии, Как найти файл журнала регистрации в 1С, Как настроить журнал регистрации 1С Предприятие,
Обработка позволяет анализировать файлы журнала регистрации в толстом клиенте 1С 8.2.
По умолчанию Журнал Регистрации 1С 8.1 / 8.2 состоит из одного файла описаний и нескольких файлов данных.
Также существуют архивы журнала регистрации где в одном файле последовательно идут файлы описаний и данных.
Указываем файлы описаний (или архив журнала регистрации) и данных на форме и жмем соответствующие кнопки - Прочитать файл описаний / данных
Это простые текстовые файлы. Обработка позволяет просматривать эти файлы в более удобоваримом виде, чем обычный текстовый редактор, подставляя представления и позволяя открывать ссылки.
Поддерживается загрузка файлов форматов 8.1 и 8.2, а так же редактирование записей и их выгрузка обратно в файл данных в формате 8.2. Выгрузка файла описаний доступна с версии 1.3. Выгрузка в первую очередь реализовывалась для проверки правильности загрузки путем сравнения исходного файла и полученного после загрузки/выгрузки. Обработка написана в первую очередь для понимания формата файлов фурнала регистрации 1С.
Поддерживается переразбивка файлов регистрации по периодам (Час, День, Неделя, Месяц, Год), включая разбивку по периодам архива журнала регистрации.
В версии 1.4 реализовано перекодирование одного журнала регистратции на словарь другого. Это позволит объединять разные журналы регистрации в один. Версия 8.1 в этом режиме поддерживается лишь частично и требует дальнейшей доработки.
Баг-репорты приветствуются, особенно с приложением файлов, которые неверно обрабатываются.
05.04.2013 - Версия 1.0 - Первая публичная версия
08.04.2013 - Версия 1.1
1) Исправлены ошибки возникающие при выводе добавленной строки
2) Определена 7я колонка - это номер соединения
3) Реализован выбор значений из списка
4) Реализован просмотр дополнительных метаданных (ранее колонка ДопДанные)
15.04.2013 - Версия 1.2
1) Реализована возможность загружать файлы данных по маске содержащей "*"
2) Реализована возможность разделять при сохранении файл данных по периодам - Час, День, Неделя, Месяц, Год
3) Реализовано чтение архивов журнала регистрации в которых в одном файле последовательно идут сначала описания, затем данные
31.01.2014 - Версия 1.3
1) Добавлена возможность записи Файла описаний
2) Доработано чтение архива журнала регистрации в неком новом формате, где нет заголовка перед началом данных и есть новая таблица DatesMap
3) Добавлена возможность переразбивки файлов данных без загрузки самих данных в табличную часть обработки (Кнопка Переразбить)
4) При разбивке данных на периоды теперь не разрывается транзакция
5) Добавлена возможность фильтрации по метаданным при загрузке Файлов данных
6) Исправлены статусы транзакций
03.02.2014 - Версия 1.4
1) Исправлена ошибка из-за которой неоправданно долго читались большие Файлы описаний
2) Добавлена возможность перекодирования журнала регистрации на словарь другого журнала регистрации для 8.2
Читайте также: