Конфликт блокировок при выполнении транзакции 1с 8.3 как исправить?

Настройка технологического журнала

Для расследования конфликтов на управляемых блокировках, во-первых, необходимо настроить технологический журнал на сбор событий TLOCK, TTIMEOUT, TDEADLOCK, при необходимости дополнительно установив отбор по имени базы в свойстве p:processName

<event>

</event>

<event>

</event>

<event>

</event>

</log>

Нестандартные способы

До этого были проделаны все стандартные операции по исправлению данной ошибки, и если до этого момента ошибка не устранена, значит придется заняться «творчеством». Ещё этот процесс называют «танцами с бубнами» или «шаманством»… Поэтому, если до этого вы не «танцевали», то ошибка формата потока 1С Предприятие 8.3 может вам составить отличную пару. Итак, продолжим:

Пробуйте загрузить файл *.dt в новой базе данных, созданной на другом компьютере. Этим вы исключите вероятность некорректно работающего железа или программ компьютера, где находится база.
Удалите (именно УДАЛИТЕ через Установку и удаление программ) платформу 1С и установите заново, желательно новейшую версию. Исключаем некорректно работающие исполняемые файлы платформы, которые могли быть подпорчены вирусами или «посыпавшимися» секторами жесткого диска или другими способами.
Обновите конфигурацию на следующий релиз или загрузите текущую конфигурацию из файла *.cf с полным замещением объектов.
Отключите брандмауэр и антивирусы. Существует вероятность, что исполняемый файл был замечен в подозрительной активности антивирусом и помещен в карантин или остался под жестким контролем с блокировкой «опасных» действий. В любом случае — исключаем вариант карантина антивирусов.
Удалите временные файлы на компьютере. Они находятся в нескольких местах:

В профиле пользователя, для поиска введите %Temp% в адресной строке проводника.
В папке C:\Windows\Temp
Иногда на диске C:\Temp

Ещё один способ был однажды применен, когда ничто не помогало — создали полный начальный образ базы данных и потом отвязали его от РИБ, сделав независимым. Получили ту же базу, пропустив начальную через механизмы РИБ.

Не получилось исправить ошибку в 1с?

Если у Вас не получилось исправить какую-нибудь ошибку в 1с не стоит отчаиваться, поднимите трубку и позвоните нам! Наши специалисты всегда готовы Вам помочь в решении любых вопросов связанных с 1с, в том числе и с ошибками возникающими при работе системы.

Песочница

авторитет

18 сентября 2013 в 15:24

1С, восстановление конфигурации информационной базы с использованием MS SQL

В свое время столкнулся с проблемой: при обновлении конфигурации из хранилища, произошел сбой, и закрылась 1С.

Как выяснилось позднее – произошло разрушение хранилища конфигурации и при обновлении конфигурации из хранилища слетела и конфигурация БД. Подобная ошибка возникала прежде при динамическом обновлении ИБ.

Т.к. данная проблема возникала не однократно решил поделится вариантом лечения.

При следующем запуске конфигуратора вышла ошибка: «Внимание!!! При обновлении данных, после последней реструктуризации, произошла ошибка. Повторить обновление?» при утвердительном ответе получаем сообщение: «Обнаружена незавершенная операция сохранения конфигурации

Для продолжения работы необходимо завершить операцию» после этого приложение закрывается.

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

Вариант 1 (при наличии бэкапа SQL c копией с идентичной конфигурацией):

Разворачивается копия ИБ, и выполняется запрос следующей конструкции: USE
GO
DELETE FROM ..
GO
INSERT INTO .. SELECT * FROM ..
GO

При этом пере заливается таблица в которой хранится конфигурация ИБ. Желательно после данной операции выполнить тестирование и исправление ИБ.

Вариант 2 (при отсутствии бэкапа):

К данному варианту обратились как к последней соломинке. Т.к. конфигурация была в стадии разработки и про бэкап немного позабыли понадеясь на хранилище.
В базе удаляются две записи из таблицы «Config» по значению в столбце «FileName» — dbStruFinal и commit

Выполняется следующий запрос: USE
GO
DELETE FROM .
WHERE FileName = «dbStruFinal»
GO
DELETE FROM .
WHERE FileName = «commit»
GO

Как ни странно база оживает.

Теги:
1с предприятие 8.2, SQL, восстановление конфигурации

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

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

