Дано.
Сервер (точнее - просто хороший десктоп с хорошим процессором и достаточно много ОЗУ, nvme, SSD)  стоит в отдельном месте, никому не мешает, никого не раздражает своим присутствием. :)
Все базы файловые, все они лежат на этом сервере и все они опубликованы через IIS. (вот люблю я IIS больше, чем апач, но это не суть).
Соответственно, все пользователи ходят на этот сервер только и исключительно через тонкий клиент. (Не web-клиент).
Во всех базах настроена автоматическая установка патчей (исправлений).
Все замечательно работает, все патчи устанавливаются автоматически, КОГДА работаешь под толстым клиентом. (т.е в чисто файловом варианте)
А под тонким клиентом - дулю с маком, а не автоматическая установка патчей.
Патчи бывают разные, бывают совсем ненужные, а бывают такие, которые нужны еще вчера.
Я у них не фикси, админов у них нет, да и таких клиентов и таких серверов у них у меня не один клиент, отслеживать свежие патчи у каждого клиента желания нет, у всех клиентов пришлось сделать главбухам доступ на сервера (каждой на свой) по рдп
и там запускать 1С в режиме толстого клиента и научить устанавливать патчи вручную.
Но мне это не нравится.
Во-первых, нечего главбухам делать на серверах, даже по рдп, вот от слова вообще.
Во-вторых, очень мне не нравится, когда все юзеры работают в тонком клиенте и тут главбух щемится в базу толстым клиентом (считай тупо файловым вариантом).
И вообще не нравится, когда что-то главбух делает вручную.

Кто как борется с такой проблемой? Или свеженькие  патчи никого не волнуют?
Или это просто я неуч и не умею настраивать автоматическую установку патчей под тонким клиентом?

"Обновлятор-1С" вроде умеет, нет?

(0) Раз в сутки запускайте толстый клиент по расписанию прямо с сервера.

(0) главное кэши чистить регулярно.

(1) Умеет. У меня он и настроен в паре мест, по ночам пробегается по 70 базам и сам все ставит)

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

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

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

Почему не нравится? Никаких проблем тут нет, просто два толстых клиента будут (один как веб-приложение через IIS, а другой обычный) — вполне обычный режим работы.


> под тонким клиентом - дулю с маком, а не автоматическая установка патчей

Ну они же вроде устанавливаются, но только после перезапуска веб-приложения. Обычно это происходит после окончания рабочего дня по таймауту отключения неактивных сеансов, и все довольны. У вас как-то не так всё? Веб-сервер вообще не останавливается?

(7) "Почему не нравится? Никаких проблем тут нет, просто два толстых клиента будут (один как веб-приложение через IIS, а другой обычный) — вполне обычный режим работы."
Вот именно, что два клиента. Ключевое слово - два. :)))

Ты просто не застал времена, когда pit рекламировал NetWare. :)
Увы, но в этом плане с тех пор в винде ничего не поменялось.
Еще со времен 7.7  была такая проблема: "подключился второй - и все начинает тормозить".
Если вкратце - это особенности винды: когда к файлу монопольный доступ - винда все кэширует (и чтение и, самое главное - запись), когда к этому файлу подключается второй и более - винда со словами: "та ну его нафик, сами разбирайтесь" резко бросает все кэшировать.
И это не только файловая 7.7, такое отношение к любому файлу в винде. В том числе и к 1Cv8.1CD

В общем, проблему второго пользователя обсуждали миллион раз, и на мисте в том числе, вот навскидку:
1с 7.7 файловая тормозит при подключении 2 пользователя

И, поверь, разница немножко есть. Между монопольным доступом к файлу 1Cv8.1CD и разделенным(на двоих) доступом к нему же.
Конечно, если файловая база лежит на SSD, то "проблема второго пользователя" можно сказать практически нивелируется быстродействием SSD. А вот если файловая база лежит на HDD, то замедление при подключении второго пользователя заметно даже на глаз, особенно на недорогих офисных компах, которые обычно и пичкают в бухгалтерию.

Проверено.

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

(9) > вот поэтому

Ну всё равно не очень понятно, ведь по условиям задачи у нас nvme, то есть получается что чисто практически разница будет малозаметна (если вообще).



> В том числе и к 1Cv8.1CD

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

(10) "по условиям задачи у нас nvme"

ну, у этого конкретно описанного клиента да,

ты прав,

но вообще, как я сказал, таких клиентов не один, и условия у них, естественно, разные.

В условиях веб-сервера, он ведь будет по большей части почти весь находиться в памяти в рамках рабочего процесса IIS, разве нет?
если к файлу  1Cv8.1CD обращается только рабочий процесс IIS, то он (файл) может быть и весь в памяти, если ОЗУ достаточно, (и кэшироваться на запись) и вообще постоянное обращение к диску может быть и не нужно, так.. периодически сбрасывать кэш на диск и только,
но если, помимо рабочего процесса IIS, к этому же файлу идет еще и отдельное обращение со стороны 1сv8.exe, то все любые обращение будут только через физические чтение/запись на диск.
Одно дело, когда у тебя вся база лежит в ОЗУ и вся работа с ней там же в ОЗУ, и другое дело, когда вся база постоянно пишется/читается с диска/на диск.

Ну и опять же ты прав, на nvme это практически не заметно. Ну я собственно выше и сказал, что заметно это, только если база лежит на HDD.

Ну опять же, это не существенно, ты просто спросил, почему мне не нравится, я просто более подробно пояснил, почему именно. В принципе это всё неважно, ну вот такая у меня прихоть, но это мое личное пожелание, а так на работу это не суть важно.

(0) Точно такой же вариант работы. Конфигурации БП и ЗУП типовые. В прошлом году после обновления платформы столкнулись с проблемой, если на сервере не запустить базы в файловом варианте, то тонкие клиенты при работе отваливались через 4-5 минут подключения. Лицензии программные на каждом рабочем месте, на так называемом сервере тоже. Сейчас на сервере по расписанию перед началом рабочего дня запускаются базы в файловом варианте, и люди весь день работают без проблем. С таким не сталкивались?

(13) нет, не сталкивался, возможно потому что у меня другие платформы, в основном из ветки 8.3.22, потому что у меня в основном БГУ и ЗиКГУ, а у них требования 8.3.22 позволяют.
Когда эти конфигурации повысят требования к платформе, может тоже столкнусь :)

Сейчас windows на smb3 немного научилась кешировать и чтение и запись.
Но,файловая база использует блокировки файла,а они не кешируются вообще.

(0) Если используется IIS, то при автоматической загрузке патчей он пытается получить доступ к каталогам "как бы профиля пользователя":
%SystemRoot%\system32\config\systemprofile\AppData\Roaming\1C
%SystemRoot%\Application Data\1C
Если создать эти каталоги и дать группе Пользователи полный доступ к ним, то патчи загружаются.