Ошибка субд журнал транзакций для базы данных переполнен 1с

При обновлении бухгалтерии, на этапе сохранения, получил следующую ошибку:

Каталог не обнаружен ‘v8srvr://sql/acc_main/configsave/e0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d’

по причине: Каталог не обнаружен ‘ConfigSavee0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d’

по причине: Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Журнал транзакций для базы данных «acc_main» переполнен. Причина: «LOG_BACKUP». HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1

Идем на сервер и первым делом проверяем место на дисках,

А оно закончилось нужно потом почистить хард или увеличивать объем, а пока порежем лог

Открываем SQL Server Management Studio

Это ошибка Microsoft SQL Server — переполняется лог транзакций и не очищается. Урезать его возможно различными способами, в том числе и с помощью стандартной оснастки, но не всегда данная операция получается, и размер файла лога остается прежним. Как вариант предлагаю следующее решение из двух строчек( где acc_main — название базы Бух)

Код SQL

 USE acc_main

ALTER DATABASE acc_main SET RECOVERY SIMPLE

DBCC SHRINKFILE (acc_main, 50);

ALTER DATABASE acc_main SET RECOVERY FULL   

Результат выполнения:

Тоже самое можно сделать вручную:

Шаг 1. Установить модель восстановления Простая (Simple). Правой кнопкой на базе — Свойства(Properties) — Параметры(Options) — 4-й сверху пункт Модель восстановления(Recovery model) — Простая(Simple) — OK.

Шаг 2. Выполнить шринк (сжатие) лога транзакций. Правой кнопкой на базе — Задачи(Tasks) — Сжать(Shrink) — Файлы(Files) — установить Тип файла(File type) — Журнал(Log) — в Операция сжатия(Shrink action) — выбрать Реорганизовать страницы, перед тем осводить неиспользуемое место(Reorganize pages before releseasing unused space) — Сжать файл (Shrink file to) — указать приемлемый размер лога.

Шаг 3. Установить модель восстановления Полная(Full). Правой кнопкой на базе — Свойства(Properties) — Параметры(Options) — 4-й сверху пункт Модель восстановления(Recovery model) — Полная(Full) — OK.

---

В дополнении скажу, что можно сохранить лог в файл и выполнить шринк так(BaseDB — имя базы данных):

Код SQL

 BACKUP LOG BaseDB TO DISK = '<D:BackupBase_Log.trn'

DBCC SHRINKFILE (BaseDB_Log, 20) WITH NO_INFOMSGS   

Все

Содержание:

1.       Журнал транзакций в 1С

2.       Ошибка Журнал транзакций переполнен  

1.    Журнал транзакций в 1С

В данной статье будет описана возможная ошибка в системе 1С, а именно – в СУБД, которая связана с переполнением журнала транзакций в 1С. Далее будут приведены возможные методы устранения данной неполадки, среди которых уменьшение журнала транзакций для базы данных.

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

При помощи журнала транзакций можно выполнить такие действия:

1.     Восстановление транзакций;

2.     Восстановление транзакций, которые не были окончены;

3.     Поддерживать повторения транзакций;

4.     Производить восстановление базы данных, из-за системного сбоя.  

2.    Ошибка Журнал транзакций переполнен

В СУБД 1С может появляться ошибка, которая содержит следующий текст: «Журнал транзакций для базы данных «zup» заполнен». Также, в тексте ошибки может приводиться столбец и таблица, к которым следует обратиться.

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

Рассмотрим два возможных способа для устранения ошибки «Журнал транзакций для базы данных переполнен»:

·        В первом способе будем следовать такому алгоритму:

1.     Проверить наличие и величину свободного места на дисках, в случае, когда места нет – соответственно, нет места и для записи лога;

2.     Если место есть, то ошибка «Журнал транзакций для базы переполнен» является ошибкой MicrosoftSQLServer, то есть – лог с транзакциями был полностью заполнен, но не очищен. Это можно исправить при помощи очистки, которая является стандартной, но эта опция не всегда может помочь устранить неполадку. В случае, если она не сработала – стоит использовать следующий код SQLServer:

код SQLServer

В данном коде: 20 – это величина лога в Мб, а «myDataBase» — название нужной базы с данными.

·        Следующий способ – это сразу приступить к уменьшению размера журнала с транзакциями.