На самом деле, продукты компании 1С являются таким же программным обеспечением, как и любое другое. Информация, которую пользователи вносят в свои базы данных сохраняется в файлах, из которых можно создавать резервные копии или восстанавливать в случае повреждения или удаления. Часто для этого достаточно встроенных в «1С: Предприятие»
инструментов, но и о стороннем программном обеспечении также забывать не стоит.

По умолчанию, каталогом информационной базы, в котором кроме файла самой базы 1С сохраняются все файлы, которые имеют к ней отношение, является папка в Документах пользователя: C:\Users\Имя Пользователя\Documents\InfoBase

В этой папке хранятся все файлы, которые имеют отношение к данной базе данных.

К таким файлам относятся:

*.1CD
– файл самой базы данных, который по умолчанию имеет название 1Cv8.1CD. Данный файл включает в себя все данные, которые внесены в базу данных, а также их конфигурацию;
*.cf, *.cfu (*.cfl), *.dt, *.epf (*.erf)
– конфигурационные файлы базы данных;
*.log, *.lgf, *.lgp, *.elf
– лог файлы;
*.cdn
– файл блокировки базы данных 1С;
*.efd
– архивный файл 1С;
*.mft
– вспомогательный файл конфигурации шаблона;
*.st
– файл шаблонов текстов
*.mxl
– файл печатных форм базы данных 1С;
*.grs
– файл графических схем базы данных 1С;
*.geo
– файл географических схем базы данных 1С.

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

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

Внутри транзакции вызывается исключительная ситуация, что откатывает всю транзакцию и некорректно отрабатывает. Например:

НачатьТранзакцию();
….
….
Попытка
….
Исключение // если тут будет вызвано исключение, то Вы увидите ошибку «В данной транзакции уже происходили ошибки»
….
КонецПопытки;
….
КонецТранзакцию();

Во избежание таких ситуаций нужно избегать использования попытки внутри транзакции.

Если у Вас появляется данная ошибка, но Вы не в курсе, что такое транзакция и как программировать в 1С 8.3, Вам лучше обратиться за помощью к опытному программисту 1С.

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

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

При работе с 1С 8.3 не стоит оставлять подобные вещи без внимания. Прежде всего, другой пользователь также может столкнуться с ней, но не поймет причин её возникновения. Если не выполнить отладку системы, то в дальнейшем могут возникнуть дополнительные проблемы. Так как оповещение «В данной транзакции уже происходили ошибки» появляется при первом обращении, то в журнале регистрации данная строка обязательно зафиксируется, но, опять же, без подробного пояснения. Хоть ошибка и располагается на нижнем уровне кода, она нарушит необходимую иерархию. Это приведет к сбою других функций и только еще больше запутает администратора.

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

Способы устранения ошибки

Если вы стали свидетелем возникновения сообщения «Ошибка загрузки метаданных в 1С на Windows 7», панику отбросьте в сторону, сосредоточьтесь и начните разбираться с тем, как всё-таки решить возникшую проблему. Поверьте, если следовать рекомендациям, эта проблема не покажется для вас такой уж страшной и неимоверно сложной.

Конечно, вы должны понять, что привести к ошибке метаданных в 1С 7.7 может не одно только повреждение, а сразу несколько. Только в связи с тем, что первоначально программа загружает md.файл, она, выявляя его повреждение, сигнализирует об этом сообщением «Ошибка метаданных 1С». Узнать сразу об остальных неисправностях компонентов баз вы просто не можете, поскольку программа просто вас об этом не уведомляет.

К сожалению, спровоцировать такую ужасную для вас проблему, могли вы даже собственноручно. Это часто случается, когда возникает желание переписать md.файл, воспользовавшись копией. Это катастрофическая ошибка для программы, поэтому совсем неудивительно, что она начинает «мстить» бухгалтерам за неумелое обращение с ней. Желая переписать информацию, недопустимо делать копию.

Алгоритм действий

Чтобы не навредить ещё сильнее программе, важно неукоснительно следовать рекомендациям опытных пользователей. Если обнаружена уже повреждённая информационная база, не торопитесь предпринимать какие-либо действия до тех пор, пока не сделаете посекторную копию

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

Если даже видит, не спешите переходить к следующим шагам, проверьте правильность указанного пути. Иногда при системном сбое путь становится некорректным, безусловно, воспользоваться информационной базой программа не может, по этой причине она не будет корректно загружаться. К сожалению, если путь правильный, значит, проблема всё-таки посерьёзнее, но и с ней можно разобраться.

