Доброго!
У кого есть опыт, посоветуйте плиз как лучше поступить: несколько баз 1с 8.3 (ЗУП, бухгалтерия, Розница т.п.) В каждой неспешно работают 3 - 5 пользователей. Как лучше дать доступ в базу: расшаренный файловый вариант или опубликованный на IIS файловый вариант?

IIS естественно. Файловый вариант по сети умер давно

Можно еще через апач, только обязательно х64.

Или иис или апач, кому что нравится. Но не файл-сервер однозначно.

(0) лучше купить сервер 1С 64 бит

можно взять аренду виртуального сервера

(3) От того, что файловая база опубликована на веб-сервере, режим перестает быть файл-серверным?

(6) Неожиданно, но да.
Серверные модули выполняются на сервере, сама база не расшарена по сети.

(6) Есть некоторый момент, связанный с кешированием файлов при использовании SMB - после подключения 2го юзера отлетает кеш записи, а после подключения 3го - кеш чтения.

(0) Как уже сказали лучше через веб-сервер. Главное, чтоб на машине, где будет развернут веб-сервер, было достаточное количество ядер и памяти. Сколько надо не скажу. Попробуй сначала одну базу. Там будет понятно, сколько для всех понадобится.

(6) База остается файловой в любом случае. Но файл-серверный режим доступа не используется в случае публикации на веб-сервере. В этом случае база работает почти как клиент-сервер, где роль сервера 1с выполняет модуль веб-сервера.

спасибо большое

(10) точнее роль 1с сервера выполняет толстый 1с клиент, запуск которого инициирует веб сервер

(12) А толстый клиент как запускается в этом случае? Фоново?

кроме IIS или апач там, где 2-3 пользователя, я все чаще использую "Автономный сервер". Стоковый, идет прямо в составе платформы.
Единственно - бесплатно до 3-х пользователей. Больше 3-х надо серверную лицензию.

(12) "точнее роль 1с сервера выполняет толстый 1с клиент, запуск которого инициирует веб сервер"

Нет, не так. Толстый вообще не при делах. Там клиент на веб-сервере не грузится, грузится только дллка, которая реализует то что &НаСервере.

(14)[бесплатно до 3-х пользователей] и в "сиквельном" варианте ?

(15) может что-то поменяли, но раньше в диспетчере явно висел процесс толстого

(16) нет. Это какое-то переосмысление апача от 1с из коробки. ХЗ как оно работает. Я на практике ни разу не использовал и вряд ли буду, потому как никаких преимуществ в описании нет

(17) Никогда не видел запущенного толстого. Его можно вообще не ставить на веб-сервере. Главное чтобы была установлена компонента веб-публикации.

(18) вопрос был к Гость из Мариуполя, имеющему экспертизу

(13) толстый никак не запускается
через веб-сервер может работать только тонкий и веб-клиент 1С

плагин для веб-сервера запускает "серверная часть файловый вариант"

(16) хм.. а в сиквельном у тебя уже  серверная лицензия  и так есть.

Или ты имеешь ввиду, когда 1С:Сервер установлен на одном компе, а веб-сервер (в данном случае автономный сервер) - на другом? Не знаю. Такой вариант не пробовал. Но думаю, раз серверная лицензия (1С:Сервер) есть, то ограничений не будет.

(22) он про
"Автономный сервер поддерживает работу с базой данных, которая расположена как в СУБД (из списка поддерживаемых), так и файле 1Cv8.1CD. Другими словами, автономный сервер позволяет работать с файловым вариантом информационной базы."

(16) но вообще я немножко не так выразился.
Не бесплатно для трех пользователей, а бесплатно для трех подключений к одному запущенному экземпляру сервера (автономного сервера).
И да. 2-3 юзера - это не те клиенты, у которых есть сервер и SQL. Нет - это именно мелкие клиенты, у которых всего 2-3 компа и имеются :)))

(23) да я понял, про что он. Но если у него база на SQL, то у него есть 1С:Сервер, и, соответственно, есть и серверная лицензия. И соответственно, ограничений (на три подключения к автономному серверу) быть не должно.

(25) будет ограничение на клиентские точно так же

автономный в случае СУБД (а не файловой) требует лицензию на сервер 1С
и после 3-х клиентских  подключений начинает требовать клиентские лицензии 1С