Так как с журналом транзакций в SQLServer часто проводится много довольно весомых манипуляций, которые связаны с модификацией данных в СУБД, то такие действия приводят к увеличению размеров файловых данных внутри журнала с транзакциями. В данном случае очень важно вовремя удалять не нужные записи из журнала транзакций SQL, в связи с созданием более актуальных. Если не проводить удаления вовремя, то прошлые файлы в журнале транзакций начинают заполнять всё место на диске и далее станет невозможно работать с СУБД.

Так что, в своём роде, данный способ – это предотвращение ошибки «Журнал транзакций переполнен» в 1С.

В таком случае, удаляем те записи, которые больше не нужны, при помощи команды «BACKUPLOG», следующий шаг – это сделать меньше файл из журнала транзакций MSSQL– при помощи команды «DBCCSHRINKFILE». Таким образом, нужный нам код, для предотвращения ошибки, будет выглядеть таким образом:

Предотвращение ошибки Журнал транзакций переполнен

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

Специалист компании «Кодерлайн»

Айдар Фархутдинов

Ошибка СУБД Microsoft SQL Server Native Client 11.0: «Журнал транзакций для базы данных переполнен». Причина: «LOG_BACKUP». HRESULT=80040E14, SQLSrvr: SQLSTATE=42000, state=2, Severity=11, native=9002, line=1

Сжатие (шринк) журнала транзакций в MS SQL

Краткое описание моделей восстановления MS SQL

Довольно популярная ошибка СУБД в кругах 1Сников «Журнал транзакций для базы данных заполнен», если информационная база развернута в клиент-серверном варианте с использованием MS SQL и все настройки были оставлены по-умолчанию (см. рисунок 1).

Рисунок 1. Ошибка переполнения журнала транзакций

Конечно, MS SQL умеет автоматически усекать журнал транзакций (физически размер файла журнала транзакций не уменьшается), но бывают исключения, при которых происходит задержка усечения (начинается физическое увеличение размера файла журнала транзакций).

Для борьбы с переполнением журнала транзакций предусмотрены следующие вариант настройки СУБД:

• создание резервной копии журнала;
• освобождение места на диске, чтобы журнал мог автоматически расти;
• перемещение файла журнала на диск с достаточным объемом свободного места;
• увеличение размера файла журнала;
• добавление файла журнала на другой диск;
• завершение или уничтожение длительной транзакции.

Но, бесконечно свободного места на жестком диске не бывает, а усечение не уменьшает размер файла физического журнала, поэтому для уменьшения физического размера файла журнала необходимо выполнить его сжатие (шринк).

Рассмотрим операцию сжатия файла журнала транзакций.

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

Второй шаг — выполнить создание резервной копии файла журнала транзакций (Как создать резервную копию журнала транзакций (среда SQL Server Management Studio)).

Третий шаг — сжатие файла журнала транзакций (операция выполняется через среду SQL Server Management Studio):
1) Разверните узел Базы данных и щелкните правой кнопкой мыши базу данных, которую нужно сжать. Укажите пункты Задачи и Сжать, затем выберите пункт Файлы (см. рисунок 2);

Рисунок 2. Задача сжатия файла

2) Выберите тип файла и имя файла (см. рисунок 3).

Далее выберите способ сжатия:

• Освободить неиспользуемое место — выбор этого параметра приводит к освобождению всего неиспользуемого пространства файла для ОС и уменьшению размера файла до последнего размещенного экстента. Это уменьшает размер файла без перемещения каких-либо данных.
• Реорганизовать файлы перед освобождением неиспользуемого места — при выборе этого режима необходимо указать значение Сжать файл до.
• Очистить файл путем переноса данных в другие файлы той же файловой группы — выбор этого режима перемещает все данные из указанного файла в другие файлы данной файловой группы. Пустой файл удалить нельзя. Этот режим эквивалентен выполнению процедуры DBCC SHRINKFILE с параметром EMPTYFILE.

Рисунок 3. Настройка сжатия журнала транзакций

3) Нажмите кнопку ОК.

Ошибка должна исчезнуть.

  

Eugeneer

21.09.11 — 10:15

  

GoldenDawn

101 — 21.09.11 — 19:59

(98)а сегодня не уехал потому что паяльник уже греют? )))

  

Кириллка

102 — 21.09.11 — 20:02

  

fisher

103 — 21.09.11 — 20:03

  

Eugeneer

104 — 21.09.11 — 20:04

  

Кириллка

105 — 21.09.11 — 20:04

+102 программисты платформы вызвали GetErrorInfo и получили от провайдера «Журнал транзакций для базы данных <имябазы> заполнен….»

  

Eugeneer

106 — 21.09.11 — 20:04

  

