Почему файловые блокировки между Apache и Samba не работают?

Question

[tictac17]

Решил на днях настроить доступ к 1С Бухгалтерии через Samba для тех, кто работает в офисе и через Apache для удаленных сотрудников. Дистрибутив выбрал Debian 9.8. То есть получается, база в файловом режиме и режиме веб-клиента одновременно. И вот что мне пришло в голову проверить. Написал программку, которая ставит эксклюзивную блокировку на файл базы 1С в расшаренной папке на Debian. Запускал с винды. Проверил с другой винды - ругается, не может открыть залоченный файл, а Apache на Debian, который обращается к файлу базы напрямую, спокойно открывает и пускает в базу. То есть блокировку он не видит совсем. Не видит ее и любой другой процесс Linux. Что это обычно означает для файловой базы? Конечно же, крах спустя время, ведь веб-клиент и толстый будут лезть в базу несогласованно. Внимание вопрос: что делать, как заставить процессы Linux (POSIX) видеть блокировки, накладываемые Samba? Тестировал на конфиге smbd.conf по умолчанию за исключением oplocks - их сразу выключил. Впрочем, они дела не меняют. Все перепробованные параметры также не принесли результатов. Пожалуйста, подключение через тонкий клиент к тому же апачу не предлагать.

Comments

[АртемЪ]

Написал программку, которая ставит эксклюзивную блокировку на файл базы 1С в расшаренной папке на Debian

Об этом поподробнее.

[tictac17]

Ничего такого, просто:

static void Main(string[] args)
{
FileStream fs = new FileStream("\\server-1c\bases\buh\1cv8.1cd", FileMode.Open, FileAccess.ReadWrite, FileShare.None);
Console.ReadKey();
fs.Close();
}

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

[Strangeekb]

tictac17, Добрый день, удалось ли вам победить проблему, у меня примерно такая же ситуация, стоит на машине с linux клиент 1с и база развернута через samba. К ней подключаются 2 клиента win.
Если в базе только 2 win клиента всё хорошо. Как только запускаю linux клиента, который естественно пишет в каталог напрямую, имею падения базы. Причем если начать создавать документы одного типа, то создавая документ на linux клиенте он создается, но его не видно на win клиентах, при этом на них можно создать документ с таким-же номером и работать до какого то момента(после чего естественно база крашится).

Answer 1

[АртемЪ]

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

Comments

[tictac17]

Если я правильно понял, мне не о чем беспокоиться? Сам я всегда считал, что 1С использует блокировки файлов на уровне системы и далее на уровне своих *.1CL. Причем блокирует именно 1CL, чтобы на момент установки внутренней блокировки никто не залез в этот файл раньше, пока будет объявлена внутренняя. Тогда такой вопрос, если вовсе в конфиге самбы выставить locking = no, это ощутимо ускорит работу, но не получу ли я поврежденную базу? Получится то же самое, что с апачем, но теперь все "толстые" будут поступать как он по аналогии. В 7.7 знаю, это губило базы и однозначно портило индексы

[АртемЪ]

тогда такой вопрос, если вовсе в конфиге самбы выставить locking = no, это ощутимо ускорит работу, но не получу ли я поврежденную базу?

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

Answer 2

[rPman]

Какая база данных у вас собирается работать со своими файлами по http O_o? настоятельно рекомендую хорошенько подумать и так не делать, ибо вы создадите головную боль пользователям.

https://www.oreilly.com/openbook/samba/book/ch05_0...

If you have a system that understands oplocks, set kernel oplocks = yes in the Samba configuration file. That should eliminate conflicts between Unix processes and Windows users.

Comments

[АртемЪ]

Какая база данных у вас собирается работать со своими файлами по http

Да никакая база данных не работает с файлами по http.
Речь об опубликованной базе.
С файловой базой работает специальный клиент 1с, этот клиент обменивается информацией с удаленными пользователями через обычный веб сервер.
Браузер пользователя подключается к веб-серверу, веб сервер к процессу 1с, а уже процесс 1с взаимдействует с файлом базы.

[tictac17]

kernel oplocks = yes
но у меня oplocks выключены совсем, эта опция будет проигнорирована. Впрочем, я ее все же проверял.

[rPman]

я к тому что база данных, работающая на основе файловых блокировок это 'доброе утро из 90-ых', на сколько я знаю 1с от этого давно ушла или не рекомендует.

[Дмитрий Кинаш]

rPman, все правильно. Это старый подход из 90-х, когда 1С в своих старых 6.* и 7.* использовало для хранения данных файлы *.dbf

[tictac17]

Кстати, никто не в курсе, почему после обновлений примерно августа 2018 года 1С 8.3 БП стала дико тормозить на расшаренных папках? Вплоть до того, что разделы меню перещелкиваются по 10-15 секунд. Конфигурация у нас не менялась - отдельная изолированная гигабитная сеть и два ссд в первом рейде, шары на Windows Server. Собственно, поэтому сейчас и начал все эти тесты с Debian, вдруг там шустрее будет. Техподдержка 1С ответила весьма стандартно - выгрузить/загрузить dt, ТиИ со всеми галками (не помогло) и "у нас все хорошо".

[АртемЪ]

tictac17, Конфигурация машин с толстым клиентом какая?

[tictac17]

Intel i3-6100 / 8GB DDR4 / Win 8.1 Home x64.
Из ПО только офис и 1С (x64).
Сеть 1Гбит/с, встройки Realtek.
В сети 3 юзера.
Замечено, что тормоза начинаются при входе второго юзера (любого). Вероятно, отключаются оплоки и соотв. кеширование на клиенте.

[tictac17]

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

[АртемЪ]

tictac17, К

стати про блокировки сама же 1С и пишет:

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

Answer 3

[Дмитрий Кинаш]

Странно ожидать, что виндузная блокировка будет работать под Линуксом. Хотите только чтение - ставьте соответствующие права доступа.

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

Это бред. По вашей логике, то что в современных СУБД работают тысячи пользователей одновременно - это миф, так как многопользовательский доступ разрушает любую базу.

Толстые клиенте, тонкие клиенты или веб-клиенты через вебсервер, которые обращается к базе с помощью библиотеки wsap22.so - все они с точки зрения файла 1Cv8.1CD одинаково читают и пишут данные. Если у вас 2 пользователя одновременно работают с базой через толстый клиент и это ее не уничтожает, то при заходе человека через веб-клиент (или тонкий клиент, но через веб-адрес) ситуация не изменится.

Я публиковал в вебе файловую базу еще во времена тестовой 8.2.6 (клиент хотел рискнуть, так как для бетта-тестеров это было бесплатно) - и никаких проблем не было.

Comments

[tictac17]

Публиковали под Linux/Apache?
И вовсе не бред, вы немного не так поняли. Хоть сто толстых клиентов - база не разрушится, так как они согласованно используют файловые блокировки. Я же пишу о том, что апач игнорирует блокировки, которые накладывают толстые клиенты. И в этом я убедился на практике. И блокировки отнюдь не виндозные, речь о самбе на линуксе, о том как она ими рулит

[АртемЪ]

tictac17,

Я же пишу о том, что апач игнорирует блокировки

Апач с базой не работает. Он не имеет отношения к блокировкам.
С базой работает специальный модуль, по сути толстый клиент 1с, который и взаимодействует с апачем.

[Дмитрий Кинаш]

tictac17,

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

Тогда можете выдохнуть. Это вам далеко не 7.7 - тут мультиплатформенное решение, которое никак не использует блокировки на уровне операционной системы.

[tictac17]

Дмитрий Кинаш, вот, именно это мне и нужно было узнать)