Антон Антон

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

у mssql, вроде, можно еще создать несколько файлов для темпдб, увеличить параметр прироста файлов на статические 128мб (или больше)

А вообще это все абстрактные вещи. "тормозит" может быть из-за незакрытых итогов в регистрах, может быть из-за нерасчитанных итогов. Может быть из-за RLS на условный справочник контрагентов и сортировке документа по колонке контрагента в одной из открытых и висящих в фоне форм. Может быть из-за переполнившегося хранилища настроек пользователя.

Надо брать и мерить. Техножурнал на долгие запросы, оборудование на очереди, пользователей на адекватность. И в каждом случае анализировать. В общем случае миллионоядерные низкочастотные процессоры не лучший выбор для 1с (тем более что она не умеет больше 12 ядер использовать без корп лицензии), но у этого буст частота, вроде, больше 3ГГц, должно работать нормально. Если есть аналог гипертрединга - лучше его выключить, за счет бОльшего кэша на ядро станет получше.

И да, тест Гилева - однопоточный и 20-30 очков (хотя то, что результат в файловой меньше, чем в серверной говорит о том, что с дисками надо что-то делать), если они не падают при увеличении количества пользователей - условно приемлемый результат.

UPD: если "EPYC 2х48 ядер" это два процессора, а не эпик второго поколения - то достать 1 и перепроверить (возможно еще потыкать ОП по слотам придется).

UPD2: нужно проверить, поддерживает ли RAID контроллер TRIM и, если нет - либо поменять, либо вообще устроить SOFT-raid (отсутствие батарейки компенсировать UPSом). Например тут пишут, что не поддерживает https://gist.github.com/yorickdowne/fd36009c19fdbe...

Если у партии есть срок годности, то правильно указывать используемую партию вручную в таб части документа, Автоматизировать можно, например через ТСД и штрихкодирование партий (для молока ЧЗ подходит). Автоматическое списание ведет к сюрпризам при инвентаризации и отгрузке клиенту.

Если "СрокДействияС" и "СрокДействияПо" - измерения, то просто убрать их из выборки (хотя учитывая, что там ещё и в условии они используются - все равно придется сгруппировать).
Если они нужны далее по алгоритму для чего-то типа ФИФО - то можно добавить общие итоги.
Но я бы изменил структуру регистра вообще убрав сроки и добавил еще один РН с плановыми начислениями и списаниями в будущем (или РС или измерение в имеющемся РН типа Булево) из которого бы переносил раз в день регламентным заданием сгорающие бонусы отдельным документом.

Есть ли смысл переводить базу на SSD накопитель

Да. А еще лучше - и на ssd и опубликовать на веб сервере (если база на управляемых формах).
Основная причина в том, что при подключении второго пользователя к шаре винда вырубает файловый кэш для неё, что особенно больно на hdd. Да и вообще всё сильно живее будет, даже с одним пользователем. Практическое отсутствие пенальти за рандомное чтение/запись делает свое дело.

Все настройки находятся в меню Администрирование -> Настройки пользователей и прав в режиме Предприятие, там же есть кнопка вызова справки по разделу.

Все настройки находятся в меню Администрирование -> Настройки пользователей и прав в режиме Предприятие, там же есть кнопка вызова справки по разделу.

Учитывая что

В базе 1С Предприятие - в разделе Обслуживание - есть только копирование Настроек пользователей

, то скорее всего это что-то типовое или самописка на базе Библиотеки Стандартных Подсистем.

В таком случае расстановка галочек в конфигураторе бесполезна и роли слетят при первом же обновлении с изменением номера релиза.

Правильно проводить эту настройку в режиме предприятия: создать один или несколько профилей групп доступа, групп доступа с этими профилями (например при использовании RLS - с доступом к разным объектам) и назначить созданную группу доступа группе пользователей (чтобы потом добавлять только пользователей в группу, удобно когда групп доступа несколько) или выбранным пользователям (когда группа доступа одна или несколько).

За подробностями - к документации на БСП на https://its.1c.ru/db/bsp319doc#content:2299:hdoc (там есть демо доступ). Да и в самой конфигурации должна быть справка по этим объектам.

не совсем актуально, но примерно правильно: https://42clouds.com/ru-ru/manuals/kak-nastroit-uc...

В каком списке задваивает? В списке конкретного вида документов или в журнале (несколько видов разных документов, например поступления и списания, разные виды операции не считаются)? База файловая или клиент-серверная? Проще всего сделать бэкап и запустить ТИТ с реструктуризацией и chdbfl если файловая. Или выгрузить ИБ в файл .dt и загрузить в другую базу.

Поскольку в 2.5 не прилетают изменения законодательства, внедрять его с целью учета по этому самому законодательству бессмысленно.
Просто посмотрите в примечаниях к релизу, какие изменения были реализованы в 3 версии за этот год, и поймете, что все эти изменения вам придется реализовывать в 2.5 самим. Причем качество этой реализации будет ниже, чем в реализации типового решения.
Также обмены с бухгалтерией/ка/ерп не будут поддерживаться в актуальном состоянии и придется в случае чего допиливать их самим. Вернее не вам самим, а вашим внедренцам, за 3-4 круб в час.
Сегодня как раз Белокаменцев статью про этот случай написал: https://habr.com/ru/post/509916/

Только переход на RDP спасет. Ну и если размер самого большого файла в папке с базой подбирается к 0.5ГБ, следует думать о переходе на SQL или обрезании базы - могут начаться проблемы с получением корректных цифр в отчетах.

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

"Это не бага, это фича" https://its.1c.ru/db/v839doc#bookmark:adm:TI000000060

При работе под управлением ОС Linux, система «1С:Предприятие» создает файлы с явно выданными разрешениями 0660 (привилегия чтение/запись для владельца файла и группы владельца). Значение маски режима создания файлов (umask), заданной в окружении, может привести только к «ужесточению» правил создания, то есть только к сбросу уже установленных флагов. Т.к. флаги доступа для прочих пользователей не установлены при создании файлов платформой, модифицировать их при помощи umask не получится.