Ошибка разделения доступа к информационной базе

Содержание: 

1.         Варианты возникновения ошибки разделенного доступа

2.        Файловый режим работы: способы решения ошибки разделенного доступа

3.        Пути решения ошибки разделенного доступа в клиент-серверном варианте работы

4.        Зависшие фоновые задания разделенного доступа в клиент-серверном варианте 

1.  Варианты возникновения ошибки разделенного доступа

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

Пользователи подключены к 1С

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

У пользователя запущена 1С, но не введен пароль

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

Зависший сеанс

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

2.  Файловый режим работы: способы решения ошибки разделенного доступа

— С помощью Диспетчера задач.

После завершения активных сеансов в файловом режиме работы, не сохраненная информация пользователей будет утеряна. Завершить сеансы этим способом можно вызвав диспетчер задач (диспетчер задач можно вызвать комбинацией клавиш Ctrl+Alt+Delete), выбрать нужные процессы(1Сv8.exe или 1Сv8c.exe), после этого нажать кнопку снять задачу.

— Перезагрузка сервера, на котором установлена 1С.  

3.  Пути решения ошибки разделенного доступа в клиент-серверном варианте работы

Завершить активные сеансы поможет консоль администрирования сервера, находим в ней нужную нам базу и заходим в меню «Сеансы».

Выделяем мешающие нам сеансы и завершаем их через пункт контекстного меню «Удалить» или соответствующую кнопку на панели.

— Если не удалось удалить сеансы, используя консоль, то пробуем перезапустить службу Агент сервера 1С Предприятия 8.3.

— Если не получается удалить соединение, можно попробовать это сделать средствами в 1С СУБД. К примеру, в MS SQL для 1С, можно открыть Management studio и написать запрос к нужной базе с использованием метода kill <ID>, где ID – номер соединения с СУБД, который так же можно увидеть в консоли администрирования.

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

4.  Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы

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

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

Попробовать завершить эти сеансы можно следующими методами:

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

— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.

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

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

Марк Романенков

Содержание: 

1.         Варианты возникновения ошибки разделенного доступа

2.        Файловый режим работы: способы решения ошибки разделенного доступа

3.        Пути решения ошибки разделенного доступа в клиент-серверном варианте работы

4.        Зависшие фоновые задания разделенного доступа в клиент-серверном варианте 

1.  Варианты возникновения ошибки разделенного доступа

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

Пользователи подключены к 1С

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

У пользователя запущена 1С, но не введен пароль

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

Зависший сеанс

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

2.  Файловый режим работы: способы решения ошибки разделенного доступа

— С помощью Диспетчера задач.

После завершения активных сеансов в файловом режиме работы, не сохраненная информация пользователей будет утеряна. Завершить сеансы этим способом можно вызвав диспетчер задач (диспетчер задач можно вызвать комбинацией клавиш Ctrl+Alt+Delete), выбрать нужные процессы(1Сv8.exe или 1Сv8c.exe), после этого нажать кнопку снять задачу.

— Перезагрузка сервера, на котором установлена 1С.  

3.  Пути решения ошибки разделенного доступа в клиент-серверном варианте работы

Завершить активные сеансы поможет консоль администрирования сервера, находим в ней нужную нам базу и заходим в меню «Сеансы».

Выделяем мешающие нам сеансы и завершаем их через пункт контекстного меню «Удалить» или соответствующую кнопку на панели.

— Если не удалось удалить сеансы, используя консоль, то пробуем перезапустить службу Агент сервера 1С Предприятия 8.3.

— Если не получается удалить соединение, можно попробовать это сделать средствами в 1С СУБД. К примеру, в MS SQL для 1С, можно открыть Management studio и написать запрос к нужной базе с использованием метода kill <ID>, где ID – номер соединения с СУБД, который так же можно увидеть в консоли администрирования.

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

4.  Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы

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

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

Попробовать завершить эти сеансы можно следующими методами:

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

— Среди свойств базы найти флажок «Блокировка регламентных заданий включена», после этого снова надо попытаться завершить задание.

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

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

Марк Романенков

Ошибка разделенного доступа к информационной базе….

Я

  

Rustik666

