Запрос commit transaction не имеет соответствующей инструкции begin transaction 1c - Instruktiv.top - инструкции по применению и эксплуатации на

Ошибка соединения с сервером

☑

SLNEPR

17.10.16

✎

09:53

Невосстановимая ошибка

Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call:

по причине:

Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.

Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.

HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

Mauser

17.10.16

✎

09:55

Круто, как ты этого добился?

SLNEPR

17.10.16

✎

10:03

Не знаю, и поэтому прошу помочь.

Рыжая_

18.10.16

✎

14:35

О, у меня бухи тоже так умеют.

Появилось после установки Server Native Client и новой платформы.

Что за беда — не понятно.

ksv87

11.11.16

✎

13:17

мы тоже обновились до платформы 8.3.9.1818 и словили эту ошибку

jk3

07.12.16

✎

12:06

8.3.8.2054 — тоже такая ошибка появилась.

На 8.3.6.2449 не было.

jk3

12.12.16

✎

17:04

jk3

30.12.16

✎

09:52

Поставил 8.3.8.2197, полёт нормальный (за неделю ошибки не было ни разу).

accent22

19.01.17

✎

17:49

Кто-нибудь нашел решение проблемы? 8.3.9.2033 проблема имеет место быть

Лефмихалыч

19.01.17

✎

17:54

(8) режим совместимости вЫключать пробовал?

Лефмихалыч

19.01.17

✎

17:55

Native Client этот — 11.0.6538.0 или старше?

Tamaravrn

20.01.17

✎

10:20

У нас тоже 8.3.9.2033

Native Client этот — 11.0.6538.0

Режим совместимости 8.3.8

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

Источник

Вероятно вы на версии платформы 8.2.13 обновили конфигурацию БП на версию 2.0.42.5, после чего при обновлении платформы на версию 8.2.16.368 или выше при запуске базы после конвертации происходит ошибка SDBL.
Способ обхода сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42

Если обновление конфигурации на 2.0.42.5 выполнялось на 8.2.13, то режим совместимости оказался с 8.2.16, а изменения структуры таблиц БД, которую сделала бы 8.2.16 при смене режима совместимости, не произошло, т.к. 13-й релиз этого не умеет. Таким образом, если далее запускается платформа 16-го релиза, то она считает, что изменение структуры таблиц уже выполнено, хотя этого не произошло. Это и приводит к описанному эффекту. Как обойти: сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42; либо 1. Открыть 13-м релизом Конфигуратора 2. Сохранить конфигурацию в файл 3. понизить режим совместимости до 8.1, реструктуризовать 4. установить режим совместимости «Не используется», реструктуризовать 5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор 16-го. 6. Выполнить загрузку конфигурации из файла, реструктуризоваться.

Источник

Ошибка СУБД

Модератор: Дмитрий Юхтимовский

Ошибка СУБД

Ошибка СУБД: Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION. HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

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

Подскажите пожалуйста куда копать.

Антон: Сообщений: 4; Зарегистрирован: 18 июн 2015, 21:41

Re: Ошибка СУБД

Гилёв Вячеслав » 18 июн 2015, 23:27

откатиться к предыдущей версии конфигурации

Гилёв Вячеслав: Сообщений: 2791; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД

Антон » 19 июн 2015, 11:16

Вы не про уровень совместимости?
именно про наши доработки?

Антон: Сообщений: 4; Зарегистрирован: 18 июн 2015, 21:41

Re: Ошибка СУБД

Антон » 19 июн 2015, 11:19

такое ощущение, что перед этим уровень совместимости повысили.

Антон: Сообщений: 4; Зарегистрирован: 18 июн 2015, 21:41

Re: Ошибка СУБД

Антон » 19 июн 2015, 11:55

вообще ради интереса, поставил на локальную машину sql server, взял вчерашний бекап, зашел под 10 пользователями, включил все регламентные задания, стал менять права пользователям, все работает.

(при таких же условия и даже меньших пользователях не всегда дает менять права)

единственные отличия на глаз это операционные системы, на локальной машине 7 стоит, на сервере с проблемами 2008 R2.
И на локальной платформа последняя, на сервере предпоследняя, но не думаю что дело в этом. (хотя этот нюанс проверю в выходные.)

Антон: Сообщений: 4; Зарегистрирован: 18 июн 2015, 21:41

Re: Ошибка СУБД

Гилёв Вячеслав » 19 июн 2015, 12:59

я про предыдущую версию кода конфигурации

Гилёв Вячеслав: Сообщений: 2791; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Вернуться в MS SQL Server для целей 1С:Предприятие

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 0

Источник

