Ошибка установки или изменения параметров журнала регистрации. Журнал транзакций для базы данных заполнен.
Описание ошибки:
Ошибка установки или изменения параметров журнала регистрации
Ошибка при выполнении файловой операции ‘v8srvr://server-f/1ceye/params/log.inf’
по причине:
Ошибка при выполнении файловой операции ‘v8srvr://server-f/1ceye/params/log.inf’
по причине:
Ошибка при выполнении файловой операции ‘log.inf’
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных «1C» заполнен. Чтобы обнаружить причину, по которой место в журнале не может быть повторно использовано, обратитесь к столбцу log_reuse_wait_desc таблицы sys.databases
HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1
Найденные решения:
Естественно, т.к. ошибка касается СУБД, то в данном примере вариант работы 1С — серверный (клиент-серверный)
В описании ошибки, если вчитаться в столь внушительны отчет, можно найти подсказку «Журнал транзакций для базы данных «1C» заполнен». Необходимо первым делом проверить наличие свободного места на диске, где размещены данные баз СУБД (чаще всего это Microsoft SQL или PostgreSQL, реже — Oracle Database или IBM DB2) и файлы журнала регистрации баз. По умолчанию — это будет один жесткий диск и первое, что нужно сделать — естественно высвободить свободное пространство, удалив лишние данные. Потом отдельно можно приступить к очистке кэша СУБД соответствующими встроенными инструментами. А так же уменьшить объем журнала регистрации базы 1С (определить, где находится файл журнала регистрации базы и уменьшить объем файла журнала регистрации).
Может оказаться так, что базы СУБД и файлы журнала регистрации могут находится на различных жеских дисках. Для этого соответственно, нужно проверить наличие свободного пространства на каждом из них. Пример ниже такой ситуации. Ошибка возникла для базы на СУБД Microsoft SQL. При этом файлы СУБД MS SQL хранятся на физическом диске «D», а файлы журнала регистрации 1С 8 на диске «C» (как это обычно по умолчанию и бывает, если при установке не указали иной физический диск). Не осталось места на диске «D».
В действителности файл <имя_базы_СУБД_log> занимал более 130 Гб — после чистки кэша СУБД он уменьшился в объеме.
При этом, как было отмечено, выше, файлы журнала регистрации находились, где и были установлены по умолчанию — на диске «C». Т.к. уже оставалось тоже незначительное свободное пространство — чуть больше 25 Гб, то так же был уменьшен журнал регистрации базы соответствующей базы 1С 8 (определить, где находится файл журнала регистрации базы и уменьшить объем файла журнала регистрации).
Оцените, помогло ли Вам предоставленное описание решения ошибки?
© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.
08-03-2020
Журавлев А.С.
(Сайт azhur-c.ru)
|
|||
| pooh79
21.04.10 — 18:43 |
При переходе с 8.1 на 8.2 в периферийной базе при получении данных обмена стала выскакивать ошибка: |
||
| pooh79
1 — 21.04.10 — 18:47 |
да, файл-серверный вариант 1С |
||
| pooh79
2 — 21.04.10 — 18:54 |
да, версия и в центре, и в периферии одна — 8.2.10.82. |
||
| pooh79
3 — 12.05.10 — 14:13 |
и никаких мыслей? |
||
|
PlaQ 4 — 17.05.10 — 11:49 |
Лезет та же ошибка. |
 |
|
TurboConf — расширение возможностей Конфигуратора 1С |
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку «Обновить» в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Содержание:
1. Где хранится информация о событиях в информационной базе 1С Предприятия?
2. Очистка временных файлов и подключение команды ClearCache
3. Причины ошибки в журнале регистрации 1С 8.3 при открытии
1. Где хранится информация о событиях в информационной базе 1С Предприятия?
Информация о произошедших событиях хранится в информационной базе 1С Предприятия (ИБ). Ошибки, фоновые, регламентные задания, действия пользователей записываются в журнал регистрации 1С 8.3 (ЖР). С течением времени количество записей в журнал регистрации 1С 8.3 растет, т.к. в него записывается каждая произведенная операция (чем больше база, количество пользователей, регламентных заданий, тем быстрее будет расти журнал регистрации 1С 8.3).
Перед любыми манипуляциями с журналом регистрации обязательно нужно сохранить файл, в котором он хранится.
ЖР хранится вне информационной базы и имеет два вида: старый и новый. В случае использования нового формата *.lgd нужно удалять файл 1С полностью и потерять записи ЖР, так как все данные хранятся в одном документе. Рекомендуется использовать старый формат *.lgf – для контроля, разделения по периодам и своевременного удаления устаревших данных.
В некоторых случаях антивирусные программы влияют на ошибки при открытии журнала регистрации, поэтому их необходимо отключить.
2. Очистка временных файлов и подключение команды ClearCache
Следующим шагом будет очистка временных файлов в папке temp, и включение команды ClearCache в настройках подключения базы.
Если база файловая и расположена на локальном диске, то стоит проверить управление квотами и увеличить место для записей.
3. Причины ошибки в журнале регистрации 1С 8.3 при открытии
Если возникла ошибка в журнале регистрации при открытии (или другие ошибки, связанные с sqlite):
sqlite3_step failed: database disk image is malformed
db: C:bd1Cv8Log1Cv8.lgd
…то ее причиной могут быть повреждения данных в файле ЖР.
17:14.504002-0,EXCP,0,process=rmngr,Exception=EventLogException,Descr=’sqlite3_exec failed: database disk image is malformed
db: C:Program Files1cv8srvinforeg_154150b80b42-24a3-4f33-8508-5672acb806211Cv8Log1Cv8.lgd sql: PRAGMA journal_mode = OFF’
Для ее устранения необходимо скачать утилиту командной строки sqlite. В первую очередь нужно остановить службу «Агент сервера 1С» (предварительно попросить всех пользователей завершить работу, т.к. сеансы автоматически завершатся, и может произойти потеря данных).
Далее копируем поврежденный файл 1Cv8.lgd в отдельную папку (например, «C:Log») и распаковываем в нее скачанный архив с утилитой командной строки sqlite.
В командной строке переходим в «C:Log» и выполняем команду: sqlite3 1Cv8.lgd .dump >> backup.sql .
В текстовом редакторе открываем файл backup.sql и заменяем последнюю строку «ROLLBACK;» на «COMMIT;», переименовываем ранее скопированный файл «1Сv8.lgd» в «1Cv8-orig.lgd».
Далее выполняем команду: sqlite3 1Cv8.lgd < backup.sql.
Открываем ранее скопированный файл «1Сv8.lgd» в конфигураторе новой чистой файловой базы, проверяем целостность ЖР.
На последнем этапе заменяем оригинальный файл скопированным в исходной папке.
Специалист компании ООО «Кодерлайн»
Шашков Дмитрий Геннадьевич
Ошибка формата файла журнала регистрации
по причине:
sqlite3_step failed: database disk image is malformed
db: C:Program Files1cv8srvinfo
eg_154134eda2fe-bcf4-485e-ab47-4f302319f59a1Cv8Log1Cv8.lgd
sql: SELECT severity, date, connectID, session, transactionStatus, transactionDate, transactionID, userCode,
computerCode, appCode, eventCode, comment, metadataCodes, sessionDataSplitCode, dataType, data, dataPresentation,
workServerCode, primaryPortCode, secondaryPortCode FROM EventLog WHERE date<3155378867999999 AND eventCode IN (1,2,5,6,7,8,9,10,11,12,13,14,15,16,17,18,20,21,22,23,24,25,26,27,28,29,30,31,32,33,34,35,36,37,38,39,40,41,42) ORDER BY date DESC
|
Разберемся с
Ошибка формата файла журнала регистрации
database disk image is malformed Текст сообщения :
Всё печально. Журнал регистрации убит каким-то системным сбоем. Узнаем, что начиная с версии платформы 8.3.5.1068 журнал регистрации хранится в одном файле базы данных SQLite. Этот файл имеет расширение lgd. (Подробнее http://v8.1c.ru/o7/201310log/index.htm ) На форумах пишут, что надо выгрузить и загрузить базу данных SQLite, чтоб восстановить её работоспособоность, правда с возможными потерями данных. Качаем и распаковываем отсюда https://www.sqlite.org/download.html последнюю версию утилиты для вашей ОС. Берем наш журнал, путь к нему можно взять из текста сообщения C:Program Files1cv8srvinfo и копируем в папку с утилитой. Выполняем команду в командной строке sqlite3 1Cv8.lgd «.dump» > 1.txt т.е. делаем дамп базы данных в текстовый файл. sqlite3 new.db «.read 1.txt» По окончании получаем работоспособную базу журнала в файле new.db Stay backuped |
Кончилось место на сервере 1С. Файлы сервера заняли все место на диске, что делать?
К нам в компанию обратился заказчик с вопросом: «Что это за папки (указаны стрелками) и можно ли их удалить?
Для того чтобы ответить на этот вопрос, необходимо для начала разобраться какое приложение использует эти папки и что в них хранится.
Как видно из скриншота, полный путь указывает на папку с установленной платформой 1С, а именно на рабочий каталог агента сервера 1С. Для того чтобы понять какому именно рабочему серверу принадлежит данный каталог, нужно в списке служб операционной системы найти активную службу сервера 1С, у которой параметр -d указывает на путь, к интересующей нас папке.
|
Это рабочий каталог центрального сервера 1С. В нем располагается файл управления агентом (1cv8wsrv.lst) и рабочие каталоги кластеров, которые зарегистрированы на данном компьютере. Так как кластер у нас один, то рабочий каталог кластера тоже будет один с названием reg_1541, что соответствует порту главного менеджера кластера.
В рабочем каталоге кластера содержится файл реестра кластера(1CV8Clst.lst) и рабочие каталоги информационных баз. То, что мы видели на скриншоте от Заказчика, и есть рабочие каталоги информационных баз.
Открыв один из интересующих нас каталогов, например, b1742eb5-781b-4f4e-a3be-b7e3d28a934e, мы в нем обнаружим две подпапки с названиями 1Cv8FTxt и 1Cv8Log.
В первой папке содержатся данные полнотекстового поиска. Он позволяет быстро находить нужную информацию в данных информационной базы и в справочной системе.
Вторая папка содержит данные журнала регистрации. В зависимости от выбранного формата ЖР содержание папки может отличаться.
Существует два формата журнала регистрации: старый (последовательный) и новый (SQLite). В нашем случае представлен ЖР старого формата.
Старый формат был единственно возможным форматом ЖР до версии платформы 8.3.4. Начиная с версии 8.3.5, появился новый формат ЖР, который и стал использоваться по умолчанию до версии 8.3.11. Начиная с версии 8.3.12, старый формат снова стал использоваться по умолчанию в качестве рекомендуемого. Есть информация, что разработчики 1С в дальнейшем вовсе планируют отказаться от нового формата ЖР (SQLite).
ЖР старого формата состоит из одного файла с расширением «lgf» и множества файлов с расширениями «lgp» и «lgx» (количество файлов зависит от выбранных настроек). Наличие множества файлов объясняется тем, что ЖР старого формата можно разделять по периодам, например, по дням. В таком случае для каждого дня будет существовать отдельный фрагмент ЖР с расширением «lgp» и соответствующий индексный файл (только для серверных баз) одноименного фрагмента ЖР с расширением «lgx», а вся общая информация журнала регистрации будет хранится в файле 1Cv8.lgf
Журнал регистрации нового формата состоит из одного файла с расширением «lgd». Это база данных формата SQLite. Следует сказать, что в силу того, что данные ЖР хранятся в одном единственном файле, для нового формата ЖР недоступна настройка его хранения по периодам.
Для уменьшения размеров каждой из этих папок существуют разные подходы. Например, если подозрительно много места на диске занимает файл полнотекстового поиска (1cv8FTxt), тогда мы просто можем удалить эту папку (предварительно отключив полнотекстовый поиск в самой информационной базе), однако стоит учитывать, что в таком случае невозможно будет воспользоваться полнотекстовым поиском, что вполне ожидаемо. Если же после удаления требуется включить его обратно, то для этого достаточно в ИБ включить использование полнотекстового поиска и запустить регламентное задание «Обновление индекса ППД». Все необходимые папки и файлы будут созданы автоматически.
Однако чаще всего разрастается именно файл ЖР. Чтобы этого избежать можно при первом запуске программы настроить ЖР таким образом, чтобы в журнал регистрировались только ошибки и предупреждения. Но если этого не было сделано изначально или же требуется хранить в ЖР более подробную информацию о совершаемых действиях пользователей, тогда его можно сократить по соответствующей кнопке.
В таком случае появится возможность удалить записи ЖР до выбранной даты, с возможностью сохранения удаляемых записей в отдельный файл. В последующем, файл с удаленными записями ЖР можно будет просмотреть стандартными средствами конфигуратора по команде «Файл — Открыть».
Сокращения ЖР нового формата
Процедура сокращения ЖР нового формата (SQLite ) аналогична. Однако имеет одну особенность. Она заключается в том, что после сокращения журнала регистрации размер самого файла 1Cv8.lgd не уменьшается. Для его уменьшения необходимо использовать специальную утилиту sqlite3, которую можно скачать с официального сайта
https://www.sqlite.org/index.html
После ее установки в консоли необходимо выполнить примерно такую команду (команда в таком виде используется в случае, когда файл 1Cv8.lgd лежит в том же каталоге, где sqlite3.exe, в противном случае нужно указать полный путь к файлу 1Cv8.lgd):
C:SQLitesqlite3.exe 1Cv8.lgd vacuum
Разобравшись с тем, какие файлы содержатся в интересующих нас папках и какие есть способы для уменьшения их размеров, мы можем принять решения, как именно поступить в нашем конкретном случае.
Посмотрев внимательнее содержимое папки b1742eb5-781b-4f4e-a3be-b7e3d28a934e можно заметить, что в данном случае используется старый формат ЖР. Его размер около 34 ГБ. Из названия самого файла видно, что он используется с 07.05.2018 и, по всей видимости, хранение по периодам настроено не было, и ни разу не сокращался его размер. Для уменьшения размера ЖР, нам необходимо выполнить 3 шага:
- Определить какой ИБ принадлежит ЖР
- Сократить размер ЖР до желаемой даты, с записью удаляемых событий в отдельный файл, на случай если потребуется просмотреть удаленные записи ЖР.
- Выполнить в конфигураторе настройку хранения ЖР по периодам, например, по неделям, однако если ЖР растет быстро, тогда можно хранить его по дням.
Для того чтобы определить, какой конкретно ИБ принадлежит рабочий каталог, нужно открыть файл реестра кластера (1CV8Clst.lst лежит в той же папке, где рабочий каталог ИБ). Далее воспользовавшись поиском в указанном файле, по имени рабочего каталога ИБ можем с легкостью найти имя базы, которой этот каталог принадлежит, оно будет указано после параметра Ref:
После выполнения пунктов 2 и 3 наша проблема будет решена.
Процедура сокращения ЖР для ИБ с идентификатором 10113b3a-b5e0-4369-9b1b-57aba3039363 немного будет отличаться. В данном случае, помимо сокращения ЖР до выбранной даты, необходимо выполнить его преобразование в последовательный формат, чтобы стала доступна настройка разделения хранения ЖР по периодам. Также не следует забывать, что для ЖР формата SQLite необходимо сделать «vacuum» с помощью утилиты, упомянутой выше, для фактического уменьшения размера файла.
Таким образом, во избежание подобных ситуаций, рекомендуется при первом запуске ИБ выполнить соответствующие настройки ЖР:
- если выбран формат SQLite, выполнить его преобразование в последовательный формат,
- если не настроено хранение по периодам, установить настройку хранения ЖР по периодам, например, по неделям.
Это позволит оставить в рабочем каталоге ИБ ЖР только за текущую неделю, а за предыдущие периоды можно будет заархивировать и переместить на другой диск, тем самым существенно освободить место на диске.