08.12.11 — 12:14

При выгрузке ИБ пишет

«Ошибка разделенного доступа к информационной базе….»

И в качестве активного сеанса пишет мой же сеанс….

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

Перегружать сервер пока нет возможности (это поможет?)…

  

Живой Ископаемый

1 — 08.12.11 — 12:18

это <b>может</b> помочь

сервер 32-битный?

  

tdm

2 — 08.12.11 — 12:18

(0) посомтреть в консоли сервера 1с блокировки ИБ

(клиент-серверная база ?)

  

tdm

3 — 08.12.11 — 12:20

>>Сервис перезапускал..

попробуйте остановить сервис, прослдедить чтобы все процессы выгрузились из памяти (prhost,ragent,rmngr) и только потом запустить

  

shuhard

4 — 08.12.11 — 12:20

(0) код ошибки 10054 ?

  

Rustik666

5 — 08.12.11 — 12:21

да 32битный

в блокировках только блокировки от конфигуратора…….

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

  

Rustik666

6 — 08.12.11 — 12:25

shuhard, да нет никакого кода не пошет….

просто

Ошибка разделенного доступа к информационной базе

Активные сеансы:

и тут пишет мой же сеанс…..

  

shuhard

7 — 08.12.11 — 12:25

(6) не верю

  

Rustik666

8 — 08.12.11 — 12:45

блин и перезагрузка сервера не помогла……черт…..ну ладно сделаю бэкап базы на sqlserverе…..непонятно че с этим делать?…..

  

Rustik666

9 — 30.12.11 — 11:04

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

даже перегружаю сервер, делаю новую базу, восстанавливаю из бэкапа……делаю выгрузить в конфигураторе и бац ошибка разделенного доступа к ИБ…..

  

shuhard

10 — 30.12.11 — 11:09

(9) ошибка на мисте описана сотни раз и не представляет ни какого интереса

  

Rustik666

11 — 30.12.11 — 11:17

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

именно такие случаю сотни раз разорбраны?….

  

shuhard

12 — 30.12.11 — 11:20

(11) воспользоваться поиском что-то не позволяет ?

  

Rustik666

13 — 30.12.11 — 11:27

пользовался……в основном либо сеансы есть, либо люди не блокируют регламентные задания….у меня то какаято другая фигня….

  

shuhard

14 — 30.12.11 — 11:30

(13) сказки

  

Rustik666

15 — 30.12.11 — 11:32

вот нашел описание такого же случая…

http://sale1c.ru/1s-8-2-upp-posovetujte-ne-mozhem-vygruzit-bazu-tipovym-sposobom-cherez-konfigurator.html

то что там прочитал, так это «если создать базу средствами SQL, а не создать и залить типовыми методами 1С, то в дальнейшем происходит ошибка/проблема – база типовым методами 1С не выгружается»

я ее именно так и создал, а не загружал….

неужели теперь никогда не выгрузить?!?…

  

aleks-id

16 — 30.12.11 — 11:33

лезь в консоль скуля и ищи зависшую блокировку

  

Rustik666

17 — 30.12.11 — 11:35

да нету в консорле никаких соединений…..было б все так просто я б не писал …..

  

aleks-id

18 — 30.12.11 — 11:36

(17) в консоль СКУЛЯ а не 1с

  

shuhard

19 — 30.12.11 — 11:38

(18) не поможет

это ошибка не хватки памяти сервера 1С

и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами

  

aleks-id

20 — 30.12.11 — 11:40

(19) ну память можно расширить увеличив файл подкачки

  

shuhard

21 — 30.12.11 — 11:42

(20) не а, не помогает

либо /3Gb либо 64х

  

Rustik666

22 — 30.12.11 — 12:03

операционка 32 разрядная, на сервере 4 ГБ с расширением физических адресов…..но процесс больше 3 гб не захапает…..хотя в настоящий момент занято всего 1ГБ ….бэкап базы в районе 2 ГБ….

  

shuhard

23 — 30.12.11 — 12:05

(22) это ошибка не хватки памяти сервера 1С

и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами

либо /3Gb либо 64х

  

Rustik666

24 — 30.12.11 — 12:10

3G щас сделаю…..

интересно какого фига на SQLСервере 2 соединения…..запускаешь конфигуратор……в консоли сервера 1с одно подключение, а на скуле — 2 соединения….закрываешь конфигуратор….закрываются оба…..

  

Jaffar

25 — 30.12.11 — 12:22

(19), (23) «нехватки» пишется слитно! :-)

  

Rustik666

26 — 30.12.11 — 12:25

shuhard, да все спасибо помогло либо /3GB либо то, что почистил временные файлы…..свободного места на диске C на сервере 1с было мало…..интересно сколько ему надо свободного места на диске (размером с базу)….потому как занятой памяти сейчас всего 500 МБ….

  

shuhard

27 — 30.12.11 — 12:27

(26) а теперь пуcт поиск по форуиу на «/3GB»

и убедись, что проблема поднималась сто раз

и что через месяц /3GB уже не поможет и придётся конц кастрировать или увеличить RAM

  

Jaffar

28 — 30.12.11 — 12:36

(27) или опять удалять лишние файлы с системного раздела, чтоб своп поместился :-)

  

shuhard

29 — 30.12.11 — 12:36

(28) не в кассу

  

Rustik666

30 — 30.12.11 — 12:37

сервера все равно виртуальные под Hiper-V-Serverom…..

стояла статическая память 4 ГБ… я сделал динамическую с 4 до 8 ГБ…..но говорю же занято памяти немного…..похоже просто места на диске мало было для каких-то служеных файлов…..херово конечно если он ее вначале на диске сохраняет всю….

  

shuhard

31 — 30.12.11 — 12:38

  

Rustik666

32 — 30.12.11 — 12:39

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

  

vde69

33 — 30.12.11 — 12:40

(30) ну что за дебилизм ставить на виртуалки клиент серверные базы? нельзя так делать!!!

по любому будут всплывать трудно обьяснимые тормоза и блокировки…

  

shuhard

34 — 30.12.11 — 12:43

(33) к данной ошибке виртуалка отношения не имеет

  

vde69

35 — 30.12.11 — 12:46

имеет, данная ошибка возникла из-за полного не понимания как работает SQL.

А факт непонимания — отражается попыткой запустить скуль под виртуалкой

  

shuhard

36 — 30.12.11 — 12:47

(35) к сиквелу ошибка отношения не имеет, ни какого,

это ошибка сервера приложения

  

Rustik666

37 — 30.12.11 — 12:49

vde69, если руки не кривые то никаких тормозов не будет…..

зато нет привязки к железу..организован отказоустойчивый кластер пока из 3-х узлов….при отказе даже 2-х узлов….все будет работать…..а перебрасывать виртуалку с узла на узел можно даже при работающих пользователях….

но как сказано это не имеет отношения к теме…..

проблема в неправильной диагностике ошибки самой 1с….

  

Галахад

38 — 30.12.11 — 12:50

(33) Почему нельзя?

  

vde69

39 — 30.12.11 — 13:22

(38)

1. по тому что сервер SQL не понимает где действительно физическая память а где виртуальная память железа (фидимая как физическая)

2. сервера приложений (а к ним относятся и 1с) не могут оптимизировать дисковые операции, по сколько идет конкуренция между виртуалками.

в результате частенько кеш запросов помещается в медленую дисковую очередь….

(37)(36) может знаете чем вызвано v8: v8: проблема связки сервера 1с и SQL (продолжение)

так и не докапался пока

  

shuhard

40 — 30.12.11 — 13:31

(39) угу, всё так, виртуалки не идеальны

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

но к ошибке ТС это не относиться,

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

  

Rustik666

41 — 30.12.11 — 13:36

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

  

Jaffar

42 — 30.12.11 — 13:56

(41) чтоб вся виртуалка, вместе с ОС и скулем, поместилась в ОЗУ? а нафига эта виртуализация? почему нормальную ОСь не поставить, если ресурсы позволяют?

  

Rustik666

43 — 30.12.11 — 14:32

выгода в отказоустойчивости…

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

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

если в этот момент пинговать машину, то один пинг может пропасть масимум….

но это тема отдельной беседы…

  

Jaffar

44 — 30.12.11 — 14:35

«некоторые программы даже не заметят этого….. »

но некоторые пользователи заметят, если вместо запросов к ОЗУ скуль будет вращаться в свопе…

  

vde69

45 — 30.12.11 — 14:40

(43) 1с на 100% отвалится, по сколько трафик между клиен сервером шифруется сеансовыми ключами. По этому ты в любом случае не имеешь отказоустойчивый кластер!!!

При чем данная опция НЕ НАСТРАИВАЕМА и ее нельзя отключить, вроде как RSA там… (я разбирал попакетно трафик между клиент и сервером).

Тот-же кластер 1с — тоже сделан только для маштабируемости а не для отказоустойчивости…

  

Rustik666

46 — 05.01.12 — 11:40

vde69, не соглашусь…..

Зависит от того, что делает пользователь 1с в это время…

Если ничего не делает, то сеанс не отвалится…..Если что-то делает, то программа предложит перезапустить и продолжит работу….

Для самой 1с по сути…..всего лишь пару секунд был недоступен сервер и все…

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

  

Jaffar

47 — 05.01.12 — 13:31

по теории вероятности — в большой компании хоть один из пользователей 1С в этот момент будет что-то делать, соответственно его сеанс отвалится (и чем больше компания — тем больше будет таких пользователей).

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

  

ice777

48 — 05.01.12 — 13:54

(39) ты меня пугаешь. я именно в виртуалке и держу centos с базой postgre и терминалку под 2008. Пока полет нормальный.

  

Живой Ископаемый

49 — 05.01.12 — 14:14

2(48) он же не говорит про Постгресс…и про ДБ2 ничего не говорит, которая у меня тоже в виртуалке

Внутренняя ошибка компоненты dbeng8

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

1-1

    Рисунок – 1.

    Что означает эта ошибка и почему она возникает? Основной причиной является повреждение структуры таблиц информационной базы, которое может быть вызвано в результате системного сбоя или из-за аварийного завершения работы программы. Например, при внезапном отключении электричества или неправильным выключением компьютера (принудительная перезагрузка при запущенной 1С).
    Как решить данную проблему? Первый способ это выгрузка – загрузка информационной базы через конфигуратор. При этом все пользователи должны выйти из информационной базы.

1-2

    Рисунок – 2.

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

1-3

    Рисунок – 3.

1-4

    Рисунок – 4.

    И третий способ избавления от внутренней ошибки компоненты dbeng8 это использование файла chdbfl.exe. Так же предварительно необходимо сделать резервное копирование информационной базу. Он расположен в папке установленной программы. Обычно это примерно такой путь: C:Program Files (x86)1cv828.2.18.109binchdbfl.exe

1-5

    Рисунок – 5.

    Нужно запустить файл, указать путь к информационной базе и нажать «Выполнить».

1-6

    Рисунок – 6.

Ошибка несовместимости файлы базы данных

    Наверное, некоторые сталкивались с ошибкой при выполнении операции с информационной базой:
    Несовместимая версия файла базы данных: D:Путь к базе/1Cv8.1CD

2-1

    Рисунок – 1.

    Она возникает при запуске программы 1С после обновления конфигурации. Причиной ошибки является несовместимость версии релиза конфигурации с версией технологической платформы. То есть мы поставили обновление базы, которое не поддерживается, установленной на компьютере, устаревшей версией платформы. Решить такую проблему просто, установив дистрибутив последнего релиза платформы, который можно взять на диске ИТС или скачать с сайта обновлений 1С http://users.v8.1c.ru/ , где для конфигураций всегда указывается минимальная поддерживаемая версия платформы.

2-2

    Рисунок – 2.

Ошибка загрузки метаданных

    Такая ошибка обычно возникает при работе в версии программы 1С: Предприятие 7.7. Чаще всего это происходит, когда программу не устанавливают на компьютер, используя дистрибутив, а просто переносят папку с файлами уже инсталлированной программы с одного компьютера на другой. Причиной ошибки загрузки метаданных является невозможность открыть файл 1cv7.md по указанному пути. (подробнее…)

Ошибка блокировки данных

    Ошибка блокировки данных происходит в программе 1С: Предприятия 7.7 в сетевой версии или когда данные хранятся на SQL сервере. Возникает она обычно в случае, когда файлы заблокированы кем-то из пользователей, первым вошедшим в монопольный режим. (подробнее…)

Ошибка СУБД «Не удалось зафиксировать таблицу для записи ‘SESSION’»

    Иногда бывает, что при попытке открыть какой-то документ перед пользователем появляется такая ошибка «Не удалось зафиксировать таблицу для записи ‘SESSION’». Данная ошибка является ошибкой системы управления базами данных. Первым делом попробуйте перезапустить программу. (подробнее…)

Ошибка формата потока

    При возникновении ошибки формата потока первым делом следует сделать резервную копию информационной базы: копию каталога, при файловом варианте – выгрузку базы через конфигуратор, для SQL с помощью соответствующих средств. Это обязательно, так как в процессе исправления ошибки можно привести базу к полному разрушению. (подробнее…)

Ошибка разделенного доступа к информационной базе в 1С

    Ошибка 1С разделенного доступа к информационной базе является не очень серьезной и её обычно просто устранить. Чаще всего возникает она в результате автоматического обновления конфигурации или в следствии динамического обновления, в то время когда запущены активные сеансы пользователей. Если это серверный вариант работы базы, то следует завершить все активные процессы и перезагрузить сервер. В случае с файловым вариантом нужно пересоздать каталог информационной базы. Если после этого ошибка не была устранена, то следует выполнить тестирование и исправление информационной базы через конфигуратор, установив флаг «Реиндексация таблиц информационной базы».

Конфликт блокировок при выполнении транзакции

    Бывает, что при записи или проведении документов возникает ошибка о конфликте блокировок при выполнении транзакций. В основном это случается при работе в файловой информационной базе. Наиболее частой причиной возникновения такой ситуации служит одновременное обращение нескольких пользователей к одним и тем же таблицам базы данных и низкая производительность программы 1С или СУБД. (подробнее…)

1

2

Показывать по
10
20
40
сообщений

Новая тема

Ответить

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

Здравствуйте! Делаю Администрирование — Выгрузить информационную базу. Подвисает на несколько секунд и потом пишет «Ошибка разделенного доступа к информационной базе, активен сеанс» и показывает мой сеанс конфигуратора. В мониторе кроме конфигуратора ничего нет. Различные задания тоже не запущены. Платформа 8.2, последняя, база на сервере, MS SQL 2005. Не работает только эта база, остальные в порядке. Если пробовать с другого компьютера, все также. Как с этим бороться? Пробовал перезапускать службы SQL и 1C, не помогло.

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

Сохраните средствами SQL, так будент надежнее.

BelikovS

Дата регистрации: 05.03.2007
Сообщений: 1701

> Сохраните средствами SQL, так будент надежнее.<br>Только для случая восстановления на SQL …

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

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

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

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

BelikovS

Дата регистрации: 05.03.2007
Сообщений: 1701

На копии пробовали сделать тестирование и исправление?<br>Попробуйте создать новый кластер, отключите в нем регламентированные и прочее, можно еще сделать несколько процессов. И попробуйте с него выгрузить.

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

Тестирование и в оригинале проходит без ошибок.

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

Имел в виду копию из файл-серверного в файловый.

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20834

> Имел в виду копию из файл-серверного в файловый.<br>Это одно и тоже, а вот клиент-серверный это другое. Но в любом случае вам надо делать выгрузку в dt.

leska

Дата регистрации: 23.11.2007
Сообщений: 16

посмотрите список выполняемых задач с помощью обработки с диска итс : консоль заданий.

Ошибка разделенного доступа к информационной базе….

Я
   Rustik666

08.12.11 — 12:14

При выгрузке ИБ пишет

«Ошибка разделенного доступа к информационной базе….»

И в качестве активного сеанса пишет мой же сеанс….

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

Перегружать сервер пока нет возможности (это поможет?)…

   Живой Ископаемый

1 — 08.12.11 — 12:18

это <b>может</b> помочь

сервер 32-битный?

   tdm

2 — 08.12.11 — 12:18

(0) посомтреть в консоли сервера 1с блокировки ИБ

(клиент-серверная база ?)

   tdm

3 — 08.12.11 — 12:20

>>Сервис перезапускал..

попробуйте остановить сервис, прослдедить чтобы все процессы выгрузились из памяти (prhost,ragent,rmngr) и только потом запустить

   shuhard

4 — 08.12.11 — 12:20

(0) код ошибки 10054 ?

   Rustik666

5 — 08.12.11 — 12:21

да 32битный

в блокировках только блокировки от конфигуратора…….

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

   Rustik666

6 — 08.12.11 — 12:25

shuhard, да нет никакого кода не пошет….

просто

Ошибка разделенного доступа к информационной базе

Активные сеансы:

и тут пишет мой же сеанс…..

   shuhard

7 — 08.12.11 — 12:25

(6) не верю

   Rustik666

8 — 08.12.11 — 12:45

блин и перезагрузка сервера не помогла……черт…..ну ладно сделаю бэкап базы на sqlserverе…..непонятно че с этим делать?…..

   Rustik666

9 — 30.12.11 — 11:04

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

даже перегружаю сервер, делаю новую базу, восстанавливаю из бэкапа……делаю выгрузить в конфигураторе и бац ошибка разделенного доступа к ИБ…..

   shuhard

10 — 30.12.11 — 11:09

(9) ошибка на мисте описана сотни раз и не представляет ни какого интереса

   Rustik666

11 — 30.12.11 — 11:17

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

именно такие случаю сотни раз разорбраны?….

   shuhard

12 — 30.12.11 — 11:20

(11) воспользоваться поиском что-то не позволяет ?

   Rustik666

13 — 30.12.11 — 11:27

пользовался……в основном либо сеансы есть, либо люди не блокируют регламентные задания….у меня то какаято другая фигня….

   shuhard

14 — 30.12.11 — 11:30

(13) сказки

   Rustik666

15 — 30.12.11 — 11:32

вот нашел описание такого же случая…

http://sale1c.ru/1s-8-2-upp-posovetujte-ne-mozhem-vygruzit-bazu-tipovym-sposobom-cherez-konfigurator.html

то что там прочитал, так это «если создать базу средствами SQL, а не создать и залить типовыми методами 1С, то в дальнейшем происходит ошибка/проблема – база типовым методами 1С не выгружается»

я ее именно так и создал, а не загружал….

неужели теперь никогда не выгрузить?!?…

   aleks-id

16 — 30.12.11 — 11:33

лезь в консоль скуля и ищи зависшую блокировку

   Rustik666

17 — 30.12.11 — 11:35

да нету в консорле никаких соединений…..было б все так просто я б не писал …..

   aleks-id

18 — 30.12.11 — 11:36

(17) в консоль СКУЛЯ а не 1с

   shuhard

19 — 30.12.11 — 11:38

(18) не поможет

это ошибка не хватки памяти сервера 1С

и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами

   aleks-id

20 — 30.12.11 — 11:40

(19) ну память можно расширить увеличив файл подкачки

   shuhard

21 — 30.12.11 — 11:42

(20) не а, не помогает

либо /3Gb либо 64х

   Rustik666

22 — 30.12.11 — 12:03

операционка 32 разрядная, на сервере 4 ГБ с расширением физических адресов…..но процесс больше 3 гб не захапает…..хотя в настоящий момент занято всего 1ГБ ….бэкап базы в районе 2 ГБ….

   shuhard

23 — 30.12.11 — 12:05

(22) это ошибка не хватки памяти сервера 1С

и лечиться либо кастрацией конфигурации(обычно УПП) либо расширением памяти разными способами

либо /3Gb либо 64х

   Rustik666

24 — 30.12.11 — 12:10

3G щас сделаю…..

интересно какого фига на SQLСервере 2 соединения…..запускаешь конфигуратор……в консоли сервера 1с одно подключение, а на скуле — 2 соединения….закрываешь конфигуратор….закрываются оба…..

   Jaffar

25 — 30.12.11 — 12:22

(19), (23) «нехватки» пишется слитно! :-)

   Rustik666

26 — 30.12.11 — 12:25

shuhard, да все спасибо помогло либо /3GB либо то, что почистил временные файлы…..свободного места на диске C на сервере 1с было мало…..интересно сколько ему надо свободного места на диске (размером с базу)….потому как занятой памяти сейчас всего 500 МБ….

   shuhard

27 — 30.12.11 — 12:27

(26) а теперь пуcт поиск по форуиу на «/3GB»

и убедись, что проблема поднималась сто раз

и что через месяц /3GB уже не поможет и придётся конц кастрировать или увеличить RAM

   Jaffar

28 — 30.12.11 — 12:36

(27) или опять удалять лишние файлы с системного раздела, чтоб своп поместился :-)

   shuhard

29 — 30.12.11 — 12:36

(28) не в кассу

   Rustik666

30 — 30.12.11 — 12:37

сервера все равно виртуальные под Hiper-V-Serverom…..

стояла статическая память 4 ГБ… я сделал динамическую с 4 до 8 ГБ…..но говорю же занято памяти немного…..похоже просто места на диске мало было для каких-то служеных файлов…..херово конечно если он ее вначале на диске сохраняет всю….

   shuhard

31 — 30.12.11 — 12:38

(30) бред

топик закрыт

   Rustik666

32 — 30.12.11 — 12:39

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

   vde69

33 — 30.12.11 — 12:40

(30) ну что за дебилизм ставить на виртуалки клиент серверные базы? нельзя так делать!!!

по любому будут всплывать трудно обьяснимые тормоза и блокировки…

   shuhard

34 — 30.12.11 — 12:43

(33) к данной ошибке виртуалка отношения не имеет

   vde69

35 — 30.12.11 — 12:46

имеет, данная ошибка возникла из-за полного не понимания как работает SQL.

А факт непонимания — отражается попыткой запустить скуль под виртуалкой

   shuhard

36 — 30.12.11 — 12:47

(35) к сиквелу ошибка отношения не имеет, ни какого,

это ошибка сервера приложения

   Rustik666

37 — 30.12.11 — 12:49

vde69, если руки не кривые то никаких тормозов не будет…..

зато нет привязки к железу..организован отказоустойчивый кластер пока из 3-х узлов….при отказе даже 2-х узлов….все будет работать…..а перебрасывать виртуалку с узла на узел можно даже при работающих пользователях….

но как сказано это не имеет отношения к теме…..

проблема в неправильной диагностике ошибки самой 1с….

   Галахад

38 — 30.12.11 — 12:50

(33) Почему нельзя?

   vde69

39 — 30.12.11 — 13:22

(38)

1. по тому что сервер SQL не понимает где действительно физическая память а где виртуальная память железа (фидимая как физическая)

2. сервера приложений (а к ним относятся и 1с) не могут оптимизировать дисковые операции, по сколько идет конкуренция между виртуалками.

в результате частенько кеш запросов помещается в медленую дисковую очередь….

(37)(36) может знаете чем вызвано v8: v8: проблема связки сервера 1с и SQL (продолжение)

так и не докапался пока

   shuhard

40 — 30.12.11 — 13:31

(39) угу, всё так, виртуалки не идеальны

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

но к ошибке ТС это не относиться,

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

   Rustik666

41 — 30.12.11 — 13:36

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

   Jaffar

42 — 30.12.11 — 13:56

(41) чтоб вся виртуалка, вместе с ОС и скулем, поместилась в ОЗУ? а нафига эта виртуализация? почему нормальную ОСь не поставить, если ресурсы позволяют?

   Rustik666

43 — 30.12.11 — 14:32

выгода в отказоустойчивости…

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

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

если в этот момент пинговать машину, то один пинг может пропасть масимум….

но это тема отдельной беседы…

   Jaffar

44 — 30.12.11 — 14:35

«некоторые программы даже не заметят этого….. »

но некоторые пользователи заметят, если вместо запросов к ОЗУ скуль будет вращаться в свопе…

   vde69

45 — 30.12.11 — 14:40

(43) 1с на 100% отвалится, по сколько трафик между клиен сервером шифруется сеансовыми ключами. По этому ты в любом случае не имеешь отказоустойчивый кластер!!!