По поводу этой ошибки Вячеслав Гилёв говорит, что это ошибка платформы.

Наблюдается на версиях 8.3.9

Если сделать даунгрейд на версию 8.3.8.2167 — проблема, говорят, прекратится.

Однако, как обещают разработчики, в версии 8.3.9.2170 проблема должна быть исправлена.

Вот подробности по ошибке…

———————
В клиент-серверном варианте информационной базы при высокой нагрузке, при активном использовании поиска по строке в динамическом списке, пользователи могут получать сообщение об ошибке:
Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.Microsoft SQL Server Native Client 11.0: The COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION.
HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1
или
Microsoft SQL Server Native Client 11.0: Cannot find the object «#tt2» because it does not exist or you do not have permissions.
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=4701, line=1
———————

Окончательное исправление будет в 8.3.10 и если уж совсем рисковать то можно поставить и бетку 8.3.10.1877, которая появилась 27-го января. На партнерском форуме — https://partners.v8.1c.ru/forum/message/1563306 отмечают, что типа нашли в чем причина, но исправим только когда выйдет 8.3.10, т.е. в конце февраля.

Источник

Here’s a strange problem I’m running into on a production server. It has happened twice in the last two weeks, and this is a server that gets a lot of traffic.

We have some code in a Web Service that executes a BEGIN TRAN, then runs a few SQL queries (two inserts followed by an update). Then at the end executes a COMMIT. Twice now we have gotten the message in the logs:

The COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION.

Between the first two inserts and the update, we call another web service, so there could be a slight delay between the first two inserts and last update before the COMMIT is called. Could this be causing our problem? We’re running this on IIS 7 and Server 2008 R2 (all updated applied).

Originally we though it could be the app pools getting recycled, but changed that to recycle in the middle of the night. Now I’m not sure what would be causing SQL server to forget the call to BEGIN TRAN.

This web service does get called quite a bit. Has anyone seen something like this before? I’m at a total loss at the moment…

Any help or suggestion appreciated greatly!

Jim Aho

12k19 gold badges60 silver badges95 bronze badges

asked Apr 11, 2011 at 15:43

It looks like your transaction failed, got rolled back and there is nothing to commit

example of such a thing

CREATE TABLE BlaTest(id INT PRIMARY KEY NOT NULL)
GO

Now run this

BEGIN TRAN

INSERT BlaTest VALUES('a')
GO

COMMIT TRAN

Here is the error

Msg 245, Level 16, State 1, Line 3
Conversion failed when converting the varchar value 'a' to data type int.
Msg 3902, Level 16, State 1, Line 2
The COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION.

This will run without a problem

BEGIN TRAN

INSERT BlaTest VALUES(5)
GO

COMMIT TRAN

A good article on transactions is Error Handling in SQL 2005 and Later by Erland Sommarskog

answered Apr 11, 2011 at 15:45

SQLMenaceSQLMenace

135k25 gold badges211 silver badges225 bronze badges

My issue was I needed a BEGIN and END around my BEGIN TRAN and COMMIT TRAN.

BEGIN
     BEGIN TRAN

     INSERT BlaTest VALUES(5)
     GO

     COMMIT TRAN
END

answered May 21, 2019 at 10:21

arush436arush436

1,81621 silver badges21 bronze badges

BEGIN TRANS

at the top will help

answered Aug 5, 2022 at 9:28

I had this problem as well.

Turned out, in my case, the problem was two commits.

The first one worked as intended. The second produced this message. Deleting the second commit solved the problem.

answered Jul 14, 2023 at 5:00

David DuboisDavid Dubois

3,9423 gold badges20 silver badges37 bronze badges

I had the same issue. This is what I did to solve it.

The COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION

After I Checked the SQL Query and Add a BEGIN TRAN it will executed successfully. Here My sample code. It will work:

ALTER procedure [dbo].[DeactivateUser]
    @UserId bigint,
    @LoginEmail Nvarchar(100),
    @merchantId int
    as
    Begin
      Begin tran

        update Users set 
        LoginEmail='inactive'+CONVERT(VARCHAR(11), getdate(), 106)+'-'+@LoginEmail,
        IsActive=0 
        where LoginEmail=@LoginEmail and MerchantID=@merchantId                     
        if(@@ERROR=0)
          begin
            commit Tran
            select 0
          end
        else
          begin
            rollback Tran
            select -1
          end


    end

Greg Viers

3,5233 gold badges21 silver badges36 bronze badges

answered Jul 25, 2013 at 12:11

Praveen04Praveen04

99310 silver badges12 bronze badges

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.

Источник