Начнём искать причины проблемы, если ПО видит этот файл, но не может его прочитать. Предлагаем вам открыть проводник Windows, после чего попытаться создать точную копию файла конфигурации, размещая его на другом дисковом пространстве.

Если даже при таких действиях возникает сообщение об ошибке, сообщающей, что не удаётся прочитать файл, значит, высока вероятность того, что ваш диск, на котором сохранена база, просто повреждён. Иногда такое случается, когда на съёмном диске устанавливается защита, ограничивающая права на чтение.

К сожалению, достаточно часто бухгалтера сталкиваются с тем, что файл можно прочитать, но он оказывается повреждённым по причине вирусной атаки, некорректного выключения и прочего

Итак, прежде чем приступить к дальнейшим действиям, очень важно сделать резервную копию, которую разместить на другом дисковом пространстве

Хорошо, если бухгалтера периодически создают резервную копию, тогда достаточно распаковать эту копию и заменить повреждённый файл этой копией. Если же такого «спасительного» архива просто нет, воспользуйтесь «дружеской» помощью утилиты GComp. Эта утилита помогает распаковать файл конфигурации, а затем точно также его успешно упаковать, восстановив работоспособность программы.

Также рекомендуем просмотреть название фала, воспользовавшись любым HEX-редактором. Если вы обнаружите, что ничего общего с Compound он не имеет, значит, кто-то его с «огромным аппетитом скушал». В большинстве случаев после вирусного вмешательства что-то сделать с таким файлом уже невозможно.

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

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

Исправление ошибки SDBL

Большая часть способов исправления связана с восстановлением нормальной работы Информационной Базы. Но иногда описанными способами решить проблему не получается, поэтому помните о самом лучшем, универсальном способе — регулярном резервном копировании.

Перезагрузка сервера 1С и SQL-сервера

Самый простой способ, при условии, что на текущий момент в базе никто не работает.

Зайдите на сервер и выключите следующие службы:

«Агент сервера 1С»,
«SQL Server»,
«Агент SQL Сервера».

А затем запустите их обратно.

Очистка кэша на сервере и клиента, где проявилась ошибка

В некоторых случаях исправить ошибку SDBL можно с помощью очистки кэша сервера 1С.

Как правило кэш расположен по адресу:

«%userprofile%\Local Settings\Application Data\1C\1Cv8» и «%userprofile%\Application Data\1C\1Cv8» для Windows XP,
«%userprofile%\AppData\Roaming\1C\1Cv8» и «%userprofile%\AppData\Local\1C\1Cv8» для Windows 7 и выше.

Перейдите в данный каталог и удалить все папки с генерированными именами вида « dg7c8re4-b89r…». При удалении будьте внимательны — в этой директории может присутствовать индекс полнотекстового поиска 1С, а также журналы регистрации, их удалять не нужно.

Перезаливка базы из DT-файла

Иногда помогает, казалось бы, парадоксальный способ — выгрузка базы данных в файл формата DT, а затем загрузка его обратно.

Войдите в режим «Конфигуратор», выберите пункт меню «Администрирование» > «Выгрузить информационную базу» и выберите каталог для сохранения файла.

Затем через аналогично через меню «Администрирование» > «Загрузить информационную базу» загрузите его обратно.

Тестирование и исправление Информационной базы

Для тестирование и исправление Информационной базы: войдите в «Конфигуратор», выберите пункт меню «Администрирование» > «Тестирование и исправление».

В случаях, когда невозможно запустить конфигуратор, воспользуйтесь утилитой chdbfl.exe. Это упрощенная программа-аналог тестирования базы, функции, которая запускается в режиме конфигуратора. Расположена она в папке «bin» установленной технологической платформы, например, C:\Program Files (x86)\1cv8\8.3…\bin\chdbfl.exe.

Пользоваться ей просто — указываете путь к файлу базы данных и ставите опцию, нужно ли сразу исправлять обнаруженные ошибки. Если нет — утилита только продиагностирует ИБ.

Обновление платформы до новой версии

В данном случае всё достаточно просто. Скачивает с сайта поддержки 1С дистрибутив свежей версии платформы, распаковываем и запускаем инсталятор setup.exe.

Очистка таблиц базы данных

В крайнем случае можно попробовать удалить таблицы БД, связанные с ошибкой — «dbo._ConfigChngR» и «dbo._ConfigChngR_ExtProps».

Производится это через менеджер SQL-скриптом вида: use имя_базы_данных delete from dbo ._ ConfigChngR delete from dbo ._ ConfigChngR _ ExtProps

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

