Доброго дня! Перешли с БП 7.7 на БП3.0, все бы хорошо но столкнулись с проблемой следующего характера, на машинах подключающихся по сети, стала вываливаться ошибка "Не удалось заблокировать таблицу Sessions". База лежит на так скажем центральном компе, как сетевая шара, к ней подключается еще 2 рабочих места, соответственно всего 3 рабочих места. Сеть перевели на 1гигабит, базу положили на SSD, ошибка рандомно появляется на любой из трех машин. Какие есть рекомендации ?
Про "8-ка еще сырая, знаю")

(0) Переходите на клиент-сервер или на веб.
По сети - это тот еще геморрой.

(0) Не 8-ка сырая, просто работать по сети с многопользовательской файл-серверной версией - искать приключений на свою задницу. Через терминал надо бы.

Я запрещаю всем своим клиентам использовать файл-серверную 8-ку. Клиент-серверная в разы удобнее даже на бесплатной СУБД.

Вот решение всех ваших проблем:
https://1sshop.ru/?id=217

Естественно, в однопользовательском режиме и для разработки файловая вполне рулит.

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

(0) Самое быстрое и простое - поднять на "сервере" веб сервер, например Апач х64.
х32 сразу не рекомендую, с ним ограничения есть.

(7) +10

(7) надо попробовать

(7) а какие ограничения на 32х?

(10) У меня вылетали пользователи после 2-го в базе с какой-то ошибкой, решилось переходом на х64.
Не помню точно что за ошибки были, но точно связаны с х32

(11) киньте ссылку на 64bit я что-то найти не могу тут только 32 https://archive.apache.org/dist/httpd/binaries/

(12) https://www.apachelounge.com/download/

(12) вот еще тут ссылки есть https://infostart.ru/1c/articles/691604/

Дяденька, мне под фряху надо! (с)
У меня тоже есть один ларёк, 5 мест, база лежит на Линукс самба-шаре, файловый вариант. Работает вполне себе сносно.
Но, доктор, как-то неаккуратненько! (с)
Всё никак не соберусь сделать веб-публикацию. Проверял кто гайды толковые где? )

(15) веб публикация файловой работает хз с какого года уже
ну лет так десять примерно, я еще на VPS на 2 гигах рам тестил на тонком/веб клиенте

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

(16)+ точнее 2 гиг памяти хватало для самописок, типовую типа БП3 чтобы запустить надо 4 на "сервере" и 2-3 на клиенте минимум

(17) а компы вы уже обновили? ну там по 8 гиг рам и ssd хотя бы самые дешманские?

(17) какая разница, 2 или 3. Режим многопользовательского доступа к файловой шаре врубается на 2-ом пользователи и резко опускает тайминги на открытые файлы в чтение-запись.

(0) Что за шара, smb/nfs ? Какая ОСь  на центральной базе? Как настроена сеть логически на коммутаторе, реально гигабит получаете, выгрузка с шары на 100МБ в секунду осуществляется? Хотя при грамотной настройке файловая база приемлемо может и на 100мегабитном коммутаторе работать, тем более у вас SSD.
Тестовую базу создавали, положите какую-нибудь демо-базу на шару, проверьте как работает, может косяки после миграции на 8-ку.

(4) Или 1С сервер на Линукс, там лицензия на сервер до 10-ти пользователей не понадобится.

(21) smb. Win8.1, обычный бытовой коммутатор. Завтра замерю скорость.

(0) ... лучше всеж по сетке дожать.
Поставить веб сервер или как предлагают- сервер приложений подлинукс,
это довесок  на сопровождение за туже зп .

(7) не факт, поведение системы аномальное, так не должно быть. Быстродействие и стабильность можно улучшить конечно при публикации на Веб-сервере, тут спору нет, но при грамотной настройке все должно работать без ошибок и по-доступу по шаре, тем более 2, 3 пользователя.
Приходилось не раз сравнивать работу малопользовательского доступа к файловой базе, просто к шаре и опубликованной на веб-сервере, при грамотной настройке всех компонентов системы все нормально и через шару. Приемлемо работает и в 100 мегабитном сетке с обычным, механическим хардом на шаре.
Надо разбираться, выявлять ошибку, а улучшать производительность уже потом.

(23) Если на сетевом уровне все нормально, с настройками коммутатора, VLANами (если есть), медной проводкой и прочее, то начните с центрального компьютера, на котором выкладывается база для общего доступа.
Я бы снес систему начисто, поднял бы с нуля, тем более я так понял что эта машина еще и у вас как рабочая станция для одного пользователя, там все засрано вероятно, это плохо, надо изолировать.
Поднимаете ОСь с нуля, настраиваете систему на максимальную производительность, убираете все режимы энергосбережения, максимум эффективности, вообще все тюните по максимуму, настраиваете SMB шару, выкладываете базу на шару для общего доступа и смотрите как все работать будет. Потом разбираетесь с клиентами, если надо проводите профилактику.

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

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

(24) Чего там ставить то. Инстал - вперед - вперед. Работает годами и не жужжит

(26) (25) Файловая через вебсервер работает быстрее.

(31) Все правильно, что не работает. При совместном использовании общего ресурса более чем одним пользователем его кэширование на уровне SMB отключается. В Microsoft не предполагают работы с базами данных, находящимися на общих ресурсах.
Отсюда решение: либо apache либо РДП.

(31) новости, хренова туча бах так работает на 2-3 подключения, а тут в конкретной конторе выскочила эта трабла.

*баз

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

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

Иногда попадаются базы с проблемами. Сами базы. А там где базы работают без проблем тоже был переход с 7.7 на 3.0 и как давно? Может с релизами не повезло?

Может уже после перехода на БП 3 платформы обновляли и добили или 1С-ку или сами компы.

Это абсолютно не означает, что в файловом режиме 1С будет работать прекрасно. Нет, она будет тормозить. Но может перестанет выдавать "Не удалось заблокировать таблицу Sessions"

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

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