(26)+ раньше похожее поведение было у обычного сервера 1С под линукс

(23) а, вот оно что:
"для баз, размещенных в СУБД, лицензия (имеется ввиду серверная) запрашивается при попытке запуска 1-го сеанса".

так что три сеанса бесплатно - выходит это только для файлового варианта.

(28) но если есть серверная лицуха то далее 3 сеанса без клиентских же ))

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

Ситуация какая. Вот прям как в сабже. Прихожу к клиенту. У него всего три компа. Вопрос, точь в точь, как автора - расшарить, IIS или апач? у меня к вышепредложенным еще один вариант - Автономный сервер. Никаких СУБД, никаких серверов физических. Мелкий клиент.
"расшарить" однозначно в топку, поднимать IIS или апач мне лень, ставлю Автономный сервер на каждую базу.

И да, автору не пойдет, поскольку он пишет - " В каждой неспешно работают 3 - 5 пользователей." Там, где 3 - пойдет, там, где 4 или 5 - не взлетит без серверной лицензии.

(15) Спасибо, не знал.

(30) >расшарить, IIS или апач?

варианта кроме апача нет
iis слишком неудобен и не универсален

(32) Пруфы? Работаем на iis, проблем нет.

(30) Зачем нужен "автономный сервер", если он ничего вообще не дает по сравнению с апачем, и представляет собой, по сути, кусок апача с отрубленными "ненужными" функциями?

(33) под линукс на iis?

а как дважды и более раз опубликовать одну файловую базу на разных портах?
это чтобы не упираться в один поток

(34) девопс заморочки
удобно в контейнерах поднимать

(34) как минимум для того, что бы его продавать

(37) Что продавать? Не читатель? соболезную.. Еще раз по буквам - он (автономный сервер) входит в состав платформы, отдельно не продается. Просто скачиваешь полный дистрибутив платформы и там уже все есть - и толстый клиент, и тонкий клиент, и автономный сервер. :)

(34) да хотя бы потому что апач - это сторонняя приблуда.
Давай мы сейчас не будем тут размусоливать о том, что на любой комп можно ставить любую стороннюю приблуду и это поощряется политикой безопасности в любой организации. :)
Не применительно к автономному серверу, но я сталкивался (один раз) с такой ситуацией, когда мне у клиента не разрешили ставить апач и пришлось поднимать IIS. Именно с такой мотивировкой - IIS это встроенная в WIN функция, а апач - это нечто, полученное из каких-то источников. Бывают такие люди, которым что-либо объяснять бесполезно, вот и пришлось поднимать IIS. Я даже пожалел, что расписал клиенту варианты. Правда, это было всего один раз за всю мою практику.

(38) "он (автономный сервер) входит в состав платформы, отдельно не продается"
Вот только без серверной лицензии он крайне ограниченный. 3 коннекта это вообще ни о чем.

(39) ну дык я же сразу так и сказал, что ставлю его (Автономный сервер) в ларьках, где 2-3 клиента. Где нет серверов, где сисадмин - это мальчик по вызову раз в год. И 1С-ник тоже. :) Ларек - он и есть ларек. А больше хм..  он мне и не нужен.

А нет, вру, я еще в бюджетных учреждениях ставлю его иногда на связке Расчетчик-Кадровик в ЗиКГУ. то есть чисто 2 юзера, иногда добавляется 3-й юзер - главбух, но это так, чисто "посмотреть", главбух редко когда в ЗиК работает.
Бюджетники, импортозамещение мать его так, плюс якобы безопасность. Да что там апач, у нас в области одно время даже письмо министра (областного) было выпущено, чтобы ГуглХром не использовали. То есть бюджетникам запрещали использовать Google Chrome.. а тут.. апач советуют :)
опять же, чтобы не быть голословным -
https://smartnews.ru/regions/rostov-na-donu/12918.html

И, я хочу сказать, что для этой связки в 2-3 юзера (расчетчик+кадровик+иногда главбух) на типовой конфе ЗиКГУ файловый вариант Автономный сервер работает очень даже приемлемо. Шустро, без сбоев. В общем, юзеры на это не жалуются.
В ЗиК жалуются постоянно на СЭДО ФСС, но это не сюда. :)