Если это уже должно быть по умолчанию, то зачем все дружно портят так сказать "интернет"? Этот вопрос для меня, как программиста, довольно интересен. Помню времена, когда все работали на вторых-третьих пентиумах и 64МБ памяти и было нормально, а сейчас несколько вкладок в хроме и минус несколько гигабайт. Да, странички стали круче выглядеть, но блин, глаза устали от этого великолепия с тончайшими шрифтами, безумными красками и бездарным дизайном (и вылезающей из всех щелей рекламы и тех менюшек о которых я писал в вопросе). Ощущение, что сайты начали делать исключительно дизайнеры - ну не может НОРМАЛЬНЫЙ программист делать такую тормозную и надоедливую байду. Для меня идеал сайта это вообще что-то типа ЛОРа, приятно смотреть, не тормозит, не напрягает. Видать, там программисты еще остались... А теперь гляньте на сайт госуслуг - даже дети в школах сделают лучше ИМХО. И это не будет таааак тормозить.
Кстати про блокировки сама же 1С и пишет:
"Для корректной работы «1С:Предприятия 8» в файловом варианте и сохранения физической целостности файла базы данных важно, чтобы функции работы с файлами, предоставляемые операционной системой, выполнялись нормально. Некорректное выполнение функций работы с файлами (чтение, запись, установка блокировки, освобождение блокировки) может привести к разрушению файла базы данных."
Intel i3-6100 / 8GB DDR4 / Win 8.1 Home x64.
Из ПО только офис и 1С (x64).
Сеть 1Гбит/с, встройки Realtek.
В сети 3 юзера.
Замечено, что тормоза начинаются при входе второго юзера (любого). Вероятно, отключаются оплоки и соотв. кеширование на клиенте.
Кстати, никто не в курсе, почему после обновлений примерно августа 2018 года 1С 8.3 БП стала дико тормозить на расшаренных папках? Вплоть до того, что разделы меню перещелкиваются по 10-15 секунд. Конфигурация у нас не менялась - отдельная изолированная гигабитная сеть и два ссд в первом рейде, шары на Windows Server. Собственно, поэтому сейчас и начал все эти тесты с Debian, вдруг там шустрее будет. Техподдержка 1С ответила весьма стандартно - выгрузить/загрузить dt, ТиИ со всеми галками (не помогло) и "у нас все хорошо".
Программа целиком лочит файл базы и освободит его лишь после нажатия любой клавиши. С других компьютеров до этого момента 1сv8.1cd не открыть. Апачу все равно - открывает.
Если я правильно понял, мне не о чем беспокоиться? Сам я всегда считал, что 1С использует блокировки файлов на уровне системы и далее на уровне своих *.1CL. Причем блокирует именно 1CL, чтобы на момент установки внутренней блокировки никто не залез в этот файл раньше, пока будет объявлена внутренняя. Тогда такой вопрос, если вовсе в конфиге самбы выставить locking = no, это ощутимо ускорит работу, но не получу ли я поврежденную базу? Получится то же самое, что с апачем, но теперь все "толстые" будут поступать как он по аналогии. В 7.7 знаю, это губило базы и однозначно портило индексы
Публиковали под Linux/Apache?
И вовсе не бред, вы немного не так поняли. Хоть сто толстых клиентов - база не разрушится, так как они согласованно используют файловые блокировки. Я же пишу о том, что апач игнорирует блокировки, которые накладывают толстые клиенты. И в этом я убедился на практике. И блокировки отнюдь не виндозные, речь о самбе на линуксе, о том как она ими рулит
АртемЪ, что ж, если ваш опыт подтверждает надежность файловой базы, то я весьма рад, тратить деньги на SQL очень не хочется. Но вот про VSS я читал, что бэкап базы 1С таким образом не гарантирует согласованности (это как аварийное выключение питания, измененные страницы базы записываются частично), https://helpme1c.ru/nastraivaem-tenevoe-kopirovani...
А если proxmox установить на ZFS RAID1? По идее, если выйдет из строя первый винт, то не загрузимся, но через биос можно загрузиться со второго. Дальше легко будет добавить новый диск в пул, воссоздав структуру
1С - 3 пользователя (максимум 6). Баз много, порядка 6 (БП и ЗУПы).
XenServer мне просто понравился, хотя не против например, Proxmox.
1С на linux (apache).
Винды вообще не будет, дорогая и толку нету, лично мне (AD не нужен)
А почему "ни в коем случае"? Сталкивались когда-то с некорректной работой, "слетом" файловой системы? На каких контроллерах? И если второй пункт лишь нормально, то позвольте спросить, какой вариант на ваш взгляд будет на "хорошо" и "отлично" (напоминаю, железный рейд нам недоступен)?
я могу бекапить виртуальный сервер с 1С только в конце рабочего дня, так как файловая база малонадежна сама по себе, и виртуалку нужно остановить, чтобы забекапить. Снапшотам средствами гипервизора я тут не доверяю, так как не факт, что в файловой базе в момент снапшота внутренняя структура и связи будут в согласованном состоянии. А потеря данных за 1 рабочий день к сожалению, у нас критична. То есть дело даже не в бесперебойности, а в максимальной сохранности
Мне 2й вариант нравится, изначально мысленно его и выбрал, но хотел сначала послушать мнения других людей, кто уже с этим всем работал. SSD вроде понадежнее обычного харда, но блин, если умирает - то часто целиком и сразу, данные без рейда точно не рискнул бы держать на нем (да, знаю, бекапы делаю, но это самая самая последняя линия обороны)