Неправильное отображение блоков формы

Такая ошибка «1С» может быть следствием разных факторов. Чтобы вернуть программу к работоспособности, попробуйте последовательно выполнить несколько команд:

очистить кэш. Для этого необходимо перейти в папку, где хранятся временные файлы (путь к папке описан в пункте 3). Зачастую такая процедура помогает вернуть работоспособность программы «1С»;
войти под другим пользователем. Можно использовать любой доступный профиль (лучше всего администратора);
зайти в базу данных с другого ПК. Это действие позволит исключить ошибку, связанную с работой системы на определенном оборудовании.

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

1	grep-P’^01:.+Лапина\|^02:.+Иванов’—color/D/logs1с/rphost_*/21042611.log

При разборе обнаруживаем таймаут, согласно которому пользователь Иванов ожидает освобождения ресурсов

0218.818000-,TTIMEOUT,5,process=rphost,pprocessName=base,OSThread=31645,tclientID=235804,tapplicationName=WebServerExtension,tcomputerName=1s-on-web,tconnectID=787239,SessionID=55681,Usr=Иванов,AppID=1CV8C,DBMS=DBPOSTGRS,DataBase=1s-on-1c\base,WaitConnections=739428,Context=’Форма.ВызовОбщаяФорма.ГруппыИПолномочия.Модуль.СохранитьНастройкиНаСервере

В тексте данного сообщения технологического журнала — находим номер соединения, которое блокирует ресурсы.

В нашем случае — это соединение 739428.

Причина ошибки «1с:enterprise integrity violation»

Изначально многие считали, что 1С начала очередную попытку заблокировать работу пиратских версий 1С. Ошибка «1с:enterprise integrity violation» возникала у всех в разное время, на разных платформах и конфигурациях. Закономерность сразу определить не получилось. Изучив логи и временные файлы стало понятно, что это не очередная попытка 1С заблокировать пиратские версии, а просто баг.

Открыв просмотр событий Windows, можно заметить, что вылет 1С:Предприятия происходил из-за файла v8_xxx_xx.1CBarcodWin64_9_0_12_13.dll, который располагался в папке C:\Users\USR1CV8\AppData\Local\Temp\.

Данный файл появляется там во время работы в 1С. Скорей всего разработчики выпустили обновление модуля работы со штрихкодами, которое не устанавливается или не догружается с серверов 1С. В следствии этого происходит сбой сервера 1С и он перезапускается с ошибкой «На сервере 1С:Предприятия произошла неисправимая ошибка» или «1с:enterprise integrity violation».

При выполнении на стороне сервера — «В данной транзакции уже происходили ошибки!»

Доброго времени суток!

Вопрос в следующем:При выполнении регламентного задания (в клиент-серверной версии базы, выполнение на сервере) возникла ошибка «В данной транзакции уже происходили ошибки!», и, естественно, при каждом последующем запуске оно вылетает на эту же ошибку, даже не пытаясь ничего реально запускать.

Я сталкивалась с подобной ошибкой при выполнении кода на клиенте, и в этом случае спасало просто перезайти в базу — дальше все работало. А если на стороне сервера возникает эта ошибка? Каждый раз перезагружать сервер никто не даст.

Как сбросить эту ошибку, чтобы продолжить функционирование регламентного задания, почему ошибка могла возникнуть и как избежать ее повторения?

В основном такая штука случается, когда внутри одной транзакции оказывается другая, в которой собственно и присходит ошибка. Самый простой способ её увидеть: Открываем транзакцию, начинаем проводить документы, причем проведение стоит в Попытка-Исключение, чтобы программа не вываливалась. Какой-то докумен не может быть проведен и выкидывает ошибку, после этого Зафиксировать транзакцию уже нельзя.

Вывод — либо отказаться от транзакции, либо от обработки ошибок. Я выбрал отказ от транзакции в таких случаях или закрываю транзакцию до записи объектов (особенно если они типовые).

> продолжить функционирование регламентного заданияПродолжить никак. Лучше всего его полностью остановить и запустить снова.

«Продолжить — я имела ввиду не текущее выполнение регламентного задания, а работу рег.задания при последующих запусках. Кого остановить? Рег.задание?

Поясните, пожалуйста, подробней.Почему нельзя Зафиксировать транзакцию, если, к примеру, используется конструкция:

НачатьТранзакцию(); Попытка // проводим докумены Исключение // обработка исключения КонецПопытки;ЗафиксироватьТранзакцию();

