Есть сервер с вин2019, на нем штук 50 rdp пользователей, и штук 20 файловых баз 1с8 до 10 юзеров в каждой и до 10гиг размером.
Все это лежит на одном ссд диске. Процы не нагружаются выше 20%, памяти гиг 10 в запасе всегда.
Все почти хорошо, но бывает, чтото ктото запускает в одной из баз чтото и все начинает лагать. Например они любят иногда включить обновление индекса полнотекстового поиска раз в 10 секунд.
И приходится тратить пару часов времени чтобы разобратиться что и где. При этом изза одной базы страдают все остальные.

Хочется немного перестроить схему, чтобы проблемы в одной базе не влияли ттак сильно на остальные базы.
Мои мысли чтобы можно сделать
1) перевести все в скл вариант - нет понимаия насколько поможет, скорее не поможет, т.к. на других серверах если выдрубить где-то в скл базах переиндексацию полнотекстового поиска, то тоже наичнает весь сервер колбасить. Но все-таки в скл вариант такое ощущение, что нагивное влияние меньше и конкретно начинаются проблемы если это сделать одновременно в нескольких базах, а 1-2 оно вывозит. Но возможно там просто более крутое железо
2) оставить все в файловом варианте, но каждуюбазувынести на отдельный ССД. или скажем по 2-3 базы на ССД. Взять штук 5 ССД по 100гиг и равномерно распределить по ним базы.
и возможно еще системы на отдельный вынести
3) комбинация варианта 1 + 2. но так как Скл сервер все равно tempdb будет юзать все равно одну, даже если базы будут лежать на на разных вениках, то возможно имеет смысл запустить несколько инстансов МССКЛ , каждый опять же на своем венике. Но чтото мне подсказывает, что несколько инстансов мсскл это перебор уже.
4) возможно еще есть методы.

Вобщем кто что посоветует)

С наступающим!

4) Разнести базы по виртуалкам, можно по 2-3 базы. Потребление ресурсов ограничить средствами HyperV. Точнее, ограничить I/O, а память можно выделять динамически.

Взять 4 шт. SSD и объединить в RAID 10.

Обновление индекса полнотекстового поиска сильно грузит I/O  в том случае, если его долго не делали. Если делать регулярно (например раз в день), нагрузка должна быть приемлемой.

ППД не нужен.. это черт те что и сбоку бантик, по отношению к базе. Только тормоза и глюки.

(0) Одна sql база в режиме разделения данных

(3)+ Но есть минус - конфа должна быть идентична

(2) Кто такой ППД?

(5) Полнотекстовый Поиск Данных. Отключается без вреда здоровью, и этим снимается куча проблем. Очень рекомендуется, если реально функционал не используется юзерами.

(6) Ну раз они у ТС лезут в настройки обновления индекса, наверное используют. :)

(1) ССД в зеркале медленнее работают ведь по идее, чем без него, т.к. трима нет и т.д.
насчет разграчинения IO на уровне гипервизора HyperV интересно - я правда больше vmware люблю и qemu, но там думаю тоже что-то есть а эту тему. Правда сейчас у меня там на голом железе все, но в планах завиртуализироваться.

(3) не, базы зоопарк, в одну не получится никак свести увы((

(7) они просто сильно умные типа и любят поковырять базу. реально они не знаю даже что такое ПДД и зачем он.

(6) да, я всегда отключаю и сплю спокойно (почти)

В винда кстати никак нельзя ограничить iops для процесса? В линухе это из коробки есть

(10) Можно установить приоритет. Только вопрос, для какого именно процесса? :)

(11) да, согласен, не так все просто)

поддержу виртуалки. ограничить ресурсы виртуальными машинам и пусть портят себе кровь, а не другим.

(8) " в планах завиртуализироваться"
Ещё айфон купи и сандали на носки надевай. Для полной картины

(14) не совсем понял сарказм

(15) Айфоны для ненатуралов. Так же и виртуалки под 1с. Ну и сандалии для полной картины.

(16) Прикольно ты Д.А. Медведева подколол с айфоном.

(17) А кто жто?

(1) Во, гуры подъехали! С виртуалками Hyper-V (привет минус 40% производительности 1С) да еще и рейдами на SSD. Видимо, кто-то отмечать НГ начал досрочно. :-)

>> ограничить ресурсы
Не нашел в (0) лестных эпитетов о сервере - "хороший, мощный, производительный"
Может, там и ограничивать особо нечего.

(19) Даже у меня на ноуте только -5% к скорости в Hyper-V. -40% это древние тесты какие-то.

(21) На трех платформах было обнаружено: 775, 2011-3, 1151. Последнюю я бы точно древностью не назвал. Очень просто проверить: на win server удаляете роль Hyper-V (именно удалить!), прогоняете тест Гилева. Запоминаете число попугаев. Затем роль устанавливаете и на хостовой системе опять попугаи проверяем. Будет -40% примерно.

(22) это надо вин сервер поновее, старенькие с ролью начинали целиком работать через вызовы гипервизора, даже обычная машина

(23) Возможно. Проверялось на 2008R2, 2012R2, 2016.

(22) думаю речь про установку гипервизора на голое железо. Proxmox, esxi и т.д. Там разница небольшая, 5-10% по идее

(24) кстати, по твоем совету в прошлой теме в итоге взял 2600е райзены и пока доволен. спасибо)

(25) Нет принципиальной разницы между esxi и линуксом с виртуалбоксом с точки зрения оверхеда. Автономный гипервизор используют для большей надежности (меньше лишнего в хосте - меньше риск глюков), а не для скорости.

(22) А какой смысл на хосте мерить? В виртуалке нужно.

(27) на днях потестирую как раз.
Но вообще виртуалки это удобно, даже если скорость 1с на 20-30% ниже в итоге, то часто это оправданно.