1с пользователь не определен в журнале регистрации
Обновлено: 12.07.2024
Внимание! Данный форум является модерируемым.
Для получения к нему доступа необходимо зарегистрироваться или авторизоваться на сайте.
Какими средствами формируется журнал регистрации?
Дело в том, что в журнале регистрации не хранятся ссылки. В противном случае объекты (в данном случае пользователи) не смогут быть удалены, т.к. появятся битые ссылки. Имя пользователя фиксируется в журнале в том виде, какой он был на момент создания записи в журнале. Сейчас заметила, что если формировать журнал регистрации через Сервис - Журнал регистрации, то действительно имя указывается верное, то которое сейчас. А вот старое (до изменения) имя, не правильное, отображается, если формировать журнал регистрации через АРМ (администратор) на вкладке Журнал регистрации. С чем может быть связано различие, при формировании из разных мест? Добрый день.
Вы пробовали после внесенных изменений зайти через того пользователя, у которого изменили данные? да, пробовала, все зашлось. Но и после этого имя в журнале старое. Мне всех больше не понятно, почему при отборе по этому пользователю (из справочника пользователи) в журнале 0 позиций, хотя данный пользователь работает в базе В АРМ администратора выводится та информация, которую возвращает платформа. И именно имя пользователя это строка, которая фиксируется в журнале на момент возникновения события (это имя нами и выводится).
Что касается текущего имени в журнале (тот что формируется средствами платформы) то это уже какая то постобработка полученных данных.
Добавим индикатор текущего имени пользователя как отдельная колонка. Немного Вас не поняла. Где нужно добавить индикатор текущего имени пользователя? значит сейчас мне никак не посмотреть историю, выбрав этого пользователя? Все тоже самое можно смотреть и через Сервис - Журнал регистрации.
Добрый день.
Не стал создавать новой темы.
У нас возникла проблема с журналом регистрации - зависает.
Конфигурация Альфа Авто Автосалон 5
Релиз 5.0.05.08
Платформа 8.2.16.368
Конфигурация сервера E5430 2,66 12Gb ОЗУ
WinServer 2008 R2
БД SQL 2008 Standart
Количество пользователей 15-20 человек.
БД Альфа ведется с начала 2012 года с учетом выгруженной из старой БД.
Объем документов примерно 20-40 заказ нарядов в день.
Журнал регистрации ведется чуть менее полугода с внедрения новой версии. Специально его никогда не настраивали, все настройки по умолчанию.
В данный момент при просмотре, фильтрации, или попытке получить какую либо выборку, журнал "намертво" зависает, приходится завершать сеанс. Это не зависит от степени загрузки БД, пробовали и тогда, когда никого из пользователей в базе нет, а также и от места запуска журнала (в режиме 1С Предприятия или Конфигуратора)
А просматривать и фильтровать журнал по пользователям в настоящий момент нужно постоянно.
(10)Ну так этот пользователь может работать на разных серверах 1С, даже не подозревая об этом. Вы же сами говорите о том, что если работает удаленно, то бяда-бяда, а как с обычного рабочего места, так все хорошо.
Как минимум сравните строки подключения к базе: на его рабочей машине и на удаленной машине.
(1) Пока вы описали какую-то фантастическую историю.Ибо удаленный рабочий стол для 1С - пустой звук.
Она не знает откуда работает пользователь. Удаленный стол - это просто способ управления компом . Можно локальной мышкой а можно с удаленного стола.
Потому все же ищите глубже проблему свою. (3) в делах администрирования особо не шарю. Объясню коряво, может Вам удастся понять))) когда Иванов сидит за своим рабочим компом - всё работает корректно. Когда он сидит из дома с удалённого рабочего стола, при этом 1С запущена на сервере, возникает описанная выше проблема (2) согласна с вами, что чудеса какие-то)
конфигурация Управление торговлей 11.1, но переделанная.
я понимаю, что действия пользователя обязаны регистрироваться в жр, но я своими глазами смотрю в 1С, а там происходит: при мне пользователь создаёт Заказ поставщику, захожу в Активные пользователи - его там нет, иду в Журнал регистрации - вообще нет ничего, связанного с созданным документом и созданным пользователем я понимаю, что действия пользователя обязаны регистрироваться в жр, но я своими глазами смотрю в 1С, а там происходит: при мне пользователь создаёт Заказ поставщику, захожу в Активные пользователи - его там нет, иду в Журнал регистрации - вообще нет ничего, связанного с созданным документом и созданным пользователем
Если это так, то СРОЧНО приведите работу БД к нормальному, т.е. ОДНА БД должна обслуживаться ОДНИМ сервером 1С.
(5)всё работало корректно более 5 лет, ничего не меняли, буквально пару дней назад вот такое понеслось.Сервер 1С один
(8)Так пару дней назад и могли создать еще один сервер 1С и на нем зарегистрировать базу.
Выясните этот момент.
Отсутствие записей в ЖР говорит о том, действия либо не регистрируются совсем, либо регистрируются в другом ЖР, а это возможно только в случае наличия нескольких серверов 1С.
Физически может быть и один сервер, но на нем может быть запущено несколько сервисов 1С с разными настройками, о которых вы можете и не знать.
Причём такая проблема только с одним пользователем(10)Ну так этот пользователь может работать на разных серверах 1С, даже не подозревая об этом. Вы же сами говорите о том, что если работает удаленно, то бяда-бяда, а как с обычного рабочего места, так все хорошо.
Как минимум сравните строки подключения к базе: на его рабочей машине и на удаленной машине.
(12) Спасибо, буду выяснять у администраторов этот вопросНу так этот пользователь может работать на разных серверах 1С, даже не подозревая об этом. Вы же сами говорите о том, что если работает удаленно, то бяда-бяда, а как с обычного рабочего места, так все хорошо.
Как минимум сравните строки подключения к базе: на его рабочей машине и на удаленной машине.
Что конкретно удалил либо поменял пользователь в конкретном документе в 1С? Для решения этого вопроса разработчики внедрили специальный механизм хранения версий объектов — так называемое версионирование, с помощью которого вы как раз можете увидеть всю конкретику измененных документов.
В этой статье мы расскажем обо всех плюсах и минусах версионирования, а также покажем на конкретном примере в 1С: Зарплата и управление персоналом ред. 3.1, как работает механизм.
Начиная с платформы 8.3.11, механизм версионирования встроен в систему и называется «История данных». Он имеется во всех конфигурациях, работающих на основе библиотеки стандартных подсистем (БСП). Например, в 1С: Бухгалтерия предприятия он реализован, начиная с версии 3.0.35.
Использование этого механизма актуально как на этапах начала работы с программой, так и при дальнейшем ее использовании, когда имеются пользователи «новички», которые могут что-то «подпортить» в учете.
Версионирование — это механизм хранения истории изменения объектов в 1С, который позволяет:
- просматривать, какие изменения внес пользователь в объект (справочник, документ);
- анализировать версии объектов;
- сравнивать эти версии между собой;
- восстанавливать любую из версий объекта.
Механизм версионирования позволяет пользователю выполнять гибкую настройку хранения данных, выборочно применять к объектам или табличным частям, сохранять данные лишь в определенный пользователем момент, например — при проведении документов.
Плюсов у этого функционала, конечно много.
Но есть и минусы, их тоже нужно учитывать. Важно грамотно подходить к настройке версионирования, т.к. использование данного функционала однозначно приводит к замедлению работы 1С. Это связано с тем, что история данных занимает какое-то место и при неправильной, беспорядочной настройке она может занимать больше места, нежели чем сам объект.
Центр обучения «Клерка» приглашает разобрать не менее важный аспект бухгалтерского учета — ведение учета запасов по новому ФСБУ 5/2019. Бесплатный вебинар уже совсем скоро — 20 августа.
Как включить версионирование в 1С?
Этот механизм может включить как разработчик в конфигураторе, так и сам пользователь в пользовательском режиме.
Для включения версионирования объектов выполните следующие пункты.
Шаг 1. Перейдите в раздел «Администрирование» — «Общие настройки».
Пример раздела в 1С: Зарплата и управление персоналом, ред. 3.1:
Пример раздела в 1С: Бухгалтерия предприятия ред. 3.0.
Шаг 2. Разверните подраздел «История изменений» и установите галочку «Хранить историю изменений». Для перехода к настройкам нажмите гиперссылку «Настроить».
Как видите, в 1С: ЗУП и 1С: Бухгалтерии предприятия эти пункты выглядят совершенно одинаково.
Соответственно, и настройка версионирования во всех конфигурациях 1С выполняется аналогично, т.к. это одна подсистема.
Настройки истории хранения изменений
Рассмотрим основные настройки подсистемы «Версионирование» и механизма «Хранение данных» на примере программы 1С: Зарплата и управление персоналом ред. 3.1.
В составе объектов настройки два пункта: справочники и документы.
Настройку можно выполнить для каждого справочника отдельно, задав срок хранения и указав, когда сохранять версии.
В разделе «Документы» перечислены все имеющиеся в конфигурации документы, для которых также отдельно выполняется настройка хранения данных.
Параметр «Когда сохранять версии»
Для изменения параметра выделите ячейку и нажмите стрелочку. В выпадающем списке выберите нужное значение.
Значение параметра «Когда сохранять версии» может принимать значение:
- «При записи» — версия сохраняется при создании или изменении справочника либо документа;
- «При проведении» — применима для документов, для которых предусмотрено проведение. Запись производится при их проведении;
- «Никогда» — запись истории изменения объекта не ведется.
Применить настройки можно и к группе объектов.
Выберите несколько объектов с помощью кнопки Shift (в указанном диапазоне «с какого по какой») или Ctrl (выборочное выделение) и, нажав кнопку «Установить когда сохранять версии», выберите нужное значение для указанных объектов.
В этом пункте, кроме описанных выше вариантов, доступна настройка «По умолчанию». В данном случае устанавливаются рекомендуемые настройки. Для справочников это — «Никогда», для документов — «При проведении».
Для справочников варианты значений параметров отличаются от значений параметров для документов.
Параметр «Срок хранения версий»
Аналогично задается параметр «Срок хранения версий».
Выделите ячейку и выберите вариант срока хранения заданного элемента.
Он может принимать значение:
- «За последнюю неделю»;
- «За последний месяц»;
- За последние три месяца«;
- «За последний год»;
- «Бессрочно».
Для выбранной группы объектов изменить этот параметр также можно с помощью кнопки «Установить срок хранения версий».
Выделите объекты, нажмите вышеуказанную кнопку и выберите нужное значение.
Рассмотрим настройку на примере.
Пример настройки версионирования в 1С: ЗУП ред. 3.1
Установите настройки хранения истории изменений для документа «Начисление зарплаты и взносов». Значение параметра «Когда сохранять версии» — При проведении«, «Срок хранения» — «За последнюю неделю» (для примера).
После того, как активировано версионирование, в объектах 1С станут доступны кнопки в виде карандаша с часиками — «Перейти к истории изменений».
В нашем примере она расположена в журнале документов на панели инструментов, а также по нажатию кнопки «Еще».
Во втором варианте она выглядит как строка — «История изменений».
При открытии документа, в нем также присутствует такая кнопка и команда по нажатию кнопки «Еще».
Рассмотрим пример, когда бухгалтер вносила изменения в документ «Начисление зарплаты и взносов».
Для иллюстрации примера изменим заработную плату Булочкиной О.И. с 67000 руб. на 75000 руб. и посмотрим, как программа сохранит версии документов и сможем ли мы, используя механизм хранения данных, вернуться к прежней версии.
Нажмите «кнопку-карандашик» — «Перейти к истории изменений».
Становится видно информацию о версиях документа «Начисление зарплаты и взносов»: кто изменил данный объект, а также дату и время изменения.
Для просмотра версии выделите строку и нажмите кнопку «Открыть версию».
В отчете представлены вся информация, показатели и данные документа выделенной версии. Кнопками " " и «-» можно свернуть и развернуть блоки для удобства чтения.
В нашем примере мы знаем, что пользователь изменил зарплату по окладу Булочкиной О.И. на 75000 руб.
Но как же пользователь проанализирует такой объем информации и определит, какие изменения произведены в какой версии?
Для этого есть функция сравнения с помощью одноименной кнопки «Сравнить».
Для сравнения версий выделите нужные строки (с помощью Shift или Ctrl) и нажмите кнопку «Сравнить».
Обратите внимание, при выделении нескольких версий другие команды неактивны, т.к. предназначены для работы с одной строкой-версией.
В отчете отобразится таблица по выделенным версиям объекта. Голубым цветом выделены измененные данные, пролистав и проанализировав которые, пользователь может сопоставить произведенные изменения и при необходимости вернуться к той версии, которая его более устроит
Пролистав таблицу, мы видим, что пользователем Кругловой О. были изменены данные по Булочкиной О.И. Сохраненные версии № 1 и № 2 идентичные, а в версии № 3 прослеживаются изменения.
Обратите внимание на значение поля «Изменения в реквизитах». По умолчанию установлено — «Все». Поэтому отчет получился объемным. Нажав кнопку выбора с тремя точками, пользователь может задать выводимые реквизиты, отметив нужные галочками.
Главный бухгалтер, проанализировав ситуацию, приняла решение восстановить данные документа «Начисления зарплаты и взносов» до внесения изменений зарплаты.
Как это сделать?
Выделите версию объекта, на который хотите перейти и нажмите кнопку «Перейти на версию».
В моделируемом примере нас устроит версия № 2 (до внесения изменений). На нее и перейдем.
В результате проведенных манипуляций в таблице «История изменений: Начисление зарплаты и взносов от 31.08.2021» появилась четвертая версия документа с пометкой — «Выполнен переход к версии № 2 от 10.08.2021 18:32:49» (пример моделировался 10.08.2021).
Откройте документ и проверьте, что в нем изменилось.
Документ перешел к варианту до внесения в него изменений. В нашем примере зарплата сотрудника Булочкиной О.И. автоматически изменилась на 67000 руб. (напомним, она была изменена ранее на 75000 руб.). Начисление НДФЛ и страховых взносов также приняло прежние значения. Т.е. документ полностью принял первоначальный вид.
Этот способ очень удобен. Он позволяет не только отслеживать, когда и кем были произведены изменения, но и «откатывать» состояние объекта в предшествующее состояние. Перейдя на версию объекта и не получив результата, пользователь может повторить операцию снова. Переходы от версии к версии не ограничены и их можно выполнять в пределах хранящихся версий.
Напоминаем, единственный минус версионирования — это то, что хранящиеся данные занимают место и при больших объемах накопленной информации программа может начать притормаживать и подвисать, особенно при работе на слабых компьютерах. Поэтому возможно имеет смысл устанавливать версионирование только для конкретных документов в программе, по которым могут быть спорные моменты.
Объем хранимых версий объектов и их удаление в 1С
Вернемся к разделу «Настройка и хранение истории изменений».
Нажмите гиперссылку «Количество и объем хранения версий объектов».
В отчете представлена информация в графическом и в табличном варианте, где пользователь видит структуру данных версий хранения объектов.
В нашем примере видно, что объект — документ «Начисление зарплаты и взносов» имеет четыре версии и этот объем данных занимает 0,01Мб.
Но это всего лишь один документ. Поэтому, если вы настраиваете версионирование и активно им пользуетесь, смотрите какой объем занимают данные.
Обратите внимание на строку «Очистка устаревших версий». У нас пока таковых не имеется, но при их появлении появится кнопка «Очистить». Здесь также выводится информация об их количестве и объеме. Нажав на эту кнопку старые, неактуальные версии удаляются.
Для автоматизации процесса удаления устаревших версий, установите одноименную галочку «Автоматически удалять устаревшие версии» и вам не придется постоянно отвлекаться на контроль этого процесса.
Теперь вы знаете что такое версионирование и как настроить хранение истории изменения справочников и документов в программах 1С.
Как говорится: «Все гениальное — просто!». Экспериментируйте, используйте этот функционал программы и, главное, не бойтесь что-то испортить, ведь всегда можно вернуть версию объекта. Если вы сочтете это ненужным, то в любой момент вы сможете отключить эту настройку.
Новый формат журнала регистрации был реализован в платформе 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С. Ну а если у вас что-то не получится, или вы столкнетесь с какими-то трудностями, обращайтесь к нам, мы обязательно поможем!
Читайте также: