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

Содержание: 

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.  Зависшие фоновые задания разделенного доступа в клиент-серверном варианте работы

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

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

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

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

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

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

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

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

Ошибка разделенного доступа к базе данных Транзакция активна

 Я

  

Koliaff

02.04.15 — 07:34

ОбщийМодуль.ОбновлениеИнформационнойБазы.Модуль(1278)}: Ошибка при вызове метода контекста (УстановитьМонопольныйРежим)

        УстановитьМонопольныйРежим(Ложь);

по причине:

Ошибка разделенного доступа к базе данных

Транзакция активна ‘C:1СХХХ/1Cv8.1CD’

=========================================================

Вот такая ошибка возникает при обновлении в момент запуска 1С после очередного релиза. Ошибка возникает при переходе на релиз Бухгалтерии 2.0.54.7. Версия платформы 8.2.19.83. База файловая. В мониторе пользователей работающих пользователей с базой — нет ! База, которая обновляется под замочками. Подскажите как это побороть ?!

  

smitru

1 — 02.04.15 — 07:53

(0) "Версия платформы 8.2.19.83. База файловая"

1. поставь актуальный релиз платформы (бага не в этом, но обновиться нужно обязательно.

2. судя по всему база лежит на файл-сервере и файл залочен на шаре. Если не умеешь работать с «открытыми файлами» — перезагрузи ком, все лишнее «само отвалится» :-)

  

Koliaff

2 — 02.04.15 — 08:01

Сервер перезагрузил только-что. Проблема осталась !

  

smitru

3 — 02.04.15 — 08:20

(2) Меня настораживает "C:1СХХХ/1Cv8.1CD"

почему так, а не "по нормальному" - "C:1СХХХ1Cv8.1CD"?

Удали "все лишнее" в каталоге C:1СХХХ

Что (какие файлы и папки) у тебя там остались?

Почему у тебя версия 2.0.54.7? Если апаться, то на актуальную, а в 2.0.57 самый старший релиз 2.0.57.10 — какой смысл был обновляться на «семёрку»?

  

Koliaff

4 — 02.04.15 — 08:30

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

  

Koliaff

5 — 02.04.15 — 08:32

(smitru) из каталога с базой данных все удалил, кроме cd файла, не помогло. Но это ещё на сервере делал, а не на своем компьютере.

  

smitru

6 — 02.04.15 — 08:34

(5) скопируй (именно copy, а не move) файл базы в другой каталог на сервере и попробуй там открыть базу

  

smitru

7 — 02.04.15 — 08:35

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

  

Koliaff

8 — 02.04.15 — 09:45

Попробовал уже у себя на компьютере, проблема осталась !

  

Koliaff

9 — 02.04.15 — 10:00

На моем компьютере установлена версия платформы 8.3.4.437

  

EugeniaK

10 — 02.04.15 — 10:12

(0) Тоже проявляется такая ошибка, только на УТ.

Не смогла пока разобраться.

Смена платформы вплоть до 8.3.6 не помагает.

Проявляется только на файловой, на серверной все в порядке.

Как вариант, обновитесь на серверной.

  

Koliaff

11 — 02.04.15 — 10:12

Люди — человеки, SОS ! Уже второй день мучаюсь с переходом ! Что делать ? )

  

Zombi

12 — 02.04.15 — 10:15

(11) счкдбф + ТИИ

  

smitru

13 — 02.04.15 — 10:18

(11) Тестирование и исправление (с установкой всех галок) — прогонял?

Загрузка/выгрузка через dt — делал?

  

Koliaff

14 — 02.04.15 — 11:48

(Zombi) + (smitru) Все вышеперечисленное сделал, не помогает

!

  

Koliaff

15 — 02.04.15 — 12:44

Загрузил базу в серверном варианте, проблема не пропала !!! Если смотреть соединения в сервере 1С Предприятия, то при начале обновления кроме толстого клиента появляется

«Консоль кластера». Если я её удаляю, то она через пару секунд опять становится активной.

  

smitru

16 — 02.04.15 — 14:27

(15) «Консоль кластера» — это твои «наблюдения» через консоль, это нормально и это никогда не лочит

  

smitru

17 — 02.04.15 — 14:29

(15) Зачем ты обновляешь на 2.0.57.? Обновляй сразу на 2.0.57.10

ПыСы а ты с какой версии обновляешь?

ПыСыСы… А у тебя регламенты на период обновления запрещены? Посмотри наличие «галочки» в свойствах базы в консоли

  • Печать

Страницы: [1]   Вниз

Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1  (Прочитано 56238 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Спасибо, все получилось, база 1С запустилась  :) , действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало  :)


Записан

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

Попробуйте что-нибудь из этого:

  • Перезагрузить свой компьютер
  • Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
  • В крайнем случае, перезагрузка сервера точно должна помочь


Записан

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


Записан

У вас похоже ктото сидит в базе монопольно, зайдите в конфигураторАдминистрированиеактивные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.


Записан

Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1

Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.

Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.


Записан

  • Печать

Страницы: [1]   Вверх

1

2

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

Новая тема

Ответить

alx_b

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

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

Prikum

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

офлайн

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

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

BelikovS

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

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

alx_b

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

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

Prikum

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

офлайн

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

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

BelikovS

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

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

alx_b

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

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

alx_b

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

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

Prikum

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

офлайн

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

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

leska

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

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

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

Rustik666

08.12.11

✎

12:14

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

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

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

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

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

1

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

08.12.11

✎

12:18

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

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

2

tdm

08.12.11

✎

12:18

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

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

3

tdm

08.12.11

✎

12:20

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

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

4

shuhard

08.12.11

✎

12:20

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

5

Rustik666

08.12.11

✎

12:21

да 32битный

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

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

6

Rustik666

08.12.11

✎

12:25

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

просто

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

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

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

7

shuhard

08.12.11

✎

12:25

(6) не верю

8

Rustik666

08.12.11

✎

12:45

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

9

Rustik666

30.12.11

✎

11:04

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

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

10

shuhard

30.12.11

✎

11:09

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

11

Rustik666

30.12.11

✎

11:17

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

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

12

shuhard

30.12.11

✎

11:20

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

13

Rustik666

30.12.11

✎

11:27

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

14

shuhard

30.12.11

✎

11:30

(13) сказки

15

Rustik666

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С не выгружается»

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

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

16

aleks-id

30.12.11

✎

11:33

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

17

Rustik666

30.12.11

✎

11:35

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

18

aleks-id

30.12.11

✎

11:36

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

19

shuhard

30.12.11

✎

11:38

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

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

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

20

aleks-id

30.12.11

✎

11:40

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

21

shuhard

30.12.11

✎

11:42

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

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

22

Rustik666

30.12.11

✎

12:03

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

23

shuhard

30.12.11

✎

12:05

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

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

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

24

Rustik666

30.12.11

✎

12:10

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

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

25

Jaffar

30.12.11

✎

12:22

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

26

Rustik666

30.12.11

✎

12:25

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

27

shuhard

30.12.11

✎

12:27

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

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

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

28

Jaffar

30.12.11

✎

12:36

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

29

shuhard

30.12.11

✎

12:36

(28) не в кассу

30

Rustik666

30.12.11

✎

12:37

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

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

31

shuhard

30.12.11

✎

12:38

(30) бред

топик закрыт

32

Rustik666

30.12.11

✎

12:39

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

33

vde69

30.12.11

✎

12:40

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

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

34

shuhard

30.12.11

✎

12:43

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

35

vde69

30.12.11

✎

12:46

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

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

36

shuhard

30.12.11

✎

12:47

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

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

37

Rustik666

30.12.11

✎

12:49

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

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

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

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

38

Галахад

30.12.11

✎

12:50

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

39

vde69

30.12.11

✎

13:22

(38)

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

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

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

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

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

40

shuhard

30.12.11

✎

13:31

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

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

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

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

41

Rustik666

30.12.11

✎

13:36

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

42

Jaffar

30.12.11

✎

13:56

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

43

Rustik666

30.12.11

✎

14:32

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

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

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

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

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

44

Jaffar

30.12.11

✎

14:35

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

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

45

vde69

30.12.11

✎

14:40

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

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

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

46

Rustik666

05.01.12

✎

11:40

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

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

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

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

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

47

Jaffar

05.01.12

✎

13:31

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

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

48

ice777

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]   Вниз

Тема: Ошибка разделенного доступа к базе данных в Бухгалтерия Предприятия 8.1  (Прочитано 58088 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Спасибо, все получилось, база 1С запустилась  :) , действительно чтото на сервере было не то.
Т.к. администратора на работе уже небыло, позвонили ему и по телефону перезагрузили сервер и все заработало  :)


Записан

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

Попробуйте что-нибудь из этого:

  • Перезагрузить свой компьютер
  • Посмотреть на сервере кем может быть еще открыт файл: «1Cv8.1CD» и закрыть его
  • В крайнем случае, перезагрузка сервера точно должна помочь


Записан

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


Записан

У вас похоже ктото сидит в базе монопольно, зайдите в конфигуратор\Администрирование\активные пользователи
Если там ктото есть, попросите их закрыть базу, потом попробуйте запустить 1С еще раз.


Записан

Помогите пожалуйста, перестала запускаться база Бухгалтерия Предприятия 8.1

Нажимаю «Перезапустить» — 1C закрывается.
Нажимаю «Подробно» — пишет тоже самое.
Нажимаю «Завершить работу» — 1C закрывается.

Что может быть с нашей базой?
В прикрепленном файле фото как выглядит эта ошибка.


Записан

  • Печать

Страницы: [1]   Вверх

Источник

Понравилась статья? Поделить с друзьями:
  • Ошибка распаковки при установке симс 4
  • Ошибка расчет невозможен внимание вероятность убытка
  • Ошибка распредвала шевроле спарк
  • Ошибка расходомера 1 кофемашина franke
  • Ошибка распредвала шевроле каптива