Eugeneer

107 — 21.09.11 — 20:05

Я еще в сабже написал ссылку и сказал что ошибка описана по ссылке и у меня таже проблема. Но ты оказался туп и этого не заметил.

  

Кириллка

108 — 21.09.11 — 20:06

(104)Маня, ты серьезно считаешь, что еси будешь меня называть тупым, кто-то в это поверит??

  

Eugeneer

109 — 21.09.11 — 20:06

Так вот «обратитесь к столбцу log_reuse_wait_desc таблицы» сообщает нам что там есть незавершенная транзакция. Это и является ПРОБЛЕМОЙ.

  

Eugeneer

110 — 21.09.11 — 20:07

(108) нет. я сичтаю что ты тупость проявляешь сам своими постами корчЯ из себя знатока и умника.

  

Eugeneer

111 — 21.09.11 — 20:09

а оскорбляешь именно ты меня. а не я тебя. уже сколько десятков постов, а ты даже сабж не изучил.

  

Кириллка

112 — 21.09.11 — 20:09

  

Eugeneer

113 — 21.09.11 — 20:10

и я тебе Киррилка не Маня. Будешь маней называть своих родственников. Я тебя впервые вижу и слышу. Для теюя я Евгений Владимирович.

  

fisher

114 — 21.09.11 — 20:11

(106) Ошибка программы и ошибка в программе — чуточку разные вещи.

  

Eugeneer

115 — 21.09.11 — 20:11

(112) иди накуй. вот что я тебе могу сказать.

  

Кириллка

116 — 21.09.11 — 20:11

(113)бугага, Маня, не смеши меня.

  

Eugeneer

117 — 21.09.11 — 20:12

(116) Пидриллка шел бы ты уже. по добру.

  

Ленинград

118 — 21.09.11 — 20:13

мдээээээээээ

  

bizon2008

119 — 21.09.11 — 20:13

  

bizon2008

120 — 21.09.11 — 20:16

  

Кириллка

121 — 21.09.11 — 20:16

Маня, а ты на своем сайте дашь ссылочку на эту ветку, чтоб народ видел, как ты абасцрался прилюдно?

  

fisher

122 — 21.09.11 — 20:19

Почему это он абасцрался? Он честно признался, что не является специалистом в данной теме. Потом, правда, начал агрессивно заблуждаться.

  

GoldenDawn

123 — 21.09.11 — 20:20

  

Кириллка

124 — 21.09.11 — 20:20

Маня, ты так и не понял-поди, что у тебя произошло? Если понял, вещай — мы скорректируем если че

  

Ленинград

125 — 21.09.11 — 20:20

(121) а я веточку засейваю

  

GoldenDawn

126 — 21.09.11 — 20:23

  

Eugeneer

127 — 21.09.11 — 20:23

(121) да я абацрался. но на тебя. Так что не воняй.

  

Eugeneer

128 — 21.09.11 — 20:24

(126) я не выполняю обязанности админа. Но если с базой что то происходит то ковырять естественно кроме меня некому. админ который админ в этом вообще ноль.

  

Кириллка

129 — 21.09.11 — 20:24

(127)для пущей окраски ты должен был еще описать каким калом ты на меня абасцрался. Как-то уныло у тебя получилось. Попробуй еще разок :))

  

Eugeneer

130 — 21.09.11 — 20:26

(129) ну ты и извращенец. За сим откланиваюсь. Ветка запахла очень сильно. Не выветрить.

  

Кириллка

131 — 21.09.11 — 20:26

(128)так вы там два брата-акробата чтоли? Печалька..

  

aleks-id

132 — 21.09.11 — 20:28

/*жует попкорн*/

  

Кириллка

133 — 21.09.11 — 20:30

(130)Маня, будь мужиком, блеать. Останься и реабилитируйся в глазах общественности — докажи, что ты чего-то стоишь.

  

Krendel

134 — 21.09.11 — 20:32

Лень читать. Скока на исправлении  этой ошибки маня заработал? хоть часиков 10 выставил на курение манов по скл?

  

pectopatop

135 — 21.09.11 — 20:43

(134) Маня поднял 10 левелов Репутации на этом

  

pectopatop

136 — 21.09.11 — 20:44

(135) + и произвел 3 тонны огородных удобрений

  

zmaximka

137 — 21.09.11 — 20:52

да уж. и эти люди хотят от ста тыщь и покупают логан

  

aleks-id

138 — 21.09.11 — 20:54

(137) зато он знает про рекурсию )))

К списку