Добрый день! Необычная проблема с сервером 1С, База совсем новая, на новом сервер, дописывается под наши нужды парой программистов. Как большая часть пользователей переехала на новый сервер, программисты отрезали большинству пользователей права на доступ к зарплате. После этого пользователи почти сразу начали жаловаться на производительность. У всех интерфейс стал подгружаться на несколько секунд дольше а отчеты могут крутить до получаса. У полноценных администраторов параллельно те же операции не занимают больше 2-3 секунд. Сейчас уже и у администраторов производительность стала ухудшатся. У программистов выросло время обновления базы с 2 минут до 20. Проверили все что можно было но так и не нашли решение. В один момент сервер переустановили заново, свежая операционка, все по инструкции стандартной настройки. На следующий день после реиндексации SQL ночью, база летала у всех, однако после небольшого обновления базы нашими программистами, производительность вернулась четко на тот уровень на котором была до переустановки сервера. Сейчас работает все хуже и хуже. что бы не делали. Немного помогает полноценная перезагрузка сервера, после нее производительность повышается.

Наша Конфигурация:
Сервер 1С + Баз Данных:
Платформа SuperMicro MBD-X11DPL-I-O
2 шт. Intel Xeon Silver 4210R (2.4 Ghz, 40 потоков)
8 шт. 16 Gb, DDR4 ECC, 2933 Mhz
1 шт. NVME SSD WD Black 240 Gb (Диск С Системный)
2 шт. SATA3 SSD Intel 480 GB (RAID1 Диск D для базы данных) На технологии Intel VROC
2 шт. SATA3 HDD WD Blue 1 TB (RAID1 Диск B для резервного копирования баз данных)

Microsoft Windows Server 2014 R2
Microsoft SQL Server 2012 Standard
Платформа 1С версии 8.3.18.1289
Конфигурация 1С Агропромышленный комплекс 2.2 версии 2.4.13.156
Библиотека Стандартных Подсистем версии 3.3.453
Сервер СЛК версии 3.0.26.9524

Всего 7 баз данных:
1 шт старая база (66гб) (для просмотра)
1 шт копия старой базы (66гб) (на отдельном диске) (для программистов)
1 шт новая база (12гб) (основная)
4 шт копии новой базы (35гб) (для программистов и некоторых пользователей)

Это нормально для включённого РЛС.
Ограничение БСПшное или самодельное?

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

динамически обновляете?

(0) Статистика SQL как часто обновляется?

(0) а вот я бы, выселил старые базы по 66 гб на другую железяку.
чтобы новые базы целиком в оперативке висели.

(4) А смысл? Чтобы производительность деградировала со вкусом морозной свежести?
Надо сначала разобраться с ней.

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

там проблемы ни в sql, ни в 1с, там конфа из гна и палок.

(0) запасайтесь кофе и пиццой для погроммистов. натравите их на тюнинг производительности. ешьте попкорн. ждите.

(0) про самые важные детали забыл: что за конфа, сколько пользователей/прогов, как права урезаны (РЛС)?

(8) Им эксперт нужен месяца на 3, чтобы поглядел на этого монстра и выдал рекомендации.

И все-таки можно же все непродуктовые базы убрать (это, кстати, в рекомендация и 1С в том числе).
Ну и если после реиндексации летала - ищите таблицы статистику которых надо обновлять чаще, чем раз в сутки.

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

Какая-то очень мутная и странная история.
Что значит "небольшое обновление базы нашими программистами"?
Вы там обновления прям посреди рабочего дня делаете? Или (простигосподи) динамическим обновлением балуетесь?

>> На следующий день после реиндексации SQL ночью.
А вы реиндексацию баз делаете один единственный раз при настройке сервера? Регулярной переиндексации не производится?
В подавляющем большинстве случаев регламенты настроены на регулярное обновление индексов и статистики в периоды наименьшей нагрузки (как правило, именно ночью). И если регламенты настроены именно так и реиндексация помогает, то, по логике вещей, у вас каждое утро база должна летать (какое-то первое время).
Сильно подозреваю, что вы не знаете и не понимаете природы происходящего. А приведенное описание далеко от того, что происходило на самом деле.

По сути в (0) - плачь Ярославны.
Никакой конкретики и цифр.

Пригласите эксперта по технологическим вопросам.
Дорого. Но если проблема действительно стоит так остро, то оно того стоит.

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

PS А Вы там кто вообще? (просто для понимания)

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

(0) >> Библиотека Стандартных Подсистем версии 3.3.453.

Подозреваю, что 3.1.3.453.
Редакции 3.3 ещё даже в виде релиз-кандидата не существует.