И что значит «отказаться от отработки ошибок»? То есть, убрать из этой конструкции Попытку-Исключение?»

«> Поясните, пожалуйста, подробней.> Почему нельзя Зафиксировать транзакцию, если, к примеру, используется конструкция:> > НачатьТранзакцию();> Попытка> // проводим докумены> Исключение> // обработка исключения> КонецПопытки;> ЗафиксироватьТранзакцию();> > И что значит «отказаться от отработки ошибок»? То есть, убрать из этой конструкции Попытку-Исключение?

Представть, что ваша конструкция теперь выглядит так (просто есть кусок которого вы не видите — не вы его писали):

НачатьТранзакцию(); Попытка //Вот этот код где-то там — далеко в каком-нибудь модуле, да и 1С, что-то такое ведет в случае проведения НачатьТранзакцию(); Попытка //Здесь возникает ошибка Исключение ОтменитьТранзакцию(); КонецПопытки; ЗафиксироватьТранзакцию(); Исключение // обработка исключения КонецПопытки;ЗафиксироватьТранзакцию();

Так вот, если я правильно понимаю, то если вложенная транзакция закрывается, то транзакция верхнего уровня это видит и отказывается закрываться (возможно она уже тоже закрытая). В общем — кроме отмены транзакции уже ничего не сделать.

Вот и получается, что несмотря на обработку ошибки (исключения) — ошибка уже была и ничего с этим не сделать. Значит надо от чего-то отказаться. Или увидеть ошибку или убрать транзакцию.«

> Кого остановить? Рег.задание?А что у вас показывает «Консоль Заданий » по поводу вашего зависшего задания?

«1> НачатьТранзакцию();2> Попытка3> //Вот этот код где-то там — далеко в каком-нибудь модуле, да и 1С, что-то такое ведет в случае проведения4> НачатьТранзакцию();5> Попытка6> //Здесь возникает ошибка7> Исключение8> ОтменитьТранзакцию();9> КонецПопытки;10> ЗафиксироватьТранзакцию();11> Исключение12> // обработка исключения13> КонецПопытки;14> ЗафиксироватьТранзакцию();

В этой последовательности получается, что если мы попадаем на отмену транзакции в строке 8, то потом в строке 10 закрывается не внутренняя транзакция, а внешняя, и при закрытии ее повторно в 14 появляется ошибка. В данном случае, я бы предложила фиксацию внутренней транзакции перенести во внутреннюю попытку (в самый конец). Но это уже так, отступление.

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

>> Кого остановить? Рег.задание?>А что у вас показывает «Консоль Заданий » по поводу вашего зависшего задания?

Вот «КонсольЗаданий» как раз и показывала в графе Ошибка «В данной транзакции уже происходили ошибки!». Правда, потом убрали Использование Рег.задания, а сегодня опять его запустили — ошибка прошла. Но есть вероятность, что сервер перезагружали, узнать пока точно не могу — это сервер нашего филиала в другом городе. «

Как провести исправление документа в 1С: ЗУП 3.1

Наверняка многие сталкивались с такой ситуацией, что в документе «Отпуск» или «Командировка» или в другом документе присутствовала ошибка: начисленные суммы уже выплачены, период закрыт, но документ необходимо исправить. В таком случае исправление возможно только через команду «Исправить».

В новом документе укажите корректные данные, после чего проведите и закройте документ.

Кстати, на нашем сайте в разделе Маркет42 есть специальная обработка – «Редактирование документов в закрытом периоде». С ее помощью вы сможете изменять некоторые поля в документах в закрытом периоде. Чтобы узнать, как работает данный сервис, ознакомьтесь с этой инструкцией.

Последние материалы

Плагин permissions 1.12. PermissionsEX — Управление группами. Управление правами групп игроков

И так, наверно у каждого из вас, кроме опытных держателей серверов имеются проблемы с настройкой прав доступа. Лично я использую плагин PermissionsEx, так как считаю что это самый лучший плагин распределения прав доступа для серверов.Что нам понадобится:.

Установить приложение в вк на телефон

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

Как сделать граффити в ВК: раскрась стену разными красками!

Как в ВК рисовать граффити в сообщениях с компьютера? Это кажется невозможным, ведь все и так знают, что эту функцию убрали несколько лет назад, хотя она так полюбилась всеми пользователями еще с 2007 года. И только, о чудо, в 2017 году ее вновь ввели на.