При чем данная опция НЕ НАСТРАИВАЕМА и ее нельзя отключить, вроде как RSA там… (я разбирал попакетно трафик между клиент и сервером).

Тот-же кластер 1с — тоже сделан только для маштабируемости а не для отказоустойчивости…

   Rustik666

46 — 05.01.12 — 11:40

vde69, не соглашусь…..

Зависит от того, что делает пользователь 1с в это время…

Если ничего не делает, то сеанс не отвалится…..Если что-то делает, то программа предложит перезапустить и продолжит работу….

Для самой 1с по сути…..всего лишь пару секунд был недоступен сервер и все…

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

   Jaffar

47 — 05.01.12 — 13:31

по теории вероятности — в большой компании хоть один из пользователей 1С в этот момент будет что-то делать, соответственно его сеанс отвалится (и чем больше компания — тем больше будет таких пользователей).

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

   ice777

48 — 05.01.12 — 13:54

(39) ты меня пугаешь. я именно в виртуалке и держу centos с базой postgre и терминалку под 2008. Пока полет нормальный.

  

Живой Ископаемый

49 — 05.01.12 — 14:14

2(48) он же не говорит про Постгресс…и про ДБ2 ничего не говорит, которая у меня тоже в виртуалке

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

  1. Возможно дело в фоновом процессе. Следует попробовать выгнать всех пользователей из базы с помощью блокировки. Можно сделать батник с командой net session /delete /y
  2. Может помочь перезагрузка сервера с базой. Либо последовательное выполнение команд (опять же батником) net stop "1C:Enterprise 8.2 Server Agent" для остановки сервера и net start "1C:Enterprise 8.2 Server Agent" для запуска.
  3. Также возможно дело в доступе. Выделить папку с базой =>все пользователи => разрешить изменения. ошибка разделения доступа
  4. Вполне вероятно что ваша база опубликована в 1С Линк. В этом случае следует отключить публикацию и попробовать повторить манипуляции, все получится.

Еще один способ устранения подобной ошибки описан в предыдущей статье


[Всего голосов: 0    Средний: 0/5]

1

2

Показывать по
10
20
40
сообщений

Новая тема

Ответить

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

Здравствуйте! Делаю Администрирование — Выгрузить информационную базу. Подвисает на несколько секунд и потом пишет «Ошибка разделенного доступа к информационной базе, активен сеанс» и показывает мой сеанс конфигуратора. В мониторе кроме конфигуратора ничего нет. Различные задания тоже не запущены. Платформа 8.2, последняя, база на сервере, MS SQL 2005. Не работает только эта база, остальные в порядке. Если пробовать с другого компьютера, все также. Как с этим бороться? Пробовал перезапускать службы SQL и 1C, не помогло.

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20881

Сохраните средствами SQL, так будент надежнее.

BelikovS

Дата регистрации: 05.03.2007
Сообщений: 1701

> Сохраните средствами SQL, так будент надежнее.<br>Только для случая восстановления на SQL …

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

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

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20881

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

BelikovS

Дата регистрации: 05.03.2007
Сообщений: 1701

На копии пробовали сделать тестирование и исправление?<br>Попробуйте создать новый кластер, отключите в нем регламентированные и прочее, можно еще сделать несколько процессов. И попробуйте с него выгрузить.

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

Тестирование и в оригинале проходит без ошибок.

alx_b

Дата регистрации: 28.04.2011
Сообщений: 1

Имел в виду копию из файл-серверного в файловый.

Prikum

активный пользователь

офлайн

Дата регистрации: 18.02.2002
Сообщений: 20881

> Имел в виду копию из файл-серверного в файловый.<br>Это одно и тоже, а вот клиент-серверный это другое. Но в любом случае вам надо делать выгрузку в dt.

leska

Дата регистрации: 23.11.2007
Сообщений: 16

посмотрите список выполняемых задач с помощью обработки с диска итс : консоль заданий.

Читают тему:

Понравилась статья? Поделить с друзьями:
  • Ошибка раздатки уаз патриот
  • Ошибка ро172 ваз 2115
  • Ошибка раздатки туарег 2008
  • Ошибка р2а03 форд фокус 3
  • Ошибка р2а01 форд фокус 3